Доброго времени суток!

Очень интересует вопрос за что отвечает и на что влияет процесс tnet в коммутаторах DGS-3610.
Проблема заключается в том, что при глобальном включении proxy-arp на супервилане, на котором крутится около 1500 сабвиланов, резко загружается процессор. Где большую часть занимает как раз процесс tnet.
Можно ли как нибудь с этим бороться?

Это часть сетевого движка.
Если пропишите ip-address-range на subvlan загрузка снизится.

В том то и дело что ip-address-range прописаны на всех сабвиланах.

В таком случае оптимизация уже произведена. Все ARP запросы обрабатываются CPU, что вызывает некоторое потребление его ресурсов.

Примерно 400 активных пользователей на одном 3610 - включаю прокси арп и заргузка проца стремительно растет, он начинает пинговаться по 6 секунд и внешняя загрузка на нем падает до 100 мегабит. На самой железке прописаны 3т. сабвиланов в одном супервилане и в каждом указано ip-range.

Итого с прокси-арп коммутатор DGS-3610 не может переварить несчастных 400 юзеров, которые сумарно льют трафик на 100 мегабит.


Есть ли какие либо возражения? Ответьте пожалуйста четко и понятно. Я уже закупил их несколько штук, с надеждой сделать вменяемую агрегацию, с маршрутизацией - первый же опыт - крайне негативен. Если все эти супервиланы не способны к нормальной работе (а без прокси-арп они не интересны в принципе), то я просто перестану попусту терять время. Пока никакого решения проблемы о которой пишу около года нет. Если есть иные способы решить проблему кропе прокси-арп. У меня одна и та же беда на пяти коммутаторах и я начинаю задавать себе вопрос зачем вообще я их поставил?

Причем если выключить прокси арп то загрузка несколько процентов, а если включить то 100...

Странно, у нас всего 2 3610 на несколько тысяч юзеров. + 10 каналов иптиви
загрузка в среднем 80%, частенько бывает 100%, но не постоянно.
и проблема заключается только в "тормозах" в управлении коммутатором, а так все вроде норм работает.

2 gda

Проблема не в том что, коммутатор не может обрабатывать форвардинг пакетов, коих как вы отметили 100 мегабит. Проблема в том что на L3 интерфейс , а точнее процессор "сыпется" и обрабатывается большое количество запросов по протоколу arp. (коммутатор - это не компьютер, чтобы обрабатывать "трудоемкие" задачи процессорно) Причиной большого количества ARP запросов в бродкаст домене могут быть самые разные, и решать такую проблему надо комплексно
1) на агрегациии
2) на доступе

вот хорошая тема, которая раскрывает подобную проблему:
viewtopic.php?t=129482

да и конкретно по вашему случаю для конфигурации могу посоветовать команду:
cpu-protect type arp pps 80
и покажиет если не сложно вывод команды (в момент когда "все плохо")
sh cpu type all: