[c-nsp] channel fails when using sup 10g port ?

[Antonio Soares]

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)
amsoares at netcabo.pt
http://www.ccie18473.net


-----Original Message-----
From: Antonio Soares [mailto:amsoares at netcabo.pt] 
Sent: segunda-feira, 18 de Março de 2013 13:30
To: 'Jeffrey G. Fitzwater'; 'cisco-nsp at 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)
amsoares at netcabo.pt
http://www.ccie18473.net


-----Original Message-----
From: cisco-nsp-bounces at puck.nether.net
[mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of Jeffrey G. Fitzwater
Sent: quinta-feira, 5 de Janeiro de 2012 12:13
To: cisco-nsp at 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 at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/