Отваливается соединение с принтером?

Question

[bexybek]

Отваливается соединение с принтером каждые 3-4 часов на всех подключенных устройствах
пытался подключить по кабелю и по сети, драйвера также официальные и последние
слышал нужно на роутере просписать принтер, но не понял как
принтер: MF267dw 2

Answer 1

[Maksim Herasim]

Я думаю лучше поискать как отключить режим энергосбережения на самом принтере или отключить функцию перехода в сон.
На роутере ничего прописывать не надо, он либо работает либо нет, в данном случае проблему надо искать на конечном устройстве

Comments

[bexybek]

энергосбережения и режим вообще выключены

[Ziptar]

Ну почему, если у принтера получение IPшника через DHCP, а lease time - те самые 3-4 часа, то принтер может просто не перезапрашивать корректно IP после истечения аренды, далее протухает ARP и принтер отваливается.
Лучше всего принтерам давать статику, и, в особо тяжёлых случаях, прибивать arp гвоздями, как по мне.

[Maksim Herasim]

Ziptar, ну разве это проблема микротика, если клиентское устройство не может renew сделать когда аренда истекает?
У меня например lease time 15 минут установлено, по умолчанию вроде такое время с ROS7 хотя может ошибаюсь.
bexybek, попробуйте установить статику, это можете сделать как на самом микроте - ip - dhcp server - lease - найти устройство и нажать там make static. (Более желательный способ) Либо прописать ip на самом устройстве, но если к вас жесткая привязка mac к ip - нужно прописать привязанный ip

[Ziptar]

Maksim Herasim, это не проблема микротика, но то, что некоторые принтеры тупят на ровном месте и без всякой на то причины - это данность, с которой приходится считаться.
>У меня например lease time 15 минут установлено, по умолчанию вроде такое время с ROS7 хотя может ошибаюсь
На 7.1 10 минут по дефолту, на 6.х было 7 дней, кажется.
>ip - dhcp server - lease - найти устройство и нажать там make static.
Я бы ещё порекомендовал галку add arp for leases в настройках dhcp-сервера поставить, если это не помешает чему либо другому в общей конфигурации. Но, впрочем, это может быть не обязательно.

P.S. не обратил внимание, что речь про WiFi. Это всё больше для принтеров с кабельным подключением актуально из моей практики.

[Maksim Herasim]

Ziptar, абсолютно согласен что принтеры это вообще отдельная тема для геморроя. Просто в данном контексте хотел подчеркнуть - что это не проблема микротика, а проблема конечного устройства. И поменяй микротик на тплинк, нетгир, асус,зюксель, ... (Нужное подчеркнуть) Проблема скорее всего останется. Поэтому первое куда нужно смотреть лезть - в настройки самого принтера, возможно там есть расширенные настройки IPv4 которые помогут решить проблему.
А при помощи дополнительных настроек на стороне микротика, скорее всего можно решить эту проблему, но, по моему опыту микротик раньше будет заменен/сброшен чем принтер. Следовательно человек опять столкнется с этой проблемой, следовательно опять будет думать - что за геммор, что я там в прошлый раз настраивал? - Ведь это не массовая история, а единичная, настроится и забудется. Поэтому, по возможности, лучше постараться решить проблему на конечном устройстве, чем городить огород на других железках. Возможно даже обновление прошивки устройства решит эту проблему

Answer 2

[Юрий MikroTik]

Максим правильно сказал смотреть в сторону сна/энергосбережения.
Вам на MikroTik видимо посоветовали зафиксировать dhcp аренду у принтера

Comments

[bexybek]

энергосбережения и режим вообще выключены

[Юрий MikroTik]

bexybek, тогда смотреть arp когда принтер отвалится.
Настроить netwatch, возможно он не даст ему уснуть

[bexybek]

Юрий MikroTik, есть источник где можно почитать про netwatch
заранее спасибо

[Юрий MikroTik]

bexybek, netwatch

[Maksim Herasim]

Юрий MikroTik, Юрий, здравствуйте!
Можете подсказать про нетвотч, чем в данном случае он будет полезен?
На сколько я знаю, нетвотч мониторит устройства в сети и позволяет выполнять произвольный скрипт в случае link up/link down. В голову приходит только мысль, если линк упал - выполнять скрипт для пробуждения (возможно отправлять магический пакет?), или же думаете, если периодически опрашивать устройство, то это предотвратит падение линка и будет держать устройство в 'тонусе'?

[Юрий MikroTik]

Maksim Herasim, у меня было такое, что от засыпания спасал постоянный пинг через нетвотч

Answer 3

[ValdikSS]

В прошлом месяце потратил некоторое время на отладку загадочных проблем с протоколами автоматического обнаружения через Wi-Fi: проблема была в старом маршрутизаторе, или, точнее, несовместимости (предположительно глючной) прошивки/чипа Wi-Fi маршрутизатора и чипа Wi-Fi устройства.

Если ваш принтер постоянно подключен к сети (и вы это видите в веб-интерфейсе роутера), но его обнаружение в сети работает только ровно 1 час, 1 день или другое круглое время, попробуйте:

1. Проверить маршрутизатор на наличие опции мультикаста и IGMP Snooping
   
2. Сменить режим безопасности Wi-Fi на "WPA-PSK/WPA2-PSK Mixed"
   
3. Отключить смену ключа GTK (группового ключа)
   
4. Создать отдельную (но не изолированную) сеть только для принтера
   

Протоколы автоматического обнаружения (mDNS/DNS-SD) используют мультикаст, который работает не так тривиально через Wi-Fi по сравнению с проводной сетью.

Wi-Fi использует разные алгоритмы шифрования и разные ключи шифрования для юникаст и широковещательного/мультикаст-трафика: индивидуальные ключи шифрования для каждого клиента для обычного юникаст-трафика (pairwise key) и отдельный общий ключ шифрования для группового трафика (group key) для броадкаст и мультикаст-трафика.

Оказывается, при некоторых условиях могут возникнуть проблемы с многоадресной рассылкой. Драйверы Intel Wi-Fi в Windows неправильно обрабатывают мультикаст-трафик после отправления компьютера в сон, а точки доступа Ubiquiti известны неправильной обработкой GTK.

Что касается IGMP Snooping: некоторые точки доступа требуют, чтобы устройство присоединилось к группе многоадресной рассылки mDNS для получения запросов mDNS. Большинство точек доступа пересылают запросы mDNS независимо от того, был ли запрос на присоединение к multicast-группе, или нет, но некоторые этого не делают или обрабатывают multicast неправильно.