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

AW: Guidelines for Numbering IPv6 Point-to-Point Links and Easing the Addressing Plans



Yes, this  could be one nice approach - but is normally not necessary since the operation and maintenance procedures are mostly automated and db based.

Olaf

> -----Ursprungliche Nachricht-----
> Von: owner-v6ops@ops.ietf.org [mailto:owner-v6ops@ops.ietf.org]Im
> Auftrag von Tim Chown
> Gesendet: Mittwoch, 1. Marz 2006 12:02
> An: v6ops@ops.ietf.org
> Betreff: Re: Guidelines for Numbering IPv6 Point-to-Point Links and
> Easing the Addressing Plans
> 
> 
> On Wed, Mar 01, 2006 at 11:41:59AM +0100, Bonness, Olaf wrote:
> > > 
> > >    4.  Routing Aggregation of the Point-to-Point Links
> > > 
> > >    Following this approach and assuming that a shorter prefix is
> > >    typically delegated to a customer, in general a /48 [4], it is
> > >    possible to simplify the routing aggregation of the 
> point-to-point
> > >    links.  Towards this, the point-to-point link may be 
> numbered using
> > >    the first /64 of a given /48.
> > > 
> > > using the first (or any) subnet of a larger prefix, breaks the
> > > conceptual model of DHCP prefix delegation. the prefix is 
> delegated to
> > > the requesting router and cannot be used to number the 
> link between
> > > the delegating and requesting router.
> > 
> > My assumption from a service provider point of view would 
> be to use a dedicated sub-preaefix (e.g. /48)of my own 
> aggregate to address the point-to-point links (e.g. /64)  to 
> the custumers (in the case I have to do this).
> 
> And if the customer prefix being 'easy' to relate to the 
> point-to-point
> link address is important (though one assumes this is all tucked away
> nicely in some db :) you could presumably look at doing something like
> using the 16 bits assigned for the customer /48 as the 16 bits used 
> to identify the /64 under your carved out /48 for 
> point-to-point links?
> 
> -- 
> Tim/::1
> 
> 
>