ERS 5510-24T показывает GBIC 1000SX в системной информации, но светодиод IN USE никогда не загорается
Соединяю два здания по паре Nortel, которая стоит там дольше, чем я работаю. План был просто задействовать уже имеющееся внутридомовое волокно между двумя коммутаторами и на этом закончить, но порт 23 не поднимается ни с одной из сторон.
- Два Nortel ERS 5510-24T, ПО 4.0.2.02
- GBIC SFP 1000SX, по одному в порту 23 на каждом коммутаторе
- около 120 м внутридомового волокна через стояки, разделанного в дальнем шкафу кем-то, кто делал изначальную прокладку
port 23: no link, IN USE LED dark on both switches
GBIC listed in system information on both endsЧто я пробовал:
- выключил автосогласование на порту 23 с обеих сторон
- выставил симметричное управление потоком на порту
- собрал вокруг него MLT - на случай, если порт должен быть членом чего-то
Ничего не изменилось. В руководстве сказано, что GBIC нужно активировать в ПО, но нигде не сказано, где именно эта настройка находится, и я не могу найти в меню ничего похожего. Есть ли действительно такой шаг активации, который я упускаю, или я вообще гонюсь не за тем?
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 4
Светодиод IN USE не сообщает о том, что модуль вставлен. Он остаётся тёмным, пока порт реально не увидит оптический линк, так что он говорит вам ровно то же самое, что уже говорит статус порта - ничего не линкуется, - и никакого скрытого шага активации в ПО искать не нужно. Формулировка в руководстве всех и отправляет по этому ложному следу.
На деле причин обычно две, и я встречал обе в одном и том же здании.
Первая: модуль должен соответствовать волокну. 1000SX - это многомодовый модуль. Если в стояках проложено одномодовое волокно, можно настраивать что угодно, линк никогда не поднимется; там нужен модуль LX, на этой платформе это AA1419015.
Вторая, и обычно она побеждает на старой внутридомовой разводке: передача должна попадать на приём. Пара, разделанная наоборот в удалённом шкафу, даёт ровно такую картину - оба GBIC видны в системной информации, обе стороны настроены, а линка нет вовсе. В случае, с которым я разбирался, всё решила простая перестановка пар местами в дальнем шкафу.
Порядок действий, который бы я предложил: сначала выяснить, какое волокно реально проложено в стояках, затем прозвонить пары от начала до конца на предмет направления, и только потом одолжить заведомо исправный участок, прежде чем винить модуль. Заодно верните автосогласование и управление потоком к значениям по умолчанию - они здесь ни при чём.
Прежде чем копать глубже в меню: что реально проложено в стояках - многомод или одномод? Это редко где подписывают нормально, а 120 м между зданиями - это как раз та дистанция, на которой люди выясняют это на собственном опыте.
Второй вопрос: кто-нибудь открывал дальний шкаф и проверял разделку, или вы доверяете тамошним подписям?
Проверка, которая ничего не стоит, пока вы ждёте ответа на любой из этих вопросов: возьмите короткий патч-корд и закольцуйте один оптический порт на другой на том же коммутаторе. Если этот линк поднимется, значит модули и порты в порядке и всё, что вы ищете, находится в самой линии.
Та же по форме проблема на совершенно другом оборудовании: три коммутатора LANCOM GS-2326P+, связанные по многомодовому волокну через этажные патч-панели. Модули определяются, свет на волокнах есть, все оптические порты застряли в состоянии no link.
В итоге всё указывало на направление. Наличие света в жиле ничего не говорит о том, в какую сторону он идёт, а патч-панель посередине линии - как раз то место, где пара перепутывается местами, так что пройдитесь по каждой панели и докажите, что передача с одной стороны попадает на приём с другой.
Затем скучный вариант: оба конца должны быть одним и тем же типом оптики. Ближний диапазон 850 нм и дальний 1310 нм друг с другом не заговорят, модуль 100 Мбит не заговорит с гигабитным, а многомодовая оптика хочет многомодовое волокно, а не одномод 9 мкм.
Ещё кое-что, что может относиться или не относиться к вашим Nortel: некоторые коммутаторы при загрузке проверяют модуль и напрочь отказываются от сторонней оптики. У нас подтверждённого решения так и не появилось, потому что тесты ждали выезда на объект, но именно шнур-петля был тем шагом, который за один вечер отделил бы линию от железа.
Ещё одна причина не менять модуль только на основании индикатора: в этом семействе платформ отображаемое состояние врёт и в обратную сторону тоже.
У меня есть стек из трёх ERS 5520 с портами SFP 1/48 и 2/48 в MLT. Порт 2/48 показывает OperStatus down и оранжевый квадрат в интерфейсе управления, при этом сам модуль горит ровным зелёным светом, и трафик по линку идёт совершенно нормально.
Зелёный свет плюс кадры на линии означают, что оптика и волокно делают всё как надо, а ложь кроется в том состоянии, которое стек хранит для этого порта - в этой линейке ПО ошибаются именно те устройства в стеке, что не являются базовым. Попробовать заново выбрать базовое устройство или выдернуть и переставить кабели стека - дёшево, стоит попробовать, а в более поздней прошивке это вполне могут отметить как исправленное. Что точно не даёт ничего - это выдёргивать рабочий SFP только потому, что квадрат в интерфейсе оранжевый.