Home page logo

nanog logo nanog mailing list archives

Re: OT: VSS + MEC - port-channel dynamically cloned?
From: Leland Vandervort <leland () taranta discpro org>
Date: Tue, 24 Nov 2009 22:19:33 +0100

Thanks Ross, 

In this case, though I cannot see where the mismatch is given that the
encapsulation, trunking (vlans allowed, etc.) and channel mode (LACP)
are all configured identically across all ports and the channel itself.

  Just wondering if it's a left-over from before the VSS migration when
the original trunks were two separate etherchannels and then migrated
them "live" to MEC... 


On Tue, 2009-11-24 at 13:57 -0500, Ross Vandegrift wrote:
On Tue, Nov 24, 2009 at 07:51:29AM +0100, Leland Vandervort wrote:
Essentially, for all of the MEC connections, the VSS has created a clone
of the configured port-channel to bind the actual physical connections,
rather than binding them under the configured port-channel (and suffixed
the port-channel number with A or B depending on which chassis was first
to bind).

IOS does this when ethernet channel members cannot join the bundle due
to negotiation mismatch.  If the currently active elements are
incompatible with a new element, the A/B interfaces are created.
These are called "secondary aggregators" in IOS-speak.


  By Date           By Thread  

Current thread:
[ Nmap | Sec Tools | Mailing Lists | Site News | About/Contact | Advertising | Privacy ]