- Is the Cisco MARS mission going to abort?
- First iPhone worm spreads Rick Astley wallpaper
- 10 stunning 3D buildings made with Google SketchUp
- Open source software ready for big business
- Four reasons to buy (and one reason to avoid) the Droid
Last week I recapped the results of some recent work I've done with my colleagues modeling Internet performance. In addition to assessing capacity and demand, we looked at what you could call "the logical Internet": the scalability of such protocol-layer features as addressing, routing, multihoming, and mobility.
The news there is pretty bad: Internet scalability is reaching its limits rapidly because of architectural issues inherent in the design of the 'Net. And IPv6 -- since the mid-1990s touted as the fix -- patently fails to fix the problem.
To see why, look closely at addressing. There are three types of names and addresses necessary for a complete architecture: application names, which are location independent and indicate what is to be accessed; network-node addresses, which are location dependent and route independent, and indicate where the accessed application is; and point-of-attachment addresses, which may or may not be location dependent but are route dependent and describe how to get there.
A major problem with Internet architecture is that it names the same thing twice: Media-access-control (MAC) addresses and IP addresses both name the point of attachment, but there are no defined mechanisms for creating either network-node or application addresses.
Essentially, that means Internet architecture includes just the "how," not the "where" and "what." So what? This makes it incredibly cumbersome to implement such functions as multihoming (connecting to multiple networks simultaneously for load-balancing, greater performance or redundancy) or mobility (roaming across multiple networks). And IPv6 doesn't fix these weaknesses, it just throws a spotlight on them.
Take multihoming. In today's Internet, a URL first must resolve to an IP address, then to a well-known port. If a system has multiple interfaces (such as when it's multihomed), it has multiple aggregate-able IP addresses. The routers can't tell, however, that these different addresses go to the same place (because, again, there's no defined mechanism for doing so). So, the system has to be assigned a non-aggregate-able address, which increases everyone's router-table size. In practice, that means that either most users can't multihome, or routing tables must increase dramatically.
Learn how to simplify your branch infrastructure while dramatically increasing app performance with Citrix Branch Repeater.
Free Guide: "Next Gen Load Balancing: 8 Things You Need to Handle Today's Network Traffic" shows you the functionality needed in your next load balancer.
Free Guide: "The Secret to Getting Maximum Speed from your Web Applications."' Learn how you can deliver Web apps up to 5x faster.
Partner Content
Simplify Your Branch Infrastructure
Learn how to simplify your branch infrastructure while dramatically increasing app performance with Citrix Branch Repeater.
Download the Free Info Kit
Next-Gen Load Balancing
Free Guide: "Next Gen Load Balancing: 8 Things You Need to Handle Today's Network Traffic" shows you the functionality needed in your next load balancer.
Download the Free Guide
Accelerate Your Web Apps by up to 5x
Free Guide: "The Secret to Getting Maximum Speed from your Web Applications."' Learn how you can deliver Web apps up to 5x faster.
Download the Free Guide
Comments (4)
John Day is trying to sell a bookBy Anonymous on December 16, 2008, 12:02 amJohn Day is selling books.
Reply | Read entire comment
Internet architectureBy Anonymous on January 27, 2009, 6:35 pmThe author should brush up on his knowledge of interdomain routing and network design. Multi-homing is done by advertising ones AS label on multiple networks. ...
Reply | Read entire comment
A colleague and I looked into this back in 2006 when we were worBy Anonymous on April 13, 2009, 3:31 pmA colleague and I looked into this back in 2006 when we were working on the .tel domain. Much of our interest since that time has been in alternate roots and hybrid...
Reply | Read entire comment
A colleague and I lookedBy Eleanor McHugh on April 13, 2009, 3:32 pmA colleague and I looked into this back in 2006 when we were working on the .tel domain. Much of our interest since that time has been in alternate roots and hybrid...
Reply | Read entire comment
View all comments