RE: L3VPN VPNv4 NLRI - Route Reflector Scaling

2008-04-04 Thread David Freedman

This is made easier by the cisco allowing regular expressions in the 
extcommunity list,
an RT scoping policy can be implemented as a result.


David Freedman
Group Network Engineering 
Claranet Limited
http://www.clara.net



-Original Message-
From: Mark Tinka [mailto:[EMAIL PROTECTED]
Sent: Fri 4/4/2008 11:07
To: David Freedman
Cc: nanog@merit.edu
Subject: Re: L3VPN VPNv4 NLRI - Route Reflector Scaling
 
On Friday 04 April 2008, David Freedman wrote:

 The downside to this of course is that the RRs spend time
 discarding prefixes when update time comes around for the
 PEs.

And also, of course, the fact that you have to maintain the 
Extended communities on the route reflector(s).

Cheers,

Mark.



Re: L3VPN VPNv4 NLRI - Route Reflector Scaling

2008-04-04 Thread Mark Tinka
On Friday 04 April 2008, David Freedman wrote:

 The downside to this of course is that the RRs spend time
 discarding prefixes when update time comes around for the
 PEs.

And also, of course, the fact that you have to maintain the 
Extended communities on the route reflector(s).

Cheers,

Mark.


signature.asc
Description: This is a digitally signed message part.


Re: L3VPN VPNv4 NLRI - Route Reflector Scaling

2008-04-04 Thread david . freedman

And apologies for the html of the previous two posts :)


RE: L3VPN VPNv4 NLRI - Route Reflector Scaling

2008-04-04 Thread David Freedman
On Wednesday 02 April 2008, David Freedman wrote:
 We have dedicated VPNv4 route reflectors, they work well
 for us.
An inevitable end as the number of routes grows.

In our case we use the cisco rr-group directive 
(http://www.cisco.com/en/US/docs/ios/12_3/iproute/command/reference/ip2_a1g.html#wp1040902)
 
to limit RR clusters to the prefixes we actually want them to reflect, filtered 
by extcommunity.

The downside to this of course is that the RRs spend time discarding prefixes 
when update time comes around for the PEs.

Dave.


Re: L3VPN VPNv4 NLRI - Route Reflector Scaling

2008-04-03 Thread Mark Tinka
On Wednesday 02 April 2008, David Freedman wrote:

 We have dedicated VPNv4 route reflectors, they work well
 for us.

An inevitable end as the number of routes grows.

That said, RFC 4684 would appear to be the ultimate 
solution, although vendor support is not rife at the 
moment.

Cheers,

Mark.


signature.asc
Description: This is a digitally signed message part.


Re: L3VPN VPNv4 NLRI - Route Reflector Scaling

2008-04-01 Thread David Freedman





One other option we theorize would be to have dedicated 
VPNv4 route reflectors (route reflectors that do not 
reflect other address families, e.g., IPv4, IPv6, e.t.c.). 


We have dedicated VPNv4 route reflectors, they work well for us.


Dave.