Turris Omnia에 꽂은 ALLNET ALL4781-VDSL2-SFP 스틱이 30~120분마다 재동기화됨
드디어 VDSL2 회선을 ISP 박스에서 떼어내서 Turris Omnia 자체에 종단시켰습니다. 주로 PPPoE를 브리지 모드의 두 번째 장비가 아니라 라우터에서 직접 돌리려는 목적이었어요. 설치 자체는 수월했습니다. 케이지에 스틱을 꽂으면 WAN 인터페이스가 그냥 모듈로 옮겨가고, 메탈릭 소켓은 신경 쓸 필요 없이 내부 링크가 저절로 올라옵니다. 초록 LED는 DSL sync를, 주황 LED는 라우터 쪽 면을 나타냅니다.
- Turris Omnia, 모뎀 쪽 인터페이스에 PPPoE 설정
- SFP 케이지에 ALLNET ALL4781-VDSL2-SFP 모뎀 스틱
- 100Mbit 다운으로 꽉 채워 트레이닝되는 VDSL2 회선
option ifname 'eth1.7', 제 회선이 VLAN 7 태그를 요구해서
설정 10분에 재부팅 한 번으로 라인 레이트까지 올라왔습니다. 문제는 그게 유지가 안 된다는 겁니다. 30분에서 2시간 사이 어디쯤에서 DSL이 desync되고, 돌아오는 데 2~3분이 걸립니다.
LCP terminated by peer
Modem hangup
eth1: link is down이미 해본 것:
- 스틱 재장착, 라우터 재부팅, 이후 간격은 그대로
- DSL 패치 케이블 교체, 스틱을 회선의 첫 번째 소켓으로 이동
- 인터페이스를 두고 다툴 게 없도록 구리선 WAN 케이블 뽑음
패턴이 전혀 안 바뀝니다. 이게 스틱 문제인가요, 제 회선 문제인가요, 아니면 Omnia가 케이지를 다루는 방식 문제인가요? 이 모뎀 스틱을 재동기화 없이 장기간 돌리고 계신 분 있나요?
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
그거 알려진 나쁜 조합입니다. 100Mbit를 실제로 낼 수 있는 회선에서 펌웨어 3.4를 쓰는 거요. 스틱 자체가 고장난 건 아니에요. 제가 아는 다른 Omnia는 같은 모듈로 VDSL2 프로파일 17a 회선에서 오래 돌고 있는데 한 번도 재동기화된 적이 없습니다. 그래서 이 물건에 대한 리포트가 그렇게 갈리는 겁니다. 어떤 회선이 어느 그룹에 속하는지는 데이터시트만 보고 미리 알 수 있는 게 아닙니다.
순서대로 두 가지.
먼저 펌웨어는 벤더한테 가서 물어보세요. 회선이 100Mbit에 닿을 수 있을 때 3.4가 오동작한다는 걸 그쪽에서도 인정했고, 새 빌드는 공짜니까 안 돌릴 이유가 없습니다.
그다음엔 계속 LED를 지켜보세요. 초록이 먼저 나가면 DSL 쪽이고, 주황이면 케이지 쪽입니다. 새 빌드에서도 초록이 계속 떨어지면 펌웨어가 회선 문제의 전부는 아니었던 거고요.
어차피 물어보실 테니 결과를 솔직히 말씀드리면, 업데이트가 아무것도 안 바꿔서 재동기화가 여전히 30분에서 2시간 간격으로 계속되는 회선을 적어도 하나는 알고 있습니다. 이 스틱의 안정성은 빌드만큼이나 회선 특성에 좌우되는 것 같으니, 펌웨어는 확실한 해결책이라기보다 제일 싸게 시도해볼 수 있는 것 정도로 보세요. 그래도 계속 끊기면 별로 멋은 없지만 모뎀을 앞단에 다시 두고 PPPoE 세션은
eth1.7을 통해 라우터에 유지하는 대안이 있습니다. 지금 설정을 그대로 쓰면서 동기화 쫓는 걸 그만두는 거죠.스틱에 어떤 펌웨어가 들어있나요? 유통되는 빌드가 하나가 아니고 빠른 회선에서 다르게 동작하니까, 그것부터 확인해야 합니다.
라우터 탓하기 전에 두 가지 더. 끊기는 순간에 초록 LED가 나가나요, 아니면 켜진 채로 주황만 움직이나요? 그게 DSL sync 자체가 끊긴 건지 아니면 Omnia 쪽 링크만 끊긴 건지 알려줍니다. 그리고 끊기기 몇 분 전에 스틱 자체에서 쓸 만한 정보를 얻을 수 있나요? attainable rate, SNR margin, 에러 카운터 같은 거요. 죽는 순간까지 속도를 유지하다 끊기는 sync는 미리 서서히 떨어지는 sync랑 완전히 다른 얘기거든요.
스틱 펌웨어는 3.4입니다.
박스 옆에 앉아서 연속으로 세 번 끊기는 걸 잡았습니다. 초록이 먼저 나가고, 주황은 계속 켜져 있습니다. 그러니까 라우터 쪽 링크는 전혀 안 움직이고, DSL sync가 죽으면서 PPPoE 세션이 따라 죽는 거네요. 이러면
LCP terminated by peer도 원인이 아니라 결과가 되는 거고, 의심은 했지만 증명은 못 했던 부분입니다.카운터는 드릴 게 없습니다. attainable rate, margin, 에러 카운트 같은 걸 스틱이 어디서도 안 보여주고, 라우터는 sync rate만 보여주고 그 이상은 없습니다. 그 수치는 사라지는 순간까지 라인 레이트에 그대로 있어서, 미리 서서히 떨어지는 것도 없이 그냥 사라집니다. 프로파일도 ISP 모뎀이 회선 앞에 있을 때랑 비교해서 안 바뀌었고요.
스틱은 다르지만 케이지는 같아서, 테스트하는 동안 알아두면 좋을 것 같아서요.
Omnia에 HALNy HL-GSFP GPON 스틱을 꽂은 적이 있는데, 커널은 군말 없이 인식했고 포트도 inband/1000base-x로 바뀌었는데 eth2가 그 상태로 영영 down이었습니다. 호환성이 아니라 타이밍 문제였어요. 이 모듈은 자체 소형 OS를 갖고 있어서 뭐라도 반응하기까지 거의 1분 가까이 필요한데, 케이지는 전원 켜고 몇 초 만에 프로브를 돕니다. 프로브는 아무도 없다는 걸 확인하고, 라우터는 조용히 메탈릭 WAN에 남고 SFP 인터페이스는 영영 안 깨어납니다. u-boot에서
fw_setenv bootdelay 60으로 완전히 해결됐습니다.이건 세션 중간의 재동기화는 설명 못 하니까 님 답은 아닙니다. 다만 끊긴 뒤에 재부팅했는데 구리선으로 돌아가 있는 걸 보신 적 있다면, 그게 바로 이 메커니즘이지 죽은 모듈이 아닙니다.