[c-nsp] ONS-CATALYST GigEth problem

morph morph at 0z0ne.com
Mon Jun 27 10:20:45 EDT 2005


I must add that I can see this error in the catalyst:

Jun 27 14:13:17: GigaportNegotiator for Gi1/1 lost sync for more than 
10ms but link is up, count=15

Perhaps a negotiation problem?

Cheers!

morph wrote:

>Hi all!
>
>I have a 4507 connected to an ONS 15530.
>I have no experience in ONS so I want to share with you my problem to 
>see the light :P
>
>The problem is that a gigabit ethernet link between them is not up in 
>both sides (It´s not a DWDM problem related).
>I mean... in the ONS gigabit link I can see is up (L2 and L3 layers) in 
>the Catalyst side I see it down.
>So, can someone give me a tip of what´s wrong with my config?. The wires 
>seem to be fine.
>
>Here is the sh int at the ONS side and the configuration of the interface:
>
>sh  interface GigabitPhy7/0/4
>GigabitPhy7/0/4 is up, line protocol is up
>  Optical Transceiver: Multi-Mode
>  Signal quality: Good
>  Client Laser Status: Down due to Keep-alive timeout
>  Encapsulation: GigabitEthernet
>     auto negotiation: enabled, but not complete.
>  Time of last "encapsulation" change never
>  Forward laser control: On
>  Flow-identifier: 5
>  Loopback not set
>  Protection Mode: None    Interface state: Active
>  Threshold monitored for: None
>  Received Frames: 0
>  Received Bytes: 0
>  Transmit Frames: 0
>  Transmit Bytes: 0
>  Code violation and running disparity error count( 8b10b cvrd): 4312502096
>  RX CRC errors: 0
>  TX CRC errors: 0
>  Giant Packets: 0
>  Runt Packets: 0
>  5 minute input rate 0 bits/sec, 0 frames/sec
>  5 minute output rate 0 bits/sec, 0 frames/sec
>  MTU size is 10232 bytes
>  Hardware is gige_fc_phy_port
>
>
>interface GigabitPhy7/0/4
> no ip address
> encapsulation gigabitEthernet
> negotiation auto
> cdl flow identifier 5
> laser control forward enable
>!
>
>Here is the sh int at the 4507 side and the configuration of the interface:
>
>
>sh interface GigabitEthernet1/1
>GigabitEthernet1/1 is down, line protocol is down (notconnect)
>  Hardware is Gigabit Ethernet Port, address is 000f.2434.8e00 (bia 
>000f.2434.8e00)
>  Description: Pri_BBSS_01
>  MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
>     reliability 255/255, txload 1/255, rxload 1/255
>  Encapsulation ARPA, loopback not set
>  Keepalive set (10 sec)
>  Full-duplex, 1000Mb/s, media type is SX
>  input flow-control is off, output flow-control is off
>  ARP type: ARPA, ARP Timeout 04:00:00
>  Last input 1y8w, output never, output hang never
>  Last clearing of "show interface" counters 00:09:13
>  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
>     0 packets input, 0 bytes, 0 no buffer
>     Received 0 broadcasts (0 multicast)
>     25 runts, 0 giants, 0 throttles
>     8229 input errors, 811 CRC, 0 frame, 0 overrun, 0 ignored
>     0 input packets with dribble condition detected
>     0 packets output, 0 bytes, 0 underruns
>     0 output errors, 0 collisions, 0 interface resets
>     0 babbles, 0 late collision, 0 deferred
>     0 lost carrier, 0 no carrier
>     0 output buffer failures, 0 output buffers swapped out
>
>interface GigabitEthernet1/1
>  switchport trunk encapsulation dot1q
> switchport trunk allowed vlan 1,20,99-799
> switchport mode trunk
> speed nonegotiate
> flowcontrol send desired
> spanning-tree portfast disable
>!
>
>
>
>_______________________________________________
>cisco-nsp mailing list  cisco-nsp at puck.nether.net
>https://puck.nether.net/mailman/listinfo/cisco-nsp
>archive at http://puck.nether.net/pipermail/cisco-nsp/
>
>
>  
>


More information about the cisco-nsp mailing list