Cisco 7606 interface remains DOWN DOWN B end - to New Comms provider equip A end.

[SC856]

Hello, 

Any help would be greatly appreciated.  My company is changing network provider and a new Xconnect provided by the new supplier, is consistently going to  DOWN DOWN when we connect to the new SM  fibre. The provider end is getting ERR-DISABLE.  Our new provider uses QnQ service and our connection is configured to be Switchport Trunk mode to pass our vlans across this new X connect, which then goes  between buildings to our equipment at the other end (note the x connect at the other end comes up ok).

Due to Covid 19 restrictions, I cannot get to the datacentre currently to troubleshoot.  Remote hands is available at the Data Center, they have performed loop tests and say these have passed. We want to cutover to this new cross connect as we are now paying for it and do not wish to pay for two circuits at once.

Our end is a Cisco 7606 router, using single mode SFP 1000m Transceiver which is operating perfectly well with the existing connection ( there has been a suggestion that this transceiver could be a mismatch with the new provision at the other end)..    The provider end of the Xconnect says they have LOS across the connection to our end. 

I have changed port config to disable auto negotiation as requested by our new provider. still no joy.  I have shut/no shut port etc., but still no joy, STATUS AND PROTOCOL remains DOWN DOWN.  

The port config is below:- 

interface GigabitEthernet2/1
 description WAN (Core Backbone) to XXXX. XXXX Gi0/0 via Physical Fibre Connect 
 switchport
 switchport trunk allowed vlan 809,909,910
 switchport mode trunk
 mtu 9000
 load-interval 30
 speed nonegotiate
 service-policy output PM-QOS-WAN-THW
end

Can anyone assist with providing pointers on what else to look at?

Thankyou 

[balaji.bandi]

If provider side error disable, what is the reason for error disable -you should collect the Logs and post here.

Post also show interface g 2/1 to see your SFP Model.

1. Another test you can do to confrm your port working, connect to any Local device and see if the Port-come up ( so physically all validated.

2. try to twist end patch lead (towards your device ) and test.

as shown in video :

https://www.youtube.com/watch?v=-5VH2tZEoDQ

[SC856]

Thankyou for your response and video.
I have asked the Remote hands support to swap over the fibers, but they have said it isn't that as the loop test has worked ok. Is this a correct assumption?
I have asked that the other side provide the ERR-DISABLE logs the other day, but didn't receive anything as yet.

This has all been made more difficult with Covid-19 and lack of our access to site. Thanks again for your help.

regards

[SC856]

posting sh int gi2/1 (this is connected to our existing supplier - which is working all ok).

GigabitEthernet2/1 is up, line protocol is up (connected)
Hardware is X40G 1Gb 802.3, address is 0024.f950.1280 (bia 0024.f950.1280)
Description: WAN (Core Backbone) to xxx.xxx Gi0/0 via Physical Fibre Connect (Patch 1&2)
MTU 9000 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 25/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 1000Mb/s, clock source internal, media type is LX
input flow-control is off, output flow-control is on
Clock mode is auto
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:03, output 00:00:50, output hang never
Last clearing of "show interface" counters 1d05h
Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: Class-based queueing
Output queue: 0/40 (size/max)
30 second input rate 1271000 bits/sec, 1899 packets/sec
30 second output rate 100712000 bits/sec, 8402 packets/sec
653160354 packets input, 213396944357 bytes, 0 no buffer
Received 68299 broadcasts (68293 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
2133539568 packets output, 3177616140221 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 unknown protocol drops
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

[balaji.bandi · Accepted solution]

how about the new one ?

make sure new Link meet the same requirement as below :

1000BASE-LX/LH SFP for both multimode and single-mode fibers

The 1000BASE-LX/LH SFP, compatible with the IEEE 802.3z 1000BASE-LX standard, operates on standard single-mode fiber-optic link spans of up to 10 km and up to 550 m on any multimode fibers. When used over legacy multimode fiber type, the transmitter should be coupled through a mode conditioning patch cable. For details on this implementation, refer to http://www.cisco.com/en/US/prod/collateral/modules/ps5455/product_bulletin_c25-530836.html.