Jump to content
  • 37
vrodetogo

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

Question

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

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

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

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

Edited by vrodetogo
  • Upvote 6

Share this post


Link to post
Share on other sites

Recommended Posts

  • 0
31 минуту назад, bigpu сказал:

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

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

Тогда ваши слова не уместны так как вы не в теме, как и не в курсе про своего клиента, что у него есть а чего нет.

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

 

Как вы говорите для голосящих, то всем своим знакомым или на форумах рекомендую при наличие 2.4 и 5 данный функционал отключить, мало того wifi ssid еще и разделен 2.4 и 5.

Если хотят по баловаться то могут попробовать своих клиентов. А если одним роутером не получается то устанавливается второй.

Share this post


Link to post
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

 

Share this post


Link to post
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

Share this post


Link to post
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

Share this post


Link to post
Share on other sites
  • 0
В 09.04.2020 в 13:01, ndm сказал:

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

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

Share this post


Link to post
Share on other sites
  • 0
3 часа назад, Дмитрий Серов сказал:

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

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

Share this post


Link to post
Share on other sites
  • 0
В 09.04.2020 в 13:01, ndm сказал:

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

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

Share this post


Link to post
Share on other sites
  • 0
В 13.01.2019 в 16:15, Дмитрий Серов сказал:

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

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

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

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

Share this post


Link to post
Share on other sites
  • 0
1 минуту назад, ndm сказал:

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

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

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

Edited by r13

Share this post


Link to post
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

Share this post


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

Share this post


Link to post
Share on other sites
  • 0
В 20.05.2020 в 19:44, Usatyj сказал:

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

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

Share this post


Link to post
Share on other sites
  • 0
39 минут назад, Le ecureuil сказал:

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

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

Share this post


Link to post
Share on other sites
  • 0

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

Share this post


Link to post
Share on other sites
  • 0

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

Share this post


Link to post
Share on other sites
  • 0

Пробовал сие, но были постоянные проблемы. Тут кто во что горазд. Клиента отпинывают, а он все равно лезет в тот же диапазон. В итоге ничего не работает.

А вообще лучше бы множество направленных антенн поставили в корпус, хоть связь была бы получше.

Share this post


Link to post
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...