end user assignment best practice

Ron Vachiyer proutfoo at outlook.com
Tue Mar 19 11:33:36 CET 2013


> I'm aware of 4 options. 
>  
> 1. Provide a separate /64 from a pool local to the PE router. A /48  
> allocated for this caters for ~64k endpoints per PE router. Keeping  
> this local to the PE router prevents route disaggregation within your  
> core, but must be considered dynamic by the CE. 
>  

this is already the plan.  a /48 on the PE is set aside to number all the ptp interfaces between the PE and the customer sites.  What do you mean by "must be considered dynamic by the CE"? 

> 2. Provide an extra customer specific /64. Only viable method today if  
> you require static publicly routable addressing on the WAN side of the  
> CE. Adds an extra routing entry and update if CE can't be guaranteed to  
> terminate on a specific PE router. 
>  

don't you need to provide a extra specific /64 for #1?  Since the CE is not under customer control, the only way to provide him with a means to subdivide the /48 as he sees fit is to route it all the way to his edge router, which in my scenario is one hop past the CE.  This means I have to number as follows:

PE </64> CE </64> CUST </48>

as opposed to v4 which currently typically is

PE </30> CE </29> CUST

> 4. Leave the WAN link to only use Link-Local. Messy and not at all  
> ideal, but works in some situations. 
>  

yuck, messy indeed.

> I'm familiar with active deployments which are using options 1 and 4. 
>  

Perhaps what is annoying me is not the extra utilization of address space but the fact historically there is no dynamic routing between the CE and PE, for lack of a need for it.  If I have to maintain an additional route to every CE it may be necessary to add dynamic routing.


> As for reading material, TR-187 is worth being familiar with,  
> especially for v6 over PPP: 
> http://www.broadband-forum.org/technical/download/TR-187.pdf 

thanks, will have a look at it.

Ron. 		 	   		  


More information about the ipv6-ops mailing list