Turris Omnia NG SFP+ 케이지: 실제로 링크되는 서드파티 RJ-45 구리 모듈이 뭔가요
집에서 Turris Omnia NG를 쓰고 있는데, 메탈릭 WAN 포트에 마지막으로 남은 게 ISP 라우터까지 2m짜리 구간입니다. 그 구간을 SFP+ 케이지로 옮기고 구리 포트는 랩 쪽에 자유롭게 쓰고 싶습니다. 정품 Turris SFP+ 구리 모듈(RTROM01-RTSF-10G)은 가격이 소형 스위치 한 대 값이고 구하기도 까다롭습니다.
구성:
- Turris Omnia NG, 스톡 펌웨어, SFP+ 케이지는 현재 비어있음
- ISP 라우터까지 짧은 RJ-45 구간, 그쪽은 1G
- 결국엔 1G보다 빠르게 연결하고 싶은 랩 쪽 10G 호스트 두 대
- 테스트할 예비 구리 SFP+ 모듈이 서랍에 없음
모듈이 도착하면 판단할 수 있는 전부:
dmesg | grep -i sfp
ethtool -m eth2지금까지 해본 것: 이 케이지용 공식 호환 목록을 찾아봤는데 아무것도 없었고, 안 올라오면 반품받아주는지 판매자 한 명에게 물어봤습니다.
질문은 간단합니다. NG 케이지에서 사람들이 실제로 돌리는 10G나 2.5G 구리 RJ-45 모듈이 뭔가요, 그리고 링크가 안 되는 걸로 알려진 건 뭔가요? 세 번 주사위 굴리느니 어딘가에서 이미 쓰이고 있는 걸 사고 싶습니다.
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
그 케이지에 대한 벤더 호환 목록은 없고 앞으로도 안 나올 겁니다. 모듈이랑 펌웨어 조합 수가 너무 많아서 유지 관리가 현실적으로 불가능하거든요. 그러니 대신 얻을 수 있는 건 사용자들의 후기입니다. NG에서 사람들이 돌리는 걸 보면, 1.25/2.5/5/10GBASE-T 종류의 10Gtek RJ-45 SFP+가 제일 자주 올라오는 거고, ipolex 10GBASE-T 모듈도 되고, MikroTik S+RJ10도 되고, 저렴한 Xicom 2.5G 구리 SFP도 멀쩡하다는 보고가 있었습니다. 구간이 충분히 짧으면 10Gtek DAC 케이블도 동작하는 쪽에 들어갑니다. 반대쪽 장부에는 Solarflare SFM10G-TX가 안 된다고 보고됐습니다.
실용적인 포인트 두 가지. 반품받아주는 판매자한테서 사세요. 이 쪽 호스트 지원이 좁아서, 뭘 디버깅하기보다는 브랜드를 갈아치우게 될 수도 있습니다. 그리고 SFP+ 껍데기에 들어간 10GBASE-T 모듈은 뜨거워진다고 예상하세요. 라우터가 밀폐된 캐비닛에 있다면 중요한 부분입니다.
도착하면 꽂자마자
dmesg | grep -i sfp를 확인하고ethtool -m eth2를 읽어보세요. 거기서 커널이 모듈을 식별하지 못하면, 인터페이스 설정을 아무리 해도 못 구합니다.NG가 아니라 클래식 Omnia를 갖고 여기 오신 분들을 위해 덧붙일 만합니다. 그 박스에서는 케이지가 추가 인터페이스를 전혀 안 줍니다. 케이지랑 메탈릭 WAN 소켓 둘 다 MAC 하나, eth2 뒤에 있고, 어느 순간이든 둘 중 하나만 거기 배선돼 있습니다. 어느 쪽이냐는 라우터가 부팅 때 로드하는 device tree blob에 달려있고요. 그래서 완전히 멀쩡한 구리 모듈이 완전히 죽은 것처럼 보입니다. 인터페이스 목록에 새로운 게 안 뜨고, 모듈이 꽂혀있는 동안은 메탈릭 WAN이 주소까지 잃어버립니다. /boot/dtb를 SFP 버전으로 맞추고 재부팅하면 그림이 바뀝니다.
TurrisOS 6.2.3에서 FS 2.5GBASE-T 구리 모듈로 정확히 그렇게 했더니 재부팅 직후 WAN이 2.5Gbps로 올라왔습니다. NG도 비슷한 게 필요한지는 모르겠지만, 모듈을 불량으로 단정하기 전에 호스트부터 확인하세요.
감사합니다, 그게 제가 원하던 목록이었어요. 10Gtek을 주문할 건데, 반품받아주는 데서요.
질문에 넣었어야 했던 게 하나 있는데, 정품 모듈이 이런 스레드마다 매번 나오니까요. 예전에 그 케이지에 RTROM01-RTSF-10G를 실제로 꽂아본 적이 있습니다. 한동안은 동작했는데, 한 달쯤 지나니 연결 에러를 던지기 시작해서 포기하고 링크를 다시 일반 이더넷 포트로 옮겼습니다. 그러니까 비싼 옵션이 여기서 자동으로 안전한 옵션은 아니네요. 그게 바로 추천 대신 실제로 쓰이고 있는 모듈을 물어본 이유고요.
같은 문제의 다른 구석인데 결론은 같습니다. 클래식 Omnia에서 제가 보증할 수 있는 모듈은 TP-Link TL-SM321B 하나뿐입니다. 1000Base-BX 양방향, 1310nm, LC요. 커널이 달래줄 필요 없이 바로 인식하고 실제 페이로드로 대략 920 Mbit/s가 나옵니다. 빠진 80 Mbit/s를 찾아다닐 필요도 없습니다. 라인 자체가 1.25 Gbit/s로 돌고, 8b10b 인코딩이랑 이더넷 프레이밍 사이에서 정확히 그 지점에 실사용 레이트가 떨어지거든요.
같은 라우터에서 반례도 있습니다. CTS SFP-31W2ASM10-DR이 Turris OS 3.x에서는 잘 돌다가 박스가 4.0으로 옮겨가니 죽었는데, 거기서 범인은 모듈이 아니라 새로 짜인 VLAN이랑 스위치 설정 모델이었습니다. 그리고 수정 사항이 어디서 오는지 기억해두세요. SFP 관련 작업은 안정된 Turris 브랜치에 나타나기 한참 전에 OpenWrt master에 먼저 들어갑니다. 그러니 오늘 링크를 거부하는 것도 몇 릴리스 뒤에는 조용히 살아날 수 있습니다.