Port turns amber after unbind portchannel.

bitbumi1234 · ‎09-12-2012

Hi guys,

We have one cisco core switch 6500 series which was configured portchannel on several gig interfaces. This port is used as a trunk to enable communication between VLANs. The VLANs is where several high-end servers/hosts reside.

After we disable / unbind the portchannel, the port turns amber. The following is what we did on the interface

1- #no switchport command

2- make the port as access mode

#switchport mode access

3- shut and no shut

4- clear arp

5- clear mac

....

what else can we do on that particular interface. It is just on that particular interface, the rest are ok.

thanks

Peter Paluch · ‎09-13-2012

Hello Yusof,

An amber port usually designates a port that has been put to blocking state by some control plane protocol or a decision of the switch that the port may not remain in forwarding state. We have to find out why the switch decided to do so.

When the port is amber, can you issue the following commands and post the output here?

show interface X switchport

show interface X status

show spanning-tree interface X

Substitute X with the name/number of the switchport. Thank you!

Best regards,

Peter

bitbumi1234 · ‎09-13-2012

I will try then, btw what you expect the result would be from the show command? and what is the expected remedy?

Peter Paluch · ‎09-13-2012

Hello Yusof,

To be honest, I am not sure what I am looking for If I knew that I would immediately suggest a few things to check and correct. I know only that this behavior is not correct and I am looking for any clues that may point me in the correct direction.

By the way, it would also be helpful to see the configuration of the port itself. Thanks!

Best regards,

Peter

bitbumi1234 · ‎09-13-2012

It's ok Peter, Later I'll to share with you the show command

bitbumi1234 · ‎09-14-2012

------------------ show interfaces ------------------

GigabitEthernet1/14 is administratively down, line protocol is down (disabled)
Hardware is C6k 1000Mb 802.3, address is 0024.9709.71ed (bia 0024.9709.71ed)
Description: Port with Amber light (err-disable)                                                              <--just my desc
MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 0/255, rxload 0/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Auto-duplex, Auto-speed, media type is 10/100/1000BaseT
input flow-control is off, output flow-control is off
Clock mode is auto
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output 5w6d, output hang never
Last clearing of "show interface" counters never
Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
     1010999 packets input, 71706191 bytes, 0 no buffer
     Received 48806 broadcasts (10579 multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 0 multicast, 0 pause input
     0 input packets with dribble condition detected
     6424673 packets output, 514441950 bytes, 0 underruns
     0 output errors, 0 collisions, 28 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 PAUSE output
     0 output buffer failures, 0 output buffers swapped out

D65095247#sh int status

Port         Name               Status       Vlan       Duplex Speed Type
Gi1/1        D4-1-P-Series Serv connected    520        a-full a-1000 10/100/1000BaseT
Gi1/2        D4-2-P-Series Serv connected    520        a-full a-1000 10/100/1000BaseT
Gi1/3        D4-3-P-Series Serv connected    520        a-full a-1000 10/100/1000BaseT
Gi1/4        D4-4-audev01       disabled     506          auto   auto 10/100/1000BaseT                             <--see this port
Gi1/5        SPAN APM ARX       notconnect   502          auto   auto 10/100/1000BaseT
Gi1/6        D4-6-NIPS-ZPHA-DMZ connected    515        a-full a-1000 10/100/1000BaseT

.

D65095247#sh int gi1/14 status

Port Name Status Vlan Duplex Speed Type
Gi1/14 Port with Amber li notconnect 1 full 100 10/100/1000BaseT

D65095247# sh run int gi1/14
Building configuration...

Current configuration : 125 bytes
!
interface GigabitEthernet1/14
description Port with Amber light (err-disable)
no ip address
speed 100
duplex full
end

D65095247#sh int po28 <-previously it was in portchannel 28

Port-channel28 is administratively down, line protocol is down (disabled)

Hardware is EtherChannel, address is 0000.0000.0000 (bia 0000.0000.0000)

MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,

reliability 255/255, txload 0/255, rxload 0/255

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

Full-duplex, 1000Mb/s, media type is unknown

input flow-control is off, output flow-control is off

ARP type: ARPA, ARP Timeout 04:00:00

Last input never, output never, output hang never

Last clearing of "show interface" counters never

Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: fifo

Output queue: 0/40 (size/max)

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

29068 packets input, 2013282 bytes, 0 no buffer

Received 21633 broadcasts (362 multicasts)

0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 0 multicast, 0 pause input

0 input packets with dribble condition detected

353 packets output, 47719 bytes, 0 underruns

0 output errors, 0 collisions, 4 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier, 0 PAUSE output

0 output buffer failures, 0 output buffers swapped out

D65095247(config-if)#do sh etherchann summ
Flags: D - down        P - bundled in port-channel
        I - stand-alone s - suspended
        H - Hot-standby (LACP only)
        R - Layer3      S - Layer2
        U - in use      N - not in use, no aggregation
        f - failed to allocate aggregator

        M - not in use, no aggregation due to minimum links not met
        m - not in use, port not aggregated due to minimum links not met
        u - unsuitable for bundling
        d - default port

w - waiting to be aggregated
Number of channel-groups in use: 9
Number of aggregators: 9

Group Port-channel Protocol    Ports
------+-------------+-----------+-----------------------------------------------
28     Po28(SD)        LACP      Gi1/36(D)
30     Po30(SD)         -
33     Po33(SD)         -
129    Po129(SU)        -        Gi2/8(P)       Gi3/14(P)      Gi3/18(P)
                                 Gi3/20(P)
162    Po162(SU)        -        Gi9/24(P)      Gi9/25(P)      Gi9/26(P)
                                 Gi9/27(s)
164    Po164(SU)        -        Gi9/41(P)      Gi9/42(P)      Gi9/43(P)
                                 Gi9/44(P)
166    Po166(SD)        -        Gi9/45(D)      Gi9/46(D)      Gi9/47(D)
                                 Gi9/48(D)
170    Po170(SD)        -        Gi7/3(D)       Gi7/4(D)
231    Po231(SU)        -        Gi3/10(P)      Gi9/5(P)

interface Port-channel28
switchport
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 508,528
switchport mode trunk
shutdown

!

interface GigabitEthernet1/14

description Port with Amber light (err-disable)

switchport

shutdown !

Peter Paluch · ‎09-16-2012

Hello Yusof,

Well, the port seems to be simply shutdown - according to the show interfaces output, the port is "administratively down". Can you try using no shutdown or perhaps a sequence of shutdown, wait a few seconds, no shutdown on the port?

On many platforms (not sure if all Catalysts behave in the same way though), when you remove a physical port from an EtherChannel, the switch automatically shuts it down. This is done to prevent switching loops from occuring that could otherwise be created if ports are unbundled on one end of the EtherChannel and still bundled at the other. You should simply start the port again using the no shutdown after the corresponding port on the neighboring switch has also been removed from the EtherChannel bundle.

While it is somewhat untypical for me for a shutdown port to be actually lit amber (most Catalyst I work with leave the port LED dark if the port is shutdown), I guess this is the simplest explanation of what is happening. I vaguely recall that somebody made me aware that some higher Catalyst platforms actually leave the port LEDs amber even if the port is shut down (but that's a very faint memory and I am not 100% sure about that).

Please give it a try. Thanks!

Best regards,

Peter

mahmoodmkl · ‎09-16-2012

Hi

the ports become amber on 6500 series if they are in shutdown state

Sent from Cisco Technical Support iPhone App