cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
29721
Views
5
Helpful
19
Replies

Nexux 5010: GLC-T stays down

PETER EIJSBERG
Level 1
Level 1

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

!

19 Replies 19

PETER EIJSBERG
Level 1
Level 1

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

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
Level 1
Level 1

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.

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.

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?

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.

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.

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.

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.

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

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

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

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

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: