Оптический порт ERS 8600 поднят на 1G full duplex, но коммутатор не выучивает на нём ни одного MAC
Один физический сервер на нашем ERS 8600 ни с кем не разговаривает, а коммутатор совершенно уверен, что всё в порядке. Порт в этом состоянии с тех пор, как сервер перевели с меди на оптику.
- Avaya ERS 8600, сервер на порту SFP 1G в слоте 3, порт 12
- сетевая карта сервера со своим SFP, оптический патч через панель здания
- порт оставлен на 1 Гбит/с full duplex, ничего экзотического в конфигурации
Что коммутатор сообщает по этому порту:
Port 3/12: up, 1000 Mbps, full duplex
FCS errors: 0
Port errors: 0
MAC addresses learned on 3/12: noneТо есть порт обучается, держится поднятым днями, не считает вообще никаких ошибок, и при этом база коммутации не получает с него ни единого адреса. Сервер недоступен из остальной части VLAN.
Что пробовал:
- несколько раз перезапускал порт - ничего не меняется
- переключал flow control в обе стороны - тоже ничего
- прошёлся по FDB для VLAN сервера: адреса с каждого другого порта, ни одного с 3/12
- сервер настаивает, что его собственный линк поднят на гигабите
Куда смотреть дальше - на сторону коммутатора или на оптику в сервере?
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
Этот паттерн - линк поднят, full duplex, чистые счётчики, пустая таблица коммутации - почти всегда означает, что дальний конец кладёт свет на волокно, но не валидные кадры. Модуль в сервере - первый подозреваемый, а не конфигурация коммутатора.
Сначала снимите подозрения со стороны коммутатора, чтобы потом никто не спорил. В диагностической оболочке ERS 8600 выполните
dumpPortStateиpsDump(<port index>)для этого порта. Обратите внимание на индекс: это не slot/port из обычного CLI, это slot * 64 + (номер порта - 1). Если оттуда возвращается здоровый локальный порт и чистые счётчики, коммутатор сделал свою работу, и неисправность живёт по ту сторону волокна.Прежде чем что-то покупать, уберите инфраструктуру из уравнения: подключите этот порт напрямую сам на себя через запасной модуль того же типа, затем измерьте, что выходит и что возвращается, и посмотрите, держатся ли оба показания там, где положено по спецификации модуля. После этого замените SFP в сетевой карте сервера. В задокументированном случае с такими же симптомами это оказалось полным решением: порт коммутатора держал линк днями, с волокна ничего пригодного не приходило, и адреса появились в тот момент, когда заменили модуль сервера.
Одна оговорка, если заведомо исправный модуль ничего не меняет: на некоторых платформах есть программный дефект, выглядящий идентично. На ERS 5900 такой задокументирован: замените модули аплинка 1 Гбит/с на SFP+ 10 Гбит/с, и линки поднимаются активными, но ничего через них не проходит. Более поздний релиз ПО числит это как исправленное, а пока помогает сброс порта или коммутатора. Так что если замена не помогает, сначала прочитайте release notes для вашей прошивки.
Ноль ошибок вместе с нулём выученных адресов - очень специфичное сочетание, так что установите, какое направление реально мертво. Показывают ли счётчики порта хоть какие-то принятые кадры, или буквально ничего не приходит? Если приёмная сторона плоская, пока передающая продолжает расти, коммутатор говорит в пустоту, и ваша пустая FDB - симптом, а не сама проблема.
Также стоит снять то, что коммутатору вообще удалось прочитать с самого модуля. На линейке VSP 7000 это
show interfaces gbic-info, сужаемое доport <номер порта>, если нужен только один, и оно говорит, какое устройство коробка считает установленным и считает ли она его поддерживаемым; если в вашей версии ERS есть аналог, выложите его вывод для 3/12. И скажите, какой модуль сидит в сетевой карте сервера, марку и тип, а не просто 'SFP'.Зашёл в диагностическую оболочку, как предлагалось. Для слота 3 порта 12 индекс получается 3 * 64 + 11 = 203, так что
psDump(203)плюсdumpPortState- локальный порт здоров, счётчики чистые, на коммутаторе вообще ничего не так, в точности как и предполагалось.Так что я вытащил SFP из сетевой карты сервера и вставил запасной того же типа. MAC-адрес оказался в таблице коммутации ещё до того, как я вернулся к столу, и с тех пор сервер доступен. Мёртвый модуль на стороне сервера, который всё же давал достаточно света, чтобы поднять порт и удержать его в этом состоянии. Спасибо, я бы потратил ещё день на перечитывание конфигурации коммутатора.