정품 160-9103-900 SFP+가 Ciena 3930에서 UCTF로 올라옴 - 인증 모듈 목록은 어디서 확인하나
현장에 이미 설치돼 있던 3930에서 고객사 10G 핸드오프를 개통하는 중입니다. 모듈은 저희 재고에서 꺼낸 Ciena 정품이고 포트는 올라오는데, 운용 상태가 Ena가 아니라 UCTF이고 미인증 트랜시버 알람이 계속 떠 있습니다. 인수 테스트에는 알람 목록이 깨끗해야 한다는 조건이 있어서 이 상태로는 넘길 수가 없습니다.
- Ciena 3930, 현장에 납품된 그대로의 소프트웨어
- Ciena 160-9103-900 SFP+ 10G
- 고객 NTU까지 싱글모드 페어, 단거리
> port xcvr show
Port 1 ... Oper State: UCTF시도한 것:
- 모듈을 재장착하고 다른 포트로 옮겨봤는데 결과는 같음
- 같은 재고에서 두 번째 160-9103-900을 장착했는데 역시 UCTF
- 링크가 트래픽을 포워딩하는 것은 확인했으니 광 문제는 아님
Ciena 스위치에 Ciena 정품 모듈이면 절대 문제없는 조합일 거라 생각했습니다. 지금 돌고 있는 소프트웨어가 실제로 어떤 트랜시버 모델을 인증하는지 어떻게 확인하고, 미인증 상태는 어떻게 없앨 수 있나요?
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
바로 그겁니다. 다들 제조사를 보는 검사라고 생각해서 여기서 걸립니다. 아닙니다. 스위치가 비교하는 건 모듈이 갖고 있는 코딩과 지금 소프트웨어 릴리스가 인증하는 모델 목록입니다. Ciena가 만든 모듈이라도 그 목록에 모델이 없으면 UCTF로 뜨고, 호환 광모듈 벤더 제품이라도 코딩이 목록의 항목과 일치하면 깨끗하게 올라옵니다.
그래서 절차는 이렇습니다.
첫 번째 명령어 결과에서 필요한 속도와 거리에 맞는 항목을 찾아 거기에 맞게 코딩된 모듈을 구하세요. 저희도 3930에서 같은 UCTF를 겪었고, 지원 목록에 있는 XCVR-S10V31로 코딩된 ModuleTek 10G LR SFP+를 넣었더니 운용 상태 Ena로 올라오고 미인증 표시도 없었고 스위치의 다른 부분은 건드리지 않았습니다.
고객 인계 전에 짚어둘 게 있습니다. 이건 코딩 일치일 뿐 벤더의 지원 보증이 아니니, 장비가 계약 하에 있다면 Ciena 아닌 광모듈에 대해 계약서가 뭐라고 하는지 먼저 확인하세요. 다른 방법은 160-9103-900이 목록에 있는 소프트웨어 릴리스로 가는 건데, 운용 중인 고객 서비스에서는 보통 업그레이드 쪽이 더 비쌉니다.
port xcvr show supported를 실행해서 출력에서 본인 모델을 찾아보세요. 이 명령은 장비에 올라간 릴리스가 인증하려는 모델과 속도를 전부 나열해 주는데, 중요한 건 그 목록뿐이지 케이지에 뭐라고 찍혀 있는지가 아닙니다.결과를 올려주시거나, 최소한 160-9103-900이 그 안에 있는지만이라도 알려주세요. 없다면 이미 답이 나온 겁니다. 모듈이 Ciena 정품인지는 상관이 없고요. 3930이 어떤 SAOS 릴리스인지도 말씀해 주시면 좋겠습니다. 목록은 릴리스별로 다르고, 현장에 오래 있던 장비라면 나중 소프트웨어가 등재한 부품번호보다 앞선 버전일 수 있습니다.
실행해 봤습니다. 목록은 긴데 160-9103-900은 없습니다. 두 번 확인했어요. 소프트웨어는 장비가 배송된 그대로고 설치된 뒤로 아무도 릴리스를 건드리지 않았는데,
port xcvr show는 여전히 포트를 UCTF로 표시합니다.그러니까 Ciena 정품 부품이 Ciena 스위치에서 미인증인 건 이 릴리스가 목록에 안 올려놔서네요. 예상한 답은 아니었지만, 같은 재고에서 온 두 번째 모듈이 똑같이 동작한 이유는 설명이 되네요.
코딩이 문제가 아닌 장애 유형도 하나 덧붙일게요. 코딩만 쫓다 보면 비용이 꽤 듭니다. 15.3(1)S를 돌리는 ME3600X에서
%PHY-4-SFP_NOT_SUPPORTED: The SFP in Te0/1 is not supported가 뜨고 10G 모듈에 gbic-invalid err-disable이 걸린 적이 있습니다.service unsupported-transceiver와no errdisable detect cause gbic-invalid를 둘 다 넣어도 바뀌는 게 없었고, 모듈이show inventory에 아예 안 나오고show interface는 media type 자체를 표시하지 않았고, 광파워미터로 봐도 빛이 안 나왔습니다. 불량 재고였던 거죠. 이미 운용 중인 다른 ME3600에서 뽑은 모듈은 바로 동작했습니다. media type도 없고 Tx 빛도 없다는 건 하드웨어 문제라는 뜻이고, 잠금 해제 명령어로 될 일이 아닙니다.반대쪽 극단은 코딩이 그 플랫폼에 딱 맞지 않는 경우입니다. ASR 9001에 꽂은 서드파티 80km DWDM SFP+가 일반 PID로 내려가서 죽어 있었고,
transceiver permit pid all을 넣어도 살아나지 않았습니다. IOS XR이 그 플랫폼 광모듈 매트릭스에 맞는 DWDM-SFP10G-xx.yy 형태의 PID를 원했기 때문입니다. 공급업체가 그 재고를 다시 코딩해 주고 나서야 올라왔습니다. 이번 경우는 그 중간입니다. 코딩 자체는 유효한데 그냥 이 릴리스의 목록에 없는 것뿐이고요.