Столкнулся с проблемой отказа в работе протокола Miracast (беспроводной экран) в диапазоне 2.4Гц. Работает оно насколько я понял без IP-адресов, чисто на уровне L2, т.е. по коммутации и наверняка там обнаружение девайса на броадкасте реализовано.
Причем обнаружил это при замене старого роутера TP-Link на черненький SNR-CPE-MD1, я так понимаю это MT7610-1T1R-5GHZ ?
C TP-Link всё работало нормально, а после замены на SNR подключиться не получается.
Что интересно, при попытке подключиться смартфон кратковременно подключается к Miracast и сразу же связь разрывается. Но если перед подключением обесточить WiFi-роутер SNR-CPE-MD1 - то связь устанавливается и работает несмотря на то что телефон Google Nexus5 и девайс с Miracast изначально подключены как клиенты к WiFi точке доступа - всё как по шпаргалке к девайсу.
Игрался разными параметрами WiFi - ничего не помогает, ни смена канала, ни стандарт WiFi - b,g,n
Не могу сказать баг ли это или требуется какая-то тонкая настройка, но точно знаю что не работает именно с MT7610-1T1R. Совместно с MT7620 2.4GHZ не проверял т.к. пока нет под рукой.
С роутером на OpenWRT тоже не замечено проблем.
Готов предоставить удаленный доступ к роутеру, или другую посильную помощь.
В Сети тезисно описана работа этого протокола так:
Используя Wi-Fi direct, устройства находят друг друга (обычно — источник видео-данных находит устройство отображения)
Используя ту или иную форму аутентификации (в нашем случае — pbc) устройства объединяются в P2P-группу
Одно из устройств получает IP-адрес по DHCP (в нашем случае — это источник видео-данных)
На источнике данных на порту 7236 запускается RTSP-сервер
Клиент подключается к RTSP-серверу, и запрашивает некий предопределенный URL (/wfd1.0/streamid=0)
RTSP-сервер начинает передавать видео (и, возможно, аудио) данные в форме MPEG-TS упакованных в RTP-пакеты.
Клиент распаковывает данные и отображает их на устройстве вывода.
Может быть связано с конфликтом/блокировкой DHCP-пакетов Miracast и WiFi-роутера ?
