CodingBox Q&A Ask question

CRS226이 Cisco 코드 SFP-10G-LR 업링크에서 no-link와 sfp-rx-lose yes를 표시

Asked Active Viewed 42 AI translation from English
3

작은 애그리게이션 사이트를 인수받았는데, 모듈을 교체한 뒤로 10G 업링크 중 하나가 올라오질 않습니다. 그 모듈이 CRS226과 비호환으로 등록되어 있어서 처음엔 그쪽을 의심했는데, 출력을 보면 모듈이 거부당한 것 같지는 않습니다.

  • MikroTik CRS226 at the aggregation site, module in sfp-sfpplus1
  • Fiberworks SFP-10G-LR, Cisco 코드
  • 원격 사이트까지 싱글모드 페어, 도중에 패널 두 개를 거쳐 패치됨
/interface ethernet monitor sfp-sfpplus1
                  status: no-link
             sfp-rx-lose: yes

같은 출력에서 온도와 공급 전압은 완전히 정상으로 나오고, 모듈도 분명히 인식되고 있습니다 - 빈 케이지 판독이 아닙니다.

이미 확인한 것:

  • 모듈을 다시 꽂고 양쪽 커넥터 청소
  • 다른 SFP+ 포트로 옮겨봄, 결과 동일
  • 포트 설정 확인, 강제 설정도 비활성화도 없음

그래서 어느 쪽인가요: CRS226이 Cisco 코드 모듈을 조용히 거부하면서 no-link로 표시하는 건가요, 아니면 sfp-rx-lose가 제가 생각하는 그 의미가 맞아서 반대쪽 현장에 사람을 보내야 하는 건가요?

Comments 5

Accepted answer

이미 올려주신 출력이 호환성 문제는 답을 준 셈입니다. 스위치가 거부한 모듈이라면 온도와 전압 자체가 나오지 않습니다 - 완전한 monitor 출력이 나온다는 건 CRS226이 모듈을 제대로 읽고 정상적으로 통신하고 있다는 뜻입니다. 그리고 sfp-rx-lose: yes는 모듈 자체가 내는 loss-of-signal 표시입니다. 수신 광섬유에 빛이 안 들어온다는 거죠. 빛이 안 들어오면 코딩이 뭐라고 하든 링크는 안 뜹니다.

그러니 이건 호환성 문제가 아니라 선로 문제입니다. 저라면 이 순서로 확인하겠습니다:

  • 반대쪽 포트가 활성화되어 있고 레이저가 실제로 켜져 있는지 확인, 반대쪽에서 shut된 인터페이스도 증상이 똑같이 보임
  • 누가 페어를 그대로 직결 패치했을 수 있으니 패널에서 수신과 송신을 바꿔서 확인
  • 수신 심선에 파워미터를 대보기, 아무것도 안 잡히면 경로를 따라가며 확인
  • 단선을 의심하기 전에 양쪽 단자면을 점검하고 청소

참고로 저희 쪽에서는 같은 종류의 모듈이 CRS226에서 CCR까지 몇 달째 잘 돌고 있어서, 조합 자체는 문제가 아닙니다.

4 IndiagigopsIN Show original (English) AI translation

반대쪽에는 뭐가 물려 있고, 그쪽에서는 포트가 up으로 보이나요? 원격 송신기가 켜져 있다면 단순 loss-of-signal이 아니라 어느 정도 수신 파워가 잡혀야 정상입니다.

현장에 나가기 전에 손쉽게 해볼 수 있는 확인이 두 가지 있습니다. 패치 패널에서 두 심선을 바꿔 물려보고 표시가 그대로인지 봅니다. 그리고 반대쪽에서 자기 모듈을 읽어달라고 하세요. 양쪽 모두 수신 손실을 보고한다면 페어가 중간 어딘가에서 끊겼거나, 두 패널 중 한 곳에서 심선을 잘못 물린 겁니다.

0 FrancefiberwolfFR Show original (English) AI translation

현장에서는 두 가지 장애 유형을 구분해 두는 게 좋습니다. 지금 겪고 계신 건 빛이 아예 없는 경우로, 쉬운 쪽입니다. 더 골치 아픈 쪽은 빛이 아슬아슬하게 들어오는 경우입니다. 저희 쪽 광 업링크 페어 중 하나는 -18.4 dBm 임계값 대비 -20.2 dBm으로 Rx power low 알람이 찍혔고, 링크는 명목상 up 상태를 유지하면서 입력 에러가 4만 6천 건, CRC 에러가 4만 2천 건이나 쌓였습니다. show interface transceiver detail과 show interface counters errors로 그 상황을 확인했습니다.

현장 작업은 어느 쪽이든 똑같습니다 - 양쪽 단자면을 청소하고 점검하고, TX/RX를 측정하고, 구간이 너무 길지 않은지, 융착이 잘못되지 않았는지, 싸구려 패치코드는 아닌지 확인하고, 레벨이 계속 낮으면 모듈을 교체하세요. 저희 쪽은 정확한 원인을 끝내 밝히지 못했으니 결론이 아니라 방향 정도로 받아들이시기 바랍니다.

2 ChinasfpnodeCN Show original (English) AI translation

반대쪽 점검 목록에 하나 더 추가하세요: 광섬유에는 아무 문제가 없어도 수신부 자체가 죽을 수 있습니다.

Cisco에는 FN-72192라는 필드 노티스가 있는데, QSFP-40G-LR4(QSFP-40G-LR4-S, WSP-Q40GLR4L로도 판매됨) 일부 배치가 수신 디텍터 위치가 정위치에서 살짝 벗어난 채로 출고된 문제를 다룹니다. 해당 노티스는 시리얼이 ACW로 시작하고 날짜 코드가 ACW2415xxxx-ACW2449xxxx 범위에 있는 모듈에 해당하며, 이런 모듈은 수신 쪽 성능이 저하되면서 링크가 다운됩니다. 명시된 플랫폼은 ASR 900 시리즈입니다. 대응은 장애 시 교체이므로, 설정으로 해결할 문제가 아니라 시리얼 확인과 지원 케이스 접수의 영역입니다.

지금 겪고 계신 링크에도 적용될 만한 부분은, 조기 경고가 갑자기 뚝 떨어지는 게 아니라 DOM 데이터의 수신값이 서서히 꾸준하게 내려가는 형태로 나타난다는 점입니다. 뭔가 이미 고장 난 다음에 한 번 읽어보는 대신 모든 업링크의 DOM을 그래프로 남겨둘 만한 이유가 되겠네요.

1 South KoreanetrunnerKR Show original (English) AI translation

판독값을 믿을 수 있는지에 대해서는 - 대체로 그렇지만 무조건 믿을 건 아닙니다. MikroTik SFP+ 슬롯에 꽂힌 Huawei GPON ONT 스틱이 수신 파워가 매우 낮다고 표시하면서, 훨씬 빠른 요금제인데도 다운로드가 20Mbps 아래에 묶여 있던 사례가 돌아다녔는데, 판독값이 잘못된 건지 회선이 문제인지 아무도 끝내 밝혀내지 못했습니다. 미해결로 남았고요.

지금 말씀하신 것 같은 평범한 LR 페어라면 monitor 출력을 그대로 믿어도 됩니다. SFP+ 케이지에 뭔가 특이한 모듈이 꽂혀 있는 경우라면, 출동 계획을 세우기 전에 반대쪽에서 한 번 더 확인해 볼 가치는 있습니다.

3 GermanywavesmithDE Show original (English) AI translation
Log in to comment. Log in