Margaret,

>> Michel Py wrote:
>> PI = Does *NOT* scale.

> Margaret Wasserman wrote:
> Starting with this assumption leads us to two bad choices.

I don't agree that we have only two choices. The role of the IETF is not
to pick the least worst among bad solutions but to develop better ones.


> Maybe it is time to question this assumption?

By your own account, we have a scalability issue with PI. See the reply
to Dan I just posted. How do you handle a billion routes? I'm not the
one that came up with this billion figure (although I agree it's a good
ballpark one).

We are not talking about barely providing the same features as IPv4
here. IPv6 does not do a lot better than v4, it will not be successful.
In other words:
- Doing IPv6 NAT vs. IPv4 NAT is not worth a 10 year long v4-to-v6
migration effort.
- Limiting the number of PI prefixes to a few like they are today is not
worth the migration effort either.


> I said what I really meant...
> I think that we should find a way to return to stable,
> globally-routable, provider-independent addresses that are
> allocated to homes & enterprises. Addresses that do not
> change when you change ISPs, and that cannot be changed by
> your ISP. Real PI addresses. Just like the original
> addresses allocated in IPv4.

> Brian Carpenter wrote:
> But the problem remains as hard as it was in 1992. We don't
> know how to aggregate routes for such addresses, and we don't
> know how to scale the routing system without aggregation.
> Solve either of those problems and you're done.

Exactly. Margaret, you are gambling on the fact that we will find a
solution to a problem that we have been working on for the last 11 years
and remains unsolved.
 
PI does not scale. As of today, the closest thing we have is ID/LOC and
aggregating the locators.

Michel.


--------------------------------------------------------------------
IETF IPng Working Group Mailing List
IPng Home Page:                      http://playground.sun.com/ipng
FTP archive:                      ftp://playground.sun.com/pub/ipng
Direct all administrative requests to [EMAIL PROTECTED]
--------------------------------------------------------------------

Reply via email to