Nexux 5010: GLC-T stays down

PETER EIJSBERG · ‎04-26-2010

We have a Nexus 5010 on 4.1(3)N2(1) with a GLC-T SFP (1000BaseT) in port 1/1. I've set the speed to 1000 Mbps, the transceiver is recognized but whatever we do, the port remains " down (Link not connected)". Swapping cables or SFPs does not make any result, the link stays down.

According to the datasheet this SFP is supported but we can't get it to work.

Any ideas what could cause it?

Thanks

Peter

Ethernet1/1 is down (Link not connected)

Hardware: 1000/10000 Ethernet, address: 0005.9b70.7f88 (bia 0005.9b70.7f88)

Description: Server Ports GigEth / 10GigEth

MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation ARPA

Port mode is access

auto-duplex, 1000 Mb/s, media type is 10g

Beacon is turned off

Input flow-control is off, output flow-control is off

Rate mode is dedicated

Switchport monitor is off

Last link flapped never

Last clearing of "show interface" counters 00:14:14

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

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

Rx

0 input packets 0 unicast packets 0 multicast packets

0 broadcast packets 0 jumbo packets 0 storm suppression packets

0 bytes

Tx

0 output packets 0 multicast packets

0 broadcast packets 0 jumbo packets

0 bytes

0 input error 0 short frame 0 watchdog

0 no buffer 0 runt 0 CRC 0 ecc

0 overrun 0 underrun 0 ignored 0 bad etype drop

0 bad proto drop 0 if down drop 0 input with dribble

0 input discard

0 output error 0 collision 0 deferred

0 late collision 0 lost carrier 0 no carrier

0 babble

0 Rx pause 0 Tx pause

0 interface resets

!

PETER EIJSBERG · ‎04-26-2010

Additional info: I found a complaint that calibration is invalid, but I have no idea what that means....

# sh int eth 1/1 transceiver calibrations

Ethernet1/1

sfp is present

name is CISCO-FINISAR

part number is GLC-T

revision is 8.0

serial number is MTD610967

nominal bitrate is 1300 MBits/sec

cisco id is --

cisco extended id number is 4

SFP calibration is invalid

Lucien Avramov · ‎04-26-2010

Ignore at this point the calibration message. I would suggest you to try another GLC-T see if this persists. You may have a bad cable or bad GLC.

PETER EIJSBERG · ‎04-29-2010

OK, problem solved: it is a hardware compatibility issue: SFPs which work in other switches do not always work in Nexus. Replaced the SFPs with a different version and it works perfectly.

Lucien Avramov · ‎04-29-2010

The compability matrix can be found here:

http://www.cisco.com/en/US/docs/interfaces_modules/transceiver_modules/compatibility/matrix/OL_6974.html

jeffreybunch · ‎02-28-2011

I know that this thread is older, but since my search is leading me here, I thought I would update. The last reply is invalid. We are talking GLC-T which is not 10Gig. The appropriate matrix is here:

http://www.cisco.com/en/US/docs/interfaces_modules/transceiver_modules/compatibility/matrix/OL_6981.html#wp139256

and the 2232PP clearly supports the GLC-T:

Cisco Nexus 2000 Series

N2K-C2232PP-10GE

GLC-T
GLC-SX-MM
GLC-LH-SM

—

NX-OS 4.2(1)N2(1)

I have the same issue with the link being down.

vdsudame · ‎03-02-2011

do you see any information in the logs about the link not coming up? Like transceiver not supported? What does 'show interface' on the 2232 show for that interface in which the SFP is plugged into ? Have you tried 'service unsupported-transceiver' and then removed/reinserted the SFP and has that worked?

vdsudame · ‎03-02-2011

just wanted clarify... the command service unsupported transceiver is only used as a means to find out if the SFP is supported one or not. We dont recommend customers configure this and get SFP to work in normal working conditions. Its just part of troubleshooting process to find out if the port comes up. If the port does come up with this command then we know there is some issue with that SFP.

hope this clarifies any ligering doubts about the usage of this command.

Lucien Avramov · ‎03-02-2011

In certain conditions this can help find a specific issue on the SFP, however using this command will have consequences and is not supported for production traffic. The best in such cases is to contact the TAC for further assistance.

jeffreybunch · ‎03-02-2011

I do have a TAC case open and have replacement GLCs sitting in our remote datacenter. A tech is going to replace them around ~3pm CST. I will update this thread with our findings. (I am having him reseat a GLC I put in service mode first to test). The original GLCs are newly purchased from Cisco, though. Just as an FYI.

jeffreybunch · ‎03-02-2011

