I just found that there is a best practices document saying that with DEC (Distributed EtherChannel) we should enable Mac Address Synchronization:
Bullet 1.11.5.1: http://www.cisco.com/en/US/docs/switches/lan/catalyst6500/ios/12.2SX/best/pr actices/recommendations.html#wp1046596 The document also mentions that if we have WS-X6716-10GE or WS-X6708-10GE, Mac Address Synchronization is enabled by default. Well, this didn't happen in my case: 6509-E#show mac-address-table synchronize statistics | inc Status of|Default|Configured Status of feature enabled on the switch : off Default activity time : 160 Configured current activity time : 160 Status of feature enabled on the switch : off Default activity time : 160 Configured current activity time : 160 Status of feature enabled on the switch : off Default activity time : 160 Configured current activity time : 160 6509-E# The output above is related with 6716-10GE in slot 1 and SUP720-10GE in slots 5 and 6. Maybe I need to follow these recommendations to avoid the weird behavior previously seen. Anyone has played with this feature before ? Is strange the fact that there is no word about this on the config guide: http://www.cisco.com/en/US/docs/switches/lan/catalyst6500/ios/12.2SX/configu ration/guide/channel.html#Configuring_EtherChannels They mention DEC but there's nothing about Mac Address Sync. Regards, Antonio Soares, CCIE #18473 (R&S/SP) amsoa...@netcabo.pt http://www.ccie18473.net -----Original Message----- From: Antonio Soares [mailto:amsoa...@netcabo.pt] Sent: segunda-feira, 18 de Março de 2013 13:30 To: 'Jeffrey G. Fitzwater'; 'cisco-nsp@puck.nether.net' Subject: RE: [c-nsp] channel fails when using sup 10g port ? Sorry to bring back this old thread but I had something weird and that seems related with the problem you had. By the way, what of the conclusion of this ? In the case I'm investigating, the Port-channel involved 1 port of the SUP720-10GE and 1 port of the 6716-10GE. Strange issues like CDP neighbors disappearing, loss of connectivity to local attached servers and so on. The scenario basically is a triangle with one 6509-E in each vertex and with 20G POs between each pair of boxes. The PO between the non-root switches was shutted down in order to recover normal behavior. 6500's running 12.2.33SXJ5 but the same happened with a old SXH release. No QOS enabled in any box so the option "no mls qos channel-consistency" and "mls qos 10g-only" do not apply here (I think). Is there something special when bundling the 10G interfaces from the SUP with one 10G from the 6704/6708/6716 ? Never saw issues with this before. Any pointers are welcome. Thanks. Regards, Antonio Soares, CCIE #18473 (R&S/SP) amsoa...@netcabo.pt http://www.ccie18473.net -----Original Message----- From: cisco-nsp-boun...@puck.nether.net [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Jeffrey G. Fitzwater Sent: quinta-feira, 5 de Janeiro de 2012 12:13 To: cisco-nsp@puck.nether.net Subject: [c-nsp] channel fails when using sup 10g port ? I am trying to use the sup720-10G 10g port and another 10g port on a 6708-10G module as an ether-channel pair. Running IOS 12.2.SXI3 QOS enabled globally, but not enabled on 10G ports by default. If I do a "show mls qos" it tells me that qos is NOT enabled on the 10G modules. (FIFO mode) The command "mls qos 10g-only" must be run to enable it on the 10g ports, but you cannot use the 1g sup ports, which I do use. I have NOT enabled this feature. When I set up the channel, I added the "no mls qos channel-consistancy". Not sure if I need it do to the above issue, just our policy to make sure there is no mismatch issues. When I try to bring up the channel I get the following and the channel creates a data loop and everything goes to hell, so I shut down one port to break the loop. Group Port-channel Protocol Ports ------+-------------+-----------+--------------------------------------- ------+-------------+-----------+-------- 16 Po16(SU) LACP Te13/1(P) 16 Po16A(SU) LACP Te7/4(P) ----------------------------------- I have never seen the above documented anywhere but it definitely doesn't look right. I have tried every config possible for the channel but it still fails. (LACP active/passive and ON) The only thing I can think of is... there must be some issue with using the sup 10G port in a channel. Any ideas out there before I open a case? Thanks for any help. Jeff Fitzwater OIT Network Systems Princeton University _______________________________________________ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ _______________________________________________ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
