Бесшовный роуминг mikrotik или unifi

[Alver 334]

Микротик вайфай на одном клиенте выдаёт 60-70м в 20 МГц, (это в лучшем случае и это не хап АС). На 20 клиентах его пропускная способность падает до 15Mbps. При 25  - клиенты просто не смогут подключаться к ТД микротик - не получают IP адрес из за плохого качества канала связи. Это раз. 

Два- это  если 10% юзеров (достаточно даже 1-2 %) перемещающихся между ТД будут иметь проблемы с переключением между ТД, то заказчик точно будет недоволен и  в лучшем случае скажет что ты  далба*б и потребует деньги взад, а  в худшем -подвесит  тебя за яйца с твоим роуминговым капсманом.

Відредаговано 2019-09-22 19:48:27 Alver

[Dictator 855]

БИСШОВНЫЙ РОУМИНХ ЦЭ 802.11r/k - А ЦЭ ЭДИМАКС, КАМБАЙН, РУКУС, СИСЬКА - НО НЫ МИКРАТИК И НЫ УНИФАЙ

А ЕСЛИ ПОДУМАТЬ ТО МОЖНО И ГАВНО РАСПОЛОЖЫТЬ И ЗАПРОГРАМИРУВАТЬ ПРАВЫЛЬНО ШОП ВОНО ЯКОСЬ РОБЫЛО

И МОЖНО НАСТАВЫТЬ ДОРОГОГО ОБОРУДОВАНИЯ А ВОНО ПРЫ ДУРНОЙ ГОЛОВЕ НЫ БУДЭ РОБЫТЬ ТАК ЯК ДОЛЖНО

ОТ И ВСЭ

Відредаговано 2019-09-22 20:07:28 Dictator

[johny 56]

11 минут назад, Dictator сказал:

802.11r/k

а "клиенты" я предполагаю, тоже должны поддерживать ?

ps. Почему планируется в наше то время только 2 ггц ? У меня например, 2 ггц выключено по умолчанию, все беспроводное работает в пятерке.

Відредаговано 2019-09-22 20:11:38 johny

[Dictator 855]

27 минут назад, johny сказал:

а "клиенты" я предполагаю, тоже должны поддерживать ?

ps. Почему планируется в наше то время только 2 ггц ? У меня например, 2 ггц выключено по умолчанию, все беспроводное работает в пятерке.

РЫШЭНИЕ О ПЫРЫКЛЮЧЕНИИ ВСИГДА ПРЫНИМАЕ КЛИЕНСКЭ УСТРОЙСТВО

ТОЧКА ДОСТУПА МОЖЭ ТОКА ПИЦКАЗАТЬ КЛИЕНТУ О ТАКОМ РЫШЭНИИ

 

НУ А ПО ПЯТЬОРКЕ ТО ДА - НАДА СТРОИТЬ НА ДВУХДИАПАЗОННЫХ ТОЧКАХ СЕТЬ 

Відредаговано 2019-09-22 20:39:06 Dictator

[Alver 334]

И двухдиапазонная точка доступа должна поддерживать  Band Streering -принудительное переключение клиента в 5ггц. Ни микротики , ни тплинки это не поддерживают.

[johny 56]

53 минуты назад, Alver сказал:

 Band Streering -принудительное переключение клиента в 5ггц. Ни микротики , ни тплинки это не поддерживают.

а поддержка (без костылей) есть в андроидах и айфонах ?

или сама разливайка "отфутболивает" с 2ггц клиентов на 5 ггц?

Відредаговано 2019-09-23 08:56:06 johny

[Alver 334]

3 часа назад, johny сказал:

а поддержка (без костылей) есть в андроидах и айфонах ?

или сама разливайка "отфутболивает" с 2ггц клиентов на 5 ггц?

Все делает точка,доступа.

[AkaLion 0]

On 9/23/2019 at 1:02 PM, Alver said:

И двухдиапазонная точка доступа должна поддерживать  Band Streering -принудительное переключение клиента в 5ггц. Ни микротики , ни тплинки это не поддерживают.

На тплинках в сериях Omada такая фича как Band Steering уже реализована в точке доступах. 

на фото пример из настроек TP-LINK EAP EAP225-Outdoor

