Randy Bush wrote:
Who are you to decide who is too small to be allowed independence? someone with routers which have to carry all those prefixes You mean the very small tier 1 club? All others can default and don't _have_ to carry all those prefixes.
no, that's not what i mean and you know it. the number of t1s is a very tiny percentage of those carrying full routing. you may wish it otherwise. i may wish it otherwise. but until there is solid technology to support better routing, that's life. get used to it.
What's _your_ solution to this problem _now_ in IPv6?
stop deployment, which is negligible anyway, and fix the technology. and fixing is not applying endless half-assed hacks that don't actually do the job.
we're gonna live with this stuff for a very long time. it should be very far more solid design than it is. if we're patching now, what will be the kludge level 20 years from now?
Here comes Andre's guide to fix IPv6(tm): 1. Make /32 the only routable entity so we can use perfect match in the DFZ instead of longest-prefix match. Perfect match scales better and is way more economically to implement in hard- and soft- ware. (MPLS is perfect match too.) Beyond /32 use longest-prefix up to /64. 32 bit in the DFZ give us 4 billion routable entities. See "Scalability issues in the Internet routing system" thread on NANOG, starting 18. October 2005. 2. Drop the Flow Label and Next Header fields from the IPv6 header. They are architectually broken and do not belong to this layer. Just encapsulate the packet in another layer like MPLS. Next Header is broken because it's just source routing again. Dead for a long time. Nobody in their right mind will allow header popping through their firewall/network. 3. Reinsert packet fragmentation into the IPv6 header. Path MTU discovery just ain't cutting it. 4. Drop 64 bits from the IPv6 address. The lower 64 bit are just pointless as host indentifier. Very poor overhead ratio. 6. Do away with those stupid ':' separators in IPv6 addresses. No, I'm not joking. It ain't to late yet to fix it. Details and variations can be discussed. ;-) -- Andre Oppermann oppermann@networx.ch - AS8271 andre@freebsd.org - TPC/IP Kernel Developer