CMIS 모듈: QSFP-DD 400G/800G 문제

QSFP-DD, OSFP를 비롯한 CMIS 모듈에서는 장애의 성격이 달라집니다. “옵틱스 자체”의 문제는 줄어들고, 모듈의 상태 머신, 펌웨어, 호스트-모듈 핸드셰이크에 관한 문제가 늘어납니다. 트러블슈팅 논의에서 이 비중이 점점 커지고 있습니다.

광학적이지 않은 장애

증상	실제 원인
모듈이 상태 `0x02`(ModuleLowPwr)에 멈춤	전원 인가 핸드셰이크가 완료되지 않아 호스트가 모듈을 고전력 상태로 전환하지 못했습니다
“인식은 되지만 준비되지 않음”	데이터 경로 초기화 실패이며, 대개 모듈 펌웨어와 호스트가 기대하는 CMIS 버전이 어긋난 경우입니다
식별 정보는 정상인데 링크가 전혀 올라오지 않음	모듈이 호스트의 동작(애플리케이션 선택, 데이터 경로 활성화)을 기다리고 있지만 플랫폼이 이를 수행하지 않았습니다

이런 문제는 광섬유를 바꿔서가 아니라 호스트 쪽에서 해결됩니다. 모듈의 CMIS 버전을 지원하는 스위치 펌웨어 업데이트나 모듈 자체의 펌웨어 업데이트가 필요합니다.

400G 링크가 끊겼다 붙었다 할 때

추가된 로직에도 불구하고 400G 링크 플래핑의 가장 흔한 원인은 여전히 물리적인 요인입니다:

MPO-16 커넥터의 오염: 광섬유 16가닥이면 먼지가 낄 기회도 16번입니다.
양 끝단의 FEC 불일치입니다.
MPO 배선의 극성 오류입니다.
열 스로틀링: 고밀도 페이스플레이트의 고전력 모듈은 뜨거워지면 출력을 낮춥니다.

순서는 그대로입니다

CMIS라고 해서 진단 순서가 달라지지는 않습니다:

MPO 단면의 청결 상태와 검사입니다.
모듈과 케이블이 제대로 꽂혔는지입니다.
케이블 자체입니다. 극성과 종류를 확인합니다.
그런 다음에야 EEPROM, CMIS 상태 머신, FEC 설정, BER을 봅니다.

CMIS 모듈 읽기

CMIS 메모리는 페이지와 뱅크로 구성되어 있으며(CMIS 참고), 식별 정보 코드는 SFF-8024 테이블에서 가져옵니다. 400G 포트가 올라오지 않을 때 가장 먼저 읽어야 할 것은 모듈 상태 바이트입니다. 오픈소스 네트워크 운영체제들은 자신의 CMIS 초기화 로직을 공개하고 있어, 예상되는 상태 전이 순서를 확인하는 좋은 참고 자료가 됩니다.

CodingBox에서

CMIS 모듈의 경우 CodingBox는 CMIS 레이아웃을 적용해 EEPROM editor에서 하위 메모리와 상위 페이지를 보여주므로 모듈 상태와 식별 정보를 직접 읽을 수 있습니다. 레인별 진단은 DDM 화면에 나타나며, 이것이 8레인 400G 모듈에서 불량 레인 하나를 찾아내는 방법입니다.

브링업 과정의 어느 지점에서 CMIS 모듈이 멈추는지, 호스트와 모듈이 각각 어떤 CMIS 버전을 쓰는지: 호스트의 동작, 규격 리비전.

모듈 상태, 데이터 경로 상태, ConfigStatus 코드와 그 바이트 위치: CMIS 하위 페이지 맵, CMIS 레인 페이지 맵.

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