ASR 9K - A9K-2x100GE-TR Port issues with input errors without CRC

[AmyEST]

We are dealing with a migration from IOS XR ASR9k 10G  port to 100G port and facing the issue with INPUT errors, no CRC. We did some loopback test from the patch panel to our provider equipment, from the fiber back to our provider equipment, and no input errors are seen. Also performed some tests on the LC, fabric, optics etc.. and did not see errors, but when it connects back to the 100G port, errors start incrementing. We changed the ports to different LC, including to different ASR, and no luck. Please find the below details. Please help me to find out the problem. We have A9K-2x100GE-TR installed with software IOS XR ver 6.5.3 running

RP/0/RSP0/CPU0:router# sh int Hu0/1/0/1 | i error
847 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
0 output errors, 0 underruns, 0 applique, 0 resets

[balaji.bandi]

post full output - # sh int Hu0/1/0/1 

what is the other side connected,  - what mode of connection SFP or Ethernet

Could you change the cables and check other side's compatible device is configured correctly?

[AmyEST]

 Swapped fiber jumper/cables, SFP as well, and no luck. Part number: PRE-CFP100G-LR4. Our provider has Infinera OTN equipment connected all the way back to another ASR9K router. 

ASR9k (our side A) < Infinera OTN Network > ASR9k (our side B)

HundredGigE0/1/0/1 is up, line protocol is up
Interface state transitions: 198
Hardware is HundredGigE, address is 6c9c.ed07.7701 (bia 6c9c.ed07.7701)
Layer 1 Transport Mode is LAN
MTU 9216 bytes, BW 100000000 Kbit (Max: 100000000 Kbit)
reliability 255/255, txload 0/255, rxload 0/255
Encapsulation ARPA,
Full-duplex, 100000Mb/s, LR4, link type is force-up
output flow control is off, input flow control is off
Carrier delay (up) is 10 msec
loopback not set,
Last link flapped 00:36:40
ARP type ARPA, ARP timeout 04:00:00
Last input 00:50:35, output 00:50:35
Last clearing of "show interface" counters 03:02:20
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
34 packets input, 2310 bytes, 2 total input drops
0 drops for unrecognized upper-level protocol
Received 29 broadcast packets, 0 multicast packets
0 runts, 0 giants, 0 throttles, 0 parity
236216 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
30 packets output, 2070 bytes, 0 total output drops
Output 25 broadcast packets, 0 multicast packets
0 output errors, 0 underruns, 0 applique, 0 resets
0 output buffer failures, 0 output buffers swapped out
65 carrier transitions

[AmyEST · Accepted solution]

This issue has resolved. We escalated it back to our provider and they swapped their optics.

Thank you,

AmyEst

[balaji.bandi]

good to know other side issue.