Brocade G610의 서드파티 32G FC SFP+: Mod_Inv면 거기서 끝인지
기존 패브릭에 G610을 추가하는 중인데, 다른 구축 작업에서 남은 non-Brocade 16G/32G FC SFP+ 한 박스가 있습니다. 이 모듈을 기준으로 포트 계획을 세우기 전에, 벤치에서 남는 포트에 하나 꽂아보고 스위치가 뭐라고 하는지 봤습니다.
- Brocade G610, Gen 6
- 서드파티 32G FC SFP+, 모듈에 Brocade 마킹 없음
- 비교용으로 오래된 스위치에서 뺀 Brocade 정품 16G 광모듈
- 두 테스트 모두 같은 패치코드 사용
switchshow
...
8 8 010800 id N32 Mod_Inv모듈을 꽂을 때마다 시스템 에러 로그에도 unqualified transceiver 관련 항목이 남습니다.
시도한 것:
- 모듈을 다른 포트로 옮기고 pull tab을 잡고 제대로 다시 꽂음
- 케이블을 교체해서 정품 광모듈로는 포트가 정상 링크되는 걸 확인
- unqualified 모듈을 통과시켜 주는 방법이 있는지 Fabric OS 문서를 전부 뒤져봄
G610에서 non-qualified 광모듈을 쓸 수 있는 공식적인 방법이 있나요, 아니면 이 플랫폼에서는 Mod_Inv가 뜨면 그냥 거기서 끝인가요? 광모듈이 구매 주문서에 올라간 다음보다는 지금 아는 게 낫겠습니다.
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 4
Mod_Inv는 벤치 쪽 결함이 아니라 문서화된 동작입니다. G610 하드웨어 설치 가이드는 해석의 여지를 남기지 않습니다. 모듈이 Brocade 제품용으로 qualify되어 있어야 스위치가 돌리고, 그 외 모든 건 Mod_Inv에 묶여 시스템 에러 로그에 한 줄 남깁니다. 우회 방법은 문서화되어 있지 않습니다 - 켤 수 있는 옵션도, unsupported-optics 모드도, 아무것도 없습니다.
구매 주문서에 뭔가 올라가기 전에 봐야 할 목록은 Brocade Transceiver Support Matrix입니다. 플랫폼별로 정리되어 있고 제조 파트번호와 주문 파트번호가 둘 다 나와 있습니다. G610용으로 목록에 없는 부품이라면 기대하지 말고 그걸 감안해서 계획을 세우세요.
어차피 낱개 광모듈을 다루고 계시니 몇 가지 더: 탭을 잡고 빼세요, 뜨거워집니다. 래치가 딸깍할 때까지 밀어 넣으세요. 방향도 신경 쓰세요 - 위쪽 열 포트에서는 금색 접점 면이 아래를 향하고, 아래쪽 열에서는 위를 향합니다. 그리고 다른 트랜시버 타입용 케이블을 케이지에 억지로 꽂지 마세요. 그럴듯하게 들어간 것처럼 보일 만큼은 들어가지만, 그다음엔 딱 불량 모듈처럼 동작합니다.
노브랜드 쪽은 이해했습니다. 그건 다시 박스에 넣어두겠습니다.
예상 못 한 건: 오래된 스위치에서 뺀 Brocade 라벨 16G 광모듈 중 하나도 G610에서 Mod_Inv로 떨어지는데, 바로 옆에 있던 똑같이 생긴 모듈은 정상적으로 올라와서 링크된다는 겁니다.
sfpshow는 둘 다 Brocade 벤더명과 파트번호를 보여주고, 둘 다 원래 있던 섀시에서는 잘 동작합니다.그러니 모듈에 붙은 라벨이 전부는 아닌 게 분명합니다. Fabric OS가 광모듈이 qualified인지 판단할 때 그 밖에 또 뭘 보나요?
라벨이 기준이 아니라, 파트번호와 시리얼 프리픽스, Fabric OS 릴리스의 조합이 기준입니다. support matrix는 플랫폼별로 나뉘어 있고 각주가 꼬리처럼 길게 붙어 있는데, 이런 종류의 놀라움은 정확히 그 각주에 숨어 있습니다.
규칙의 형태를 보실 수 있게 몇 가지만 들어보면. Secure 광모듈이 가장 두드러진 사례입니다. SX6 블레이드나 7810에서는 8.2.1e나 8.2.2c 이상이 아니면 안 올라오는데, 다른 모든 곳에서는 같은 모듈에 버전 조건이 아예 없습니다. 2km 4x32G FC QSFP는 X6 ICL 포트에 꽂히면 8.1.0b를 요구합니다. 거기서 더 들어가면 시리얼 번호로 갈립니다 - JDB 프리픽스는 9.1.1a나 9.2.0을 요구하고, 다른 파트는 9.2.0c2나 9.2.1b를, BAB1 프리픽스는 9.2.0을 요구합니다. 그리고 여러 64G 파트가 각자 다른 최저 버전을 갖고 있습니다: 9.0.1a, 9.1.0, 9.1.1, 어떤 건 10.0.1까지요. 일부 항목은 32G/16G로 상한이 걸려 있고, FC32-64는 자기만의 예외 목록이 있습니다.
지금 갖고 계신 두 모듈에 실용적으로 적용하면:
sfpshow에서 파트번호와 시리얼 프리픽스를,firmwareshow에서 릴리스를 확인한 다음, 뭔가 불량이라고 단정하기 전에 해당 플랫폼의 매트릭스 행을 읽어보세요. 같은 표에 또 하나의 함정: XBR-000479는 양쪽 끝에 동일한 광모듈을 요구합니다.대조해 보자면, 같은 Brocade 계열의 이더넷 쪽 후예들은 이 질문에 완전히 다른 방식으로 답합니다. SLX, VDX, MLX는 이제 Extreme 산하에 있고, 여기 광모듈 포털은 제품군별 승인 목록을 유지합니다. 모듈, 어댑터, 패치 및 브레이크아웃 케이블까지 전부요. 정책 문구는 노골적입니다. 그 목록에 없는 서드파티 하드웨어는 보증도, 준수 확인서도 없습니다. 목록에 없는 광모듈이나 그 옆의 인터페이스 모듈을 돌리면 위험은 전적으로 본인 몫입니다. Extreme 쪽 책임도 서비스 의무도 없습니다. 목록에 있는 부품은 인증 서류를 갖추고 있습니다: CE와 CDRH, EN60825-1, GR-468, FCC CFR 21 1040.10, NRTL. 포털이 말하지 않는 건 특정 플랫폼이 목록에 없는 모듈을 실제로 어떻게 처리하느냐입니다. 그러니 거기서 말하는 "unsupported"는 상업적 선언이고, 사용 중인 G610에서는 펌웨어로 강제되는 것이죠.
300, 6505, 6510, 6520 같은 오래된 FC 스위치에서는 FAQ에 Brocade 정품 SFP가 필수라고 명시되어 있고, 그 이유로 16G에서는 파장과 파라미터 허용오차가 더 빡빡해서 스펙을 벗어난 모듈이 포트를 fault 상태로 만들고 애플리케이션까지 끌고 내려갈 수 있다는 점을 듭니다. 이건 실측 결과가 아니라 벤더가 문서에 적어놓은 자체 논리입니다.