Re: [RFC,net-next, 2/5] vrf: track associations between VRF devices and tables

2020-06-14 Thread Andrea Mayer
On Sat, 13 Jun 2020 18:34:25 -0600 David Ahern wrote: > On 6/13/20 4:53 PM, Andrea Mayer wrote: > > Hi Stephen, > > thanks for your questions. > > > > On Sat, 13 Jun 2020 12:28:59 -0700 > > Stephen Hemminger wrote: > > > >>> + > >>> + * Conversely, shared_table is decreased when a vrf is de-a

Re: [RFC,net-next, 2/5] vrf: track associations between VRF devices and tables

2020-06-13 Thread David Ahern
On 6/13/20 4:53 PM, Andrea Mayer wrote: > Hi Stephen, > thanks for your questions. > > On Sat, 13 Jun 2020 12:28:59 -0700 > Stephen Hemminger wrote: > >>> + >>> +* Conversely, shared_table is decreased when a vrf is de-associated >>> +* from a table with exactly two associated vrfs. >>>

Re: [RFC,net-next, 2/5] vrf: track associations between VRF devices and tables

2020-06-13 Thread Andrea Mayer
Hi Stephen, thanks for your questions. On Sat, 13 Jun 2020 12:28:59 -0700 Stephen Hemminger wrote: > > + > > +* Conversely, shared_table is decreased when a vrf is de-associated > > +* from a table with exactly two associated vrfs. > > +*/ > > + int shared_tables; > > Should this

Re: [RFC,net-next, 2/5] vrf: track associations between VRF devices and tables

2020-06-13 Thread Stephen Hemminger
On Fri, 12 Jun 2020 18:49:34 +0200 Andrea Mayer wrote: > + /* shared_tables: > + * count how many distinct tables does not comply with the > + * strict mode requirement. > + * shared_table value must be 0 in order to switch to strict mode. > + * > + * example of evolu

[RFC,net-next, 2/5] vrf: track associations between VRF devices and tables

2020-06-12 Thread Andrea Mayer
Add the data structures and the processing logic to keep track of the associations between VRF devices and routing tables. When a VRF is instantiated, it needs to refer to a given routing table. For each table, we explicitly keep track of the existing VRFs that refer to the table. Signed-off-by: A