CRS328에 Alcatel-Lucent G-010S-P GPON 스틱: TX만 되고 RX는 안 되고 파장은 33685nm로 표시
집 FTTH 회선을 통신사 ONT에서 떼어내서 제 라우터에 꽂은 GPON 스틱으로 옮기는 중이에요, 그래야 광케이블이 랙에 바로 들어오고 장비도 두 개 대신 하나만 쓸 수 있으니까요. 스틱은 인식되고 포트도 올라오는데, 그다음부터 아무것도 안 돌아와요.
- MikroTik CRS328-24P-4S+, sfp-sfpplus1에 스틱 장착
- Alcatel-Lucent G-010S-P GPON ONU
- Bell Canada FTTH, 벽면 단자함에서 광케이블이 모듈로 바로 들어옴
- 포트는 고정, autoneg는 꺼둠:
/interface/ethernet set sfp-sfpplus1 auto-negotiation=no speed=1G-baseXTX 카운터는 올라가는데 RX 카운터는 0에 멈춰 있고, 모듈 페이지에는 이렇게 나와요:
wavelength: 33685.00nm이미 해본 것:
- 커넥터를 다시 꽂고 청소도 해보고, 다른 SFP+ 케이지에도 꽂아봤어요
- 광케이블을 아예 뽑아도 봤어요 - 파장 값은 꽂았을 때나 뺐을 때나 똑같아요
- 혹시 ranging이 느린 건가 싶어서 포트를 1G로 고정한 채 한 시간 놔뒀어요
그래서 궁금한 게: 33685.00nm이 이 스틱의 광부품이 죽었다는 증거일까요, 아니면 그냥 스위치가 GPON 모듈의 EEPROM 필드를 잘못 디코딩하는 걸까요? 그리고 SFP ONU가 ranging을 하기 전에 통신사 쪽에서 먼저 처리해줘야 하는 뭔가가 있는 걸까요?
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 6
글에 별개의 문제가 두 개 섞여 있는데, 그중 하나만 진짜 결함이에요.
33685.00nm은 측정값이 아니라 디코딩 과정에서 생긴 잔상이에요. 이런 스틱들은 파장이 두 개예요 - 상행 1310, 하행 1490 - 인데, 스위치는 레이저 하나짜리 일반 트랜시버인 것처럼 EEPROM에서 파장 필드 하나만 읽어요. 트래픽이 멀쩡하게 잘 지나가는 스틱에서도 똑같은 숫자가 나오니까, 진단 용도로는 아무 쓸모가 없어요. 그건 그냥 무시하세요.
한쪽으로만 트래픽이 흐르는 건 유닛 자체 문제예요. 저도 같은 스위치인 CRS328-24P-4S+에서 이걸 겪었는데요: G-010S-P는 송신만 하고 수신은 전혀 안 됐고, 같은 계열의 다른 모듈로 바꾸자마자 - 확장 온도 버전인 O-010S-P였어요 - 바로 링크가 떴어요. 계정도 같고 광케이블도 같고 설정도 안 바꿨는데 말이죠. 그러니까 첫 번째 스틱은 불량이었거나 그 회선에 안 맞는 버전이었던 거예요.
테스트하는 동안은 포트를 고정해두세요, 안 그러면 변수가 하나 더 늘어나요:
시리얼에 ALCLFAB이 있고 계정도 이미 SFP ONU로 전환돼 있으니, 통신사 쪽 작업은 끝난 거예요. 여기다 저녁 시간 더 쓰기 전에 스틱 하나 더 구해보세요.
광부품을 포기하기 전에 지루한 쪽부터 확인해보세요. 많은 FTTH 계정에서는 SFP ONU가 통신사 장비를 그냥 바로 대체하는 게 아니라, 계정을 손으로 다시 프로비저닝해줘야 하고, 어떤 통신사는 자기네 벤더 프리픽스가 시리얼에 들어간 모듈만 받아줘요. TX만 되고 아무것도 안 돌아오는 건 가입자 쪽에서 봤을 때 인증 안 된 ONU가 딱 그렇게 보여요.
스틱이 보고하는 vendor랑 serial을 올려주시고, WAN 쪽에 뭘 설정해두셨는지도 알려주세요 - VLAN 태그, PPPoE인지 DHCP인지요.
시리얼은 ALCLFAB으로 시작하는데, 여기서 비즈니스 FTTH 계정에 요구하는 프리픽스가 그거예요. 계정도 SFP ONU용으로 수동으로 다시 설정했고요 - 전화 통화까지 해야 했는데, 1차 상담원은 제가 뭘 요청하는 건지도 모르더라고요.
라우터 쪽은 SFP 포트에 VLAN 35 걸고 그 위에 PPPoE 클라이언트를 올렸어요. 클라이언트는 discovery 단계를 못 넘어가고요. RX 카운터는 여전히 0이고, 광케이블을 꽂든 안 꽂든 33685.00nm 표시도 그대로예요.
파장 얘기를 좀 더 보태자면: 스위치가 읽는 그 필드는 SFF-8472 영역에 있는 건데, 원래 레이저 하나짜리 모듈을 위해 정의된 거예요. GPON ONU는 burst-mode 송신부랑 서로 다른 파장의 수신부를 따로 갖고 있어서, 거기 넣을 딱 맞는 값이란 게 애초에 없고, 벤더들은 그냥 자기 편한 대로 써넣어요. 표준에도 호스트가 그 바이트를 출력하기 전에 검증해야 한다는 규정이 없어서, 그래서 다섯 자리 나노미터 값이 나오는 거예요.
이런 스틱들의 광파워 표시도 같은 얘기예요. PON 쪽 상태를 알고 싶으면 스위치 진단 페이지 말고 ONU 자체 상태에서 확인하세요.
참고로 이건 MikroTik만의 특이 동작이 아니에요. 7210 SAS 계열은 벤더 문서에도 대놓고 나와 있는데요: 초기 릴리스는 DDM을 아예 구현 안 해서, 지원하는 모듈을 꽂아도 광파워나 온도가 안 나오고, 본인 버전에 그 기능이 언제 추가됐는지 직접 확인하라고 돼 있어요. 벤더가 공급하지 않은 모듈에 대해서는 같은 문서에서 진단 값이 나오긴 하겠지만 그 형식이나 정확도는 책임지지 않는다고 나와 있고요.
모듈 EEPROM에는 플랫폼이 그 SFP를 DDM 지원으로 취급할지 결정하는 capability 플래그도 있는데, 그걸 안 세팅한 모듈도 아무도 검증 안 한 그럴싸한 숫자를 그냥 찍어낼 수 있어요. 거기서는
show port <port> detail로 그 값을 봐요. 저는 그 장비에서 서드파티 값은 힌트 정도로만 보지 측정값으로는 절대 안 보는데, 질문자님의 33685도 딱 그 정도 취급을 받아야 할 것 같네요.마무리할게요: 스틱을 하나 더 구해서 해결됐어요. O-010S-P를 꽂았더니 1분 안에 VLAN 35에서 PPPoE 클라이언트가 올라왔고, 통신사 쪽 변경도 없었고 포트 설정도 안 건드렸어요. 예전 G-010S-P는 다른 케이지에서도 똑같이 TX만 되는 걸 보니, 제가 보기엔 그냥 죽은 거예요.
그리고 맞아요 - 정상 작동하는 모듈도 33685.00nm으로 나와요. 그 숫자 붙잡고 일주일을 안 날려서 다행이에요.