모니터링과 관리: 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의 DDM | NIC 도구와 진단 |
| 라인 시스템 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, 모니터링).