각 NOS가 모듈을 검증하는 방식

“모듈 인식”과 “포트 업” 사이에서 모든 네트워크 OS는 모듈의 식별 정보를 검사합니다. 무엇을 비교하는지, 비교에 실패했을 때 어떤 동작을 하는지, 관리자가 이를 우회할 수 있는지는 벤더, 플랫폼, 릴리스마다 다릅니다 — 그리고 바로 이 차이가 트랜시버 호환성이라는 주제 전체입니다. 이 페이지는 벤더 문서와 현장에서 관찰된 내용을 근거로 각 동작 방식을 나란히 정리해, 벤치에서 읽은 모듈을 목표 장비 기준으로 판단할 수 있게 합니다.

검사 가능한 항목

검사 항목	관련 바이트	수행 주체
체크섬 CC_BASE/CC_EXT	SFP 63/95, QSFP 191/223, CMIS 222/255	거의 모든 플랫폼 — 실패하면 invalid EEPROM(체크섬)
Identifier/커넥터/인코딩 일관성	SFP 0, 2, 11; QSFP 0, 130, 139	대부분; 알 수 없는 유형은 그대로 표시
컴플라이언스 코드 대 포트	SFP 3–10, 36; QSFP 131–138, 192; CMIS applications	대부분 — speed and type not supported(컴플라이언스 코드)
벤더명 + 파트 번호 목록 대조	SFP 20–35, 40–55; QSFP 148–163, 168–183	엄격하거나 준엄격한 플랫폼(부품 번호 체계)
벤더 고유 서명	벤더 영역(SFP 96–127, QSFP 224–255, CMIS custom)	일부 OEM; 시리얼 번호에 연동된 해시
시리얼 번호 형식/날짜 코드	SFP 68–91; QSFP 196–219	드묾; 지원 엔지니어가 수동으로 확인
전력 등급 대 포트	SFP 64; QSFP 129/107; CMIS 200–201	전력 관리를 구현한 모든 플랫폼(전력과 발열)

벤더별 동작

최근 릴리스 기준의 공개된 명령과 동작입니다; 세부 사항은 플랫폼과 버전에 따라 다릅니다.

벤더/NOS	검사 항목	실패 시	우회 방법	서드파티의 DDM
Cisco IOS/IOS-XE(Catalyst, ISR)	벤더/PN 목록과 벤더 고유 검사; 체크섬	`%PHY-4-UNSUPPORTED_TRANSCEIVER`, 포트 errdisabled(`gbic-invalid`), 레이저 꺼짐	`service unsupported-transceiver`(히든) + `no errdisable detect cause gbic-invalid`; 모든 플랫폼에 있는 것은 아님; TAC 지원 대상 아님	승인된 후에만 표시; 일부 필드는 비어 있음
Cisco NX-OS(Nexus)	위와 동일하되 대부분의 DC 플랫폼에서는 덜 엄격	대개 로그만 남기고 up; 엄격한 SKU는 errdisable	`service unsupported-transceiver`	대체로 표시됨
Cisco IOS-XR	플랫폼별 광학 부품 목록, 전력 등급	unsupported 상태, 포트가 다운 상태로 유지될 수 있음	제한적; 플랫폼에 따라 다름	부분적
Arista EOS	체크섬, 유형 일관성	`unsupported` 로그만 남기고 링크는 올라옴	불필요	전체
Juniper Junos	“supported” 표시를 위한 벤더/PN 목록, 체크섬	대개 링크는 올라오며 `show chassis pic`에 unsupported로 표시; 일부 EX/QFX 플랫폼은 알 수 없는 PN에 대해 DDM이나 속도를 제한	공식적으로 없음	알려진 PN은 전체, 알 수 없는 PN은 부분적
Huawei VRP	벤더/PN; Huawei 제품이 아니면 → 알람	링크는 올라오지만 phony 트랜시버 알람이 반복됨; 일부 플랫폼은 제한	`transceiver phony-alarm-disable`(system view)	전체
H3C Comware	VRP와 동일	알람	`transceiver phony-alarm-disable`	전체
HPE Aruba AOS-S/AOS-CX	벤더/PN 목록	unsupported, 포트 다운	`allow-unsupported-transceiver`	전체
Dell OS10/OS9/PowerConnect	체크섬; 구형 장비 일부는 목록 검사도 수행	로그 기록; 구형은 errdisable	`service unsupported-transceiver`(구형)	전체
Extreme EXOS/VOSS	체크섬, 유형	로그 기록, up	—	전체
Ruckus/Brocade ICX(FastIron)	체크섬; 일부는 Brocade PN에 대해서만 광 모니터링	up; DDM이 없을 수 있음	—	부분적
Brocade FOS(SAN)	대부분의 Gen 5/6/7 플랫폼에서 Brocade 브랜드 PN과 시리얼 번호 필요	포트 Mod_Inv, 비활성 상태	없음	Brocade 광학 부품만
Nvidia/Mellanox(Onyx, Cumulus, IB)	이더넷: 체크섬, 유형; InfiniBand: 패브릭 매니저가 케이블 정보를 검증	이더넷은 로그만 남기고 up; IB는 속도가 낮아지거나 플래그가 설정될 수 있음	—	전체
SONiC/화이트박스	플랫폼 플러그인: 체크섬, CMIS 파싱	up; 알 수 없는 필드는 원본 그대로 표시	—	전체(플러그인에 따라 다름)
MikroTik RouterOS/SwOS	파싱 외에는 없음	up	—	전체
Ubiquiti	파싱 외에는 없음	up	—	전체
서버 NIC(Intel, Broadcom, Mellanox)	일부 Intel 제품군은 드라이버 화이트리스트	드라이버가 포트 활성화를 거부	`allow_unsupported_sfp=1` 모듈 파라미터(Intel ixgbe/i40e)	`ethtool -m`으로 확인

