Jump to content
  • 50

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


vrodetogo

Question

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

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

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

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

Edited by vrodetogo
  • Upvote 9
Link to comment
Share on other sites

Recommended Posts

  • 0
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".

Цитата

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

 

Link to comment
Share on other sites

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

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

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

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

Link to comment
Share on other sites

  • 0

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

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

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

 

Link to comment
Share on other sites

  • 0
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" двух разработчиков ПО по данному направлению.

 

  • Confused 1
Link to comment
Share on other sites

  • 0
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.

  • Thanks 2
  • Upvote 1
Link to comment
Share on other sites

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

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

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

Link to comment
Share on other sites

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

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

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

Link to comment
Share on other sites

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

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

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

Link to comment
Share on other sites

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

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

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

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

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

Link to comment
Share on other sites

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

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

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

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

Edited by r13
Link to comment
Share on other sites

  • 0
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 и ведёт себя более предсказуемо.

  • Thanks 1
  • Upvote 3
Link to comment
Share on other sites

  • 0
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 должен быть включен или нет?

Link to comment
Share on other sites

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

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

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

Link to comment
Share on other sites

  • 0

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

Link to comment
Share on other sites

  • 0

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

Link to comment
Share on other sites

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

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

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

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

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Answer this question...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...