На микротике точно нет.

[Tiesto 4]

В 22.09.2019 в 23:47, Alver сказал:

Микротик вайфай на одном клиенте выдаёт 60-70м в 20 МГц, (это в лучшем случае и это не хап АС). На 20 клиентах его пропускная способность падает до 15Mbps. При 25  - клиенты просто не смогут подключаться к ТД микротик - не получают IP адрес из за плохого качества канала связи.

Что Микротик так хреново работает? То есть TP-Link 841HP работает хорошо чем BaseBox2? Так как практиковали TP-Link 841HP на 30 устройстве нотебук и смартфоны работали нормально (на PPPoE подключение) 

[Alver 334]

TP-Link 841HP  под нагрузкой одновременно 30 ноутов?  Это не работает. Или мы по разному понимаем что значит нормально работает и не работает.

[Tiesto 4]

20 часов назад, Alver сказал:

TP-Link 841HP  под нагрузкой одновременно 30 ноутов?

Да да, именно так, у всех все нормално было, даже 11 пользователей но лан порту работали, в итоге 40 человек. Обычное рекламное агентство и всё было хорошо.

Ну вопрос в другом что, BaseBox2 с антеннами на 5дб 30 юзера не тянет? 

[Alver 334]

18 часов назад, Tiesto сказал:

Да да, именно так, у всех все нормално было, даже 11 пользователей но лан порту работали, в итоге 40 человек. Обычное рекламное агентство и всё было хорошо.

Ну вопрос в другом что, BaseBox2 с антеннами на 5дб 30 юзера не тянет? 

RB912 - то же самое, что AR9344. 30 юзеров под нагрузкой тянет через пень-колоду с дисконектами юзеров.

[andryas 1 058]

14 минут назад, Alver сказал:

RB912 - то же самое, что AR9344. 30 юзеров под нагрузкой тянет через пень-колоду с дисконектами юзеров

 

Если не секрет, зачем их дисконнектить?

Вот у меня около 50 жили и никогда не приходилось их дисконнектить.

Пень-колода - это сквозь лес, или, имеется ввиду протоколирование ( log ?)

[Alver 334]

9 минут назад, andryas сказал:

 

Если не секрет, зачем их дисконнектить?

Вот у меня около 50 жили и никогда не приходилось их дисконнектить.

Пень-колода - это сквозь лес, или, имеется ввиду протоколирование ( log ?)

Если мы говорим  о работе RB912 ( Base 2/5) в Nv2 , то 30 юзеров тянет.

Если мы говорим о работе RB912  на 30 юзеров -сматaфоны, планшеты, ноуты  в  CSMA, то столько юзеров не тянет и диcконектит юзеров под нагрузкой  сама точка доступа RB912.  Кому и зачем надо их самому дисконектить? :)

[andryas 1 058]

2 минуты назад, Alver сказал:

то столько юзеров не тянет и диcконектит юзеров под нагрузкой  сама точка доступа RB912

 

Ага, вот оно в чём дело. А при каких условиях дисконнектит?

Не хватает процессора?

[Alver 334]

4 минуты назад, andryas сказал:

 

Ага, вот оно в чём дело. А при каких условиях дисконнектит?

Не хватает процессора?

Драйвер CSMA доступа на Микротик кривой

[andryas 1 058]

3 минуты назад, Alver сказал:

Драйвер CSMA доступа на Микротик кривой

 

Кривой? А в чём именно?

 

Мне всегда казалось, что CSMA  реализован в чипе, разве это не так?

[Tiesto 4]

В 19.12.2019 в 15:55, Alver сказал:

Драйвер CSMA доступа на Микротик кривой

Кажется что на Unifi AP LR работат надо, будет 

[Alver 334]

В 19.12.2019 в 13:59, andryas сказал:

 

Кривой? А в чём именно?

 

Мне всегда казалось, что CSMA  реализован в чипе, разве это не так?

