CodingBox 문서

모니터링과 관리: DDM, OSC, OCM, RFTS, 알람

수동 설비는 아무 신호도 보내지 않습니다. 그 주위의 능동 인프라만이 광 링크에 대한 실시간 정보의 유일한 원천입니다. 모든 트랜시버가 자신의 광을 측정하고, 모든 증폭기가 펌프와 이득을 보고하며, ROADM 노드가 스펙트럼을 감시하고, 감시 채널이 이 모든 정보를 사이트 사이로 전달하며, 원격 시험 시스템은 트래픽이 흐르는 중에도 광섬유에 OTDR 펄스를 발사합니다. 이 페이지는 가시성의 계층, 각 계층이 일으키는 알람과 그 의미, 베이스라인과 추이를 유지하는 방법, 데이터를 수집하는 프로토콜과 도구, 모듈 데이터와 광섬유 데이터를 대조해 장애를 찾는 방법, 그리고 고객보다 먼저 문제를 포착하는 모니터링 구성의 실무 규칙을 다룹니다.

가시성의 계층

계층출처확인하는 정보상세
트랜시버 진단(DDM/DOM)모듈의 모니터 포토다이오드와 센서를 호스트가 읽음Tx·Rx 광출력, 레이저 바이어스, 온도, 공급 전압; 400G 이상 및 코히어런트 모듈에서는 pre-FEC BER, 색분산, DGD, OSNR(VDM)도 포함DDM 기초, VDM 및 FEC 지표
호스트 포트 카운터스위치, 라우터, NIC의 MAC/PCS링크 상태와 플래핑, FEC 정정·비정정 블록, CRC 오류, PCS 오류 블록관리와 모니터링
증폭기 텔레메트리EDFA와 라만 장치입력·출력 광출력, 이득, 펌프 전류와 온도, 입력 손실, APR 상태증폭과 재생 중계
광 채널 모니터(OCM)ROADM과 단말 노드에 내장된 스펙트럼 분석기채널별 광출력과 유무, OSNR 추정치, 틸트전송·액세스 장비
광 감시 채널(OSC)라인 사이트 사이의 전용 파장(1 510 nm 또는 1 610 nm)스팬 손실, 원격 알람, 무인 사이트로의 관리 연결위와 동일
원격 광섬유 시험 시스템(RFTS)1 625 nm 또는 1 650 nm로 운용 중인 광섬유에 결합된 OTDR 장치새 이벤트, 손실 변화, 광섬유상의 단선 위치유지보수와 복구
환경 센서캐비닛, 클로저, 오두막도어, 온도, 습도, 침수, 상용 전원과 배터리 상태위와 동일
기록과 베이스라인개통 시험과 링크 패스포트모든 광섬유와 모듈에서 "정상"이 의미하는 값문서화와 라벨링

알람과 그 의미

알람발생 주체의미최초 점검 사항
신호 손실(LOS)수신기: 빛이 없음광섬유 단선, 원단 송신기 꺼짐, 잘못된 파장이나 채널, 코드 분리원단 Tx 광출력과 링크 상태(링크 없음)
동기 손실, 프레임 손실(LOL, LOF)CDR, PCS, OTN 프레이머빛은 있지만 사용할 수 없음: 속도나 FEC 불일치, 허용치를 넘는 분산이나 잡음, 매우 낮은 광출력수신 감도 대비 Rx 광출력, 속도와 FEC 설정
Rx 광출력 낮음 경고 또는 알람모듈 임계값설비 손실 증가 또는 원단 Tx 저하; 일반적인 임계값은 수신 감도보다 몇 dB 높은 수준원단 Tx와 근단 Rx의 추이(임계값과 알람)
Rx 광출력 높음모듈 임계값ER/ZR에 손실이 너무 적거나 증폭된 출력이 수신기로 들어옴감쇠기
Tx 광출력 낮음, 레이저 바이어스 높음모듈레이저 노화 또는 고장바이어스 추이(Tx 바이어스와 레이저 노화)
온도 높음모듈 또는 장비통풍 막힘, 팬 고장, 고온 사이트, 등급을 초과한 모듈사이트 환경(온도와 전압)
Pre-FEC BER 상승, 정정 불가 블록호스트 또는 모듈 FEC 통계링크가 끊기기 전에 마진이 소진되는 중 — 광출력, 분산, PMD, 반사, 오염된 커넥터가 원인Rx 광출력 및 OSNR과 대조
링크 플래핑호스트간헐적 접촉 불량, 반사, 한계에 가까운 광출력, 온도 순환링크 플래핑
모듈 없음 또는 미지원호스트장착 불량, 코딩, 호환되지 않는 유형벤더 락
증폭기 입력 손실, APR 작동증폭기상류 광섬유 단선; 안전을 위해 펌프 정지APR을 무력화하지 말 것; 단선 위치 파악(안전과 취급)
스팬 손실 증가(OSC)라인 시스템광섬유 열화, 굴곡, 침수, 스팬 내 오염된 커넥터해당 스팬을 RFTS나 OTDR로 측정(OTDR 트레이스 해석)
RFTS 새 이벤트 또는 손실 변화원격 OTDR특정 거리에서 발생한 새로운 굴곡, 접속점 열화, 침수, 단선경로상의 위치로 환산 후 출동
도어 개방, 침수, 상용 전원 장애, 배터리 부족환경해당 사이트가 곧 광섬유 단선으로 이어질 수 있음배터리가 방전되기 전에 출동

