« February 2010 | Main | February 2011 »

March 2010 Archives

March 8, 2010

Tech Events List

Tech Events List | ConversionR

Continue reading "Tech Events List" »

March 12, 2010

Buffalo and DD-WRT Collaborate to Create the Most Comprehensive Consumer and Small Business Wireless Offering

Buffalo and DD-WRT Collaborate to Create the Most Comprehensive Consumer and Small Business Wireless Offering

AUSTIN, Texas, March 9 /PRNewswire/ -- Buffalo Technology, a global leader in the design, development and manufacturing of wired and wireless networking and network and direct attached storage solutions announced the next step in the partnership with NewMedia-NET to deliver DD-WRT based software as a standard configuration across Buffalo's array of high power routers and access points. DD-WRT, long a mainstay in the open source community, delivers an easy-to-use, versatile and extensive feature-set to a broader wireless networking audience. From the novice user to demanding professionals, this partnership provides best-in-class products for a wide range of consumers.

"Buffalo has always been on the bleeding edge of technological innovation, and incorporating NewMedia-NET's DD-WRT software solution into our high-end routers and access points is a natural evolution," said Ralph Spagnola, vice president of sales at Buffalo Technology. "With DD-WRT, we now deliver professional grade solutions at entry-level prices."

Serving millions of users worldwide, DD-WRT is the leading Linux based alternative open source firmware for wireless routers, enabling basic entry level equipment to act like enterprise products. With DD-WRT, Buffalo's lineup of high power routers will support professional features like VPN (PPTP, OpenVPN), VLAN (tagging), Virtual AP (multi-SSIDs for multi-connection and security), RADIUS server, hot spot support, volume quotas, iPv6 support, detailed monitoring and a host of other high-end features. Additionally, installation will be headache free with an easy setup wizard and 24/7 US-based toll free technical support.

"We are proud and excited to share this opportunity to introduce the DD-WRT experience to a broader audience with a leading global provider such as Buffalo Technology, known for exceptional hardware quality and reliability," said Sebastian Gottschall, CTO NewMedia-NET GmbH and founder of the DD-WRT project. "Providing DD-WRT as a factory installed firmware for Buffalo's line of AirStation? High Power Routers enables users to unlock a host of professional features never previously seen in the SOHO and consumer market."

Buffalo's new DD-WRT enabled high power router and access point offering will include WZR-HP-G300NH, WHR-HP-G300N and WHR-HP-GN, all delivering three-in-one functionality that is unmatched in the market. These new wireless solutions can either function as a high power router and access point, a wireless bridge or as a universal range extender. Uniquely, when operating as a universal range extender, all of Buffalo's DD-WRT enabled wireless solutions can connect to any router, regardless of brand, greatly extending the range of wireless coverage, eliminating 'dead spots'.

Pricing and Availability

WHR-HP-G300N and WHR-HP-GN will be available in May 2010 while WZR-HP-G300NH will be available in July. All three units are backed by a limited two-year warranty that includes toll-free, US based 24/7 technical support.

About Buffalo Technology

Buffalo Technology (USA), Inc., based in Austin, Texas, is a leading global provider of award-winning wireless networking, external storage, multimedia and NAS solutions for the home and small business environments as well as for system builders and integrators. With almost three decades of networking and computer peripheral experience, Buffalo has proven its commitment to delivering innovative, best-of-breed solutions that have put the company at the forefront of infrastructure technology. For more information about Buffalo Technology and its products, please visit www.buffalotech.com.

Buffalo, Inc. trademark statements. Buffalo is a trademark of Buffalo, Inc. All other trademarks mentioned herein are the property of their respective owners.


Read more: http://www.earthtimes.org/articles/show/buffalo-and-dd-wrt-collaborate-to,1197760.shtml#ixzz0hyV58Fmx

IP Infusion Announces Innovative Tunneling Technologies for Coexisting IPv4 and IPv6 Networks

IP Infusion Announces Innovative Tunneling Technologies for Coexisting IPv4 and IPv6 Networks

SUNNYVALE, Calif., March 9 /PRNewswire/ -- IP Infusion, an ACCESS company and provider of intelligent software for Next Generation Network (NGN) equipment manufacturers and converged IP service providers, today announced innovative tunneling technologies that enable the coexistence of IPv4 and IPv6 networks. Since its inception in 1999, IP Infusion has pioneered the development of solutions for IPv4 and IPv6 technologies, and has carried out extensive testing with Japanese carriers. IP Infusion is making its solution available immediately for operators and Internet service providers as ZebOSョ Rapid Deployment.

The IPv6 protocol was developed to support the growing need for additional IP addresses brought about by the decreasing availability of address space for 32 bit for IPv4. Due to the worldwide growth of the Internet and the increasing use of information appliances, especially in ASEAN countries, available IPv4 addresses are expected to run out in the very near future. IPv6 addressing provides an important solution as an alternative to IPv4, and has brought about the diversification of IP address environments. Operators urgently need not only to introduce IPv6 addresses, but also to manage their networks in mixed IPv4 and IPv6 environments.