Реализован программно в драйвере  радиоинтерфейса.

 Исходные коды драйвера  есть в   SDK Reference  Design  производителя  чипсета/SOC платы.  Изначально   часто такой драйвер из    SDK  сырой и глюкавый и вендор ( производитель точки доступа) этот драйвер вынужден допиливать, доводить до кондиции, требуемой для коммерческого  использования.    Китайские вендоры   обычно этого не делают, это удорожает их продукцию. В последнее время Микротик в своих вайфай роутерах, а также     уже и в   BWA  такое допиливание  делает плохо. Вот   и глючит их вайфай.

Відредаговано 2019-12-25 09:13:55 Alver

[nedoinet 429]

14 минут назад, Alver сказал:

Реализован программно в драйвере  радиоинтерфейса.

А может нстрим и нв2 программные? Противоречите сами себе.

[Alver 334]

32 минуты назад, nedoinet сказал:

А может нстрим и нв2 программные? Противоречите сами себе.

В  802.11n  аппаратная поддержка на чипсете агрегации   пакетов  A-MSDU , A-MPDU  . К протоколу  множественного  доступа  СSMA агрегация пакетов отношения не имеет.

   NV2/Nstreme -   программная замена   программного    CSMA.    До стандарта 802.11n   Nstreme  протокол также делал агрегацию пакетов на программном уровне. На 802.11n  реализация это фичи  (  добавилось NV2 ) переместилась на аппаратный уровень.  На протоколе 802.11 ac   такое перемещение было не очень удачным, а на   ARM -  не  получилось вообще. Поэтому сейчас есть проблемы  работы Микротик    NV2 на ARM. 

Відредаговано 2019-12-25 10:04:00 Alver

[andryas 1 058]

Отже, Alver стверджує, що у Wi-Fi чіпах відсутня апаратна підтримка CSMA/CA та RTS/CTS, вірно я розумію?

 

 

 

 

Where a set of stations controlled by a single coordination function (such as a DCF) is defined as a basic service set (BSS). There are two kinds of BSSs: independent BSS (IBSS) and infrastructure BSS, the difference being that there is an access point (AP) in infrastructure BSS whereas no AP is available in IBSS. Both BSSs in Figure 1 are infrastructure ones. The members (stations or APs) of a BSS, for example, STA3 (hereafter, STAn denotes station n) and STA4 in BSS1, can directly communicate with each other, but two stations in different BSSs can only communicate through their APs and the distribution system (DS); for example, data from STA3 to STA5 has to go through STA3-AP1-AP2-STA5. Clearly, since there is no AP in IBSS, stations in one IBSS cannot communicate with stations in other BSSs. There is a STA1 STA2 STA3 STA4 AP1 BSS1 STA5 STA6 AP2 BSS2 Figure 1: An example configuration of the IEEE 802.11 WLAN. unique BSS identification (BSSID) which is the MAC address in use by the AP of the BSS. In the WLAN, a link is referred to as a directional data stream between two stations. The direction of the link is determined by the data frame transmission; for example, link STA3-STA4 in Figure 1 indicates that STA3 is the initial station and intends to transmit a data frame to STA4. It is the initial station of a link who contends for the link. In an infrastructure BSS, a normal station has one transmit buffer and can only initiate one link at a time. The AP may initiate more than one link. When the AP is the initial station of more than one link, it contends for these links separately. In this case, the AP is viewed as several different initial stations at the MAC layer by default; for example, AP1 in Figure 1 is viewed as two different initial stations by the MAC protocol when it contends for links AP1-STA2 and AP1-STA3 separately. Since all the members of a WLAN share the same wireless channel, a MAC protocol is needed to coordinate their access. At the MAC layer, the IEEE 802.11 specifies a basic DCF based on the CSMA/CA protocol. For DCF operations, IEEE 802.11 defines certain interframe space (IFS) intervals between successive transmissions of MAC frames. The two relevant intervals are short IFS (SIFS) and DCF-IFS (DIFS). The SIFS is smaller and used for high-priority frames such as ACK (acknowledgment) frames and CTS frames; whereas the DIFS is larger and used for normal data frames in DCF operation. In the CSMA/CA protocol, an initial station with a MAC frame to transmit has to sense the channel. If the channel is idle for a DIFS period, the station can proceed with its transmission. Otherwise, the station defers and continues monitoring the channel until an idle DIFS is detected. Then a random backoff counter is generated by the station before sending. The backoff counter runs down as long as the channel remains idle; it pauses when the channel becomes busy; and it resumes as the channel is idle for a DIFS period again. The station is permitted to transmit when its backoff counter reaches zero. For implementation efficiency purposes, the backoff counter employed by DCF is discrete-time scaled. The time immediately following an idle DIFS is slotted and the random backoff counter counts down one after a slot. The CSMA/CA protocol relies on the BEB algorithm to control the CW size of each initial station and thereby resolve collisions. In a WLAN, each initial station has a CW X. Wang and G. B. Giannakis 3 size w which has minimum value CWmin and maximum value CWmax. Before each transmission, the initial value of the backoff counter is uniformly chosen by the initial station in the range [0,w − 1]. At the first attempt of a data frame, w is set to CWmin. After each failed transmission, it doubles w until the latter reaches CWmax. After each successful data frame transmission, w is reset to CWmin since it begins the first attempt of another data frame. With the CSMA/CA protocol in use, the DCF provides both a DATA-ACK two-way handshaking basic access mechanism and an RTS-CTS-DATA-ACK four-way handshaking access mechanism (called RTS/CTS access mechanism hereinafter). In the basic access mechanism, the CSMA/CA protocol is applied to the DATA/ACK exchange. A good illustration for the implementation of the basic access mechanism of DCF can be found in [1, Chapter 11]. The difference between the RTS/CTS access mechanism and the basic access mechanism is the addition of the RTS/CTS exchange for reservation purposes before DATA/ACK transmissions. The CSMA/CA protocol is applied to the short RTS/CTS exchange and DATA/ACK transmissions are carried out contention-free. This mechanism is effective for system performance when the average length of data frames is large compared to that of the RTS and CTS frames. Besides reservation, the purpose of RTS and CTS frames is to carry the duration of the following DATA/ACK exchange. Based on this information, all other stations in the WLAN are then able to update their network allocation vectors (NAVs), which indicate how long the channel will remain busy. For the RTS/CTS access mechanism, IEEE 802.11 standards define virtual carrier sensing based on the NAV signal. An initial station is able to proceed with its transmission only if the channel is sensed idle both physically and virtually. Virtual carrier sensing is designed to combat the hidden-station problem for radio channels.

 

 

 

