Добрый день.
Есть ли какая-нибудь более подробная документация кроме того что написано в мануале? Он должен нормально работать на trunk портах?
Похоже он нормально отрабатывает только на access. Если это не так - распишу подробнее в чем проблема.

Приветствую.
В документации доступной на public-ftp все вполне четко рассказывается.
Опишите свою проблему/задачу простыми словами и схему желательно тоже приложить.

В документации написано "All RLDP frames are untagged". Это значит в случае с тегированным портом они отправляются как vlan 1? Судя по логам debug - так.

Проблема. При замыкании на себя двух портов 1210-28 RLDP не срабатывает. Вследствии этого - шторм на весь влан и что самое неприятное отваливание bgp сессий между 3610.

Задача. Сделать так чтоб страдал только влан где шторм.

Тестовый стенд (DGS-3610,DES-1210,DES-1008):
3610
vlan 1
!
vlan 10
!
vlan 11
!
vlan 12
!
Настройки RLDP - default

1210
vlan 10 - port 25,26 tag, port 1-24 untag

1. Включен только 3610
1.1
interface GigabitEthernet 0/1
switchport access vlan 10
!
interface GigabitEthernet 0/2
switchport access vlan 10
!
RLDP при замыкании 1 и 2го порта отрабатывает корректно (порты выключаются)
1.2
interface GigabitEthernet 0/1
switchport mode trunk
!
interface GigabitEthernet 0/2
switchport mode trunk
!
RLDP при замыкании 1 и 2го порта отрабатывает корректно (порты выключаются)
1.3
interface GigabitEthernet 0/1
switchport mode trunk
!
interface GigabitEthernet 0/2
switchport mode trunk
switchport trunk allowed vlan remove 1
!
RLDP при замыкании 1 и 2го порта не отрабатывает (порты не выключаются)

2. Включен 3610, в 1й порт включен 1008, на 1008 петля.
2.1
interface GigabitEthernet 0/1
switchport access vlan 10
RLDP при замыкании отрабатывает (порт выключается)
2.2
interface GigabitEthernet 0/1
switchport mode trunk
!
RLDP при замыкании отрабатывает (порт выключается)
2.3
interface GigabitEthernet 0/1
switchport mode trunk
switchport trunk allowed vlan remove 1
!
RLDP при замыкании не отрабатывает (порт не выключается)

3. Включен 3610, в 1й порт включен 1210(25йпорт), на 1210 петля (между 1м и 2м)
RLDP при замыкании не отрабатывает (порт не выключается). Ни в каком из случаев.

4.Добавил на 1210 tag vlan 1 на портах 25,26
Добавил на 1210 untag vlan 1 на портах 23,24
При петле между 1и2м портами. RLDP при замыкании не отрабатывает (порт не выключается). Ни в каком из случаев.
При петле между 23и24м портами. RLDP при замыкании не отрабатывает (порт не выключается). Ни в каком из случаев.


Собственно вопрос - как сделать чтобы RLDP срабатывало в таком случае? Или что можно сделать чтоб не рвались bgp сессии и проблема мешала жить только своему влану (если с RLDP не возможно).

Я переведу на всякий случай, то что вы написали - "Все фреймы RLDP не тегированные". Внимание ключевое слово - НЕ ТЕГИРОВАННЫЕ, т.е. БЕЗ ТЕГА.
Они не отправляются в VLAN 1, а они принадлежат PVID 1 (он существует в пределах комутатора).

Далее руководствуясь простой логикой.... порты коммутатора, к которому подключен 3610. на которых вы хотите определять петли должны иметь один и тот же PVID, чтобы пропускать этот самый нетегированный трафик. Если нетегированный трафик блокируется то RLDP не отработает.

Ясно, спасибо. Снял тег с входа 1210 - заработало. Но при кольце в другом влане данный функционал бесполезен, так? Какими средствами 3610 можно защититься от подобного? Хочется чтобы проблема в данном влане осталось в нем, а не ложила в 100% загрузку свитч и с ним и bgp.

Вы не хотите попробовать использовать протоколы семейства STP или ERPS?
Или данная задача должна решаться исключительно с помощью RLDP?

Вы имеете ввиду использование STP на доступе(1210) или на агрегации(3610)?
На доступе использовать не всегда возможно, так как не везде стоят 3200/1210/3028 - есть устройства не поддерживающие STP.
На агрегации - петлю за одним портом он ловить и не должен - только между портами, насколько я понимаю.
Мне бы хотелось решить вопрос на уровне 3610 чтобы не зависеть от доступа.

На агрегации

Вы ошибаетесь.

Да, действительно, спасибо. Буду разбираться.