The telecommunications industry has been exploring a variety of solutions, such as network address sharing technologies and network translation technologies. The comprehensive tunneling technologies for coexisting IPv4 and IPv6 networks developed by IP Infusion offer an immediate solution for operators.

IPv6 over IPv4 Tunneling Solution

IP Infusion's ZebOS Rapid Deployment forwards IPv6 traffic though IPv4 networks and is based on 6rd (IPv6 rapid deployment) specifications which are published as a Request for Comments (RFC) by the Internet Engineering Task Force (IETF). The proposed IETF 6rd solution utilizes stateless IPv6 in IPv4 encapsulation in order to transit IPv4-only network infrastructure, and can achieve high scalability by leveraging stateless tunneling technology. IP Infusion's ZebOS Rapid Deployment also provides an accounting function which manages user traffic for enabling Internet services, and a filtering function which differentiates users -- both important functions in order for carriers to deploy a new IPv6 service by using 6rd.

BBIX Inc. currently provides an Internet exchange service in Japan and plans to launch an IPv6 roaming service for other Internet service providers based on IP Infusion's ZebOS Rapid Deployment.

"We intend to be a leader in IPv6 transition by leveraging IP Infusion's ZebOS Rapid Deployment solution," said Keiichi Makizono, Director of the board for BBIX Inc. "IP Infusion is one of the most important partners for BBIX in driving IPv6 adoption."

"With the growing number of worldwide providers adopting IPv6, support for this routing protocol in Next Generation Metro Networks is a must," said Koichi Narasaki, president and CEO of IP Infusion. "As networks transition to IPv6, legacy support for IPv4 is imperative. IP Infusion's revolutionary ZebOS Rapid Deployment solution enables this transition for network providers."

About ACCESS

ACCESS CO., LTD. is a global company providing leading technology, software products and platforms for Web browsing, mobile phones, wireless handhelds, digital TVs and other networked devices. ACCESS' product portfolio, including its NetFront? Browser, ACCESS Linux Platform? and Garnet? OS, provides customers with solutions that enable faster time to market, flexibility and customizability. The company, headquartered in Tokyo, Japan, operates subsidiaries and affiliates in Asia, Europe and the United States. ACCESS is listed on the Tokyo Stock Exchange Mother's Index under the number 4813. For more information about ACCESS, please visit http://www.access-company.com/.

About IP Infusion

IP Infusion Inc. delivers advanced software solutions that power communications equipment for packet-based Next Generation Networks (NGN). With a unique modular architecture and the industry's broadest suite of communication protocols, IP Infusion enhances product differentiation and market agility for many of the world's leading network equipment vendors. Incorporated in Delaware in October 1999, IP Infusion is headquartered in Sunnyvale, California, and is a wholly owned and independently-operated subsidiary of ACCESS Systems Americas, Inc., a wholly owned U.S. subsidiary of ACCESS CO., LTD., of Tokyo, Japan. For more information about IP Infusion, please visit www.ipinfusion.com.

ゥ 2010 ACCESS CO., LTD. All rights reserved.

ACCESS, the ACCESS logo, NetFront, ACCESS Linux Platform and Garnet are registered trademarks or trademarks of ACCESS CO., LTD. in the United States, Japan and/or other countries.

IP Infusion and ZebOS are either registered trademarks or trademarks of IP Infusion Inc. in the United States and/or other countries.

The registered trademark LINUXョ is used pursuant to a sublicense from Linux Mark Institute, the exclusive licensee of Linus Torvalds, owner of the mark on a world-wide basis.

All other trademarks, logos and trade names mentioned in the document are the property of their respective owners.

SOURCE IP Infusion Inc.

Continue reading "IP Infusion Announces Innovative Tunneling Technologies for Coexisting IPv4 and IPv6 Networks" »

March 17, 2010

Myths of IPv6

Seven reasons IPv6 is overhyped :: SearchNetworking.com.au


Posted
Mar 17, 2010
| By: Ivan Pepelnjak


Seven reasons IPv6 is overhyped
Tools: Print article RSS Feeds
Bookmark and Share

With the looming IPv4 address exhaustion expected to take place around the time the Mayan calendar runs out, IPv6 networking has started to attract the serious attention of the network masses. When people consider unknown technologies, a number of myths usually arise, most of them completely unfounded. IPv6 networking is no exception. Its evangelists and detractors have been propagating numerous "facts" that might have had some basis in reality a while ago but evolved into pure myths as they spread around the Internet. Let's take a look.

Myth #1: IPv6 networking provides service/location separation
Reality: Totally bogus.

