네트워크 운영체제: 실무 가이드

모든 스위치 벤더는 고유한 명령 구문, 고유한 트랜시버 표시 방식, 인식하지 못하는 모듈에 대한 고유한 정책을 갖춘 네트워크 운영체제(NOS)를 탑재해 출시합니다. 이 페이지는 실무에서 마주치게 될 시스템들, 그 시스템들이 사물을 명명하는 방식, 트랜시버 명령이 위치하는 곳, 서드파티 광학 부품에 대한 기본 태도를 정리해, 벤치에서 읽은 모듈을 어떤 장비에 꽂을지 맞춰 볼 수 있게 합니다.

전체 현황

NOS	벤더 / 플랫폼	CLI 스타일	트랜시버 식별 정보와 DDM	서드파티 광학 부품(문서화된 동작)
IOS / IOS-XE	Cisco Catalyst 캠퍼스(9200/9300/9500…), ISR/ASR	`show`	`show interfaces transceiver [detail]`, `show idprom interface`	기본적으로 거부(`%PHY-4-UNSUPPORTED_TRANSCEIVER`, errdisable); 다수 플랫폼에서 `service unsupported-transceiver` + `no errdisable detect cause gbic-invalid`
NX-OS	Cisco Nexus DC	`show`	`show interface … transceiver details`	대체로 로그를 남기고 허용; 일부 플랫폼은 엄격함; `service unsupported-transceiver`
IOS-XR	Cisco ASR 9000, NCS, 8000	`show`	`show controllers optics …`	플랫폼별 검증; 미지원 광학 부품은 플래그 처리되며 일부는 다운 상태로 유지
EOS	Arista	`show`	`show interfaces transceiver [dom]`	강제 없음; 로그만 남김
Junos / Junos Evolved	Juniper EX, QFX, MX, PTX, ACX	`show`(계층형 설정)	`show interfaces diagnostics optics`, `show chassis hardware`	대부분 허용; `show chassis pic`에 “unsupported” 표시; 알 수 없는 PN은 DDM이 제한될 수 있음
VRP	Huawei CloudEngine, S-series, NE	`display`	`display transceiver interface … verbose`	Huawei가 아닌 광학 부품에는 알람; `transceiver phony-alarm-disable`로 억제
Comware	H3C	`display`	`display transceiver interface`, `display transceiver diagnosis`	VRP와 유사; `transceiver phony-alarm-disable`
AOS-CX / AOS-S(ProCurve)	HPE Aruba	`show`	`show interface transceiver [detail]`	AOS-S는 `allow-unsupported-transceiver`가 없으면 미지원 모듈을 차단; AOS-CX도 유사한 명령
OS10 / OS9	Dell	`show`	`show interface … transceiver`	대체로 허용적; PowerConnect 시절: `service unsupported-transceiver`
EXOS / VOSS / Fabric Engine	Extreme	`show`	`show ports transceiver information`	허용적, 로그 남김
FastIron(ICX)	Ruckus / Brocade	`show`	`show media`, `show optic`	이더넷에서는 허용적; SAN용 FOS는 엄격함
FOS	Brocade/Broadcom SAN	`switchshow`, `sfpshow`	`sfpshow`, `porterrshow`	대부분의 플랫폼에서 Brocade 브랜드 SFP 필요(FC 광학 부품)
Cumulus Linux / NVUE, Onyx(MLNX-OS)	Nvidia/Mellanox Spectrum	Linux / `nv`	`l1-show`, `mlxlink -m`, `ethtool -m`	이더넷에서는 허용적; InfiniBand는 케이블 정보를 검증
SONiC	화이트박스(Edgecore, Celestica, UfiSpace…)와 OEM 위에서 동작하는 커뮤니티·벤더 빌드	Linux / `show`, `config`	`show interfaces transceiver eeprom -d`, `sfputil`	허용적; 플랫폼 플러그인이 결정
RouterOS / SwOS	MikroTik	`/interface ethernet`	sfp 인터페이스에서 `monitor`	무엇이든 허용; DDM 표시
EdgeOS / UniFi	Ubiquiti	GUI / CLI	GUI, `ethtool -m`	허용적
Linux 호스트	서버, DPU	`ethtool`	`ethtool -m`	NIC 드라이버에 따라 다름(일부 Intel 드라이버는 `allow_unsupported_sfp`)

