У свежеприобретенного коммутатора отклик на пинг какой то странный при том что вся остальная сеть через него пингуется и работает нормально. Привожу пинги:

C:\>ping 192.168.0.104 -t

Обмен пакетами с 192.168.0.104 по 32 байт:

Ответ от 192.168.0.104: число байт=32 время=1580мс TTL=255
Ответ от 192.168.0.104: число байт=32 время=22мс TTL=255
Ответ от 192.168.0.104: число байт=32 время=31мс TTL=255
Ответ от 192.168.0.104: число байт=32 время=296мс TTL=255
Ответ от 192.168.0.104: число байт=32 время=18мс TTL=255
Ответ от 192.168.0.104: число байт=32 время=18мс TTL=255
Ответ от 192.168.0.104: число байт=32 время=29мс TTL=255
Ответ от 192.168.0.104: число байт=32 время=33мс TTL=255
Ответ от 192.168.0.104: число байт=32 время=513мс TTL=255
Ответ от 192.168.0.104: число байт=32 время=18мс TTL=255
Ответ от 192.168.0.104: число байт=32 время=228мс TTL=255
Ответ от 192.168.0.104: число байт=32 время=61мс TTL=255
Ответ от 192.168.0.104: число байт=32 время=18мс TTL=255
Ответ от 192.168.0.104: число байт=32 время=18мс TTL=255
Ответ от 192.168.0.104: число байт=32 время=3349мс TTL=255
Ответ от 192.168.0.104: число байт=32 время=29мс TTL=255

Статистика Ping для 192.168.0.104:
Пакетов: отправлено = 16, получено = 16, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 18мсек, Максимальное = 3349 мсек, Среднее = 391 мсек

==============================================
Для сравнения, вот так пингуется другой коммутатор DES-1226G, пинги до него проходят через вышеуказанный коммутатор нормально:

C:\>ping 192.168.0.105 -t

Обмен пакетами с 192.168.0.105 по 32 байт:

Ответ от 192.168.0.105: число байт=32 время=8мс TTL=255
Ответ от 192.168.0.105: число байт=32 время=6мс TTL=255
Ответ от 192.168.0.105: число байт=32 время=8мс TTL=255
Ответ от 192.168.0.105: число байт=32 время=9мс TTL=255
Ответ от 192.168.0.105: число байт=32 время=5мс TTL=255
Ответ от 192.168.0.105: число байт=32 время=6мс TTL=255
Ответ от 192.168.0.105: число байт=32 время=7мс TTL=255
Ответ от 192.168.0.105: число байт=32 время=9мс TTL=255
Ответ от 192.168.0.105: число байт=32 время=10мс TTL=255
Ответ от 192.168.0.105: число байт=32 время=5мс TTL=255
Ответ от 192.168.0.105: число байт=32 время=7мс TTL=255
Ответ от 192.168.0.105: число байт=32 время=8мс TTL=255
Ответ от 192.168.0.105: число байт=32 время=9мс TTL=255

Статистика Ping для 192.168.0.105:
Пакетов: отправлено = 13, получено = 13, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 5мсек, Максимальное = 10 мсек, Среднее = 7 мсек

==========================================
И еще в нагрузку, вот пинги до маршрутизатора нашей оффисной сети который по отношению к моему компьютеру находится за двумя вышеуказанными коммутаторами:

C:\>ping 192.168.0.1 -t

Обмен пакетами с 192.168.0.1 по 32 байт:

Ответ от 192.168.0.1: число байт=32 время=1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=128

Статистика Ping для 192.168.0.1:
Пакетов: отправлено = 37, получено = 37, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 0мсек, Максимальное = 1 мсек, Среднее = 0 мсек

==========================================

Кто-нибудь сможет мне объяснить, почему коммутаторы пингуются хуже чем то что за ними находится?

DGS-1216T - F/W 3.00.17 H/W C1
DES-1226G - F/W 2.00.04 H/W B1

