[racktables-users] Re: 802.1q VLAN propagation

  • From: "Vater, Wolfgang" <wolfgang.vater@xxxxxxxxxxxxx>
  • To: "racktables-users@xxxxxxxxxxxxx" <racktables-users@xxxxxxxxxxxxx>
  • Date: Fri, 11 Jul 2014 15:11:27 +0100

I like that a VLAN is only added if needed as we use VTP to sync the VLAN
databases across the switches. Adding the VLAN once is enough then :-)

-----Original Message-----
From: racktables-users-bounce@xxxxxxxxxxxxx
[mailto:racktables-users-bounce@xxxxxxxxxxxxx] On Behalf Of Denis Ovsienko
Sent: Friday, July 11, 2014 2:50 PM
To: racktables-users@xxxxxxxxxxxxx
Subject: [racktables-users] Re: 802.1q VLAN propagation

11.07.2014, 12:34, "Christof" <mail@xxxxxxxxxxx>:
> Hi List,
>
> i'm testing the 802.1q feature in racktables 0.20.8 at the moment. My
> goal was to manage my vlans completely and I was quite satisfied up to
> now. But I stuck.
> My intend was to propagate a newly created vlan to all switches in a
> 802.1q domain as it is created. But as it seems racktables only
> configures the new vlan on a switch if something changed (i.e. port in
> any other vlan).
>
> Is there any way to tell racktables, to add a vlan on creation?

Hi Christof.

This feature was designed to keep the list of VLANs on each switch as short
as possible, that is, to remove (or not to add) a VLAN from the switch
unless at least one port uses that VLAN or the VLAN propagation is set to
"permanent" (the default is "auto").

As far as the code reads now, RackTables would _not_ put all the switches of
a domain to the sync queue after the user added/removed a "permanent" VLAN
to/from that domain. If so, this could be a space for improvement, yes.

-- 
    Denis Ovsienko

Attachment: smime.p7s
Description: S/MIME cryptographic signature

Other related posts: