[c-nsp] Adding vlan to port-channel trunk causes port-channel to flap

[Bill Blackford]

It does this on cat6.5k/sup720 for sure. I don't recollect if the propagation occurs the same on 3560/3750's.
-b

-----Original Message-----
From: cisco-nsp-bounces at puck.nether.net [mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of Jeff Kell
Sent: Friday, January 08, 2010 9:19 AM
To: Tom Lanyon
Cc: cisco-nsp at puck.nether.net
Subject: Re: [c-nsp] Adding vlan to port-channel trunk causes port-channel to flap

On 1/7/2010 7:06 PM, Tom Lanyon wrote:
> I've run into the same problem on our 3750Gs and 3750Es (running 12.2(46)SE) with no solution so far.
>
> The log on our switches indicates that it's due to the config for the Port-Channel being different than the underlying Gix/y/z interfaces, which is not allowed, so it shuts the etherchannel down. I tried to work around this by adding the VLAN to all ports at once, eg:
> 	conf t
> 	int ran gi1/0/1, gi1/0/2, po1
> 	sw trunk allowed vlan add 400
>    

For vlan changes on port channels, I've always used just the 
port-channel configuration (e.g., int portch1) and applying vlan 
adjustments there, which IOS appears to propagate to the active member 
configurations, provided of course the port channel is up.  We do this 
"a lot" across a broad range of Catalysts (no MEs though) with no issues.

If you change an individual member characteristic, it will indeed break 
the interfaces out of the port-channel and bounce.

Jeff
_______________________________________________
cisco-nsp mailing list  cisco-nsp at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/