Well, no progress today. Turns out the replacment SFPs are the exact same model that we had and have the same issue. BTW, we tested in the 5020, port 13 as well as the 2232PP. Worked in neither. No logs as to why. Just port notconnected:

Ethernet109/1/32
    transceiver is present
    type is 10Gbase-(unknown)
    name is CISCO-AVAGO
    part number is ABCU-5710RZ-CS4
    revision is
    serial number is AGM150120QF
    nominal bitrate is 1300 MBit/sec
    Link length supported for copper is 100 m
    cisco id is --
    cisco extended id number is 4

Only log message I received was when the original transceiver was removed. Nothing when put back in.

vdsudame · ‎03-02-2011

Jeffrey, I see you are already working this issue in TAC Case 616982001. We are currently working on this actively.

Robert Burns · ‎03-02-2011

Did we notice that he's using 4.1(3)N2(1) and the SFP is supported for NX-OS 4.2(1)N2(1)?

Regards,

Robert

Luis Perez · ‎06-15-2012

I am having a similar problem with a SFP-1000BASE-T in my Nexus 5548P port Eth1/18, i have the sfp connected but the lins is always down.

The software version is:

sh ver
Cisco Nexus Operating System (NX-OS) Software
TAC support: http://www.cisco.com/tac
Documents: http://www.cisco.com/en/US/products/ps9372/tsd_products_support_series_home.html
Copyright (c) 2002-2011, Cisco Systems, Inc. All rights reserved.
The copyrights to certain works contained herein are owned by
other third parties and are used and distributed under license.
Some parts of this software are covered under the GNU Public
License. A copy of the license is available at
http://www.gnu.org/licenses/gpl.html.

Software
BIOS:      version 3.5.0
loader:    version N/A
kickstart: version 5.1(3)N1(1)
system:    version 5.1(3)N1(1)
power-seq: Module 1: version v3.0
             Module 2: version v1.0
             Module 3: version v2.0
uC:        version v1.2.0.1
BIOS compile time:       02/03/2011
kickstart image file is: bootflash:///n5000-uk9-kickstart.5.1.3.N1.1.bin
kickstart compile time: 12/6/2011 22:00:00 [12/07/2011 06:30:01]
system image file is:    bootflash:///n5000-uk9.5.1.3.N1.1.bin
system compile time:     12/6/2011 22:00:00 [12/07/2011 08:09:44]

Hardware
cisco Nexus5548 Chassis ("O2 32X10GE/Modular Supervisor")
Intel(R) Xeon(R) CPU with 8263872 kB of memory.
Processor Board ID FOC15497D49

Device name: PCHQUIT0203DI01
bootflash: 2007040 kB

Kernel uptime is 1 day(s), 7 hour(s), 14 minute(s), 20 second(s)

Last reset
Reason: Unknown
System version: 5.1(3)N1(1)
Service:

plugin
Core Plugin, Ethernet Plugin

But the outputs for this interface are:

show interface eth1/18 transceiver calibrations
Ethernet1/18
    transceiver is present
    type is SFP-1000BASE-T
    name is CISCO-AVAGO
    part number is ABCU-5710RZ-CS4B
    revision is 2
    serial number is AGM154123QD
    nominal bitrate is 1300 MBit/sec
    Link length supported for copper is 100 m
    cisco id is --
    cisco extended id number is 4

SFP calibration is invalid

Ethernet1/18 is down (Link not connected)

Hardware: 1000/10000 Ethernet, address: 547f.ee5b.4399 (bia 547f.ee5b.4399)

Description: HACIA SW-LAN/SAN-TEMPORAL

MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation ARPA

Port mode is trunk

auto-duplex, 1000 Mb/s, media type is 10G

Beacon is turned off

Input flow-control is off, output flow-control is off

Rate mode is dedicated

Switchport monitor is off

EtherType is 0x8100

Last link flapped never

Last clearing of "show interface" counters 05:46:39

30 seconds input rate 0 bits/sec, 0 packets/sec

30 seconds output rate 0 bits/sec, 0 packets/sec

Load-Interval #2: 5 minute (300 seconds)

input rate 0 bps, 0 pps; output rate 0 bps, 0 pps

RX

0 unicast packets 0 multicast packets 0 broadcast packets

0 input packets 0 bytes

0 jumbo packets 0 storm suppression bytes

Please help me what is the problem

Carlo Schmidt · ‎06-15-2012

Luis,

Have you tried:

1) Reseating the SFP

2) Plugged a laptop, or a known working device with a known into the SFP without any patch pannels

3) Try configuring a different port on the Nexus with "speed 1000" and moving the SFP there

4) Test the SFP in another switch?

Carlo