MRV OptiSwitch OS906: demarcation 현장에서 SFP 파트넘버와 RX 파워를 보여주는 CLI 명령은 무엇인가
우리는 MRV OptiSwitch demarcation 박스에서 고객 회선을 인계하는데, 대부분 OS906이고 오래된 구축분에는 OS904와 OS912가 몇 대 남아 있습니다. 회선이 다운되거나 flapping한다는 티켓이 들어오면, 누가 현장에 나가기 전에 SSH로 두 가지를 확인하고 싶습니다. 포트에 실제로 어떤 모듈이 꽂혀 있는지(설치기사가 뭘 끼웠는지는 아무도 기록하지 않습니다), 그리고 수신 파워가 얼마인지, 그래야 빛이 끊기는 게 우리 쪽인지 저쪽인지 말할 수 있으니까요.
- MRV OptiSwitch OS906 at the customer demarcation point, OS904 and OS912 on a few older sites
- Generic 1G SFPs, mixed vendors, whatever the field crew had in the van
- Single-mode span back to our POP
지금까지 알아낸 건 빈 케이지가 이렇게 딱 잘라 답한다는 것뿐입니다:
Failed to get EEPROM Data, SFP is not inserted그래서 적어도 모듈이 없는 것과 꽂혀 있는데 아무 말도 안 하는 것 정도는 구분할 수 있습니다. 아직 못 하는 건 꽂혀 있는 모듈의 벤더, 파트넘버, 파장을 출력하거나 TX/RX 파워를 읽는 겁니다.
지금까지 해본 것:
show port아래 CLI 도움말을 훑어봤는데 정확한 서브커맨드를 분명히 놓쳤습니다- 정상 동작이 확인된 모듈을 랩의 OS904에 꽂아 출력이 달라지는지 봤는데 - 아무것도 안 보였습니다
OptiSwitch에서 EEPROM 내용과 실시간 광 레벨을 보여주는 명령은 어떤 건가요? CLI가 이미 답을 갖고 있는 현장에 파워미터 든 사람을 보내고 싶지는 않습니다.
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 5
명령 두 개로 해결되는데, 바라던 대로 딱 나뉘어 있습니다. 모듈이 스스로 뭐라고 주장하는지는 하나에서, 실시간 측정값은 다른 하나에서 나옵니다.
show port sfp-params는 EEPROM 필드를 덤프합니다 - 벤더, 파트넘버, 시리얼, 파장, 모듈이 신고하는 공칭 속도, 파이버 타입별로 갖고 있는 도달거리 수치, 여기에 identifier와 커넥터 바이트까지. 이걸로 설치기사가 실제로 뭘 끼웠는지, 그 도달거리가 이 구간에 애초에 맞는지를 알 수 있습니다.show port sfp-diag <portnumber>가 실시간 쪽입니다: 두 온도 단위로 나타낸 모듈 온도, 공급 전압, 송신측 바이어스 전류(mA), 그리고 광 파워 두 개를 각각 dBm과 mW로 두 번씩 보여줍니다. dBm 단위의 RX 값이 반대쪽 운영자에게 알려줄 숫자입니다.sfp-params부터 확인하세요 - 단거리용인지 장거리용인지 모르는 상태에서는 dBm 값 하나만으로는 별 의미가 없습니다.
이미 찾아내신 그 문자열은 기억해둘 만합니다.
Failed to get EEPROM Data, SFP is not inserted는 케이지가 비어 있다는 뜻이고, 이건 모듈이 꽂혀는 있는데 읽히지 않는 것과는 다른 장애입니다. demarcation 박스 여러 대에 걸쳐 이걸 스크립트로 짤 일이 있으면, 바로 그 줄을 매칭 기준으로 삼으면 됩니다.이 박스들에서 나머지 명령어 모음:
detail은 설정과 포트 상태를 주고, 두 statistics 명령은 패킷·바이트·에러 카운터를 주는데 monitor는 실시간 뷰이고, time을 초 단위로 준 rate는 그 구간 동안의 처리량을 줍니다.
실제로 증명하려는 게 어느 쪽 끝이고, 구간 반대편에는 뭐가 있나요? 양쪽 다 OptiSwitch라면 각각에서 sfp-params를 뽑아 벤더, 파트넘버, 파장을 바로 비교할 수 있고, 그러면 한쪽엔 장거리 모듈을 다른 쪽엔 단거리 모듈을 꽂아버린 전형적인 사례도 잡아낼 수 있습니다.
반대편이 고객이나 다른 운영자 소유라면, dBm 숫자를 말하기 전에 그쪽 모듈 정보부터 티켓에 넣어두세요. 안 그러면 애초에 광학적으로 될 리가 없었던 링크를 두고 일주일 내내 말싸움하게 됩니다. 그리고 출력을 확보한 다음엔: 비어서 돌아오는 게 포트 하나뿐인가요, 아니면 박스의 모든 포트인가요? 이건 서로 다른 두 가지 문제입니다.
혹시 그쪽에서 넘어온 분이 있을까 봐 말씀드리면, Cisco 라우터에서도 같은 부류의 문제가 있습니다. ISR 4451에서는 Catalyst에서 하던 습관대로
show interface transceiver를 쳐봐야 아무 소용이 없습니다. 라우터가 그 문법을 아예 받아주지 않아서, 사람들은 이 플랫폼에 DOM이 아예 없다고 결론 내리곤 합니다. 실은 있습니다. 대신 하드웨어 모듈 트리를 통해 접근합니다:돌아오는 건 모듈 온도, 송신측 공급 전압과 바이어스 전류, 그리고 두 파워 수치입니다. 여기서 죽은 링크에서 GLC-LH-SMD는 송신 쪽이 약 -7.1 dBm, 수신 쪽이 -32.2 dBm으로 읽혔는데, 이건 경계선상의 구간이 아니라 완전히 암흑입니다 - 반대편이나 파이버 경로 문제지 라우터와는 무관합니다.
제가 쓰는 대략적인 기준: 건물 내부 단거리 구간은 -3~-8 dBm 정도, 장거리는 거리에 따라 움직이고, 대략 -30 dBm 아래면 아무것도 도착하지 않는 겁니다. 그리고 파이버를 탓하기 전에:
show logging의 %TRANSCEIVER-3-NOT_SUPPORTED나show interface에서 미디어 타입이 unknown으로 찍히는 것, 둘 중 하나라면 라우터가 모듈을 거부했다는 뜻입니다.모음에 플랫폼 하나 더 추가합니다. Avaya VSP 7000에서는 명령 하나면 됩니다:
스위치가 케이지 속 모듈에서 읽어낸 내용을 그대로 출력해주고, 트러블슈팅 챕터는 그 출력을 기준으로 장비가 지원 대상인지 판단합니다.
짜증나는 부분: 적격 모듈 목록은 그 챕터에 없습니다. 물리적 설치·제거 절차와 함께 별도의 트랜시버 설치 문서인 NN47202-302에 들어 있습니다. 모듈이 failed나 unsupported로 나오면, 문서상의 답은 그 목록에 있는 걸로 바꾸라는 겁니다.