알람 계층 구조가 중요합니다: 광섬유 단선 하나가 모든 파장에서 LOS를, 증폭기에서 입력 손실을, OSC에서 스팬 손실을, 그리고 수많은 서비스 알람을 동시에 일으킵니다 — 근본 원인은 이 계층에서 가장 아래에 있는 것입니다.

베이스라인과 추이

방법규칙
개통 시 링크 패스포트 작성양쪽 모듈의 원단 Tx, 근단 Rx, 바이어스, 온도; 양방향 OTDR; 모든 파장에서의 손실
절대 임계값만이 아니라 변화량으로도 경고베이스라인 Rx보다 2 dB 낮으면 모듈 자체의 저전력 알람보다 훨씬 먼저 점검 신호
폴링 주기광출력 값은 1–5분; 카운터는 분 단위; RFTS 스캔은 매시간에서 매일
계절적 변동가공 설비와 옥외 설비에서 ±1 dB 변동은 정상 — 기록해 둘 것
변경이 있을 때마다 베이스라인 재설정모듈 교체, 재접속, 재패치
정확도DDM은 절대 정확도 ±1–2 dB이지만 반복 정밀도는 ±0.1 dB — 추이 파악에는 적합하지만 인증에는 부적합(정확도와 한계)
보존 기간완만한 열화와 계절성을 파악하려면 최소 1년치 광출력 이력을 보관(모니터링)

프로토콜과 도구

방식제공하는 정보비고
CLI(show interface transceiver 등)요청 시 포트별 DDM 값스크립트 작성에 적합; 구문은 NOS마다 다름(DDM 조회 도구)
SNMP 폴링과 트랩DDM, 카운터, 장비 알람광 수치는 벤더 MIB 사용; 일부 플랫폼은 ENTITY-SENSOR-MIB
스트리밍 텔레메트리(gNMI, OpenConfig, NETCONF)몇 초 간격의 DDM과 카운터openconfig-platform-transceiver 모델 사용; 추이 파악에 가장 적합
ethtool, mlxlink 등 NIC 도구서버 NIC의 DDMNIC 도구와 진단
라인 시스템 EMS/NMS증폭기, OCM, OSC 데이터와 광 계층 알람상위 연동은 TL1 또는 NETCONF
RFTS 소프트웨어트레이스 비교, 이벤트 알람, 거리의 GIS 매핑거리를 위치로 환산하려면 경로 기록 필요
통합 NMS, 시계열 데이터베이스, 대시보드광섬유·모듈·서비스·환경 데이터의 상관관계 분석근본 원인 분석이 이루어지는 곳

모듈 데이터와 광섬유 데이터 대조하기

관찰 결과가능성 있는 원인확인 방법
근단 Rx 저하, 원단 Tx와 바이어스는 그대로설비 손실 증가: 굴곡, 커넥터, 침수, 클로저OTDR 또는 RFTS; 커넥터 검사
원단 Tx 저하, 바이어스 상승원단 레이저 노화모듈 교체(Tx 바이어스와 레이저 노화)
양방향이 함께 열화공통 경로 문제: 공유 클로저, 덕트, 캐비닛 온도현장 점검
Rx는 정상, pre-FEC BER 상승분산, PMD, 반사, 비선형 또는 잡음 — 광출력 문제 아님OSNR(코히어런트 VDM), 반사율, 특성 측정(광섬유 특성 측정)
Rx가 하루 1–2 dB씩 변동옥외 설비의 온도 또는 한계에 가까운 커넥터날씨와 대조; 검사
평균 광출력은 정상인데 플래핑 발생반사, 간헐적 접촉 불량, 오염된 단면OTDR로 반사율 확인, 단면 검사(단면 검사와 세척)
트래픽은 정상인데 온도 높음통풍 또는 팬현장
한 사이트에서 전체 다운전원환경 알람, 배터리
파장 하나만 다운, 나머지는 정상해당 모듈, 그 패치 코드, 또는 ROADM 채널 설정모듈 교체, 채널 계획 확인

실무 규칙

규칙이유
모든 링크의 양쪽 끝을 모니터링설비 손실은 원단 Tx에서 근단 Rx를 뺀 값입니다; 한쪽 끝만으로는 어느 쪽이 열화됐는지 알 수 없음
호스트를 통해 DDM을 읽고, 벤치 값도 보관호스트의 측정값이 운용상의 실제 값이고, 벤치 값은 설비에 들어가기 전의 베이스라인(앱의 DDM)
알람 임계값은 모듈 유형이 아니라 링크별로 설정모듈의 공장 출하 임계값은 폭이 넓지만, 링크의 마진은 그 링크만의 값
보호 경로도 시험트래픽이 없는 대기 경로라도 Rx 광출력을 감시해야 하며, 그렇지 않으면 조용히 실패함
모니터링 장비도 모니터링RFTS 장치, OSC 단말, 센서도 고장 날 수 있음
기록을 최신 상태로 유지경로 지도가 없으면 "12.3 km"에서 발생한 알람은 무용지물(문서화와 라벨링)
관리망은 분리장애가 발생했을 때 그것을 확인할 수단까지 함께 끊겨서는 안 됨

CodingBox에서는

벤치가 첫 번째 모니터링 지점입니다: CodingBox는 설치 전에 모듈의 DDM, 임계값, VDM 기능을 읽어내므로, 링크 패스포트는 모듈 단독으로 확인된 정상 값 — Tx 광출력, 바이어스, 온도 — 에서 출발하며, 이후 호스트에서 측정한 값을 이 값과 비교해 판단할 수 있습니다(앱의 DDM, Check transceiver, 모니터링).


이 문서에서 부정확한 내용이나 오류를 발견하면 해당 부분을 선택하고 Ctrl+Enter를 눌러 해 주세요.