День добрый. Внедряем функционал pppoe circuit_id_insertion на сети. Для контроля было выбрано два тестовых района. Имеем проблему на коммутаторах DES3200 rev C1 - периодический уход в гору при включенной опции, при отключении процессор проседает. Опция работает только на абонентских портах(магистральный исключены). На моделях 3028, 3200b,3026 проблемы не наблюдаем. 3200с проявляет себя выборочно - при тестировании на двух районах (порядка 300 коммутаторов) проблема периодически возникает на 4 коммутаторах - на стенде проблема повторить не удаётся
на тестируемых железках прошивка 4.39.B010 - на ней в отличии в отличии от предыдущей версии нормально отрабатывает safeguard, что позволяет зайти и отключить опцию. На более старых по свич отваливается по управлению до 10-20 минут.

Есть ли рекомендации по данному моменту?

Особенность - свич в горе висит в 93%. Опция включена только на абонентских портах. При физическом выключении всех абонентских портов (в работе 2 магистральных) процессор остаётся на 63 процентах - создаётся впечатление, что коммутатор обрабатывает процом опцию на магистральных портах, несмотря на запрет.

На всех портах попробуйте отключить опцию, оставив включенными порты и оставив включенным глобально. Будет проблема?

После включения опции свич работает нормально какое-то время. Тут присутствует элемент рандома когда он уйдёт в гору - как правило это час-два.

Как раз для этого надо дождаться эффекта - как только поймаю, отпишусь

Дождался загруки в 60% - в частности 3200-52. При отключении опции на портах проседает до 23 %. При обратном включении загрузка возвращается.

По идее она должна метить только pppoe discovery, а складывается ощущение, что красит всё подрят. Опять же не понятно почему при тестировании на 300 свичах неадекватно себя ведут только 3.

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

Уже выключали: свич в горе с только включенными двумя магистральными портами, на которых отключен insertion(глобально работает) - получается логика, что он слушает трафик, а опция state на порту вероятно только для установки метки - опять же проверяли, что метка не переписывается, в случае прохода нескольких свичей. Если его валит транзитный трафик, то вопрос почему не валит несколько предыдущих аналогично настроенных свичей с такой же нагрузкой - по анализу на вход broadcast отсутствует, трафика в простое на вход около 6000 frames - что либо указывающее на флуд отсутствует.
По поводу отключенных есть идея собрать лабу, с генерацией pppoe-discovery, на которой оценить при какой нагрузке ему становится плохо. Хотелось бы услышать мнение от представителей DLINK о стабильности опции

По опыту лаба не поможет пока деятельно не разберетесь в ситуации. Снимите трафик и посмотрите на него какой там pps pppoe (и характер этог трафика). Ну а потом порпобуйте на лабе этот трафик выдуть в свитч.

И еще вопрос кроме того что загрузка CPU 60% проблемы есть? Клиентский трафик страдает?

Когда у нас были проблемы с инсершеном на 3552/28 то клиенты вообще не могли подключиться. К слову на проблему мы так и забили потому что не было сил уже ей заниматься. Может оживим кстати.