@UBNT-jeff

Да и нет, у меня есть устройства IoT, но они все подключены к другой SSID (и VLAN) без специальных символов. Я даже пробовал отключить SSID для IoT, разницы нет, так что проблемы, скорее всего, не из-за этих устройств.

Оба iPhone, о которых я говорил, имели серьёзные проблемы (отключение в режиме сна, из-за чего приложения не обновлялись и пуши приходили с задержкой). Чаще всего они ещё несколько раз запрашивали DHCP после выхода из сна. Похоже, что мои устройства Google Cast тоже плохо отвечали на этом SSID — я сделал захват пакетов через Wireshark и зеркальный порт на коммутаторе и увидел, что одно из устройств отправляло огромное количество ARP-запросов этим девайсам, но так и не получало ответа. В целом, похоже, что «управляющий трафик» значительно успокоился после того, как я сменил SSID на более короткий и без специальных символов. Также могу сказать, что проблема с отключением iPhone исчезла — один из телефонов уже 18 часов подключён подряд, тогда как раньше он держался всего пару минут. Странно, что при активном использовании, то есть когда телефоны не спят, подобных проблем не было. Извиняюсь, если какие-то термины не совсем точны, сеть — не моя основная специализация

Ладно, я почти уверен, что нашёл рабочее решение (которое, может быть, исправило и другие странности в моей сети). Всё оказалось проще простого — достаточно было просто поменять название SSID. Мой старый SSID был таким: #foxtrot #unicorn #charlie #kiloyes — да, очень взросло, знаю...

Я вижу две проблемы в этом SSID, которые могли вызвать сбои:
1. специальные символы
2. длина, этот SSID был максимально разрешённой длины.

Если кто-то может объяснить, как смена SSID на что-то короче и без специальных символов могла волшебным образом избавить от всех этих странностей (даже от тех, которые я уже смирился воспринимать как норму), я весь внимание. Может быть, @UBNT-jeff?