벤더 락과 코딩

많은 스위치가 트랜시버의 식별 정보 — 벤더명, 파트 번호, 때로는 시리얼 번호 — 를 검사하여 승인된 목록과 일치하지 않는 모듈을 “unsupported”로 취급합니다. 이것이 벤더 락이며, 완전히 정상인 광학 부품이 한 스위치에서는 거부되고 다른 스위치에서는 동작하는 이유입니다.

스위치의 대응 방식

• 일부 플랫폼은 경고만 하고 모듈을 허용합니다.
• 일부는 인식되지 않은 광학 부품에 대해 포트를 비활성화하거나 진단 기능을 거부합니다.
• 예를 들어 Cisco IOS에는 서드파티 광학 부품을 허용하는 전역 service unsupported-transceiver 명령이 있습니다.

코딩이 하는 일

코딩은 대상 스위치가 기대하는 벤더와 파트 번호 필드를 모듈 메모리에 기록해 스위치가 모듈을 받아들이도록 만드는 작업입니다. 이 필드는 체크섬으로 보호되므로 변경 후에는 반드시 재계산해야 합니다 — CodingBox는 EEPROM editor에서 CC_BASE와 CC_EXT를 자동으로 재계산합니다.

안전하게 진행하는 방법

1. 모듈을 읽어 CodingBox가 code database에 저장하게 합니다 — 어떤 쓰기 작업이든 그 전에 백업이 만들어집니다.
2. 식별 정보 필드를 편집합니다(필요하면 보호된 페이지를 잠금 해제).
3. 선택한 페이지를 쓴 다음 다시 읽어 확인합니다.

트랜시버는 본인에게 권한이 있는 상호운용성 목적으로만 코딩하고, 소속 조직과 벤더의 정책을 따르십시오.

더 읽어보기

• 각 NOS가 모듈을 검증하는 방식 — 무엇을 비교하는지, 실패하면 어떻게 되는지, 문서화된 우회 방법을 벤더별로 정리합니다.
• 포트 설정 레시피 — 12개 시스템의 속도, FEC, AN, 브레이크아웃, 우회 명령을 나란히 정리합니다.
• 호환성 매트릭스와 펌웨어 — 지원 정보가 어디에 공개되는지, 어떻게 읽는지, 업그레이드로 무엇이 바뀌는지, 플릿 운영 방식을 다룹니다.