Пролёт 27 км на MES3324F: те же модули в MXA-64 линкуются, а Eltex уводит порт в PORT_SUSPENDED
Стык между двумя нашими узлами: пролёт около 27 км одномода, на обоих концах MES3324F. Поставили пару 1550 нм SFP FANG HANG, которые продавались как сорокакилометровые. Линк встаёт, живёт несколько десятков секунд и падает, и так по кругу, пока порт не заблокируется.
- 2 x Eltex MES3324F, прошивка 4.0.7
- SFP FANG HANG 1550 нм, партномер S1253271221932, заявлено 40 км
- пролёт ~27 км одномода, промежуточные кроссы на обоих узлах
- патч-корды из той же партии, что и на соседних стыках
console# show fiber-ports optical-transceiver
Port ... Output Power Input Power LOS
gi1/0/23 -6.11 dBm -22.00 dBm No
%LINK-W-PORT_SUSPENDED
Что уже проверили:
- трассу мерили, по кабелю замечаний нет
- переставили эту же пару модулей с теми же шнурами в MXA-64 на то же самое волокно - линк поднимается сразу и стоит без флапов
- поменяли модули местами и переткнули в соседние оптические порты, поведение то же
Входящие -22 dBm мне и самому не нравятся, но тогда непонятно, почему на MXA-64 на этом же волокне всё держится. Это MES3324F настолько не любит работу у границы чувствительности, или дело всё-таки в модулях и надо искать нормальную пару на 40 км? Не хочется ехать за новыми моодулями, чтобы упереться в то же самое.
Comments 4
-22 dBm на приёме для гигабита на 1550 нм - это уже у самого края, там любой лишний коннектор решает. Пара вопросов, чтобы не гадать:
show fiber-ports optical-transceiverна дальнем конце? Интересует Input Power именно там, а не только у вас.По опыту, «40 км» в описании лота и реальная дальность модуля - вещи разные, и на 27 км это вылезает первым делом.
На дальнем конце картина зеркальная, приём такой же низкий, разбежка в пределах погрешности. По модулям: продавец в итоге признал, что это двадцатикилометровые железки, а не сорок, так что запаса по бюджету на 27 км там изначально не было.
Параллельно писали в поддержку Eltex. Ответ короткий: проверить, что трансиверы вообще соответствуют DDM, обновить прошивку и, раз модули гигабитные, добавить на обоих концах
Сделали все три пункта - порт всё равно доходит до
%LINK-W-PORT_SUSPENDED, просто чуть позже. Уровни на MXA-64 не снимали, каюсь, смотрели только на факт линка.Сейчас ждём нормальную пару на 1550 нм с запасом по бюджету, до этого момента считаю вопрос открытым.
Похожее ловил на Cisco, только там оно проявлялось не блокировкой порта, а мусором в счётчиках: один из двух оптических аплинков набрал 46 тысяч input errors и 42 тысячи CRC, в логе - alarm Rx power low, -20.2 dBm при пороге -18.4 dBm.
Лечилось не на коммутаторе: чистка обоих торцов, замер TX и RX измерителем, проверка длины трассы, сварок и качества патчей. Часть ошибок ушла, но до конца уровни в норму так и не вернулись, модуль в итоге тоже поменяли. Смысл в том, что на границе бюджета железо ведёт себя по-разному: одно набирает CRC и делает вид, что работает, другое честно гасит порт. Так что -22 у вас - это не «почти работает», это уже причина.
К замеру измерителем добавлю: цифрам DDM из дешёвых модулей верить на слово не стоит. Даже вендоры, которые делают собственную диагностику по оптике, оговаривают допуск порядка 3 dB по Tx и Rx и порядка 3 градусов по температуре - и это для своих же модулей. На стороннем можно спокойно получить пару децибел расхождения с реальностью, а иногда модуль не отдаёт вообще ничего осмысленного и ранней тревоги по мощности не будет в принципе. Пороги в DDM тоже приходят из самого модуля (SFF-8472), коммутатор их не вычисляет.
И порядок работ, который экономит время: сначала сравнить Rx с рабочим диапазоном модуля, а не с фактом «линк есть», потом заменить патч-корд, потом посмотреть промежуточные кроссы - не лазил ли там кто недавно, - и только после этого подозревать дальний модуль. У меня был случай, когда приём просел до -25.69 dBm, и виноват оказался не модуль, а трасса.