벤더의 우회 옵션이 존재하더라도 대개 as is로 제공됩니다: 모듈은 동작하지만 벤더는 그 조합을 지원하겠다고 약속하지 않습니다. 플릿 운영에 관한 결정은 네트워크 소유자의 몫입니다(서드파티 광학 부품).

“벤더 X용으로 코딩됨”이 충족해야 할 조건

플랫폼 분류	승인을 위한 최소 조건	추가로 권장되는 사항
허용적(Arista, SONiC, MikroTik, Extreme 등)	올바른 체크섬, 일관된 유형 코드	실제 벤더명과 PN — OEM 코딩으로 얻을 것이 없음
목록 대조형(Juniper, Aruba, Huawei/H3C, 다수 SKU의 NX-OS)	플랫폼 목록과 정확히 일치하는 벤더명과 PN, 포트에 맞는 올바른 컴플라이언스 코드	일치하는 PN 접미사/등급; 실제와 유사한 시리얼 번호와 날짜 코드
서명 검사형(Cisco IOS/IOS-XE, 일부 XR)	위 조건 전부에 더해 해당 시리얼로 계산된 벤더 고유 영역	PN과 일치하는 식별 정보 필드(파장, 전송 거리, 기술)
브랜드 전용(Brocade FOS)	Brocade 벤더 문자열과 PN 제품군, 시리얼 형식	—

벤치 작업이 이루어지는 방식: 벤더 락과 코딩, EEPROM 재코딩.

거부 사유 해석하기

로그/상태 텍스트	의미	다음 조치
`unsupported transceiver`, `Mod_Inv`, `phony`	식별 정보가 목록에 없음	우회하거나 목록에 있는 PN으로 코딩
`invalid EEPROM`, `checksum error`	CC_BASE/CC_EXT 오류	재계산(체크섬)
`speed and type not supported`, `unknown media type`	컴플라이언스 코드가 포트와 맞지 않음	코드를 수정하거나 다른 포트 모드 사용(속도와 레이트)
`power class exceeds`, LowPwr에 멈춤	전력 등급 대 케이지	전력과 발열
`Module not ready`, DP 상태 정체	CMIS 브링업	CMIS 문제

이런 상태를 확인하는 NOS별 명령: 스위치에서 광학 부품 검증하기.

소프트웨어 업그레이드에 따른 변화

벤더는 릴리스 사이에 검사를 더 엄격하게 하거나 완화합니다: 새로운 서명 검증, 새로운 지원 광학 부품 목록, 숨겨진 명령 제거, DDM 처리 방식 변경 등입니다. 어제까지 잘 동작하던 서드파티나 코딩된 광학 부품 플릿이 업그레이드 후 errdisable될 수 있습니다(호환성 매트릭스와 펌웨어).

CodingBox에서

CodingBox는 위 각 검사가 읽는 정확한 바이트 — 벤더명, PN, 체크섬, 컴플라이언스 코드, 전력 등급 — 를 보여주며, code database는 특정 플랫폼 분류가 허용하는 식별 정보를 보관합니다. 코딩 후에는 테스트 포트에서 검증합니다; 최종 판단은 벤치가 아니라 스위치가 내립니다(Check transceiver).

서버 측 대응 내용 — NIC 벤더별 드라이버 화이트리스트, Intel 우회 옵션, Windows와 ESXi 동작: NIC에서의 트랜시버 호환성.

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