IPv6 PI allocation

Iljitsch van Beijnum iljitsch at muada.com
Fri May 18 14:54:26 CEST 2007


On 17-mei-2007, at 17:10, David Conrad wrote:

> Do we have a ROUTING TABLE PROBLEM now?  Nope.  Don't worry, be happy.

Strange. I distinctly remember spending two days in Amsterdam last  
fall with with a group of people that included half the IESG and IAB  
and builders and users for the largest routers, and the consensus at  
the end of that meeting was that there is a problem, and that it's  
fairly urgent.

In my experience, when some people say there is a problem X and some  
other people say there is no problem X, there IS a problem, although  
it's not necessarily X.

Unfortunately, the decision making process in our industry is  
fundamentally flawed. Within the IETF, it's only possible to do  
something if the vast majority agrees about the action, with the  
result that many necessary actions are never undertaken. Address  
allocation policies have global impact, but are created in five  
regions more or less independently, by people who mostly represent  
themselves and their own particular interests. This way, you can  
easily end up working on a mechanism for scalable multihoming  
(shim6), and then have non-scalable multihoming (PI) introduced just  
as the scalable mechanism is defined.

The interesting thing with global routing is that it can't fail.  
Since any change is visible throughout the network within one or two  
minutes, anything that breaks global routing will be rolled back  
immediately, rather that be allowed to break what we have today.  
Obviously using a 15 year old routing protocol that can be  
characterized as "RIP on steroids" and the insistance that all  
routing information injected into the global table anywhere in the  
world must be visible throughout the entire network is going to have  
bad consequences in the long run.

Let me know when the I* community is ready for something better.



More information about the ipv6-ops mailing list