Модем ALLNET ALL4781-VDSL2-SFP в Turris Omnia пересинхронизируется каждые 30-120 минут
Наконец перенёс линию VDSL2 с боксом провайдера на сам Turris Omnia - в основном чтобы PPPoE работал на роутере, а не на втором устройстве в режиме моста. Настройка прошла приятно: вставляешь модем в клетку, и WAN-интерфейс просто переезжает на модуль, металлический разъём остаётся в стороне, а внутренний линк поднимается сам. Зелёный светодиод отслеживает синхронизацию DSL, оранжевый - сторону, обращённую к роутеру.
- Turris Omnia, PPPoE настроен на интерфейсе, обращённом к модему
- модем-модуль ALLNET ALL4781-VDSL2-SFP в клетке SFP
- линия VDSL2, синхронизирующаяся на полные 100 Мбит вниз
option ifname 'eth1.7', потому что моей линии нужен тег VLAN 7
Десять минут настройки плюс перезагрузка - и линия поднялась на полной скорости. Проблема в том, что она не держится. Где-то между получасом и двумя часами DSL рассинхронизируется, и на восстановление уходит две-три минуты:
LCP terminated by peer
Modem hangup
eth1: link is downЧто я уже сделал:
- переставил модем и перезагрузил роутер - интервал после этого тот же
- поменял патч-кабель DSL и переставил модем в первую розетку на линии
- отключил медный кабель WAN, чтобы ничто не могло конфликтовать за интерфейс
Ничего из этого картину не меняет. Дело в модеме, в моей линии, или в том, как Omnia работает с клеткой? Кто-нибудь эксплуатирует этот модем-модуль долго без рассинхронизаций?
Comments 4
Это известное неудачное сочетание: прошивка 3.4 на линии, которая реально способна на 100 Мбит. Сам модем как таковой не сломан - я знаю другую Omnia, у которой тот же модуль долгое время работает на линии VDSL2 профиля 17a и ни разу не рассинхронизировался, поэтому отзывы об этой штуке и делятся именно так. Заранее по одной лишь спецификации линии не скажешь, в какую группу попадёт именно ваша.
Две вещи по порядку.
Первое - обратитесь к производителю насчёт прошивки. Они признали, что 3.4 ведёт себя плохо на линиях, способных достигать 100 Мбит, а более новая сборка ничего не стоит, так что ставить её стоит в любом случае.
Второе - продолжайте следить за светодиодами после этого. Если первым гаснет зелёный - дело в DSL, оранжевый - сторона клетки. Если зелёный продолжает падать и на новой сборке, значит прошивка была не всей историей на вашей линии.
Честно предупрежу заранее, раз уж вы всё равно спросите: мне известна как минимум одна линия, где обновление ничего не изменило и рассинхронизации продолжались с тем же интервалом от получаса до двух часов. Стабильность с этим модемом, похоже, зависит от характеристик линии не меньше, чем от сборки, так что относитесь к прошивке как к самому дешёвому, что стоит попробовать, а не к гарантированному решению. Если после этого всё равно рвётся, непритязательный запасной вариант - вернуть отдельный модем перед роутером и оставить сессию PPPoE на роутере через
eth1.7- конфигурация остаётся та же, что уже есть, и вы перестаёте гоняться за синхронизацией.Какая прошивка на модеме? В обращении не одна сборка, и ведут они себя на быстрых линиях по-разному, так что это первое, что нужно уточнить.
Ещё два момента, прежде чем винить роутер. В момент разрыва зелёный светодиод гаснет, или он остаётся гореть, пока движется только оранжевый? Это покажет, теряется ли синхронизация DSL или только линк в сторону Omnia. И можно ли снять с самого модема что-то полезное в минуты перед разрывом - достижимую скорость, запас SNR, счётчики ошибок? Синхронизация, которая держит скорость до самой секунды обрыва, выглядит совсем иначе, чем та, что сначала сползает вниз.
Прошивка 3.4 на модеме.
Сидел рядом с устройством и поймал три обрыва подряд: первым гаснет зелёный, оранжевый горит всё это время. То есть линк в сторону роутера вообще не меняется, умирает именно синхронизация DSL, а сессия PPPoE падает следом. Это же делает
LCP terminated by peerследствием, а не причиной - что я и подозревал, но не мог доказать.По счётчикам мне нечего вам дать. Достижимая скорость, запас, счётчики ошибок - модем не показывает ничего подобного нигде, где я смог найти, а роутер показывает только скорость синхронизации и больше ничего. Эта цифра держится на уровне линейной скорости прямо до секунды исчезновения, так что ничего заранее не сползает, оно просто пропадает. Профиль линии тоже не менялся с тех пор, как перед линией стоял модем провайдера.
Другой модем, та же клетка, но полезно знать, пока вы тестируете.
У меня был модем HALNy HL-GSFP GPON в Omnia: ядро подхватило его без жалоб, порт переключился в inband/1000base-x, и после этого eth2 навсегда застрял в состоянии down. Дело в тайминге, а не в совместимости. Модуль несёт в себе собственную небольшую ОС и хочет почти минуту, прежде чем начнёт отвечать хоть на что-то, а клетку опрашивают через несколько секунд после включения питания. Опрос никого не находит, роутер тихо остаётся на металлическом WAN, и интерфейс SFP так никогда и не просыпается.
fw_setenv bootdelay 60в u-boot решило это раз и навсегда.Это не объяснит рассинхронизацию посреди сессии, так что это не ваш случай. Но если вы когда-нибудь перезагрузитесь после разрыва и обнаружите себя снова на меди - вот в чём тут дело, а не в мёртвом модуле.