Голосование. Качественная проработка band-steering

[vrodetogo]

Всем привет покурили тему в курилке и пришли к выводу что нужна полная проработка качества алгоритмов band-steering а так же скорость принятия решения сталкивания с диапазона 2,4 Ггц в диапазон 5 Ггц, так как в данный момент у ТД по факту всегда 2,4 Ггц  в приоритете и клиенты никак не хотят возвращаться в 5 ГГц, даже после того как снова приближаются к ТД!  

Поэтому нужно как следует проработать качество алгоритма и время реакции выбора диапазона в band-steering относительно RSSI

И было бы не плохо дать пользователю выбирать в настройках на основании чего band-steering будет переключаться на 5 Ггц (то есть сделать более тонкой настройку band-steering)

Вообщем у кого такое наблюдается голосуем!

Изменено 17 сентября, 2018 пользователем vrodetogo

[vasek00]

1 час назад, bigpu сказал:

реализовали какую-то не стандартизированную фичу, а рядовой пользователь страдать должен? Нехорошо...))

По пробуйте осилить https://wi-cat.ru/wi-fi-roaming/migraciya-rouming-v-wi-fi-setyah-chast-2-band-steering/ (Роуминг миграция клиентов между ТД в Wi-Fi сетях — Часть 2 – Band Steering), а при желании можно и весь комплект статей про роуминг, что и как. Много интересного можно найти и на верное ответ про "Band Steering".

Цитата

в целом, работы для Кинетика еще воз и телега, главное, чтобы была возможность поддержать ее рублем.

 

[bigpu]

22 минуты назад, vasek00 сказал:

По пробуйте осилить

мне оно зачем?

вы это скиньте голосящим "Band Steering отстой", только там точно не осилят)

[krass]

Предлагаю почитать: https://habr.com/ru/company/tp_link_russia/blog/420857/      // доступным языком рассказано

И не забывать что важна реализация со стороны клиентов, роутер может полностью поддерживать, а клиент - либо иметь не полную поддержку, либо иметь собственную реализацию...

Вот , например, маленький список самсунгов, которые имеют поддержку: https://support.samsungknox.com/hc/en-us/articles/115013403768-Enhanced-Roaming-Algorithm

 

[vasek00]

2 часа назад, krass сказал:

а здесь по существу проблемы будете постить.

О каких проблемах может идти речь в данном случае :

1. "Качественная проработка band-steering" - со стороны кого - клиента/роутера

2. "какую-то не стандартизированную фич"

 

Можете то же почитать

И ссылка была выше или повторю тут https://wi-cat.ru/wi-fi-roaming/migraciya-rouming-v-wi-fi-setyah-chast-2-band-steering/ так же от разработчика ПО для роутеров (на базе Meditek).

Прочитав можете сделать вывод для себя о видении данной реализации "band-steering" двух разработчиков ПО по данному направлению.

 

[ndm]

On 1/13/2019 at 4:15 PM, Дмитрий Серов said:

У меня пожелание несколько проще: реализовать возможность отключения band-steering для конкретного устройства.

кейс: вайфай оба диапазона имеют одинаковый ssid, если включить band-steering, то единственное устройство (принтер) не желает подключаться по вайфай. Если выключить, то практически все устройства лезут в диапазон 2,4 даже когда легко могут работать в 5 ггц.

хочу включить band-steering, но выключить его для принтера.

Band Steering сделали на свою голову, по-другому не скажешь, и его "проработка" едва ли возможна для клиентов, не поддерживающих 802.11k/r/v (развитие которого запланировано и ведётся).

@Дмитрий Серов: это действительно простое решение, и много кто высказывался в похожем ключе. Функция привязки клиента к диапазону готова к выпуску и появится в ближайшем драфте 3.5. Клиент, привязанный к диапазону, не будет получать ответы на probe от нежелательной точки. Этим, кстати, привязка отличается от MAC-фильтров, которые явно отвечают отказом на probe.

[Дмитрий Серов]

В 09.04.2020 в 13:01, ndm сказал:

@Дмитрий Серов: это действительно простое решение, и много кто высказывался в похожем ключе. Функция привязки клиента к диапазону готова к выпуску и появится в ближайшем драфте 3.5. Клиент, привязанный к диапазону, не будет получать ответы на probe от нежелательной точки. Этим, кстати, привязка отличается от MAC-фильтров, которые явно отвечают отказом на probe.

Сейчас стабильная 3.3.16. Только что вышла пре-бета 3.4.
Это когда же 3.5 станет стабильной? Есть readmap?

[Le ecureuil]

3 часа назад, Дмитрий Серов сказал:

Сейчас стабильная 3.3.16. Только что вышла пре-бета 3.4.
Это когда же 3.5 станет стабильной? Есть readmap?

В среднем от 4 до 6 версий в год.

[KorDen]

В 09.04.2020 в 13:01, ndm сказал:

Band Steering сделали на свою голову, по-другому не скажешь, и его "проработка" едва ли возможна для клиентов, не поддерживающих 802.11k/r/v (развитие которого запланировано и ведётся).

Планируется ли возможность полного отключения "спихивания" для не поддерживающих k/v клиентов, но с сохранением работы k/v?

[ndm]

В 13.01.2019 в 16:15, Дмитрий Серов сказал:

У меня пожелание несколько проще: реализовать возможность отключения band-steering для конкретного устройства.

кейс: вайфай оба диапазона имеют одинаковый ssid, если включить band-steering, то единственное устройство (принтер) не желает подключаться по вайфай. Если выключить, то практически все устройства лезут в диапазон 2,4 даже когда легко могут работать в 5 ггц.

хочу включить band-steering, но выключить его для принтера.

Функция привязки к диапазону появилась в версии 3.5 Alpha 1, но доступна пока только из командной строки.

[r13]

1 минуту назад, ndm сказал:

Функция привязки к диапазону появилась в версии 3.5 Alpha 1, но доступна пока только из командной строки.

А команду не подскажете?

Upd , а все, changelog дополнен )

Изменено 20 мая, 2020 пользователем r13

[ndm]

1 час назад, r13 сказал:

А команду не подскажете?

Upd , а все, changelog дополнен )

На всякий случай, продублирую здесь:

interface {Bridge} mac band {mac} (0|1)

При указании 0 (2,4 ГГц) или 1 (5 ГГц) принимать подключение устройства {mac} только к одному диапазону, и игнорировать попытки подключения к другому.

Веб-интерфейс нарисуется чуть позже в 3.5.

Нужно добавить, что здесь принципиальное отличие от MAC ACL, который применяли для этой цели раньше (когда он был раздельный для 2,4 и 5 ГГц). Мы не шлём явный отказ, а просто игнорируем probe и auth/assn request. Клиент не ассоциирует отказ с этим SSID и ведёт себя более предсказуемо.

[Usatyj]

4 часа назад, ndm сказал:

На всякий случай, продублирую здесь:

interface {Bridge} mac band {mac} (0|1)

При указании 0 (2,4 ГГц) или 1 (5 ГГц) принимать подключение устройства {mac} только к одному диапазону, и игнорировать попытки подключения к другому.

Веб-интерфейс нарисуется чуть позже в 3.5.

Нужно добавить, что здесь принципиальное отличие от MAC ACL, который применяли для этой цели раньше (когда он был раздельный для 2,4 и 5 ГГц). Мы не шлём явный отказ, а просто игнорируем probe и auth/assn request. Клиент не ассоциирует отказ с этим SSID и ведёт себя более предсказуемо.

Вопрос м.б. глупый, но... при этом band steering должен быть включен или нет?

[Le ecureuil]

В 20.05.2020 в 19:44, Usatyj сказал:

Вопрос м.б. глупый, но... при этом band steering должен быть включен или нет?

Неважно, совершенно несвязанная вещь.

[Usatyj]

39 минут назад, Le ecureuil сказал:

Неважно, совершенно несвязанная вещь.

Ясно. Тема вроде про bs, потому и вопрос.

[lokorel]

Привет, очень сырая технология, я выхожу на балкон и телефон бесконечно колбасит между 2.4 и 5. После это продолжает несколько минут уже в непосредственной близости от точки. Добавьте или возможность из админки управлять порогами и отключать функцию для конкретного устройства или сделайте ее умной - добавьте ML, чтобы не допускать бесконечных переключений и потери сигнала

[enterfaza]

@ndm @Le ecureuil в 3.6 естьпланы добавить bs в гостевой сегмент или снова идти в поддержку поднимать вопрос?

[LEGO_Master]

Работа band stereng зависит ещё от реализации на клиентском устройстве, у Apple с этим всё в порядке, а вот на Xiaomi реализованно не самым лучшими образом.

[LEGO_Master]

В 13.01.2019 в 17:05, Кинетиковод сказал:

Вообще с точки зрения здравого смысла роуминг между диапазонами по сути идиотизм. Устройство должно выбирать сеть с максимальным уровнем сигнала, а это всегда 2,4 Ггц. Приоритет 5Ггц перед 2,4 должно быть заложен в устройстве и Кинетик на это повлиять не может.  Band-steering пытается насильно скинуть клиента на 5 Ггц, но при первом же ослаблении сигнала клиент опять норовит перескочить на 2,4 и это логично. 

Роуминг в одном диапазоне между двумя и более роутерами другое дело, но это совсем другая история. К сожалению если клиент сам не хочет предпочитать 5 Ггц, то заставить его это делать роутеру будет сложно. Поэтому Band-steering это по сути костыль, который не может исправить ситуацию.

Стоит отметить, что в случае с устройствами apple БС работал как надо (во всяком случае у меня))