Две соседние агрегации работают в большом кольце на mstp. Но опять же, к erps в моем случае это никак не относится

Я это и хотел уточнить т.е у вас erps постоянно в режиме сходимости pending?   и реагирует на падение owner порта в пределах одного коммутатора?

Mar45#sh erps status
ERPS ring: testr1 instance: 1 status:
Active: 1
Node State: IDLE
Time last topology change:Feb 18 04:23:11 2021
----------------------------------------------------------------------------------
Port     Interface       Port-Status    Signal-Status    R-APS-NodeId         BPR  
----------------------------------------------------------------------------------
Port0    Ethernet1/0/27  blocked        Non-failed       00-00-00-00-00-00    0    
Port1    Ethernet1/0/28  forwarding     Non-failed       00-00-00-00-00-00    0

Думаю, что тут проблема в MTU на самой ОНУ, попробуйте в traffic-profile для uni eth порта выставить параметр max-frame 1522

Также хочу заметить, что baudcom не равно bdcom

Brend один тот же

NV_Test_ring#sh erps status
ERPS ring: test_ring1 instance: 1 status:
Active: 1
Node State: PROTECTION
Time last topology change:May 20 17:05:47 2021
--------------------------------------------------------------------------------                  --
Port     Interface       Port-Status    Signal-Status    R-APS-NodeId         BP                  R
--------------------------------------------------------------------------------                  --
Port0    Ethernet1/0/8   forwarding     Non-failed       00-21-91-9c-33-00    0                  
Port1    Ethernet1/0/7   blocked        Failed           00-00-00-00-00-00    0
Вот  состояние когда кольцо разорвано

Нет, это два разных бренда

Коллеги, подскажите, пожалуйста, такая ситуация: в ip dhcp snooping видно, что есть 5 реквестов, но таблица binding пуста. При этом от этого же коммутатора подключён такой же с теми же настройками, и там DHCP работает. С чем может быть связано, что на реквесты нет ответа?

DHCP Snooping is enabled
DHCP Snooping maxnum of action info:10
DHCP Snooping limit rate is 100 pps, switch ID f8-f0-82-78-34-de
DHCP Snooping droped packets 0, discarded packets 0
DHCP Snooping alarm count 0, binding count 0,
static binding count 0, from shell 0, from server 0
expired binding 0, request binding 5

DHCP-сервер на биллинге, проблемный коммутатор подключён к Cisco, где relay настроен.

Все заработал ))

Починил, убрал с Циски глобальную ip dhcp relay information option

Подскажите, может кто-то сталкивался..
Есть станция бдком 3310д
Включаем абонентский куст и ложится сеть с сообщениями о петле

шаблон для онушек такой

epon onu-config-template T1
cmd-sequence 001 epon onu all-port ctc vlan mode tag %1
cmd-sequence 002 epon onu all-port ctc loopback detect
cmd-sequence 003 epon sla upstream pir 200000 cir 5000
cmd-sequence 004 epon sla downstream pir 200000 cir 5000

вот такие сообщения на коммутаторах. хотя и на портах включена защита
Interface Ethernet1/0/20
service-policy input pm-port20
no spanning-tree
switchport mode hybrid
switchport hybrid allowed vlan 2;1105;1107 tag
switchport hybrid allowed vlan 1108 untag
loopback-detection specified-vlan 1-4094
loopback-detection control shutdown

день добрый. у нас тут вышла из строя станция BDCOM, при этом СНРы отреагировали не до конца понятным нам сообщением(ями, много было, пока порт под станцией не положили)
SNR-S2995G-24F %May 20 11:48:17:141 2021 MODULE_L1DRV/2/:Slot 1 protocol LOOPBACK is denied by cpu.

Еще глобально в конфиге надо loopback включить, читайте мануал, без нее на портах ону не будет активировано

У вас контрол влан 3200 и принадлежит инстанс 0, а по логике и мануалам именно он должен быть защищен, т.е. входить в protected instance 1. Правда у нас на тестах erps на снр отрабатывал штатно в обоих вариантах настройки

Вы не поверите, но в моем случае кольцо тоже разорвано с помощью erps :)

1. Этот влан как раз должен гулять по всему кольцу erps, поэтому смысла вносить его в инстанс 1 нет
2. В моём случае этот влан создан для галочки, на деле он существует только на этом коммутаторе