동작 방식은 플랫폼과 릴리스에 따라 다릅니다; 마지막 열은 방향을 잡기 위한 참고로만 쓰고, 실제 확인은 벤더 문서나 테스트 포트에서 하십시오(NOS별 모듈 검증 방식).

명령어 계열

작업	show 스타일(Cisco, Arista, Juniper…)	display 스타일(Huawei, H3C)	Linux 스타일(SONiC, Cumulus, 호스트)
식별 정보	`show interfaces transceiver` / `show chassis hardware`	`display transceiver interface`	`show interfaces transceiver eeprom`, `ethtool -m`
DDM	`… transceiver detail` / `diagnostics optics`	`… verbose` / `display transceiver diagnosis`	`… eeprom -d`, `ethtool -m`
속도/FEC/브레이크아웃	인터페이스 또는 섀시 아래의 `speed`, `fec`, `breakout`	`speed`, `fec-mode`, `port split`	`config interface speed/fec/breakout`, `nv set interface … link`
오류	`show interfaces counters errors`	`display interface … counters`	`show interfaces counters`, `ethtool -S`

NOS별 정확한 구문: 포트 설정 레시피; 식별 정보 확인: 스위치에서 광학 부품 검증.

오픈 네트워킹

SONiC(머천트 ASIC 위에 Linux와 SAI 추상화 계층을 얹은 것)과 Cumulus/NVUE는 NOS를 하드웨어와 별개로 선택할 수 있는 소프트웨어로 바꿔 놓았습니다. 광학 부품 관점에서 이는 다음을 뜻합니다: 무엇을 어떻게 읽을지는 벤더 정책이 아니라 플랫폼 플러그인이 결정하고, CMIS 지원 여부는 SONiC 릴리스에 따라 달라지며, DDM과 FEC 카운터는 Linux 도구에서 나오고, 호환성 테스트는 각자의 몫입니다(호환성 매트릭스).

NOS가 화면 표시에 미치는 영향

명명 방식: 유형 문자열(10GBASE-LR, QSFP-100G-SR4, SFP-10G-LR)은 컴플라이언스 코드와 PN에서 유도되며, NOS마다 방식이 다릅니다(컴플라이언스 코드).
DDM 표시: 임계값과 플래그까지 보여주는 것도 있고 값만 보여주는 것도 있습니다; 외부 교정을 적용하는 것도 있고 적용하지 않는 것도 있습니다(교정).
CMIS 지원 깊이: 데이터 경로를 완전히 제어하는 수준부터 “LPMode를 해제하고 기다려 보는” 수준까지 다양합니다(CMIS 문제).
로깅: 거부 사유를 명시하는 메시지(unsupported, invalid, Mod_Inv, phony)가 가장 빠른 진단 수단입니다(증상 색인).

CodingBox에서

트랜시버 요약은 모듈의 식별 정보를 Cisco IOS, Junos, Huawei VRP, Aruba 스타일로 표시하므로, 벤치 출력이 스위치가 출력할 내용과 일치하게 됩니다 — 둘 사이의 불일치는 코딩이나 정책 문제가 가장 먼저 드러나는 지점입니다.

Linux 호스트 행을 확장한 내용 — NIC 벤더, 드라이버, 그 모듈 명령: NIC 도구와 진단, 광 포트를 갖춘 NIC.

이들 시스템 각각의 인터페이스 명명 규칙과 관리 포트 이름: 포트 명명과 LED; 트랜시버 데이터를 위한 SNMP MIB와 텔레메트리 경로: 관리와 모니터링.

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