Добрый день! Есть вопросы к специалистам из D-link.
1) Flow control - рекомендуете ли вы использовать его на абонентский портах или на магистральных портах ? Если на абонентских портах то сетевая карта абонента должна поддерживать этот режим иначе flow control считается не зайдествованым. Верно?
2) Jumbo frame - размер кадры равен 9 k. Из практики есть ли смысл его включать на оборудовании типа DGS-3627 / DGS-3610 ну и на серверах. Абоненты как правило сидящие за маршрутизатором имеют размер кадра в районе 1500 - для них это ничего не даст. Ваши рекомендации?
3) Safeguard Engine - порекомендуйте оптимальные значения у меня значение описанные ниже
rising 100 - процент загрузки процессора, выше которого включается режим "Safeguard engine";
falling 90 - процент загрузки, ниже которого выключается "Safeguard engine";
mode fuzzy - выбираем режим мягкого противодействия нагрузке, когда широковещательные и ARP пакеты не откидываются полностью, а лишь понижаются в приоритете при обработке.
4) Что такое Broadcast Ping Reply State и как работает?
5) Есть такое DNS Resolver - назначение очевидно - так почему я не могу например, где у меня sntp или адрес syslog сервера настраивается прописать имя - и это во всей линейке длинк. Было бы очень удобно.
6) Traffic Control - его рекомедуется включать на оборудовании уровня доступа за исключением магистральных портов? Где возможно ставлю 10 pps для multicast и broadcast трафика режим drop. Кое-где 64 приходится меньше нельзя. Unicast полагаю фильтровать смысла нет.

1) актуален ТОЛЬКО в случае, если вы нарезаете скорость на порту коммутатора.
2) смысла нет
3) 50/70
4) видимо ответ на широковещательный пинг, хз, точно не отвечу. Я бы по дефолту оставил и не парился.
5) потому-что это коммутатор, а не маршрутизатор.
6) мы ставим минимальное значение на каждый абонентский порт, иногда срабатывает, в основном от "качков" или завирусованных

Спасибо! В принципе все у меня так и настроено.
Вопрос не в тему - пока только догадки.
Настроил pppoe mpd 5.6 + FreeBSD NAT 9.1-RELEASE-p3 FreeBSD 9.1-RELEASE-p3 #0: Mon Apr 29 18:27:25 UTC 2013
Все работает если на влане на фре есть ip интерфейс. А без него не подключается юзер.
Получается, что форвардинг на втором уровне включается только при наличии арпов с интерфейса.
Может ли оборудование Dlink на это влиять? ACL и т.п. отсутствует.

Должно работать, коммутатору всё равно есть там ARP или нет.

PPPoE или PPTP?
Если с PPPoE проблемы - смотрите на статус vlan-интерфейсов
Так-же в догонку: если убить vlan интерфейс, затем поднять, не факт, что PPPoE на нём заработает, без пинков MPD

broadcast_ping_reply

dis или en по умолчанию?

и все как это функция может влиять на работу свитча стоящего в сети, представители сапорта ответят ?