TP-Link ER7412-M2 SFP WAN показывает 0.235 мВт RX на BiDi-оптике, но линк не поднимается
Небольшой офис, отказываемся от бокса от провайдера и заводим оптику прямо на роутер. Терминация AON, провайдер просит только VLAN-тег, без PPPoE и без регистрации ONT. Что стоит в стойке:
- TP-Link ER7412-M2 V1, прошивка 1.0.1, оптика в порт 11 (SFP WAN)
- сначала TP-Link TL-SM321B, потом обычный FS 1000BASE-BX-U (TX 1310, RX 1490, 10 км, DOM)
- FRITZ!Box 5530 Fiber со своим модулем FRITZ!SFP AON (1000BASE-BX10, TX 1310 нм, RX 1490/1550 нм) как эталон, который работает
- один и тот же LC патч-корд для каждого теста
Оба модуля роутер видит, и страница DDM не пустая:
Port 11 (SFP WAN): link down
DDM: RX power 0.235 mWТо есть свет приходит с правильной парой длин волн, а порт всё равно не поднимается. Что уже сделано:
- заменил TL-SM321B на FS BX-U именно потому, что его длины волн совпадают с тем, что шлёт провайдер
- переставил этот же модуль FS и тот же патч-корд в FRITZ!Box, где линк поднимается сразу - то есть с оптикой, модулем и портом провайдера всё в порядке
- перепроверил VLAN-тег на WAN-интерфейсе, хотя это вроде бы вообще не должно влиять на сам линк
Что ещё на стороне роутера может держать порт выключенным, когда RX-мощность явно присутствует?
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 3
Уберите автосогласование на этом порту из уравнения. Задайте на порту SFP WAN фиксированные 1000M вместо auto, сохраните, дайте порту переинициализироваться. Именно эту правку советует поддержка TP-Link для этой модели, и обычно она решает всё целиком: порт поднимается, и WAN-интерфейс сразу же получает адрес от провайдера.
Механически перед вами согласование 1000BASE-X, которое никогда не завершается между портом роутера и стороной AON провайдера. С вашей оптикой всё в порядке, и показания DDM это доказывают - RX-мощность на ожидаемой длине волны означает, что оптический тракт и пара BX исправны, так что сбой лежит на электрической стороне и стороне согласования, а не на оптической. То, что FRITZ!Box поднимает линк с тем же самым модулем, говорит о том же самом с другой стороны.
Стоит зафиксировать письменно две оговорки.
Фиксация скорости только на одном конце помогает лишь тогда, когда дальний конец не продолжает пытаться согласовываться. Это та же ловушка, в которую попадают с 1G SFP-модулем в слоте SFP+, где модуль определяется, нет потери rx, нет tx fault, а интерфейс упрямо показывает отсутствие линка, пока скорость и дуплекс не зафиксированы вручную на обоих концах, а не только на роутере.
И не превращайте это в универсальное правило для оптических портов. Есть и обратный случай: интерфейс Huawei AR2220 оставался выключенным против стороннего коммутатора, пока его не вернули на
negotiation auto, потому что сосед ожидал согласования, а на роутере оно было принудительно отключено. Подстраивайтесь под дальний конец, а не гадайте.На что настроен порт 11, auto или фиксированная скорость? И известно ли, как настроена дальняя сторона - порт провайдера зафиксирован на 1000M или оставлен на согласовании? Ответы на эти два вопроса вместе определяют, есть ли у согласования 1000BASE-X вообще с кем разговаривать.
Ещё одна проверка, раз уж вы на странице DDM: падает ли показание RX в ноль, если вынуть оптику из модуля? Я видел достаточно устаревших значений в веб-интерфейсе, чтобы хотеть это подтвердить, прежде чем строить теорию вокруг 0.235 мВт.
Порт 11 был на auto. Как настроена дальняя сторона, честно сказать не могу - никто на линии поддержки провайдера не станет обсуждать настройки портов с клиентом-малым бизнесом, так что зафиксировано там или согласуется - в любом случае догадка. Значение DDM хотя бы реальное: вынимаешь оптику - показание RX падает в ноль, вставляешь обратно - возвращается 0.235 мВт.
Зафиксировал порт 11 на 1000M, сохранил, и линк поднялся в течение секунд. WAN-интерфейс получил адрес от провайдера с первой попытки. Больше ничего не менял: тот же FS BX-U, тот же патч-корд, тот же VLAN-тег, прошивку не трогал.
То есть оптика вообще не была проблемой, порт просто ждал согласования, которое никогда не должно было завершиться. Немного раздражает, что страница DDM с исправной RX-мощностью столько времени соседствовала со статусом link down, и ничто не намекало на настройку скорости.