Почему задерживаются TCP пакеты при печати?

Question

[PinapplePizzaWithOlives]

Имеется локальная сеть с 3 коммутаторами (2 уровня L2, один уровня L3). Последнее время наблюдается существенная задержка пакетов при отправке на печать, используемый порт назначения 9100. МФУ подключены через RJ-45 разъем, идут в в мелкие хабы, далее в RJ-45 розетку, оттуда в коммутаторы. Сами коммутаторы не настроены и используются как большие хабы. Эта схема всегда работала, до недавнего момента. Что вызвало такие задержки - неясно.
При анализе трафика обратил внимание на "зебры":

Если не ошибаюсь, то чередование пакетов с разными флагами - это нормально и называется трехэтапное рукопожатие. Вопрос в том, нормально ли чередование в таком объеме.
Коммутаторы перезагружал, подключал к ним напрямую пк\мфу. При простом подключении пк и мфу к 1 хабу, печать идет без задержек, TCP пакетов нет.
Использовал команду netstat -a, не видит порт 9100. Его и не должно быть видно, раз это порт назначения?

Comments

[15432]

Вы бы дамп wireshark выложили, мало информации

Answer 1

[Александр]

Думаю там слишком много "умного" трафика. Я бы ради эксперимента поставил роутер который отсекает весь трафик (мультикасты обязательно, так как по дефолту они умеют между сетями через роутер гулять) кроме прямых TCP 9100.
Неизвестно какие "умности" там начали глючить после очередного обновления винды.
Все это SSDP и Join Group по идее нафиг не нужно для печати. Оно только тормозит код прошивки принтера своим бесполезными вызовами.

Comments

[PinapplePizzaWithOlives]

Решил попробовать сделать, как вы написали. Подключил тестовый комп напрямую в отдельный порт коммутатора, все настройки делал для этого порта. В веб-интерфейсе через Access Control List создал конфиг из 3 правил:

1. Отказ для UDP пакетов, у которых порт назначения 5357 (обратил внимание, что много пакетов с флагом перенаправления на этот порт)
   
2. Принятие любых TCP пакетов, вне зависимости от их пункта назначения
   
3. Отказ для всех пакетов любых протоколов, которые направлены по адресу МФУ, с которым тестирую
   

По итогу этих действий печать стала мгновенной. Но по какой-то причине на тестовом ПК при использовании этих правил пропал интернет.
UPDATE: добавил в начало правило, которое разрешает UDP пакеты, у которых порт назначения 443. Теперь есть интернет, но печать занимает около 15-20 секунд (думаю, не критично). Теперь еще бы подумать, как настройки одного порта под 1 принтер спроецировать на всю подсеть...

Answer 2

[PinapplePizzaWithOlives]

Это выглядит очень странно. Взял старенький коммутатор от 3 com, воткнул в него хаб с принтером и пк. Подключил этот коммутатор к L3 коммутатору от microtik. Печать мгновенная. Пробую еще раз, не меняя ничего, - задержка 40 секунд. Пробую к новому коммутатору подключить только комп, а принтер через хаб в розетку - мгновенная печать. Пробую второй раз - опять задержка. Для справки - коммутаторы подключены в цепь, последний (микротик) выходит в випнет координатор.

А еще я недавно узнал, что 2 тп линка около полугода назад пострадали от скачка напряжения и часть портов вышла из строя. Мб это может быть корнем проблемы?

P.S.: проблема характерна только для МФУ от ксерокс