XG-7100 в демаркационную точку оператора на ADVA FSP150CP: линк поднят, ничего не приходит обратно, светодиод SFP красный
Небольшой офис, одна арендованная линия, оператор завёл её на ADVA FSP150CP, прикрученный к стене в шкафу связи. Моя задача - подключить наш собственный маршрутизатор в этот канал вместо аренды маршрутизатора у них, так что порт ix0 SFP+ на Netgate XG-7100 идёт напрямую в порт доступа ADVA.
- Netgate XG-7100, WAN на ix0
- демаркационный блок ADVA FSP150CP, установлен и настроен оператором, логина у нас нет
- на стороне маршрутизатора перепробованы три разные 1G оптики
- LC патч-корд, оставленный монтажниками
Маршрутизатор уверен, что линк есть. Демарк - нет:
ix0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
media: Ethernet autoselect
status: active
# tcpdump -ni ix0
ARP, Request who-has <gateway> tell <wan address>, length 28
ARP, Request who-has <gateway> tell <wan address>, length 28Счётчики исходящего трафика растут, счётчики входящего стоят на нуле, а в дампе никогда нет ничего, кроме того, что отправили мы сами. Светодиод SFP на ADVA остаётся красным с любым модулем, который я ставлю в маршрутизатор.
Что уже пробовал:
- все три оптики по очереди, красный светодиод не меняется
- поменял и почистил патч-корд
- поддержка оператора говорит, что линия чистая до демарка, а дальше не их зона ответственности
Какой модуль на самом деле хочет этот блок, и что означает красный светодиод SFP - что моя оптика неправильная, или что их порт настроен на что-то совсем другое?
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 6
Ваши собственные счётчики уже сказали, на какую сторону оптики смотреть, так что начните с этого, а не с четвёртого модуля. Исходящий трафик растёт, входящий стоит на нуле, в дампе ничего, кроме исходящего от вас ARP. На вашем приёмном волокне вообще ничего не приходит. Именно так со стороны маршрутизатора выглядит несовпадение типа среды: ваш передатчик уходит в никуда, дальний конец никогда не отвечает, а интерфейс всё равно докладывает active, потому что локальная сторона довольна тем, что видит.
Порт доступа на FSP150CP настраивается оператором под один тип среды - одномодовое волокно, многомодовое волокно или RJ45 - и модуль в маршрутизаторе должен совпадать с этим типом волокна и длиной волны. Красный SFP LED - это блок, отклоняющий то, что ему подсунули. Когда он принимает модуль, светодиод Rate горит зелёным на 1G, так что эти два индикатора вместе и есть результат вашего теста.
Это не список разрешённых вендоров. Собственные инженеры вендора маршрутизатора воспроизвели эту схему на стенде с ADVA 0061003008 в демарке и обычной одномодовой оптикой 1000BASE-LX в XG-7100, и то же самое заработало с Metrodata S12W1310S010C15C и с FS SFP1G-LX-31. Сторонняя 1G оптика - не то, что вас останавливает.
Поэтому полезный следующий шаг - не четвёртый модуль. Добейтесь от оператора письменного указания, под какой тип среды настроен этот порт доступа, и подберите под него. Правда, честно предупрежу - именно на этом такие случаи обычно и застревают: если они держат блок закрытым и не говорят, вы покупаете оптику и гадаете, по одной штуке за раз.
На этом блоке есть не одна лампочка, стоящая внимания, а вы процитировали только одну. Когда FSP150CP доволен модулем и порт работает на гигабите, светодиод Rate загорается зелёным. У вас он зелёный, жёлтый или не горит вовсе? Красный SFP LED - это блок, говорящий, что модуль и настройка порта не совпадают, а это не то же самое, что заявление о поломке вашей оптики.
Второй вопрос, и он на самом деле решающий: под что оператор настроил этот порт доступа? Одномодовое волокно, многомодовое волокно или RJ45 - и конец со стороны маршрутизатора должен быть таким же, каким они вам его дали. Вы знаете, какой это вариант?
Также, на какой длине волны каждая из трёх оптик, что вы пробовали? На этикетке обычно написано 850 нм или 1310 нм, и это имеет намного большее значение, чем бренд, напечатанный рядом.
Спросил у них, и получил почти весь ответ через отказ.
Сначала про индикаторы, потому что это единственное, что я мог проверить без их помощи. Rate LED вообще не загорается - не горит, а не жёлтый - а SFP LED красный с любым модулем. И я наконец прочитал этикетки, а не бренды: все три оптики - 1310 нм одномод, одна из них - обычный 1000BASE-LX. Так что я, по сути, провёл один и тот же тест три раза и посчитал это тремя тестами, само по себе урок.
Остальное никуда не привело. Конфигурацию не отдают, под что настроен порт доступа - не говорят, а когда я попросил включить вместо этого порт RJ45, чтобы вообще убрать оптику из уравнения, тоже отказали. Блок их, конфигурация их, разговор окончен.
Так что офис теперь работает на маршрутизаторе, арендованном у оператора, что как раз то, чего я и пытался избежать, а XG-7100 лежит на полке. Оставляю тему открытой на случай, если кто-то продвинется со своим демарком дальше, чем удалось мне.
Тот же угол, другой блок оператора, если это хоть немного утешает. Снова XG-7100, на этот раз оптика в Adtran 5660, пока канал переводили со 100 Мбит на гигабит. Со стороны файрвола порт докладывал active и согласовывал 1000baseSX full duplex с Ubiquiti UF-MM-1G внутри. Adtran просто стоял на DOWN/DOWN.
Зафиксировал среду вместо autoselect:
Без изменений. Перебрал оптику Cisco и Ciena - без изменений. Перешёл на более новую разработческую сборку прошивки файрвола, потому что кто-то это предложил - без изменений. Та же самая оптика на том же волокне поднялась в UniFi-коммутаторе с первого раза, так что модуль изначально был ни при чём, а собственная поддержка оператора нам ничем не помогла.
В итоге сдались и оставили в цепочке UniFi-коммутатор, протянув канал через VLAN между двумя его портами, так что Adtran теперь смотрит только в коммутатор. Прямое соединение файрвол-CPE так и не поднялось, и я до сих пор не могу сказать почему.
Позвольте сделать мысль про среду передачи конкретной, потому что "три разных трансивера" очень часто на деле один и тот же тест, выполненный три раза.
850 нм принадлежит SR и многомодовому стеклу; 1310 нм принадлежит LR и одномоду. Оба конца должны быть одного типа, тут нечего согласовывать через этот разрыв, и никакая настройка интерфейса не изменит, какая длина волны выходит из лазера.
Эти цифры дальности - потолок, а не пол, и на этом люди попадаются в обратную сторону: LR модули на обоих концах трёхметрового патча внутри одной стойки прекрасно работают, им просто нужны одномодовые шнуры. LR по многомоду иногда всё же даёт линк на паре метров, но это поведение вне спецификации, и на нём не стоит строить платный канал.
Самый показательный пример, что я видел - FortiGate, который не поднимал линк с коммутаторами с оптикой Brocade и Extreme, и вся дискуссия вокруг этого была про несовместимость брендов. Модуль Fortinet был 10G SR, дальняя сторона - 10G LR. Никакого списка разрешённых, никакой привязки к вендору, просто многомод смотрел на одномод.
Я бы тоже не стал относить это к привязке к вендору, и был бы осторожен с тем, как этот обходной путь прочитают те, кто найдёт тему позже.
Включение коммутатора посередине доказывает, что ваша оптика, волокно и порт файрвола в порядке. Оно вообще ничего не говорит о том, почему CPE не принимал линк напрямую - оно просто убирает проблему за что-то, с чем CPE готов разговаривать, и оставляет её там висеть.
Фиксация среды через ifconfig тоже меняет только то, как локальный интерфейс относится к линку. Она не может изменить то, что выходит из оптики, так что она изначально не могла исправить несовпадение типа среды на дальнем конце. В обоих этих случаях единственное, чего никто не мог увидеть - это как оператор настроил свой порт доступа, и в обоих случаях именно там и живёт ответ.