A broken protocol stack and a broken reference implementation are among the biggest issues the Internet is facing today. Both require an application to take a service name, translate it into a network address and establish a connection to that address. Burdened with a transport protocol (TCP) that still lives in the dial-up world, the applications simply cannot cope with a service that is available on multiple network locations.

The IPv6 networking protocol could have solved this problem if its architects hadn't limited themselves to the single goal of extending address length. In its current incarnation, IPv6 gives us a longer address and nothing more.

Myth #2: IPv6 will simplify multihoming
Reality: Missed opportunity.

The designers of IPv6 took multihoming seriously and developed a protocol in which a single host can easily acquire multiple IPv6 addresses, even from address spaces belonging to multiple upstream service providers. Unfortunately, they've never tested their theories in real life. Having multiple IPv6 addresses does not help if the upper layers cannot use them efficiently (see previous myth).

Technologies that could support efficient multihoming with IPv6 are already available (SHIM and SCTP, for example) but not widely used because it's easier for everyone to grab a provider-independent (PI) chunk of address space and pollute the global Internet routing tables.

Without an extra layer between the IPv6 addresses and the applications, the multihoming of e-commerce servers in the IPv6 world remains identical to IPv4 multihoming, and providing resilience to smaller client sites actually gets harder because IPv6 does not have Network Address Translation (NAT).

Myth #3: IPv6 will reduce IP routing tables and BGP problems
Reality: Missed opportunity.

The architects of IPv6 envisioned a strictly hierarchical address space in which every service provider would get huge amounts of address space and advertise only a few prefixes into the global routing tables. Unfortunately, they've never considered the high-availability requirements of e-commerce.

The Internet Engineering Task Force (IETF) had 15 years to address multihoming issues but failed to do so (see the previous myth). The only solution available to anyone who wants to be somewhat independent of a single service provider is to get a chunk of PI address space, run the border gateway protocol (BGP) and advertise the PI prefix to the global Internet. If anything, the routing tables will grow exponentially with the introduction of IPv6, as everyone will try to get PI address space.

BGP will fare even worse. Not only will the size of the IPv6 global routing table increase, IPv6 BGP tables use more space (and more bandwidth) than the corresponding IPv4 BGP tables. Last but not least, you should also consider what happens in the IPv6 transition period, when the routers will have to carry both IPv4 and IPv6 prefixes for the same set of end-user equipment.

Myth #4: IPv6 has better Quality of Service (QoS)
Reality: Obsolete.

IPv6 packet headers have a flow field designed to identify individual flows, which might be useful on low-speed links. On a decently fast link, you're forced to use class-based QoS (DiffServ) which uses DSCP field in the packet header, as the flow-based QoS (IntServ) does not scale. DSCP field is available in both IPv4 and IPv6 headers.

Myth #5: IPv6 has better security
Reality: Not true.

IPSec might be better integrated in IPv6 headers, but there's nothing you can do with IPv6 IPSec that you cannot do with IPv4 IPSec.

Myth #6: IPv6 is required for mobility
Reality: No longer true.

When IPv6 was designed, IPv4 did not provide any IP mobility features. The lack of IPv6 networking deployment has prompted the development of IPv4 mobility solutions. Today, it's not hard to implement IPv4-based mobility. It is true, however, that the explosive growth of mobile devices requires enormous amounts of address space that cannot be provided with the IPv4 addresses.

Myth #7: Residential IPv6 is less secure because it does not require NAT
Reality: Ignorance.

Some engineers think that the NAT commonly used in residential CPE devices provides extra security owing to obfuscation of actual IP addresses of the hosts behind the CPE device. Enterprise-grade NAT implementations (available, for example, in Cisco IOS) provide security somewhat equivalent to a stateful packet inspection, but consumer-grade NAT available in most CPE devices does not.

Scanning the IPv6 address space looking for vulnerable hosts (a common hacker pastime) is totally useless in the IPv6 networking world. Using the current best practices, each consumer will get the equivalent of a billion's worth of today's Internet's addresses. Even if your workstation sits behind an unprotected CPE, finding it from afar would be quite a feat.

Furthermore, every modern operating system contains basic firewall capabilities (for example, the ability to block unwanted incoming sessions) that to some degree augment the functionality provided by CPE devices.

Last but not least, if residential security becomes an issue, the market will force even the low-cost CPE vendors to implement some basic filters to protect the end users.

IPv6 - Light Reading

Light Reading - Service Provider IT - Is IPv6 Finally on the Verge? - Telecom News Analysis

Continue reading "IPv6 - Light Reading" »

About March 2010

This page contains all entries posted to MSOF Private in March 2010. They are listed from oldest to newest.

February 2010 is the previous archive.

February 2011 is the next archive.

Many more can be found on the main index page or by looking through the archives.

Powered by
Movable Type 3.34