Подкольца ERPS без virtual channel

[dracul]

Добрый день!

Я сейчас занимаюсь тестированием коммутаторов Eltex в плане работы ERPS и совместимости с нашим текущим оборудованием (SNR).

В процессе возник вопрос. Мы в своей топологии используем подкольца без RAPS virtual channel. В гайдах по настройке ERPS на Eltex я не увидел указаний по настройке этого параметра, упоминается только вариант с virtual channel.

Насколько я могу судить, Eltex контрольный влан по умолчанию включает в защищаемые в кольце/подкольце. При этом он, видимо, блокируется. А для подкольца без виртуального канала требуется, чтобы контрольный влан не блокировался.

Заранее спасибо за ответ!

[Евгений Т]

Добрый день.

Приведите вашу схему.

Если используется кольцо с подкольцом, то смежный линк со стороны подкольца и будет Virtual channel.

Eltex контрольный влан по умолчанию включает в защищаемые в кольце/подкольце. При этом он, видимо, блокируется.

Через управляющий влан ходят R-APS PDU. Остальной трафик через RPL link не пройдет ни в управляющем, ни в protected vlan.

[dracul]

Схема на тестовом стенде простейшая.

Есть 4 свитча. A, B - SNR, C и D - Eltex

A, B и C образуют основное кольцо. В основном кольце существует 2 инстанса, у каждого из которых, соответственно, свой контрольный влан и один рабочий влан, через который производится проверка работы, разные RPL. На Eltex нет инстансов, поэтому создано два кольца, у которых просто одинаковые порты.

Основное кольцо, в котором получаются 2 свичта SNR и 1 Eltex, отрабатывает корректно.

Далее пробую подключить к свитчам B и C свитч D в режиме подкольца, то есть, B и C у нас получаюстя интерконнекшн ноды.

(Небольшое отступление. У меня на боевой сети подкольца работают в режиме без виртуального канала, то есть контрольный влан подкольца не проложен по основному кольцу, он проходит только по подкольцу и терминирован на интерконнекшн нодах. При таком подходе чтобы обеспечить прохождение RAPS пакетов по всему подкольцу, нужно, чтобы они проходили через заблокированные линки. На SNR я это достигал просто исключением контрольных вланов подкольца из защищаемых в данном подкольце. Все хорошо работает.)

Итак, у меня получается подкольцо из B (SNR, interconnection) - D (Eltex) - C (Eltex, interconnection). В нем также два инстанса. В одном инстансе RPL линк B (owner) - D (neighbor), в другом D (neighbor) - C (owner).

При тестировании наблюдается такая картина.

Инстанс, где RPL B (SNR) - D (Eltex) работает корректно.

Инстанс, где RPL D (Eltex) - C (Eltex) не работает корректно. Проявляется это в том, что при разрыве common линка RPL, как и должен, разблокируется, а при восстановлении common и истечении WTR таймера RPL блокируется, но не разблокируется common (он блокируется при потере линка), при этом на C подкольцо переходит в IDLE, а C и B висят в состоянии PENDING. По идее, они должны по контрольному влану от свитча C получить RAPS с флагами NR, RB, что дает им сигнал необходимости разблокировки common линка, сброса CAM и перехода в IDLE.

Замена C на SNR решает эту проблему.

Тут единственное, что я могу предположить, так это то, что C не пропускает RAPS пакеты через заблокировавшийся RPL. Но, увы, не нашел какой-то подробной инфы по поводу настройки поколец на Eltex (только общая краткая статья по настройке)

[dracul]

поменял местами owner и neighbor на RPL между C и D - без изменений.

Нет, вру. После перемены мест B и D отрабатывают восстановление и переходят в IDLE, а C зависает в pending.

То есть, по факту neighbor не отрабатывает сигнал о восстановлении, или же не получает его от owner. Надо смотреть пакеты.

[Евгений Т]

Здравствуйте, отправьте на почту в подписи с пометкой "для Евгения" рисованную схему с подписанными портами и конфиги свичей.