Відредаговано 2019-12-25 10:42:14 andryas

[nedoinet 429]

2 минуты назад, andryas сказал:

Отже, Alver стверджує, що у Wi-Fi чіпах відсутня апаратна підтримка CSMA/CA та RTS/CTS, вірно я розумію?

 

 

Он уже вчера рассказывал о 60М в 20МГц.)))

[Alver 334]

14 минут назад, andryas сказал:

Отже, Alver стверджує, що у Wi-Fi чіпах відсутня апаратна підтримка CSMA/CA та RTS/CTS, вірно я розумію?

 

    На чипсете  есть аппаратная поддержка  части функций CSMA/CA,  например таймер ожидания повторного запроса на передачу и др.

    Nstreme/Nv2  в 802.11 a/g полностью подменял CSMA/CA  с  RTS/CTS   , в частности  заменил случайный доступ  поллингом и добавил проприетарный  контроль доставки  и Link Adapttion ,     а также  добавил  агрегацию пакетов, которой в 802.11 a/g  не было вообще.

В 802.11n агрегацию пакетов  в протоколах    Nv2/Nstreme и Airmaх  полностью взял на себя чипсет.

У Камбиум 802.11n CSMA полностью заменен на   TDMA     и аппаратная поддержка агрегации   не используется. То же самое у Камбиум на 802.11   ac wave 2,  но используется аппаратное мультиплексирование   MU-MIMO и   sounding и др.

Что делается аппаратно, а что программно - это решение вендора, у всех по разному.

 

[andryas 1 058]

21 минуту назад, Alver сказал:

На чипсете  есть аппаратная поддержка  части функций CSMA/CA

 

У чіпсеті  реалізована повна підтримка стандарту IEEE 802.11 ITU-R M.1450, на чіпсетах Atheros також є змога програмно (повністю чи частково) відключити цей функціонал.

Деякі параметри у ряді чіпсетів є tunable

 

Формат фрейму є стандартизованим

Відредаговано 2019-12-25 11:13:50 andryas