Thread (15 messages) 15 messages, 8 authors, 2014-09-30

Re: VRFs and the scalability of namespaces

From: David Ahern <hidden>
Date: 2014-09-29 23:43:52

On 9/29/14, 11:00 AM, Ben Greear wrote:
On 09/29/2014 09:50 AM, Sowmini Varadhan wrote:
quoted
On Mon, Sep 29, 2014 at 12:40 PM, Ben Greear [off-list ref] wrote:
quoted
On 09/29/2014 06:06 AM, David Ahern wrote:
quoted
We have implemented support for at least most of this (excepting duplicate IPs)
using routing tables, rules, and (optionally, xorp as the router).
My undertanding of multiple routing-tables/rules was that they
are closer in semantics to switch/router ACLs than to VRFs, eg.,
one big difference is that an interface can belong to exactly one
VRF at a time, which is not mandated by multiple routing-tables/rules.

Was I mistaken?
You can effectively force an interface to belong to a particular virtual
router (table).  It is not trivial to do, and possibly I have still not
covered every possible case.  Some rules grow somewhat exponentially as
interfaces are added to virtual routers (ie, preference 10 rules).
An interesting way of doing it; thanks for the reference point.

Fundamentally the design should be able to assign interfaces to a single 
VRF, support duplicate IP addresses on different interfaces in different 
VRFs and be able to scale to 10,000+ netdevices -- devices representing 
physical ports as well as logical interfaces built on top of them (e.g., 
sub-interfaces).

David
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help