[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [RRG] Renumbering...



Tony: this all sounds good.

Scott

On 9/3/08 6:57 PM, Tony Li allegedly wrote:
> |OK, I now understand that when you say PI you mean a globally routed,
> |non-aggregated address prefix.  Yes?
> 
> Yes, that's where the conversation started.
> 
> |However, I think the essential point here is not "PI" (provider
> |independence).  Rather, it's the trade-off between non-aggregation and
> |being globally routed.  One or the other needs to be controlled by some
> |means.  Even PA prefixes should either be aggregated or have their
> |routing constrained.
> 
> I hope everyone here agrees that the only way to achieve scalability is
> through aggregation.  ;-)
> 
> |We can look at the different classes of approach to limiting one or the
> |other, to see which one causes the least pain.  I believe that anything
> |that requires *site* renumbering in order to switch upstream providers
> |is going to be hard to swallow.  
> 
> Our current consensus poll would seem to agree with you.
> 
> |That includes any approach 
> |that uses PA
> |addresses within a site, i.e. any approach that aggregates instead of
> |limiting scope, and where an endpoint knows an external prefix 
> |for itself.
> 
> Yes, but can we please stop saying 'address' unless we truly _mean_ a
> classical address, with both identifier and location semantics?
> 
> |At first glance that would mean at least Handley/Trilogy/Multipath
> |(unless modified) and the IPv6 loc/id split ones except GSE where the
> |"routing goop" in incoming packets is zeroed out at the network edge.
> 
> More precisely, a loc/id split solution where the host must know its own
> locators is going to have an issue.  Agree on the transport solutions.
> 
> |Once you have decided to limit routing scope, there is no reason for
> |your site-internal addressing not to be "provider-independent" (strict
> |meaning).
> 
> 
> That depends on the limits of the scope.  If the scope is still global in
> some way, then you continue to have scalability issues.  For example, if you
> have a VPN that is full of unaggregated site prefixes, you'll still have
> scalability issues.  If you limit your scope further, such as to the site
> (ala RFC 1918 addressing), then yes, you're effectively
> "provider-indepenent".
> 
> Tony
> 

--
to unsubscribe send a message to rrg-request@psg.com with the
word 'unsubscribe' in a single line as the message text body.
archive: <http://psg.com/lists/rrg/> & ftp://psg.com/pub/lists/rrg