optical ports and "line protocol"

m4rtinm4rtin Member Posts: 170
I made a following connection between two SFP's:

IMG_20120604_161047.jpg

As you can see, Tx of SFP in Gi1/0/1 is connected to Rx of SFP in Gi1/0/2. SFP in Gi1/0/2 receives light:
                                           Optical   Optical
           Temperature  Voltage  Current   Tx Power  Rx Power
Port       (Celsius)    (Volts)  (mA)      (dBm)     (dBm)
---------  -----------  -------  --------  --------  --------
Gi1/0/2      47.7       3.21       9.9      -7.4      -7.3   


Why isn't SFP in port Gi1/0/2 up(line protocol is down)?

Comments

  • dead_p00ldead_p00l Member Posts: 136
    From the image and unless i'm missing something you only have light going in one direction, tx from 1/0/1 to rx on 1/0/2 on a pair of standard LX optics. you should also have a fiber for tx from 1/0/2 to rx on 1/0/1.
    This is our world now... the world of the electron and the switch, the
    beauty of the baud.
  • CoolhandlukeCoolhandluke Member Posts: 118
    Yeah they should be in pairs. one for TX one for RX
    [CCENT]->[CCNA]->[CCNP-ROUTE]->COLOR=#0000ff]CCNP SWITCH[/COLOR->[CCNP-TSHOOT]
  • m4rtinm4rtin Member Posts: 170
    dead_p00l wrote: »
    From the image and unless i'm missing something you only have light going in one direction, tx from 1/0/1 to rx on 1/0/2 on a pair of standard LX optics. you should also have a fiber for tx from 1/0/2 to rx on 1/0/1.

    Yes, light is going only in one direction. Only Tx of Gi1/0/1 is connected to Rx of Gi1/0/2:
    Optical   Optical
               Temperature  Voltage  Current   Tx Power  Rx Power
    Port       (Celsius)    (Volts)  (mA)      (dBm)     (dBm)
    ---------  -----------  -------  --------  --------  --------
    Gi1/0/1      47.2       3.31       9.2      -7.1     -40.0   
    Gi1/0/2      47.7       3.21       9.9      -7.5      -7.2
    

    How does Gi1/0/2 know that it's Tx isn't connected? How does the "line protocol" detect that there is no connection between Gi1/0/1 Rx and Gi1/0/2 Tx?

    PS it's a theoretical question not a practical one :)
  • dead_p00ldead_p00l Member Posts: 136
    Im not 100% certain about this but if i had to guess I would think that there is some type of messaege sent back over the transmit side to the receiving optic letting it know that it has both forward and return light. Hopefully someone else will know for certain and will be able to chime in.
    This is our world now... the world of the electron and the switch, the
    beauty of the baud.
  • jason_lundejason_lunde Member Posts: 567
  • m4rtinm4rtin Member Posts: 170
    udld enabled?


    By default those two optical ports have following UDLD settings:
    switch#sh int status | i Gi1/0/
    Gi1/0/1                      notconnect   1            auto   auto 1000BaseLX SFP
    Gi1/0/2                      notconnect   1            auto   auto 1000BaseLX SFP
    switch#sh udld Gi1/0/1         
    
    Interface Gi1/0/1
    ---
    Port enable administrative configuration setting: Follows device default
    Port enable operational state: Disabled
    Current bidirectional state: Unknown
    switch#sh udld Gi1/0/2
    
    Interface Gi1/0/2
    ---
    Port enable administrative configuration setting: Follows device default
    Port enable operational state: Disabled
    Current bidirectional state: Unknown
    switch#
    

    Even if I disable UDLD, ports do not come up when only Tx of Gi1/0/1 is connected to Rx of the Gi1/0/2:
    switch#sh udld Gi1/0/1         
    
    Interface Gi1/0/1
    ---
    Port enable administrative configuration setting: Disabled
    Port enable operational state: Disabled
    Current bidirectional state: Unknown
    switch#sh udld Gi1/0/2
    
    Interface Gi1/0/2
    ---
    Port enable administrative configuration setting: Disabled
    Port enable operational state: Disabled
    Current bidirectional state: Unknown
    switch#sh int status | i Gi1/0/
    Gi1/0/1                      notconnect   1            auto   auto 1000BaseLX SFP
    Gi1/0/2                      notconnect   1            auto   auto 1000BaseLX SFP
    switch#
    

    Any other ideas?
  • Forsaken_GAForsaken_GA Member Posts: 4,024
    Are you trying to make the ports come up? If so, I can probably help.... we actually use unidirectional fiber links on purpose for VOD

    if so, issue the 'unidirectional send-only' command under the interface
  • m4rtinm4rtin Member Posts: 170
    Are you trying to make the ports come up? If so, I can probably help.... we actually use unidirectional fiber links on purpose for VOD

    if so, issue the 'unidirectional send-only' command under the interface

    I would like to understand why Gi1/0/2 is not up(line protocol is down) while Tx of Gi1/0/1 is connected to Rx of Gi1/0/2.
    Looks like my switch does not support this command:
    switch#
    switch#conf t
    Enter configuration commands, one per line.  End with CNTL/Z.
    switch(config)#int Gi1/0/1
    switch(config-if)#uni?
    % Unrecognized command
    switch(config-if)#^Z 
    switch#
    23:40:07: %SYS-5-CONFIG_I: Configured from console by console
    switch#
    

    Even many UDLD related tutorials describe the situation I have:

    broken_fiber.png

    ..but for some reason my Gi1/0/2 is down icon_rolleyes.gif Any other suggestions?
  • Forsaken_GAForsaken_GA Member Posts: 4,024
    Do you have keepalives turned on?
  • m4rtinm4rtin Member Posts: 170
    Do you have keepalives turned on?

    No, keepalives are not turned on:
    switch#sh run int Gi1/0/1            
    Building configuration...
    
    Current configuration : 38 bytes
    !
    interface GigabitEthernet1/0/1
    end
    
    switch#sh run int Gi1/0/2            
    Building configuration...
    
    Current configuration : 38 bytes
    !
    interface GigabitEthernet1/0/2
    end
    
    switch#sh interfaces Gi1/0/1 | i Keep
      Keepalive not set
    switch#sh interfaces Gi1/0/2 | i Keep
      Keepalive not set
    switch#
    

    If I try the very same setup on the Cisco WS-C3560-24TS, the ports do not come up as well:
    WS-C3560-24TS#sh run int Gi0/1
    Building configuration...
    
    Current configuration : 36 bytes
    !
    interface GigabitEthernet0/1
    end
    
    WS-C3560-24TS#sh run int Gi0/2
    Building configuration...
    
    Current configuration : 36 bytes
    !
    interface GigabitEthernet0/2
    end
    
    WS-C3560-24TS#sh int transce
    If device is externally calibrated, only calibrated values are printed.
    ++ : high alarm, +  : high warning, -  : low warning, -- : low alarm.
    NA or N/A: not applicable, Tx: transmit, Rx: receive.
    mA: milliamperes, dBm: decibels (milliwatts).
    
                                               Optical   Optical
               Temperature  Voltage  Current   Tx Power  Rx Power
    Port       (Celsius)    (Volts)  (mA)      (dBm)     (dBm)
    ---------  -----------  -------  --------  --------  --------
    Gi0/1        36.1       3.26      10.0      -7.4      N/A    
    Gi0/2        35.5       3.27       8.7      -7.3      -8.0   
    
    
    WS-C3560-24TS#sh int Gi0/2 status
    
    Port      Name               Status       Vlan       Duplex  Speed Type
    Gi0/2                        notconnect   1            auto   auto 1000BaseLX SFP
    WS-C3560-24TS#
    

    However, if I connect those very same SFP's to Cisco 4506 SUP(WS-X4516-10GE) ports Gi1/5 and Gi1/6, one of the ports does come up! One difference I see is that my Cisco 4506 does not support DDM for SFP ports on SUP while both WS-C3560-24TS and Cisco 3750 series do.

    Any other ideas what might cause such behavior? icon_rolleyes.gif
  • Forsaken_GAForsaken_GA Member Posts: 4,024
    newp, not a clue. Sounds like the access switch is enforcing a valid rx and tx on the pairs for it to consider the port up, and that's not something I have a problem with. Your curiosity on this matter is greater than my own, if you find an answer, please share!
  • m4rtinm4rtin Member Posts: 170
    newp, not a clue. Sounds like the access switch is enforcing a valid rx and tx on the pairs for it to consider the port up, and that's not something I have a problem with. Your curiosity on this matter is greater than my own, if you find an answer, please share!

    Looks like it depends on "speed nonegotiate" :)
    ME-C3750-24TE#sh int transce
    Transceiver monitoring is disabled for all interfaces.
    
    If device is externally calibrated, only calibrated values are printed.
    ++ : high alarm, +  : high warning, -  : low warning, -- : low alarm.
    NA or N/A: not applicable, Tx: transmit, Rx: receive.
    mA: milliamperes, dBm: decibels (milliwatts).
    
                                               Optical   Optical
               Temperature  Voltage  Current   Tx Power  Rx Power
    Port       (Celsius)    (Volts)  (mA)      (dBm)     (dBm)
    ---------  -----------  -------  --------  --------  --------
    Gi1/0/2      47.1       3.24       9.9      -7.3      -7.4   
    
    
    ME-C3750-24TE#sh int Gi1/0/2 status
    
    Port      Name               Status       Vlan       Duplex  Speed Type
    Gi1/0/2   test               notconnect   6            auto   auto 1000BaseLX SFP
    ME-C3750-24TE#conf t
    Enter configuration commands, one per line.  End with CNTL/Z.
    ME-C3750-24TE(config)#int Gi1/0/2
    ME-C3750-24TE(config-if)#speed nonegotiate
    ME-C3750-24TE(config-if)#end
    ME-C3750-24TE#sh int Gi1/0/2 status
    1w0d: %SYS-5-CONFIG_I: Configured from console by console
    1w0d: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/2, changed state to up
    ME-C3750-24TE#sh int Gi1/0/2 status
    
    Port      Name               Status       Vlan       Duplex  Speed Type
    Gi1/0/2   test               connected    6            full   1000 1000BaseLX SFP
    ME-C3750-24TE#
    1w0d: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/2, changed state to up
    ME-C3750-24TE#
    

    I really don't see a point for speed nonegotiate in case of 1000BASE-LX/LH port. Or am I missing something?
  • Forsaken_GAForsaken_GA Member Posts: 4,024
    m4rtin wrote: »
    Looks like it depends on "speed nonegotiate" :)

    Ah, that makes sense, if the port is set to negotiate, and it can't because of no valid rx/tx pair, then yeah, I can see why it would stay down.
    I really don't see a point for speed nonegotiate in case of 1000BASE-LX/LH port. Or am I missing something?

    There exists some gear that simply doesn't do negotiation. We have several pieces of equipment in our backoffice infrastructure like this, and we have to hardcode speed and duplex in order to get a link.
Sign In or Register to comment.