Элтекс

Здравствуйте коллеги.

А можно ли подружить CFM с ERPS и/или flex-link? Т.е. если порт имеет статус LinkState UP, но CFM фиксирует на нем аварию, то ERPS и/или flex-link будут считать его упавшим.

Flex-link, ERPS переключаются на резерв, когда передающий порт изменяет состояние c LinkUP на DOWN.

Здравствуйте.

Мне известно, что сами по себе Flex-link и ERPS LinkState протоколы. Вопрос стоит именно в том, чтобы скрестить их с CFM. В итоге хочется получить функционал сходный с eAps.

Постараюсь показать кейс на примере. На картинке изображена топология:


В данном случае:
sw1 - коммутатор не умеющий CFM, eRps, eAps. По сути просто управляемый L2 свитч.
sw2 - exreme x670. Умеет CFM, eRps, eAps
sw3 - Eltex mes3124 (version 2.5.38). Умеет CFM, eRps, eAps, flex-link.

Проблема заключается в том, что Master и Slave линки по сути являются L2 транспортом. Когда падает Master, трафик переходит на Slave. Размыкать канал должен именно sw3.

Всё хорошо пока у поставщика каналов не случается авария внутри сети, которая для нас выглядит как активный линк со стороны sw3. Т.е. LinkState протоколы не подходят. В одной из инсталяций нас спасает, что sw2 и sw3 умеют eAps, который ориентируется на свои контрольные сообщения.
Но в случае если с другой стороны будет железка, которая не умеет eAps, то у нас не будет никаких работающих технологий L2 резервирования.

Если же научить flex-link и/или eRps ориентироваться на CFM, то получим не привязанное к вендору решение. Такое в принципе возможно?

*STP как решение не рассматриваем.
Поменять поставщика возможности тоже нет=)

Если же научить flex-link и/или eRps ориентироваться на CFM, то получим не привязанное к вендору решение. Такое в принципе возможно?

Это нужно новый протокол придумывать. А вообще для ваших целей было бы хорошо MPLS использовать. Но mpls нет на elteх, увы

Добрый день! В принципе, такое возможно, если доработать ПО. Учтем данное пожелание

Добрый день!

Есть ли какие-нибудь подвижки в этом направлении?

Добрый день!
Нет, данный функционал не реализован. Укажите свои контактные данные и название компании в личку

Добрый день.
для наших целей тоже необходимо, чтобы ERPS cрабатывало не на физическое падение порта, а на отсутствие логической связности., т.е на основе cfm. Подскажите, пожалуйста, нет ли каких продвижений/разработок в этом направлении

Функционал еще не реализован. Сообщите мне в ЛС свои контактные данные и название организации. А также для какой линейки MES требуется данный функционал.

Добрый день. Появилась ли возможность использовать ERPS в связке с CFM? Есть необходимость построить кольцо при условии что между коммутаторами транспорт стороннего оператора и при обрыве линка у оператора порты смотрящие в сторону наших коммутаторов остаются в статусе UP.

Добрый день.

На коммутаторах серий
MES23xx/33xx/35xx/5324 такая возможность имеется

Добавлена команда efd notify erps. efd - Ethernet Fault Detection, механизм оповещения вышестоящих сервисов(пока только ERPS) о возникших проблемах, детектированных с помощью CFM.
Команда применяется в контексте config-cfm-ma:

console(config)#ethernet cfm domain test level 2
console(config-cfm-md)#service vlan 150 vlan-id 150
console(config-cfm-ma)#efd notify erps

Далее необходимо настроить CFM на конкретном порту:
console(config)#int GigabitEthernet 1/0/1
console(config-if)#ethernet cfm mep 111 domain test service vlan-id 150
console(config-if-cfm-mep)#continuty-check enable
console(config-if-cfm-mep)#active

Далее настраивается ERPS. Для работы механизма efd необходимо, чтобы в ERPS порт(west/east), vlan(управляющий), level совпадали с соответствующими параметрами в CFM.
console(config)#erps vlan 150
console(config-erps)#port west GigabitEthernet1/0/1
console(config-erps)#level 2

Подобную настройку необходимо провести на "соседнем" коммутаторе. Под соседством подразумевается CFM соседство. Между коммутаторами на которых настроен efd может быть сегмент сети без ERPS/CFM.
После проведения необходимой настройки efd, в случае детектирования проблемы, будет оповещать ERPS. ERPS в свою очередь будет реагировать на событие от efd, проведя соответствующие действия (блокировка/разблокировка портов и т.д.).