Возможна высокая загрузка CPU коммутатора. Помониторьте сеть на предмет штормов, ARP Spoofing-а и т.д. Вы не могли бы перезвонить в офис по телефону 744-00-99 доб.390?

Штормов нет, это локальная сеть на 30 компьютеров, никто не испытывает проблем, думаю, если бы были штормы, то мне бы уже посыпались жалобы. Все пингуются нормально, в т. ч. и управляемый коммутатор Cajun P334T. В пользу этого так же говорит то что пинг такой высокий даже если я свой комп соединю с коммутатором и ни с чем больше, т. е. схема простейшая - комп <-> коммутатор, и ничего более. Так что проблема именно с коммутаторами D-Link.

Я позвоню вам сегодня.

Я Вам прошивку отправил.

Здравствуйте, та же проблема обнаружилась при установке системы мониторинга. Коммутатор DGS-1216T, старенький, Mfg date: примерно апрель 2006 года, H/W rev.: С1, F/W rev.: 3.00.17. Ping коммутатора короче 19 мс не бывает, больше 4 сек пока не видел.
Сброс настроек и подключение одного-единственного устройства - ноутбука ничего в плане времени отклика не изменили. Устройства, находящиеся "за" маршрутизатором, подключенному к этому же коммутатору, время отклика дают не более 2 мс. До маршрутизатора - <1 мс.
Я правильно понимаю, что есть решение через некую новую прошивку? На ftp для H/W rev. С1 ничего новее нет.

Т.е. проблема только в большом времени отклика управляющего интерфейса самого свитча? Правильно я понял? Если так то в этом ничего страшного нет. У Вас управление вынесено в отдельный VLAN в сети?

Нет, сеть маленькая, VLAN - только VID 1, тот, который management. Т.е., подключаться для управления можно к любому порту.
Upd: оказалось, что через snmpwalk значения переменных SNMP отдаются коммутатором весьма медленно - успеваю читать всё с экрана. Складывается впечатление, что коммутатор чем-то очень занят - но чем он может быть занят, если к нему подключены от 1 до 5 устройств, остальные порты пустуют? У 4 устройств сетевые платы 100 Мбит, только у одного компьютера - 1 Гбит.

Лучше вынести управление в отдельный VLAN в сети. Проблема может быть в следующем, что например флуд с клиентских портов попадает на интерфейс устройства и загружает процессор. Отсюда и большое время отклика и медленный ответ по SNMP.

Возможно, но это не объясняет "длинный" пинг при единственном подключенном устройстве. Даже если это устройство - не компьютер, а маршрутизатор, пинг с него до коммутатора даёт примерно такие значения: "round-trip min/avg/max = 10/110/460 ms." При этом, я подключаюсь к маршрутизатору через telnet из другой физической сети. Т.о., коммутатор больше ни с кем не соединён, а маршрутизатор не пускает ничего "лишнего", он так настроен.
К слову, занимающий соседний юнит "старший брат" DGS-1248T при 30 нагруженных портах пингуется, как и положено - время отклика не более 1 мс.
А прошивки новее 3.00.17 для ревизии С1 нет?

В старой ревизии этой серии процессор не обладает большой мощностью. Опять же подчеркну это не влияет на коммутацию трафика. Подвисаний по управлению у Вас не наблюдается. А DGS-1248T у Вас случайно не новой ревизии?

Брудкаст шторм контроль попробуйте включить и поиграть с пороговым значением. У меня сейчас стоит 32к, свич агрегирует каналы связи с 3к абонентов, средний пинг 1мс

Вы знаете, случайно, новой. Ну и там соответственно всё в порядке.

А что не влияет на коммутацию, я так и понял. Ведь другие устройства проблем с доступом на этом коммутаторе не испытывают. Вот и ошибки приема/передачи на портах - по нулям за 7 дней работы с 7 подключенными клиентами. Так что, оставлю всё как есть пока, перенастрою только пороговые значения для ping-a, чтобы ложных тревог не возникало.

Прошивка у меня не той системы. Никаких Broadcast Storm Control опций в ней нет.

В общем, выводы я сделал, всем thanks for cooperation.