ietf
[Top] [All Lists]

Re: Multihoming Issues

2002-08-30 12:46:25
At 07:16 PM 8/29/2002 -0700, Sister Sibling wrote:
The IETF is recommending that the DNS mechanisms to support IPv6 stay essentially the same as those already in use with IPv4 today. To our opinion, in the realm of multi-homed networks, the techniques used in IPv4 can't all be applied since they have scaling problems. Specifically, if the same prefix is advertised by multiple ISPs, the routing tables will grow as a function of the number of multihomed sites.

It seems like routing tables and DNS are separate discussions - one is about routes and prefixes, and one is about names. Since I don't know what your DNS concern is, I'll leave it for the moment.

On the routing problem, you have a point, but it is one that should be solvable. There is, as you know, nothing magic about IPv6 prefixes with respect to this, but we do have the opportunity to issue an entirely new set of prefixes with an entirely different mindset. Whereas today the RIRs hand out relatively short prefixes with a view to forcing the use of NATs in edge networks, their plan is to give each ISP a prefix large enough to give a /48 to each of its customers. This gives each customer the option of defining 65K subnets or some amount of structure within itself - a lot like handing every IPv4 customer a Class A Address and having him use the least significant 8 bits for a host number.

In such a scenario, in your favorite location in the network, there should be:

 - one prefix for each ISP in the world
 - one prefix for each POP or campus in your network
 - one prefix for each LAN in your POP or Campus
- additional prefixes that you decide to carry for your own reasons (eg, policy)

The "additional prefixes" that an ISP carries might, for example, include /48 prefixes from customers who got their address from another ISP - multihomed addresses. I expect, however, that while the major ISPs would want to advertise these to their customers, they would find it in their own best interest to not advertise those to other major ISPs, and to not accept them from other major ISPs if they are advertised back. This is comparable to the existing reportedly-common policy of advertising and accepting only prefixes comparable in size to the RIR's allocation units.



<Prev in Thread] Current Thread [Next in Thread>