Re: [RFC net-next 0/6] Proposal for VRF-lite - v2

2015-07-09 Thread Scott Feldman
On Mon, Jul 6, 2015 at 8:03 AM, David Ahern d...@cumulusnetworks.com wrote: In the context of internet scale routing a requirement that always comes up is the need to partition the available routing tables into disjoint routing planes. A specific use case is the multi-tenancy problem where

Re: [RFC net-next 0/6] Proposal for VRF-lite - v2

2015-07-08 Thread Nicolas Dichtel
Le 06/07/2015 19:53, Shrijeet Mukherjee a écrit : No no problem, Just trying to get the functional aspects worked out. the global search replace will be easy. Was hoping to see some more responses on the naming suggestions here from the community. If there is not disagreement we can spin

Re: [RFC net-next 0/6] Proposal for VRF-lite - v2

2015-07-06 Thread Shrijeet Mukherjee
No no problem, Just trying to get the functional aspects worked out. the global search replace will be easy. Was hoping to see some more responses on the naming suggestions here from the community. If there is not disagreement we can spin patches with MRF as the name. On Mon, Jul 6, 2015 at

[RFC net-next 0/6] Proposal for VRF-lite - v2

2015-07-06 Thread David Ahern
In the context of internet scale routing a requirement that always comes up is the need to partition the available routing tables into disjoint routing planes. A specific use case is the multi-tenancy problem where each tenant has their own unique routing tables and in the very least need

Re: [RFC net-next 0/6] Proposal for VRF-lite - v2

2015-07-06 Thread Nicolas Dichtel
Le 06/07/2015 17:03, David Ahern a écrit : In the context of internet scale routing a requirement that always comes up is the need to partition the available routing tables into disjoint routing planes. A specific use case is the multi-tenancy problem where each tenant has their own unique