Eltex MES2324FB бесконечно флапает линк с SFP Foxgate в сторону Alcatel 6224, диагностика модуля N/S
Ставим на узле новый MES2324FB взамен старой железки. Аплинк - оптика 1G на Alcatel 6224, модули Foxgate из той же партии, что и на соседних узлах.
Стенд:
- Eltex MES2324FB, прошивка 4.0.4.7, пробовал ещё 4.0.6 - разницы нет
- 1G SFP Foxgate с обеих сторон линка
- дальняя сторона - Alcatel 6224
- волокно короткое, внутри узла, через кросс
Линк не держится вообще: поднимается и тут же падает, и так по кругу, лог забит одним и тем же:
%LINK-I-Up: gi1/0/21
%LINK-W-Down: gi1/0/21
%LINK-I-Up: gi1/0/21
%LINK-W-Down: gi1/0/21При этом диагностика модуля пустая по всем параметрам:
console# show fiber-ports optical-transceiver
Port Temp Voltage Current Output Power Input Power LOS
gi1/0/21 N/S N/S N/S N/S N/S N/SЧто уже сделал:
- поменял модуль на такой же из коробки и переставил в другой порт - картина ровно та же
- перекинул на заведомо рабочее волокно в обход кросса
- воткнул эти же модули в Alcatel и в D-Link - там линк встаёт и стоит сутками
Получается, что модули живые, а с этим коммутатором они не работают ни в одном порту. Это брак коммутатора или я упускаю что-то в настройке портов?
AI translation to English
Also available in: Русский
العربية
Deutsch
English
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Türkçe
Tiếng Việt
简体中文
Comments 3
Вот про демонтаж - это и есть ответ. Модули почти наверняка перешиты под вендора той площадки, и Eltex на такую кодировку реагирует именно так: EEPROM читается не так, как ожидается, диагностика уходит в N/S по всем полям, а порт крутит
LINK-I-Up/LINK-W-Downдо бесконечности. У нас ровно такой случай закрылся тем, что модули оказались прошиты под HP: площадку до эттого держал HP, оттуда и коробка.Проверяется за пять минут: возьми со склада модули со стандартной заводской кодировкой от поставщика и поставь в тот же самый порт. Если линк встал и в
show fiber-ports optical-transceiverпоявились цифры вместо N/S - коммутатор целый, вопрос закрыт.По
no negotiation bypassподдержку можно не мучить: на 1G-портах его нет, на 10G он в этой ситуации ничего не решает.И момент, который стоит записать себе в привычку: пустая или нечитаемая диагностика на порту - сама по себе признак несовместимости модуля, а не отдельная мелкая проблема. У знакомых на Zyxel было то же самое с другой стороны: XGS1930-52HP периодически отваливался от управления, на оптическом аплинке к GS2220-50 сыпались CRC и переключения STP, и DDM по этому порту не показывался вообще. Патч-корд и порт на кроссе меняли впустую, а оказалось, что аплинк собран на сторонних модулях с кодировкой под D-Link. Поставили родные - флап, CRC и отвалы прекратились.
Прежде чем списывать железку в брак, выложи
show version- без этого разговор всё равно упрётся в версию.И отдельно: N/S по всем полям в
show fiber-ports optical-transceiver- это не «модуль без диагностики», это коммутатор вообще не читает у негго страницу измерений. Так что вопрос номер два: что за модули конкретно, новые от поставщика или снятые с чужой площадки? Партия одна и та же с соседними узлами, или ты так решил по коробке?Ещё скажи, что видит дальняя сторона: на Alcatel порт тоже прыгает вверх-вниз сихнронно или просто молчит.
По версии: 4.0.4.7, потом накатил 4.0.6 - поведение не изменилось ни на бит.
В поддержке первым делом тоже попросили
show version, потом предложилиno negotiation bypass. На 1G-портах команда не поддерживается вовсе, на 10G-портах её применили ради эксперимента - эффекта ноль, да и линк у меня не там.Про модули - тут я сам себя подвёл. В вопросе написл, что партия та же, что и на соседних узлах, был в этом уверен; после твоего вопроса полез сверять по складу - и нет. Новые от поставщика действительно лежат на складе, а конкретно эти я взял из коробки, которую привезли с демонтажа: площадку разбирали и всю оптику сложили в общую кучу. На Alcatel и D-Link они, повторюсь, работают нормально, поэтому я на них и не думал. На дальней стороне порт мигает синхронно с моим, то есть падает линк целиком, а не одна сторона.