Disable QoS consistency check on c4k/Sup7 Etherchannel

[Rolf Fischer]

Hi all,

I'm looking for something similar to the interface port-channel commands

• no mls qos channel-consistency (c6k/Sup720)
• no platform qos channel-consistency (c6k/Sup2T)

for the c4500 platforms with supervisor engine 7.

The problem I'm trying to solve is that even when I use interface ranges, the port-channels go down when I have to change the attached queuing-policies, which causes sevice interruptions for ~10 seconds in VSS environments:

(config)#int range Te1/1/7,Te2/1/7
(config-if-range)#service-policy output Queuing_EC
%EC-5-UNBUNDLE: Interface Te1/1/7 left the port-channel Po9
%EC-5-CANNOT_BUNDLE2: Te1/1/7 is not compatible with Te2/1/7 and will be suspended (Te1/1/7 has a different output Qos policy than Te2/1/7. )
%EC-5-UNBUNDLE: Interface Te2/1/7 left the port-channel Po9
%EC-5-COMPATIBLE: Te1/1/7 is compatible with port-channel members
%LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/1/7, changed state to down
%EC-5-UNBUNDLE: STANDBY:Interface Te1/1/7 left the port-channel Po9
%EC-5-UNBUNDLE: STANDBY:Interface Te2/1/7 left the port-channel Po9
%LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet2/1/7, changed state to down
%LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel9, changed state to down
%LINK-3-UPDOWN: Interface Port-channel9, changed state to down
%EC-5-BUNDLE: Interface Te2/1/7 joined port-channel Po9
%EC-5-BUNDLE: Interface Te1/1/7 joined port-channel Po9
%LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet2/1/7, changed state to up
%EC-5-BUNDLE: STANDBY:Interface Te2/1/7 joined port-channel Po9

Any ideas?

Thanks in advance,

Rolf

[Joseph W. Doherty]

What you might try, unbundle your PO links (keeping just one in the PO).  Change the unbundled links QoS policies.  Rebundle them.

[Rolf Fischer]

Thanks Joseph, sounded good and I tried that.

What I didn't expect: even when the PortChannel has only one member link, it goes down (~3 seconds) when you apply a service-policy to that member interface.

So the QoS compatibility of the member ports seems to be only a factor rather than the cause...

[Joseph W. Doherty]

Hmm, interesting that there was still a hit, although guess 3 seconds it a bit better than 10.

Thanks for posting what happened.

[jeetkulkarni]

Hi Rolf,

What software version does your 4500 have?

I am having similar issue, I cannot apply an output policy to an interface in ether channel. Example below.

nzaklnet1(config)#int range g1/6-7
nzaklnet1(config-if-range)#service-policy output Output-Policy
nzaklnet1(config-if-range)#channel-group 4 mode desirable
GigabitEthernet1/6 is not added to port channel
% Range command terminated because it failed on GigabitEthernet1/6
nzaklnet1(config-if-range)#channel-group 4 mode auto
GigabitEthernet1/6 is not added to port channel
% Range command terminated because it failed on GigabitEthernet1/6

Any ideas?

My software version of switch is "bootflash:cat4500e-universalk9.SPA.03.06.03.E.152-2.E3.bin"

[Rolf Fischer]

We have more than 300 c4500 running 03.06.04.E for quite some time and haven't seen significant problems so far.

I had to change the egress queuing policy to meet the requirements for EtherChannels on this platform (no policing on physical interfaces and use of bandwidth remaining instead of bandwidth commands - see Georg's first answer in your thread). While doing this, I came across the links-going-down behavior when applying the policies.Once the interfaces are up again, queuing seems to work as desired. Perhaps you should post your policy in your thread, just for double check.

HTH
Rolf

[a.alekseev]

http://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst4500/12-2/15-02SG/configuration/guide/config/qos.html

Before beginning the QoS configuration, you should be aware of this information:

• If you have EtherChannel ports configured on your switch, you must configure QoS classification and policing on the EtherChannel. The transmit queue configuration must be configured on the individual physical ports that comprise the EtherChannel.