@bbroerman, Zero Handoff не используется на AC-LR. Клиенты сами решают, когда переключаться между точками доступа, поэтому нужно минимизировать перекрытие между двумя AP. Похоже, что у тебя слишком высокий уровень мощности, и клиент цепляется за конкретную точку доступа, даже когда ты переходишь на другой конец дома. Убедись, что на каждой точке доступа используются разные каналы. Например, на одном AP поставь канал 1, на другом — 11 для диапазона 2.4 ГГц, а для 5 ГГц выбери два неперекрывающихся канала. Ручное выстави уровни мощности: низкий или средний для 2.4 ГГц, средний или высокий для 5 ГГц. Не оставляй ничего на «Авто». Если у соседей есть 2.4 ГГц, установи ширину канала для 2.4 ГГц на HT20, а для 5 ГГц — на 40VHT. Можно поднять 5 ГГц до VHT80, если все устройства это поддерживают, и протестировать. После настройки каналов и мощности пройдись с мобильными устройствами, чтобы проверить. Возможно, тебе понадобится включить 2.4 ГГц только на одном AP. У меня дома три точки доступа, и все устройства переключаются между ними. При этом 2.4 ГГц отключен на двух из них. Обнови ещё прошивку.

Надеюсь, ты купил AC-LR. Если да, то «LR» — это не из-за мощности, а потому что улучшили чувствительность приема. Оригинальный AP-LR был проблемным, потому что, хотя точка доступа и могла с сильным сигналом передавать, большинство мобильных устройств не такие мощные. Отчасти это из-за конструкции антенны — они маленькие и неудобной формы. Во многом — из-за батареи: если работать на высокой мощности, аккумулятор быстро садится. Так что если твое мобильное устройство слышит точку доступа, а у него нет сил ответить, то настоящего диалога не получится, верно?

К сожалению, с оригинальным AP-LR люди оставляли режим на авто или высокой мощности, а потом раздражались из-за перемешанного или плохого сигнала. Если у тебя два AP-AR, они достаточно мощные, чтобы «общаться» друг с другом. А AP-LR и мобильное устройство на расстоянии? Скорее всего, впечатления будут не очень.

В WiFi нет ничего особенного — у любого производителя. Твое мобильное устройство должно слышать точку доступа, и точка доступа должна уметь слышать твое устройство в ответ. Если вокруг много препятствий, это может плохо работать. У меня дом с открытой планировкой — гостиная с двойной высотой потолка — так одна точка доступа покрывает те места, где я чаще всего использую мобильные устройства. Просто учти: если покрытие слабое, лучшим решением может быть дополнительная точка доступа.

Однако совершенно нормально начать с одной и проверить, как пойдет. Единственный способ точно понять, что подойдет для твоего помещения — сделать обследование территории, так что удачи тебе. Возможно, тебе повезет, и одна точка доступа будет работать отлично.

Я особо не обращал внимания на zero hand off, поскольку это связано с множеством ограничений и условий. Сколько активных пользователей ты ожидаешь на своей системе? Если их больше нескольких, тебе не понравится zero hand off.

Zero Hand Off, пожалуй, не самое удачное название, потому что оно подразумевает, что у точек доступа (AP) есть какая-то роль в переключении клиентов между собой. На самом деле, её нет. Ты можешь выкинуть клиента с точки доступа, но если клиент глупый, он просто вернётся и подключится снова. С этим AP ничего сделать не может. Ни одна точка доступа не делает «переключение» (hand off), потому что это решает не точка доступа, а клиент, когда менять радиоканалы! Можно использовать всякие хитрости, например ZHO (обмануть клиентов и заставить думать, что они подключены только к одной точке) или балансировку нагрузки/ширины канала (выгнать клиентов и подтолкнуть их к подключению к другим AP), но без новых стандартов AC (а может, даже после AC) клиенты сами выбирают, к каким точкам доступа подключаться.

Точки доступа не передают управление между собой. Клиент сам решает, когда переключаться на другую точку, и многие делают это плохо, отсюда и желание использовать ZHO. ZHO работает так: он показывает клиенту несколько радиомодулей, как будто это одна точка доступа. С точки зрения клиента, один радиомодуль — значит, переключаться не нужно, и не важно, насколько у клиента хорошая способность к роумингу. Вот почему все точки доступа должны работать на одном канале. Как уже сказали другие, это отлично работает, если клиентов немного, но один большой общий канал означает, что все устройства на радиомодулях без переключения делят одинаковую пропускную способность. Это не масштабируется. Вся концепция «30 клиентов на точку доступа» теряет смысл, ведь теперь все ваши точки по сути — одна большая виртуальная точка доступа. Два человека смотрят видео в высокой чёткости? Может возникнуть заминка, тогда как при двух точках, каждая на своём канале, у вас было бы вдвое больше пропускной способности. Надеюсь, это понятно. При правильном применении ZHO может быть полезен, но его часто применяют там, где не стоит, потому что люди не понимают, к чему это приводит.

Теперь, в вашем доме, где есть проблемы с сигналом, если есть места, где клиент не видит ни одной точки доступа, связь пропадёт. Поэтому обязательно нужно провести обследование помещения и убедиться, что сигнал хороший во всех зонах, где вы хотите, чтобы клиент работал. С ZHO или без — если клиент не получает хороший сигнал от радио — любого радио — связи не будет. Возможно, вам понадобится одна или несколько точек доступа из-за особенностей конструкции здания. Это нельзя предсказать через интернет, и гораздо проще просто взять одну из множества бесплатных программ для обследования и разобраться, где у вас какие сигналы. Это снимет всю неопределённость.

Привет, Greho! ZHO НЕ работает нормально, когда между точками доступа нет переходной зоны (металлической стены) или она очень узкая (как в твоём случае с двойным гипсокартоном/фанерой). Я всё ещё участвую в тестировании ZHO в таких условиях вместе с поддержкой UBNT, но ни они, ни я пока не пришли к точному выводу. Рекомендую использовать Minimum RSSI вместо ZHO, когда переходная зона очень узкая. Это не заменяет ZHO, особенно при работе с IP-телефонией. В моём случае мой клиент знает, что не нужно переключаться между точками доступа во время звонка. Удачи!

Всем привет! Ищу совет. У нас установлено 11 Wi-Fi камер на 11 автопогрузчиков на складе, и 6 из них подключены к AUAP_LR проводным способом. Проблема в том, что камеры остаются подключёнными к одной точке доступа, хотя находятся ближе к другой, и в итоге камера зависает. Думаю, если включить Zero handoff, это должно решить нашу проблему. Может, стоит ещё что-то изменить или настроить? Есть другие рекомендации? Спасибо, Фил, Ирландия.

Ubnt, как только версия v3 станет официальной, нам действительно понадобится информация о ZH. Обычно я бы попросил белую книгу, но понимаю, что это не в стиле ubnt. По крайней мере, обновлённый FAQ с техническими требованиями, включая обсуждение поведения multicast, потому что ZH, похоже, генерирует большое количество мелких пакетов в сети. В первый раз, когда смотришь это в Wireshark, немного напрягает.

Если говорить о беспроводном uplink с нулевым переключением, то ведется много исследований по функции нулевого переключения и беспроводному uplink у UniFi. Эти функции всё ещё тестируются в бета-версии. Но на данный момент нулевое переключение и беспроводной uplink не работают вместе. Я перепробовал все возможные варианты в своей лаборатории — не получается. Нулевое переключение требует, чтобы точки доступа были подключены по проводу в одной Layer-2 доменной сети, так как они используют мультикаст для общения друг с другом.