Amazon Fire TV не получает DHCP-адрес после окончания срока аренды на роутере Mikrotik.

Я очень рад, что наткнулся на эту проблему, потому что думал, что у меня что-то сломалось. Но проверив всё, я пришёл к выводу, что тут какой-то конфликт между сетевым адаптером Amazon 4K и тем, как на Mikrotik обновляется аренда IP. Именно это побудило меня поискать в гугле и найти этот пост. У меня такая же проблема, как у вас: к роутеру 750 GL подключено примерно 30 разных устройств (телефоны, точки доступа, телевизоры и т.д.). Единственное устройство с проблемами — это именно Amazon Fire TV (4K версия). У меня ещё есть Fire TV Stick и обычный Fire TV (не 4K, первое поколение), и у них такой проблемы нет. Проблема только с 4K версией. Я проверил всех клиентов — все стоят на DHCP, ни одно устройство не использует статический IP. Думаю, моё временное решение, как и ваше, — просто дать Amazon Fire TV статический IP или выставить время аренды на год (что, правда, не очень хорошая идея). Было бы здорово получить мнение от кого-то из Mikrotik и узнать, удастся ли кому-то ещё повторить эту проблему. Удачи!

Похожая проблема и у меня…

Привет! У меня тоже есть FireTV 4k, и я подробно изучил проблему. С помощью Wireshark я записал процесс обновления DHCP между роутером и FireTV и заметил странное поведение. Я выставил время аренды (lease-time) на 3 минуты, чтобы обновления происходили чаще и их было проще поймать. В захвате есть как первое присвоение (кабель был подключён), так и один процесс обновления.

Захват FireTV:  
FireTV отправляет широковещательный DHCP-Request примерно за 90 секунд до истечения аренды. Роутер Mikrotik отвечает DHCP-ACK, в котором указывается только оставшееся короткое время аренды. Эта процедура повторяется несколько раз, пока аренда всё-таки не истекает. После этого FireTV сбрасывает свой адрес и отправляет новый DHCP-discover. Ему назначается тот же адрес с арендой на 3 минуты. В этот момент FireTV теряет сетевое соединение примерно на 20 секунд. Также появляются странные ICMP-пакеты, которые, кажется, вызывают проблемы. Роутер не имеет настроенного фаервола, и с ноутбука его пингуется без проблем. Так что я не уверен, в чем дело с этими пакетами и связаны ли они с проблемой.

Захват Windows 10:  
В отличие от этого, ноутбук с Windows 10 за 90 секунд до окончания аренды отправляет широковещательный DHCP-Inform, получает от роутера DHCP-ACK, а затем отправляет unicast DHCP-Request прямо на Mikrotik. Роутер отвечает DHCP-ACK с новым временем аренды в 3 минуты.

Я использовал hAP lite с RouterOS v6.35.2. FireTV и ноутбук с Windows 10 были подключены по кабелю к ether2. Ноутбук с Wireshark — к ether3. Зеркальный источник — ether2, зеркало — ether3. Конфигурация роутера приложена.

К сожалению, у меня нет достаточных навыков, чтобы понять, кто ведёт себя неправильно — Mikrotik или FireTV, или это комбинация обеих сторон. Я пытался найти точный процесс "dhcp renew", но не нашёл подробностей, только то, что должен быть DHCP-Request, за которым следует DHCP-ACK. Может, кто-то взглянет и подскажет, что идёт не так? Очень бы хотелось разобраться в ошибке и иметь возможность сообщить о ней тем, кто сможет её исправить.

Буду очень благодарен за любые комментарии!  
С уважением, Lui

Wireshark-captures_and_router-config.zip (2.49 KB)

Эти ICMP-пакеты сами по себе не проблема, они указывают на проблему. Роутер отправляет DHCP ACK, а устройство отвечает, что порт, на который отправлено это сообщение, недоступен. Нужно заново сделать трассировку и подробно её развернуть для одного из обменов DHCP request/DHCP ack/ICMP, а также, возможно, для корректного обмена. Затем нужно посмотреть на несколько опционных битов и полей и выяснить, что отличается. Это может быть что-то простое, например, флаг «broadcast» с неправильным значением, либо устройство хочет получать ответ в виде широковещательного сообщения, а не направленного. Было бы полезно также сделать трассировку, когда устройство делает DHCP-запрос к другому роутеру, который обрабатывает ситуацию правильно.

Думаю, это не выглядит так уж плохо… Конечно, время аренды на MikroTik очень короткое, но, похоже, ты сам так настроил для отладки. (То есть, можно было бы увеличить это время на DHCP-сервере, но тогда придётся дольше ждать, чтобы воспроизвести ту же проблему.) Можно попробовать вручную добавить эти две опции в DHCP-сервер MikroTik (задача немного трудозатратная, но проще, потому что у тебя есть пакет с ZyWall, где видно эти опции) и проверить, решит ли это проблему. Когда ты проводил этот тест, видел ли ты по-прежнему связанное ICMP-сообщение и было ли оно на ZyWall тоже? Потому что если роутер так отказывает в ACK, конечно, он его не обработает, и игра с полями опций вряд ли поможет.

Да, возможно, DHCP-клиент слушает на raw-сокете и видит ответ, в то время как межсетевой экран блокирует этот ответ в обычном пути INPUT. Не очень дружелюбно, но это не должно нарушать работу. В таком случае можно попробовать поиграться с этими двумя опциями — может сработать. Однако то, что роутер не отвечает новым полным арендным сроком, когда его запрашивают заново после половины периода аренды, тоже немного странно. Возможно, это баг, но тогда стоит попытаться выявить условия, при которых это происходит, потому что DHCP-сервер обычно нормально работает с ПК и другими клиентами (по моему опыту, по крайней мере).

Всегда здорово чему-то научиться! Программное обеспечение на этом устройстве обновлено? Можно попробовать отправить баг-репорт, но, скорее всего, это будет очень сложно…

У меня такая же проблема. Использую Router OS 6.35.4 на RB 450G. Подключён жестко Amazon Fire TV — последняя версия. DHCP сбрасывается каждые 10 минут. Пришлось назначить статический IP, чтобы стабилизировать подключение. Есть ли какие-то новости по решению от Amazon или MikroTik? Спасибо!