문제 맵과 진단 방법

이 섹션은 SFP/QSFP/QSFP-DD 트랜시버와 광케이블 작업에서 네트워크 엔지니어가 실제로 부딪히는 문제와 그것을 확실히 해결하는 방법을 정리합니다 — 토론 스레드와 기술 자료 50건 이상을 검토한 업계 조사에서 뽑아낸 내용입니다. 아래 각 주제에는 증상, 원인, 실제로 통하는 해결책을 담은 자료가 따로 마련되어 있습니다. 증상은 있지만 어디서부터 시작할지 모르겠다면 증상 색인을 열어 보십시오.

가장 자주 발생하는 문제

진단 사다리

증상이 무엇이든 숙련된 운영자는 같은 순서를 따릅니다. 1G SFP든 400G CMIS 모듈이든 마찬가지로 적용됩니다:

1. 양쪽 끝의 수치를 확인합니다. 설치 시점에 기록한 값과 Tx/Rx를 비교합니다. 양방향 간 비대칭과 DDM 임계값 초과 여부를 확인합니다.
2. 커넥터를 점검하고 세정합니다. 점검 → 세정 → 재점검. 오염은 가장 손쉽게 되찾을 수 있는 데시벨입니다.
3. 모듈을 다시 꽂거나 교체합니다. 트랜시버를 다시 삽입합니다; 그래도 해결되지 않으면 정상 동작이 확인된 모듈로 교체합니다.
4. 양방향에서 OTDR을 측정합니다. 그런 다음에야 광섬유 경로 자체를 의심합니다 — 그리고 사업자에게 트레이스를 요청합니다.

이 네 단계를 거친 뒤에야 EEPROM 내용, CMIS 상태, FEC 설정, BER을 파고드는 것이 의미가 있습니다.

전체를 관통하는 여섯 가지 패턴

1. 지원 요청을 위해 OEM 모듈을 보관해 둡니다. 업계에서 가장 자주 반복되는 조언입니다: 벤더에 티켓을 열기 전에 정품 모듈로 바꿔 끼우면 지원팀이 서드파티 광학 부품을 탓할 수 없습니다.
2. EEPROM 코딩이 대부분의 “호환성” 문제를 해결합니다. 호환성은 펌웨어가 아니라 모듈 메모리 속 식별 문자열의 문제입니다. 바로 이것이 CodingBox가 존재하는 이유입니다.
3. DDM은 주된 도구이지만 완전하지는 않습니다. 임계값은 모듈 제조사가 설정하며, 저가 모듈에서는 Tx 수치가 허상일 수 있고, “정상 범위”가 “정상 상태”를 뜻하지는 않습니다.
4. 링크 삼단계. 수치 → 세정 → 모듈 교체 → OTDR.
5. DAC/AOC에서 멀어지는 흐름. 성숙한 네트워크는 짧은 구간에서도 유지보수성과 업그레이드 편의성을 위해 트랜시버와 싱글모드 광섬유의 조합으로 옮겨 가고 있습니다.
6. 장애는 브랜드가 아니라 배치와 온도의 문제입니다. 쿼드 모듈에서 한 채널만 Rx가 열화되는 것이 전형적인 숨은 장애입니다.

CodingBox의 역할

이런 문제 대부분은 결국 모듈 메모리로 귀결됩니다 — 스위치가 인식하지 못하는 식별 문자열, 마진이 빠듯한 링크를 감추는 임계값, 보호된 페이지를 지키는 비밀번호. CodingBox는 Check transceiver와 DDM 화면에서 바로 그 메모리를 읽고, EEPROM editor에서 이를 변경하며, 이때 체크섬이 다시 계산되고 code database에 백업이 남습니다.

단계별 가이드

• 증상 색인 — 증상을 찾아 최초 점검 항목과 알맞은 자료를 확인합니다.
• 링크 없음: 체크리스트 — 링크가 올라오지 않는 포트를 위한 순서대로 열 단계.
• 물리적 불일치 — 광섬유 종류, 파장/BiDi, APC/UPC, MPO 극성, Tx/Rx 교차, 과입력.
• 속도, 레이트, 모드 문제 — 멀티레이트, 브레이크아웃, FEC, SGMII 대 1000BASE-X, “type not supported”.
• 전력 등급, 저전력 모드와 과열 — 등급 바이트, LowPwr, 온도 알람.
• EEPROM 읽기·쓰기 오류 — 벤치 쪽 문제: 인식되지 않음, FFh 읽힘, WRITE FAIL, 쓰기 되돌리기, 체크섬.
• PON 문제 — ONU 등록, LOS, 수치, 스틱.