Аплинк 100GE Huawei CE6800 к Profitap XX-3200G не поднимается на оптике SR4
Заменяем существующую пару агрегации у заказчика на оборудование CloudEngine, и единственный линк, который отказывается подниматься, - это фид 100GE в их packet broker. Всё остальное на коммутаторе встало без проблем.
- Huawei CloudEngine 6800, порт 100GE
- модули 100GBASE-SR4 QSFP28, детали Huawei, по одной на каждом конце
- packet broker Profitap XX-3200G на другой стороне
Оба конца видят свой модуль. В логе коммутатора нет ничего, кроме записей об установке и извлечении трансивера - от того, как я переставлял оборудование, никаких аварий вообще, а интерфейс просто стоит внизу:
<CE6800> display interface 100GE1/0/1
...
FEC : RS-FECЧто уже пробовал:
- заменил оба модуля на запасные и почистил торцы MPO - без изменений;
- перенёс линк на другой порт 100GE на коммутаторе;
- проверил сторону брокера - он видит свой модуль и не сообщает о проблемах.
То есть оптика распознана с обеих сторон, никто не жалуется, а линка нет. Что ещё должно совпадать между портом 100GE CloudEngine и сторонним устройством, чтобы линк обучился?
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
Это несовпадение FEC. CloudEngine по умолчанию включает RS-FEC на портах 100GE с оптикой SR4, у брокера настройки FEC нет вообще, поэтому он работает без него, а две стороны, не согласные по FEC, никогда не завершают обучение. Ничего не сломано, поэтому ничего и не логируется, отсюда и то, что в логе есть только ваши сообщения об установке и извлечении.
Отключите на коммутаторе, в режиме интерфейса:
undo fec modeделает то же самое. Важна именно вторая строка. У CE двухэтапная конфигурация, и незафиксированныйfec mode noneпри чтении конфигурации назад выглядит совершенно правильно, пока порт остаётся ровно таким же down, как и раньше. Я видел, как из-за этого кейс клиента растянулся на лишний день - все были уверены, что FEC уже отключён.После commit
display interfaceдолжен показывать FEC: NONE, и порт должен обучиться.Если на дальнем конце когда-нибудь появится настройка FEC, лучше включить там RS-FEC и оставить коммутатор на настройках по умолчанию, поскольку на 100G коррекция реально нужна. Между двумя разными вендорами я бы задавал FEC явно на обеих сторонах, а не полагался на автосогласование.
Что говорит брокер о FEC на своей стороне, если вообще что-то говорит? Вы уже опубликовали интересную половину сами: порт коммутатора работает с RS-FEC. Huawei прямо указывает, что оба конца линка 100GE должны использовать один и тот же режим FEC, иначе интерфейсы никогда не поднимутся, и такой отказ выглядит ровно как ваш - оба модуля исправны, нет аварий, нет лога, порт down.
Большинство брокеров и тапов, с которыми я работал, вообще не предоставляют настройку FEC, а значит, работают без него, и уступать должен коммутатор. Сначала подтвердите это, затем меняйте одну вещь.
Стоит добавить, что значение по умолчанию у CloudEngine не единое, оно зависит от модуля. QSFP28-100G-LR4 и QSFP28-100G-LR1 работают с FEC выключенным согласно IEEE 802.3, тогда как все остальные типы QSFP28 по умолчанию идут с FEC включённым. Так что совет просто отключить его неверен на линке LR4, где коммутатор уже выключен, а несовпадение находится на другом конце.
Ещё два правила из той же главы, которые меня ловили:
Так что проверьте, что у вас реально в руках, командой
display transceiver interface 100GE1/0/1 verbose, прежде чем решать, в какую сторону крутить FEC, и в любом случае не забудьте commit.