Попробовал config loopdetect mode port-based, ситуация та же что и при vlan-based LBD, т.е. намертво отваливается менеджмент.


Прошу прощения, если мой P.S. прозвучал излишне резко, но я действительно не могу понять, что в точности имелось ввиду.


Пожалуйста, объясните в кратце или укажите источник в котором можно было бы узнать, в чем заключается зависимость/независимость LBD от STP, и вообще, чем конкретно LBD дополняет функциональность STP.
Изучал DES-3500 Manual R5.pdf и DES-3500 CLI Manual R5.pdf, разделы, описывающие LBD в этих документах дают весьма туманное представление о его назаначении.


Т.е. петли (замкнутые контуры) отрабатываются LBD и STP совместно?


Какова функциональность этого независимого варианта LBD и доступен ли этот вариант LBD в v.501b016?

_________________
freenet.com.ua

Вы не могли бы указать ваш телефон?

+380 93 323 0076

_________________
freenet.com.ua

Насколько я могу себе представить, реализация ограничения по pps на порту и полисинг, по идее, эквивалентные по сложности задачи, ведь по сути для обеспечения полисинга суммируется размер кадров и самплится в каком-то временном интервале, для pps лимита это будет отличаться только тем, что считать нужно будет количество кадров, а не их размер.
Вопрос только в том, может ли такая реализация pps limit-а быть эффективно использована как средство борьбы с перегрузкой ЦПУ самого свича или по причине использования механизмом ЦПУ циклов это наоборот, в случае серьезного трафика, может его уложить. В любом случае такой механизм, с моей точки зрения, был бы очень полезен, поскольку он позволил бы по крайней мере не допустить перегрузки апстрим маршрутеризатора, ведь как известно, маршрутеризаторы чувствительны именно packet rate, а не bandwidth.

В общем, хотелось бы зарегистрировать feature request на реализацию pps rate limit-а, если реализация последнего вообще возможна.

_________________
freenet.com.ua

К сожалению уже запрашивали, невозможно. Только policing.