Доброе время суток всем!

Продолжаю тестировать DGS-3610-26G.
Добрался до противопетлевой защиты.
Возникло 2 вопроса.
1. Правильно ли я понимаю, что loopback detection в нем STP-based, то бишь называется spanning-tree loopguard, совмещен с STP и без оного не работает?
2. К логике работы и диагностике.
Есть порт (в моем примере Giga0/17), за ним стоит свитч. Допустим, неуправляемый. Организую на нем петлю. Giga0/17 падает в err-disable , как и положено, это отражается в логах и видно по show inter status err-disabled. НО. Если включен errordisable recovery, то через положенный интервал времени порт поднимается и обратно в err-disable уже не возвращается. При этом он как живой, по show inter status на нем есть линк.

В логах -

и дальше тишина.
О том, что там по-прежнему петля, можно попробовать догадаться по show spanning-tree inter giga0/17,
но диагностика в этом случае не отличается от петли между портами...

... что в случае колец вполне себе допустимо. И остается только гадать, что это было.
Можно ли сделать так, чтобы после recovery порт снова падал в error-disable , если петлю не сняли?

_________________
WBR, Serhio

1. rldp loop-detect enable ?
2. можно показать точно схему и текущую конфигурацию?
3. опишите точно задачу, простыми словами, что надо сделать применительно к конкретной схеме

О, спасибо, то, что нужно.


Так вроде достаточно подробно описал в первом сообщении.
Речь о диагностике состояния "петля в порту". Без RLDP, средствами SpanningTree, такая диагностика получилась весьма затруднительной.
Наличие RLDP вопрос снимает.

_________________
WBR, Serhio

я просто всегда уточняю схему, чтобы четко понимать задачу которую требуется решить и не терялось время на лишние обсуждения...
тему закрываю....