Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Беспроводные соединения + AirPlay / HomeKit, UniFi Network
 
Привет! У меня постоянно возникают проблемы с тем, чтобы стабильно находить свои колонки AirPlay и управлять переключателями HomeKit в среде с разными радиоканалами. У меня есть USG, 8-портовый коммутатор UniFi, 4 точки доступа AP-AC-LR и CloudKey. Для простоты мои точки доступа называются North, South, East и West. East и West подключены напрямую к коммутатору. North и South подключаются по беспроводным цепочкам — одна через East, другая через West. У меня настроено 3 SSID:

- oddly (смешанный 2,4 и 5 ГГц)
- oddly2g (только 2,4 ГГц)
- oddly5g (только 5 ГГц)

Я назначил каналы так, чтобы они не перекрывались (за исключением uplink-соединений, где пары AP вынуждены быть на одном канале 5 ГГц), и уменьшил мощность передачи у большинства точек доступа. В целом сеть ведёт себя хорошо, если не считать проблем с Apple/Bonjour/mDNS/multicast. Все мои колонки AirPlay и переключатели HomeKit работают только на 2,4 ГГц, и чтобы не было путаницы, они все подключены к чистому SSID oddly2g. Мой AppleTV — единственное AirPlay-устройство, которое работает на 5 ГГц. Телефон обычно подключается к oddly и может переключаться между 2,4 и 5 ГГц. Для экспериментов я принудительно подключаю телефон к oddly2g или oddly5g.

Что я заметил: я вижу свои AirPlay-колонки и переключатели HomeKit, когда нахожусь на 2,4 ГГц, независимо от того, к какому SSID подключён (oddly2g или oddly, где я случайно попадаю на 2,4, а не 5 ГГц). Но если я на 2,4 ГГц, то не всегда вижу AppleTV на 5 ГГц. Если без смены точки доступа принудительно перевести телефон на oddly5g и попасть на радиоканал, отличный от того, на котором колонки, они сразу пропадают — кроме AppleTV, который тоже на 5 ГГц. Раньше у меня был включён IGMP-Snooping, но я не нашёл информации о парном IGMP-Querier, поэтому отключил его. При отключении только коммутатор и USG прошли процедуру перепрошивки.

Я также подключился по SSH к CloudKey и создал файл config.properties с такими строками:

config.igmpsnoop_enabled.oddly=false  
config.igmpsnoop_enabled.oddly2g=false  
config.igmpsnoop_enabled.oddly5g=false

После этого переключил индикаторы на точках доступа. Они не явно проходили перепрошивку. С тех пор всё вроде работает лучше и устройства видны, кроме AppleTV — его видно только если ты подключён к той же точке доступа, что и он.

Я не сетевой инженер (извиняюсь, я просто разработчик), но всё это, похоже, вопрос маршрутизации или передачи multicast между радиоканалами. IGMP Snooping должен сокращать объём multicast-трафика, отслеживая его и направляя только нужным устройствам, но, возможно, в контексте Bonjour он работает не очень корректно. Без IGMP Querier, похоже, snooping вовсе не функционирует? Или где-то предполагается, что multicast-пакет, пришедший на 2,4 ГГц, уже был получен всеми на точке доступа и его не нужно ретранслировать на 5 ГГц по беспроводной линии, а не просто отправлять через uplink? Или наоборот — когда пакет приходит по 5 ГГц uplink, точка доступа отражает его только на 2,4 ГГц, вместо того, чтобы отправлять и клиентам, подключённым к 5 ГГц? В общем, отключение IGMP Snooping и на уровне сети, и через CLI на каждой точке доступа пока улучшило ситуацию.

Будем надеяться.
 
Я столкнулся с той же проблемой. У меня перезагрузка AP временно решала вопрос. Но это не решение. Это явно указывает на баг в прошивке AP.
 
Проблема всё ещё остаётся. Если перезагрузить ваши беспроводные точки доступа, к которым они подключены, это заставит проводную точку поймать ваш Chromecast (как у меня), и всё будет работать, пока Chromecast не переключится обратно на беспроводную точку. Это просто глупая проблема.
 
Моя сеть сталкивается с той же проблемой. В целом, моя сеть идентична сети автора, так что повторяться не вижу смысла. У меня версия 5.12.46. Доступ к устройствам Chromecast работает очень нестабильно. Иногда срабатывает, но чаще всего — это полная непредсказуемость. Я также пробовал snooping и mdns. Разницы не заметил.
 
Два года спустя, и я снова сталкиваюсь с той же проблемой. У меня есть 2 жёстко подключённых AC-In-Wall и 2 UAP-AC-Pro, которые по беспроводной связи делают uplink к этим in-wall (сигнал 5G на uplink идеальный). У меня примерно 50 устройств HomeKit, все на 2.4GHz SSID, и я постоянно получаю кучу ошибок «устройство не найдено» от разных клиентов, пытающихся к ним подключиться с разных точек сети. IGMP snooping включен, multicast enhancements тоже. Для устройств HomeKit — только 2.4GHz SSID, для клиентских устройств (iPhone, iPad, Mac и т.д.) — только 5GHz SSID. Третий тестовый SSID — и на 2.4, и на 5 GHz. Всё это в одной VLAN и подсети, сеть плоская, без маршрутизации. Все устройства с последней прошивкой на 16.01.2019.

Жёстко подключенный клиент обычно видит весь mdns-трафик (проверял через Bonjour Browser на Mac). Но когда тот же Mac подключается по беспроводной сети на 5G, он не видит весь mdns-трафик — и обычно не видит mdns от устройств, подключенных к любому из AP с беспроводным uplink.

Заказал powerline адаптеры, чтобы переключиться на проводные uplink и посмотреть, улучшится ли стабильность. Но последние пару недель были очень нервными, пытаясь всё это выяснить.

Короче говоря, проблема всё ещё существует.
 
Да. Планируется решить в релизе 3.7.47.
 
Есть какие-то успехи по этому поводу?
Страницы: 1
Читают тему (гостей: 1)