PG
Кажется ты не туда ответил
кажется да, но сила моей любви и уважения к Евгену, как UDP, так или иначе его настигнет!
Size: a a a
2021 February 18
VK
Или нет
PG
Или да :)
YP
Я в Микротиках, можно вопрос про WiFi, VLAN, MultiWan ?
YP
В микротиках новичок (не тот)
ГП
В микротиках новичок (не тот)
не тот новичок, который в микротиках
E
Я в Микротиках, можно вопрос про WiFi, VLAN, MultiWan ?
E
:)
YP
вопрос не по конкретные настройки, а что бы понять сам принцип.... собственно что первое что второе и возможно ли это....
YP
что надо: Mesh WiFi на дешовых Микротиках + VLAN на вайфай
C
тут про вайфаи недавно кидали))
YP
вопрос может ли контроллером выступать микротиковский свич или только точки доступа ?
C
"Ололо, или "Бесшовный роуминг в 802.11 аКа Wi-Fi"
или "Как маркетологи продают, а неучи верят"
Краткие тезисы и пояснения сути.
Клиент ищет точки, куда можно подключаться
Клиент решает, когда переподключаться
Клиент решает, куда подключаться
Клиент инициирует переподключение
Клиент выбирает, на какую частоту подключаться (2.4 или 5ггц)
АП может:
- Отвечать с задержкой на запросы аутентификации от клиента (как одна из реализаций band-steering, например)
- Отказывать в аутентификации клиенту (по силе сигнала, при большой нагрузке на АП и тп)
- Де-аутентифицировать клиента (должно использоваться как "крайняя мера".
- Предоставлять клиенту оптимизированный список соседних АП для роуминга - 802.11k
- Предоставлять информацию о загруженности других АП 802.11v
- Ускорять процесс роуминга, используя "быструю аутентификацию" заместо полного процесса переаутентификации - 802.11r
При этом, kvr - совершенно не обязательны и требуется поддержка оного и клиентом, и АП
(пояснения специально упрощены для простого понимания, желающим глубже окунуться - читайте стандарты)
Во всём этом, "МОЖЕТ" - ключевое слово. Несмотря на все вышеперечисленное, именно клиент решает, куда и как он хочет подключаться, и его решения могут целиком и полностью не совпадать с "рекомендациями и желаниями", полученными от АП. Потому что так решили те, кто писал драйвера и прошивку модуля.
Отсюда появляются Типичные ситуации:
- АП де-аутентифицирует\не аутентифицирует клиента. Он продолжает попытки коннекта к "старой" АП. Потому что хочет. Роуминга не происходит. Вифи у клиента не подключается.
- Игнорирование клиентом одной из частот (2.4 или 5ггц) просто потому, что у него где-то внутри стоит приоритет одной из.
Как "последнее слово" и итог: "Бесшовного" роуминга в 802.11 аКа Wi-Fi не существует в принципе. Максимум - "быстрый роуминг на стероидах". Повлиять на поведение клиента мы не можем от слова никак, лишь надеяться на адекватность его драйверов\прошивки.
Как таковой "настоящий" роуминг, который "handover" - в 802.11 отсутствует и не предусмотрен стандартом.
tl;dr Его не существует. Смиритесь.
#бесшовный #kvr #ясделаль
или "Как маркетологи продают, а неучи верят"
Краткие тезисы и пояснения сути.
Клиент ищет точки, куда можно подключаться
Клиент решает, когда переподключаться
Клиент решает, куда подключаться
Клиент инициирует переподключение
Клиент выбирает, на какую частоту подключаться (2.4 или 5ггц)
АП может:
- Отвечать с задержкой на запросы аутентификации от клиента (как одна из реализаций band-steering, например)
- Отказывать в аутентификации клиенту (по силе сигнала, при большой нагрузке на АП и тп)
- Де-аутентифицировать клиента (должно использоваться как "крайняя мера".
- Предоставлять клиенту оптимизированный список соседних АП для роуминга - 802.11k
- Предоставлять информацию о загруженности других АП 802.11v
- Ускорять процесс роуминга, используя "быструю аутентификацию" заместо полного процесса переаутентификации - 802.11r
При этом, kvr - совершенно не обязательны и требуется поддержка оного и клиентом, и АП
(пояснения специально упрощены для простого понимания, желающим глубже окунуться - читайте стандарты)
Во всём этом, "МОЖЕТ" - ключевое слово. Несмотря на все вышеперечисленное, именно клиент решает, куда и как он хочет подключаться, и его решения могут целиком и полностью не совпадать с "рекомендациями и желаниями", полученными от АП. Потому что так решили те, кто писал драйвера и прошивку модуля.
Отсюда появляются Типичные ситуации:
- АП де-аутентифицирует\не аутентифицирует клиента. Он продолжает попытки коннекта к "старой" АП. Потому что хочет. Роуминга не происходит. Вифи у клиента не подключается.
- Игнорирование клиентом одной из частот (2.4 или 5ггц) просто потому, что у него где-то внутри стоит приоритет одной из.
Как "последнее слово" и итог: "Бесшовного" роуминга в 802.11 аКа Wi-Fi не существует в принципе. Максимум - "быстрый роуминг на стероидах". Повлиять на поведение клиента мы не можем от слова никак, лишь надеяться на адекватность его драйверов\прошивки.
Как таковой "настоящий" роуминг, который "handover" - в 802.11 отсутствует и не предусмотрен стандартом.
tl;dr Его не существует. Смиритесь.
#бесшовный #kvr #ясделаль
E
вопрос может ли контроллером выступать микротиковский свич или только точки доступа ?
любое устройство с ROS или CHR
YP
мне счас не про настройки - это я почитаю... мне понять как сетку строить
YP
у меня счас есть 10гига их свич (он пока работает в режиме SwOS, так как от него требуются только VLAN и связь по 10гигами между NASами и основным компом
C
берете бумагу и рисуете, каждая точка должна быть по проводу, что бы никаких репитеров, дальше ссиды,каналы,вланы,
C
вайфай для каких целей?
YP
заказан свич 8POE + 4 SFP (он заменит собой связку из L2 свича + pfSense) - в нем хочу:
1. MultiWAN (3 разных провайдера)
2. VLAN (несколько сетей)
3. если он умеет быть контроллером точек доступа для MESH - то тоже пусть будет (так как он центр, а точку могут подключатся/отключатся пока играюсь с сеткой)
1. MultiWAN (3 разных провайдера)
2. VLAN (несколько сетей)
3. если он умеет быть контроллером точек доступа для MESH - то тоже пусть будет (так как он центр, а точку могут подключатся/отключатся пока играюсь с сеткой)