SONiC의 Wedge100BF-32X: 100G LR4가 백투백으로는 링크되는데 TX를 먼저 패치하지 않으면 트랜스포트를 거쳐서는 안 됨

리스한 광 트랜스포트 시스템을 거쳐서 코어 라우터로 100G 회선을 넘기고 있는데, 우리 쪽 포트가 올라오길 거부합니다. 같은 모듈 페어가 벤치에서는 즉시 링크되니 더 짜증이 납니다.

• SONiC를 돌리는 Wedge100BF-32X(wedge100bf_32x)
• InnoLight TR-FC13L-N00, 100G LR4 QSFP28, 10 km
• 우리와 코어 라우터 사이의 Juniper BTI 트랜스포트 시스템

admin@sonic:~$ show interfaces status
  Interface    Speed    Admin    Oper
  Ethernet0     100G       up    down

지금까지 거쳐온 것:

• 같은 모듈 두 개를 벤치에서 백투백으로 연결하면 올라와서 계속 유지됨, 양쪽 다 불만 없음
• 우리 쪽 모듈을 바꾸고 패치 코드도 둘 다 교체함
• 트랜스포트 담당자가 자기네 ingress 포트에서 우리 쪽 빛이 보인다고 확인해줌

되는 게 하나 있긴 합니다. 두 가닥을 뽑았다가 순서대로, TX 먼저 넣고 몇 초 기다린 다음 RX를 넣으면 포트가 올라와서 계속 그 상태로 유지됩니다. 이건 프로덕션 인계용 runbook에 적어넣고 싶은 방법이 아니고, 트랜스포트 쪽 유지보수 창을 넘기지도 못합니다.

그래서 그 몇 초 사이에 무슨 일이 벌어지는 걸까요? 양쪽 다 서로의 fault signalling을 기다리며 앉아 있고 누구도 먼저 송신을 시작하지 않는 것처럼 보이는데, 이 플랫폼에서는 그걸 들여다볼 방법이 없습니다. SONiC를 돌리는 Wedge에서 트랜스포트 인계를 상대로 이걸 추적해본 분 있나요, 스위치 쪽에 손볼 수 있는 뭔가가 있나요?