Клетка SFP+ Turris Omnia NG: какие сторонние медные модули RJ-45 реально линкуются
У меня дома работает Turris Omnia NG, и последнее, что осталось на металлическом порту WAN, - это двухметровый прыжок до роутера провайдера. Хочу перенести этот участок в клетку SFP+ и освободить медный порт для лабораторной стороны. Официальный медный модуль SFP+ Turris (RTROM01-RTSF-10G) стоит примерно как небольшой коммутатор, да и достать его вообще непросто.
Схема:
- Turris Omnia NG, штатная прошивка, клетка SFP+ сейчас пуста
- короткий участок RJ-45 до роутера провайдера, там 1G
- два хоста 10G на лабораторной стороне, к которым в итоге хотелось бы подключаться быстрее 1G
- в ящике нет запасных медных модулей SFP+, чтобы протестировать
Всё, по чему я могу судить о модуле, когда он придёт:
dmesg | grep -i sfp
ethtool -m eth2Что я уже сделал: искал официальный список совместимости для клетки и ничего не нашёл, спросил у одного продавца, примут ли модуль обратно, если он не заработает.
Вопрос простой - какие медные модули RJ-45 10G или 2.5G люди реально используют в клетке NG, а какие точно не линкуются? Я лучше куплю то, что уже где-то в работе, чем буду бросать кости трижды.
Comments 4
Официального списка совместимости для этой клетки нет, и не будет - количество комбинаций модулей и прошивок делает его поддержание непрактичным, так что вместо этого есть только отчёты владельцев. Из того, что люди используют на NG: медный SFP+ RJ-45 от 10Gtek класса 1.25/2.5/5/10GBASE-T - тот, что чаще всего заводится, работает модуль ipolex 10GBASE-T, работает MikroTik S+RJ10, и дешёвый медный SFP Xicom 2.5G тоже сообщали как рабочий. Если участок достаточно короткий, DAC-кабели 10Gtek тоже в рабочей колонке. С другой стороны реестра - сообщали, что Solarflare SFM10G-TX не работает.
Два практических момента. Покупайте у продавца, который принимает возврат - поддержка хоста здесь узкая, так что вы, скорее всего, будете менять бренды, а не что-то отлаживать. И ожидайте, что модуль 10GBASE-T в корпусе SFP+ будет сильно греться, что важно, если роутер стоит в закрытом шкафу.
Когда модуль придёт, сразу после установки проверьте
dmesg | grep -i sfpи прочитайтеethtool -m eth2. Если ядро там модуль не опознаёт, никакая настройка интерфейса его уже не спасёт.Стоит добавить для тех, кто попадёт сюда с классической Omnia, а не с NG. На этой коробке клетка вообще не даёт дополнительного интерфейса. Клетка и металлическая розетка WAN обе сидят за одним MAC-адресом, eth2, и в любой момент времени к нему подключена только одна из них - какая именно, зависит от device tree blob, который роутер загружает при старте. Так что вполне здоровый медный модуль выглядит совершенно мёртвым: в списке интерфейсов ничего нового не появляется, а металлический WAN даже теряет свой адрес, пока модуль остаётся вставленным. Направьте /boot/dtb на вариант с SFP, перезагрузитесь, и картина изменится:
Сделал именно это на TurrisOS 6.2.3 с медным модулем FS 2.5GBASE-T, и WAN поднялся на 2,5 Гбит/с сразу после перезагрузки. Понятия не имею, нужно ли что-то подобное для NG, но проверьте сам хост, прежде чем списывать модуль как неисправный.
Спасибо, это именно тот список, который я искал. Заказываю 10Gtek, и там, где принимают возврат.
Одна вещь, которую стоило указать в вопросе, раз уж официальный модуль всплывает в каждой такой теме: у меня действительно стоял RTROM01-RTSF-10G в этой клетке раньше. Он проработал какое-то время, а затем примерно через месяц начал выдавать ошибки соединения, и я сдался и перенёс линк обратно на обычный порт Ethernet. Так что дорогой вариант тут не автоматически надёжный - именно поэтому я и спрашивал о модулях, которые у людей реально в работе, а не о рекомендации.
Другой угол той же проблемы, тот же вывод. На классической Omnia единственный модуль, за который я могу поручиться, - это TP-Link TL-SM321B, 1000Base-BX двунаправленный, 1310 нм, LC. Ядро подхватывает его без каких-либо танцев, и я получаю примерно 920 Мбит/с реальной полезной нагрузки через него. Искать пропавшие 80 Мбит/с тоже не нужно: сама линия работает на 1,25 Гбит/с, и с учётом кодирования 8b10b и обрамления Ethernet именно там и оказывается полезная скорость.
Контрпример на том же роутере: CTS SFP-31W2ASM10-DR прекрасно работал под Turris OS 3.x и умер, как только коробку перевели на 4.0 - и виновником там оказалась переработанная модель конфигурации VLAN и коммутатора, а не сам модуль. И помните, откуда берутся исправления: работа с SFP попадает в OpenWrt master задолго до того, как что-либо из этого доходит до стабильной ветки Turris, так что то, что отказывается линковаться сегодня, вполне может тихо ожить парой релизов позже.