Добрый день!
Имеется следующая схема построения сети: Есть агрегаторы DGS3612G/DGS3627G которые выполняют функции маршрутизаторов (OSPF/PIM). К каждому агрегатору подключено не более 8 колец коммутаторов доступа (DES-3200-26). В каждом кольце в среднем по 10 коммутаторов. Так же на агрегаторе и на коммутаторах доступа настроен RSTP. Проблема в том , что при отключении/включении коммутатора в каком-либо кольце происходит очищение таблицы FDB на всех портах агрегатора на которых задействован STP. Соответственно имеем небольшой перерыв услуг для клиентов находящихся в других кольцах агрегатора. Схема по VLAN следующая:
1) Для услуги Интернет до каждого коммутатора по кольцу проброшен свой VLAN (vlan per switch).
2) Для услуги IPTV используем один общий ISM VLAN на все кольца в пределах агрегатора.
3) Для услуги VoIP используем так же общий VLAN на все кольца в пределах агрегатора.
4) VLAN управления коммутаторами так же общий на всех кольца в пределах агрегатора.
10 vlan - Management, 2000 vlan - IPTV, 3000-VOIP

Хотели использовать MSTP, но пункты 2-4 сводят задумку на нет.
Смотрим в сторону ERPS. Просьба помочь с настройкой оптимальной конфигурации. Сейчас тестирую следующую схему:
На агрегаторе настраивается по RAPS vlan на кольцо. Для удобства в protected_vlan вносится диапазон vlanid с 10 по 4094.
На коммутарах доступа настраивается соответствующий кольцу R-APS vlan:
Пример конфигурации DES3200-26:
create erps raps_vlan 2
config erps raps_vlan 2 timer holdoff_time 0 guard_time 500 wtr_time 5
config erps raps_vlan 2 rpl_port none
config erps raps_vlan 2 rpl_owner disable
config erps raps_vlan 2 ring_mel 1
config erps raps_vlan 2 ring_port west 26
config erps raps_vlan 2 ring_port east 25
config erps raps_vlan 2 protected_vlan add vlanid 10-4094

Пример конфигурации DGS3612G.
create erps raps_vlan 2
config erps raps_vlan 2 rpl_port west
config erps raps_vlan 2 rpl_owner enable
config erps raps_vlan 2 ring_mel 1
config erps raps_vlan 2 ring_port west 9
config erps raps_vlan 2 ring_port east 10
config erps raps_vlan 2 protected_vlan add vlanid 10-4094

create erps raps_vlan 3
config erps raps_vlan 3 rpl_port west
config erps raps_vlan 3 rpl_owner enable
config erps raps_vlan 3 ring_mel 1
config erps raps_vlan 3 ring_port west 11
config erps raps_vlan 3 ring_port east 12
config erps raps_vlan 3 protected_vlan add vlanid 10-4094

На стенде вижу, что при падении коммутаторов в кольце с R-APS vlan 2 таблица FDB на портах 11,12 не очишается. Это как раз то, что нам нужно. Сомнение вызывает только конфигурация config erps raps_vlan N protected_vlan add vlanid 10-4094

Покритикуйте данную схему. Каких подводных камней стоит ожидать?
PS. IPTV на стенде еще не тестировал.

Чтобы tcn не распространялось в соседние кольца и fdb не чистилась, настраивайте на агрегаторе restricted tcn - смотрите презентацию
https://cloud.dlink.ru/owcl/index.php/s ... 2/download

restricted tcn настроен больше года назад и успешно работает. Но проблема в том, что таблица коммутации на агрегаторе очишается в любом случае - отсюда и перерыв связи. А Restricted TCN защищает только коммутаторы доступа соседних колец от реагирования на сообщения о перестроении.

Что можете сказать по предложенной схеме настройки ERPS? Я все правильно учел?

Изучил описание протокола ITU-T G.8032 http://www.ieee802.org/1/files/public/d ... w-0308.pdf . В описании нет слов о функциях protected vlan . Пояснения на презентации D-Link мне не кажутся достаточными. Поэтому у меня несколько вопросов к реализации ERPS у D-Link:
1) Как работает механизм ERPS если protected vlan находятся в разных кольцах (R-APS vlan)?
2) По вышеописанной схеме при изменении состояний (IDLE/Protected) на коммутаторе DGS 3612G (RPL owner) очишается таблица коммутации на:
a) 2х портах к которым принадлежат R-APS vlan кольца ?
b) 2х портах к которым принадлежит R-APS vlan, но только на vlan , которые помечены как protected?
c) Полностью на vlan'ах которые помечены как protected для данного R-APS vlan вне зависимости на каких портах они находятся?

Судя по описанию, коммутатор очищает FDB на портах кольца без привязки к vlan:

При тестировании ERPS c мультикастом выяснил следующую особенность:
Имеем: DGS3612G (rpl_owner/igmp querier) и 2 DES3200-26c1 в erps кольце. Настройка erps стандартная. На одном из DES3200-26c1 подписываемся на multicast группу.
1) Опускаем не rpl линк на коммутаторе (DGS3612G rpl_owner/igmp querier).
2) Мультикаст не передается на резервный линк, пока DGS3612G не разошлет сообщение query general. При стандартных настройках query general = 125 секунд получаем перерыв в поставке потока до 125 секунд.
3) Поднимаем упавший линк. Через 5 минут (WTR Time) ERPS переходит в состояние IDLE и блокируется резервный линк. Мультикаст перестает передаваться на порты erps кольца и опять получаем перерыв доставки потока до 125 секунд.
Я понимаю, что это стандартное поведение igmp_snooping, но есть ли хак/настройка чтобы обеспечить доставку multicast потока беспрерывно/минимальным перебоем? Например, при смене состояний erps DGS3612 дополнительно посылал бы igmp query general или автоматически посылал бы multicast на оба порта кольца erps кольца.

1. А если статикой прописать чтоб мультикаст всегда лился в оба порта? Через router ports
2. А почему у вас рут - 3612. Разрывайте кольцо где-нибудь по середине ветки.

Да, это правда!

_________________
It's not so hard to raise and train a dog as long as you know what exactly to do... A good community to read some good dog training tips where you can learn a lot.