Solved

Unable to get SFP modules to link

Posted on 2007-11-19
7
2,233 Views
Last Modified: 2012-06-21
I am using two GLC-LH-SM's to link two Cisco 2960's (2960G-24TC-L & 2960G-48TC-L) together.  I am not able to get this too work.

I'm using a yellow single mode fiber patch cable (LC to ST connected to an ST to LC, approx 10 meters), for testing purposes, labeled as 9/125.  The TX and RX ends have been swapped.

I have 4 of the SFP, so I could setup ether channeling, and I can't get any of them the link.  So I'm not thinking it's the SPF's

Any suggestions?
0
Comment
Question by:ARSCO
  • 3
  • 2
7 Comments
 
LVL 10

Expert Comment

by:cstosgale
ID: 20314852
Whilst the fibre is connected could you do a show int gig 0/xx and a show run int gig 0/xx to help diagnose the problem?
0
 

Author Comment

by:ARSCO
ID: 20315381
Here they are.  Not much to look at.  I've stripped out all the ether channel configuration stuff to just get it working.

Andrew
show run int gi 0/45
 

Building configuration...
 

Current configuration : 78 bytes

!

interface GigabitEthernet0/45

 description Fiber to Snowflake Building

end

----------------------------------------------------------------------

show int gi 0/45
 

GigabitEthernet0/45 is down, line protocol is down (notconnect)

  Hardware is Gigabit Ethernet, address is 001d.e549.f9ad (bia 001d.e549.f9ad)

  Description: Fiber to Snowflake Building

  MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec, 

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

  Encapsulation ARPA, loopback not set

  Keepalive not set

  Auto-duplex, Auto-speed, link type is auto, media type is 1000BaseLX SFP

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

  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/75/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

     0 packets input, 0 bytes, 0 no buffer

     Received 0 broadcasts (0 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

     0 packets output, 0 bytes, 0 underruns

     0 output errors, 0 collisions, 1 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

------------------------------------------

show run int gi 0/21
 

Building configuration...
 

Current configuration : 76 bytes

!

interface GigabitEthernet0/21

 description Fiber to Finance Building

end

------------------------------------------

show int gi 0/21
 

GigabitEthernet0/21 is down, line protocol is down (notconnect)

  Hardware is Gigabit Ethernet, address is 001e.144d.ef15 (bia 001e.144d.ef15)

  Description: Fiber to Finance Building

  MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec,

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

  Encapsulation ARPA, loopback not set

  Keepalive not set

  Auto-duplex, Auto-speed, link type is auto, media type is 1000BaseLX SFP

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

  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/75/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

     0 packets input, 0 bytes, 0 no buffer

     Received 0 broadcasts (0 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

     0 packets output, 0 bytes, 0 underruns

     0 output errors, 0 collisions, 1 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

Open in new window

0
 
LVL 10

Expert Comment

by:cstosgale
ID: 20316127
No problem, just wanted to confirm this was a physical problem. It looks like the SFP modules have been recognised by both switches as the media type is being recognised correctly. At this stage I'd concentrace on getting the interfaces to say up / up.

Typically this kind of problem would be a TX / RX issue, stupid question, but you did only swap one end? Also, if you plug the cable into one of the SFP interfaces, can you see light coming from the other end of the cable? Have you tried a completely different set of SFPs and cable?

How are you connecting the two LC to ST cables? Do you have a coupler? This is most likely the problem, I would recommend getting hold of an LC to LC patch cable in order to test this.
It might also be worth manually setting the speed of the interface to 100 Mb/s or 10 Mb/s and see if the interface comes up.
0
Control application downtime with dependency maps

Visualize the interdependencies between application components better with Applications Manager's automated application discovery and dependency mapping feature. Resolve performance issues faster by quickly isolating problematic components.

 

Author Comment

by:ARSCO
ID: 20317442
Yes I have tried swapping the end to make sure the TX/RX is set right.  Haven't checked to see if there light coming out the cable end or not; I will do that tomorrow.

Yes I'm using a coupler to connect the ST ends. I ordered today an LC to LC cable, which should come in tomorrow.
0
 

Accepted Solution

by:
ARSCO earned 0 total points
ID: 20494354
The issue was solved by forcing the SFP into Full Duplex mode.
0
 
LVL 1

Expert Comment

by:Vee_Mod
ID: 20555262
Closed, 500 points refunded.
Vee_Mod
Community Support Moderator
0

Featured Post

Is Your Active Directory as Secure as You Think?

More than 75% of all records are compromised because of the loss or theft of a privileged credential. Experts have been exploring Active Directory infrastructure to identify key threats and establish best practices for keeping data safe. Attend this month’s webinar to learn more.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

The worst thing when starting a new job is when the previous Network Administrator left behind no documentation. How do you get into the devices? If you've been in this situation or just accidently mistyped your password, this article will hopefully…
I see many questions here on Experts Exchange regarding switch port configurations and trunks. This article is meant for beginners in the subject to help to get basic knowledge about Virtual Local Area Network (VLAN (http://en.wikipedia.org/wiki/Vir…
This tutorial gives a high-level tour of the interface of Marketo (a marketing automation tool to help businesses track and engage prospective customers and drive them to purchase). You will see the main areas including Marketing Activities, Design …
This Micro Tutorial demonstrates using Microsoft Excel pivot tables, how to reverse engineer competitors' marketing strategies through backlinks.

910 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

25 Experts available now in Live!

Get 1:1 Help Now