40mhz intolerant что это
Перейти к содержимому

40mhz intolerant что это

  • автор:

Violation of 802.11 Standard? – Intel Wireless Cards send “40MHz Intolerant”-Bit in 5GHz

Some of our customers have their offices in multistory buildings with other neighboring companies and residents. As most of you are familiar with, in situations like these, the 2.4GHz frequency band looks like the Wild West – often, people choose a random channel between 1 and 11, and sometimes, they even think that using 40MHz channels in the 2.4GHz frequency band will improve their performance, because “the higher the data-rate, the better”…
To at least get rid of the latter, I thought about setting the “40MHz intolerant”-bit on our managed clients – and did some lab tests with interesting results.

20MHz- vs. 40MHz-Channels – Quick and Dirty

With the 802.11n-2009 Amendement, the possibility to bond two 20MHz-channels together to a single 40MHz-channel was introduced. This feature alone improves the data-rate by 108/52 (by factor ~2.077 – as the number of data-subcarriers increases from 52 to 108).
But this enhancement comes at a cost: when using 40MHz-channels, the number of non-interfering channels decreases. This is not a big problem in the 5GHz frequency band as there are still 9 available 40MHz-channels in Switzerland:

In contrast to the 5GHz frequency band, in the 2.4GHz frequency band, the available spectrum is very limited, and it allows only one 40MHz-channel, which will cause at least CCI, and at worst ACI, as soon as there is a second AP within earshot.

The “40MHz Intolerant”-Bit

Because of the inevitable problems that would occur in the 2.4GHz band when 40MHz-channels are used, the “40MHz intolerant”-bit was introduced as a failsafe-function in the 802.11n-2009 Amendement.

The 40MHz intolerant bit is set in the “HT Capabilities Element” => “HT Capabilities Info Field”, which is a part from the following management frames:
– Beacon
– Probe Request
– Probe Response
– Association Request
– Association Response
– Reassociation Request
– Reassociation Response
This allows either an AP or a client STA to indicate that they do not allow 40MHz-channels in the 2.4GHz frequency band by setting the “40MHz intolerant”-bit to 1, and the neighboring STAs have to adjust to this. Or to put it in simpler terms:

“If you do not have any close neighbors, you can use either 20MHz- or 40MHz-channels – whatever floats you boat. But if there is someone else within earshot that wants to use the 2.4GHz frequency band, you have to adjust your fat channel if he wants you to”

As described in the 802.11-216 subclause 11.16.11 (“Signaling 40 MHz intolerance”), the “40MHz intolerant”-bit is defined to be a feature only for the 2.4GHz frequency band and that it has to be set to 0 in the 5GHz frequency Band:

An HT STA 2G4 shall set the Forty MHz Intolerant field to 1 in transmitted HT Capabilities elements if dot11FortyMHzIntolerant is true; otherwise, the field shall be set to 0.

A STA 2G4 shall set the Forty MHz Intolerant field to 1 in transmitted 20/40 BSS Coexistence fields if dot11FortyMHzIntolerant is true; otherwise, the field shall be set to 0. A STA 2G4 that is not an HT STA 2G4 shall include a 20/40 BSS Coexistence element in Management frames in which the element may be present if dot11FortyMHzIntolerant is present and dot11FortyMHzIntolerant is true.

A STA 5G shall set the Forty MHz Intolerant field to 0 in transmitted HT Capabilities elements and 20/40 BSS Coexistence fields.

Lab Testing

First, I got myself some test notebooks:

Dell Latitude E7440 with Intel Dual Band Wireless-AC 7620 (Driver 18.33.7.2)

Dell Latitude E6440 with Intel Centrino Ultimate-N 6300 AGN (Driver 15.9.2.2

They both had the setting “Fat Channel Intolerant” available, so I did some research on the Intel website:

It says that it is only available for certain adapters. None of the 2 mentioned above are included, but still, the option is available for both of them in the advanced adapter settings, so I decided to give it a shot anyways.

After I changed the setting on my Intel Centrino Ultimate-N 6300 AGN, I wanted to check the result and did some packet capturing in the 2.4GHz band:

As you can see, the “40MHz intolerant”-bit is set to 1, which is exactly what I wanted.

So the client was connected to the 5GHz band, and was sending its Probe Requests in the 2.4GHz band with the flag set.
But then, I started to see some strange behaviors on the 5GHz-SSID I was connected to – it looked like the SSID was only sending with a 20MHz wide channel instead of the configured 40MHz:

Even a different client that was connected to the same SSID was suddenly only using a 20MHz-channel:

So I started capturing some packets in the 5GHz band and was shocked to see that the STA with the “Fat Channel Intolerant” setting set to “Enabled” was sending the “40MHz intolerant”-bit in the 5GHz band aswell:

To make sure that this is not only a malfunction on one adapter, I did the same tests with the Intel Dual Band Wireless-AC 7260 and got the same results…

I can’t say if this occurs with the adapters listed as “supported” on the Intel website aswell, because I don’t have them available at my place,.

As far as I am concerned (based on my interpretation of the 802.11-2016 subclause 11.16.11), the 2 tested Intel wireless cards do not follow the standard and you should not use the setting “Fat Channel Intolerant”, as it impacts your 5GHz aswell!

I welcome you to give me an explanation about this issue if you have any- am I right with my statement, or am I off the track?
If you have any questions or feedbacks, please don’t hesitate to write a comment or contact me (but please be kind, as this is my first ever blog post ;-))

Forum

Does anyone know the technical details behind Intel’s 5100 AGN client device setting called «Fat Channel Intolerant» ? Their website is poor on technical details. In brief, it says «it communicates to surrounding networks that the Wi-Fi adapter is not tolerant of 40 Mhz channels in the 2.4 GHz band». Elsewhere it mentions being incompatible with 802.11n — duh. Is this merely the way of telling the adapter to only make 20 MHz connections, or is it some broadcast that tells nearby neighbors not to use it also ? My guess is the former — but the opposite would be good to know about.

My understanding is setting that flag does both — tells the card not to use 40 MHz channels and also begs the neighbours not to use 40 MHz channels as well. I say beg because I did some poking around on some Aruba gear at my place and it looks like ArubaOS is set to ‘Honor 40 MHz Intolerance’ by default but it is just a check box [url=http://www.flickr.com/photos/simplywifi/5798295274](see screenshot here)[/url] so anyone could simply decide not to honor that setting at any time. I can only assume other enterprise vendors have a similar toggle. Not sure about home gear though. Seems like a good option for 2.4 GHz in theory, but if people can just turn it off I’m wondering how effective it really is. In case anyone is interested, here is a screenshot showing the 40 MHz intolerance bit in Wireshark — [url=http://www.flickr.com/photos/simplywifi/5797819731](Intolerance bit not set)[/url]

Cool thread. WLANMAN, why wouldn’t an agn card be n capable? I just did a quick search on 5100AGN . looks like an old intel card that was designed during pre-n era. is that the one you’re referring to? Looks like 5300 is the newer card, post n ratification. I agree with you both that it does seem like a smart option, to be able to request no 40 MHZ channels for 2.4. (Of course, why not just run 5GHZ and be done with it.) But «not allowing» doubled channels on the device itself at 2.4 almost seems useless to me; who would want to do that anyhow, and is INTEL just proecting people from themselves? =) But the idea of it being able to tell neighbors seems it might be useful. of course if I were running a 40 MHZ network and some yahoo card was able to bump me down to 20 I might be irritated. I am curious about exactly how this feature works now, what it specifically does. Thanks for the screen capture btw SimplyWiFi. Interesting that the bit’s set by default. I wonder if any of the SOHO devices address this option. Something more *sigh* to research! =) Good stuff! Here’s the intel whitepaper I saw for INTEL’s cards: http://www.intel.com/products/wireless/adapters/5000/index.htm?wapkw=(5100)

SeaLass, Setting the «Fat Channel Intolerant» and at the same time allowing your own device to allow 40MHZ is what would be incompatible. Which Intel seems to agree with. It would definitely not be «playing nice» to run 40MHz yourself, and not let your neighbors to do the same. If you are running 40 MHZ channels in a sea of 2.4 GHZ 20 MHz channels you’re definitely being a bandwidth «road hog» — that is, if you are not following the rules. I live in an area where several people are running «pre-n» AP’s. In this case Belkin. They defineitely don’t «play nice», and stomp all over everyone elses 20MHz wide comms. They don’t seem to care what is going on around them.

Aha! THAT makes sense, got it. Thanks!!

At the current time the WFA says «Wi-Fi CERTIFIED n products are configured to operate using 20 MHz channels by default, [u]and must employ coexistence mechanisms[/u] to help ensure that the device defaults to 20 MHz operation when sharing the frequency with other Wi-Fi networks.» It seems many people (of the type who automatically set output power to MAX) also like to set 40MHz channels when they don’t really need it. Like you said — if you want 40 MHz, please go to 5 GHz.

. well, but still. if one’s running in 2.4 GHz, it just seems like it would be shooting oneself in the foot to run 40 MHZ channel width, unless using Meru controller or similar, because of limitations on AP channel separation. I think you’d be down to only one channel option then, or possibly two. . but I guess it really comes down to whether we’re talking Enterprise or SOHO. in the problem you are describing it would be SOHO. Right? I guess if you only have one AP you don’t much care about managing your spectrum. . and if enterprise, it comes back to the thought that I wouldn’t want to be running in 2.4 anyhow so I guess the point would be moot. Yes?

Как правильно настроить Wi-Fi

Думаю, не ошибусь сильно, если у большинства из нас подключение к интернету выглядит следующим образом: есть некоторый довольно скоростной проводной канал до квартиры (сейчас уже и гигабит не редкость), а в квартире его встречает роутер, который раздаёт этот интернет клиентам, выдавая им «чёрный» ip и осуществляя трансляцию адресов.

Довольно часто наблюдается странная ситуация: при скоростном проводе, с роутера раздаётся совсем узенький wifi-канал, не загружающий и половины провода. При этом, хотя формально Wi-Fi, особенно в его ac-версии поддерживает какие-то огромные скорости, при проверке оказывается, что либо Wi-Fi подключается на меньшей скорости, либо подключается, но не выдаёт скорости на практике, либо теряет пакеты, либо всё вместе.

В какой-то момент и я столкнулся с похожей проблемой, и решил настроить свой Wi-Fi по-человечески. На удивление, это заняло примерно в 40 раз дольше, чем я ожидал. Вдобавок, как-то так случилось, что все инструкции по настройке Wi-Fi, которые я находил, сходились к одному из двух видов: в первом предлагали поставить роутер повыше и выпрямить антенну, для чтения второго же мне не хватало честного понимания алгоритмов пространственного мультиплексирования.

Собственно, эта заметка — это попытка заполнить пробел в инструкциях. Я сразу скажу, что задача до конца не решена, несмотря на приличный прогресс, стабильность подключения всё ещё могла бы быть лучше, поэтому я был бы рад услышать комментарии коллег по описанной тематике.

Глава 1:

Итак, постановка задачи

Wifi-роутер, предложенный провайдером, перестал справлять со своими обязанностями: наблюдаются длительные (30 секунд и больше) периоды, когда пинг до точки доступа не проходит, наблюдаются очень длительные (порядка часа) периоды, когда пинг до точки доступа достигает 3500 мс, бывают длительные периоды, когда скорость соединения с точкой доступа не превышает 200 кбит/сек.

Сканирование диапазона с помощью windows-утилиты inSSIDer выдаёт картинку, представленную в начале статьи. В округе наблюдается 44 Wifi SSID в диапазоне 2.4 ГГц и одна сеть в диапазоне 5.2 ГГц.

Инструменты решения

Самосборный компьютер Celeron 430, 2b Ram, SSD, безвентиляторный, две беспроводные сетевые карты на чипе Ralink rt2800pci, Slackware Linux 14.2, Hostapd из Git на сентябрь 2016 года.

Сборка роутера выходит за рамки данной заметки, хотя отмечу, что Celeron 430 хорошо показал себя в безвентиляторном режиме. Отмечу, что текущая конфигурация является последней, но не окончательной. Возможно, улучшения ещё осуществимы.

На самом деле, решение должно было бы, по хорошему, заключаться в запуске hostapd с минимальным изменениями настроек. Однако, опыт настолько хорошо подтвердил истинность поговорки «гладко было на бумаге, да забыли про овраги», что потребовалось написание этой статьи для систематизации знаний обо всех неочевидных подробностях. Также мне изначально хотелось бы избежать низкоуровневых подробностей для стройности изложения, но выяснилось, что это невозможно.

Глава 2

Немного теории

Частоты

Wi-Fi — это стандарт беспроводных сетей. С точки зрения OSI L2, точка доступа реализует концентратор типа switch, однако чаще всего она также совмещена с коммутатором уровня OSI L3 типа «роутер», что ведёт к изрядной путанице.

Нас же больше всего будет интересовать уровень OSI L1, то есть, собственно, та среда, в которой ходят пакеты.

Wi-Fi — это радиосистема. Как известно, радиосистема состоит из приёмника и передатчика. В Wi-Fi точка доступа и клиентское устройство осуществляют обе роли по очереди.

Wi-Fi-передатчик работает на некоторой частоте. Частоты эти занумерованы, и каждому номеру соответствует некоторая частота. Важно: несмотря на то, что для любого целого числа существует теоретическое соответствие этому числу некоторой частоты, Wi-Fi может работать только в ограниченных диапазонах частот (их три, 2.4 ГГц, 5.2 ГГц, 5.7 ГГц), и только на некоторых из номеров.

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

Неочевидная деталь: не все Wi-Fi стандарты поддерживают все частоты.

Wi-Fi-стандартов есть два: a и b. «a» старше и работает в диапазоне 5ГГц, «b» новее и работает в диапазоне 2.4 ГГц. При этом b медленнее (11 mbit вместо 54 mbit, то есть, 1.2 мегабайта в секунду вместо 7 мегабайт в секунду), а диапазон 2.4 ГГц уже и вмещает меньше станций. Почему так — загадка. Вдвойне загадка, почему точек доступа стандарта а практически нет в природе.

image

(Картинка позаимствована из Википедии.)

image

(На самом деле, я немного лукавлю, потому что a поддерживает ещё частотный диапазон 3.7 ГГц. Однако, ни одного устройства, знающего что-нибудь про этот диапазон, мне не доводилось увидеть.)

Подождите, спросите вы, но есть же ещё 802.11g, n, ac — стандарты, и они-то, кажется, как раз должны побивать по скорости несчастные a и b.

Но нет, отвечу я вам. Стандарт g — это запоздалая попытка довести скорость b до скорости a, в диапазоне 2.4 ГГц. Но зачем, вы ответите мне, ты вообще вспоминал про b? Ответ, потому что несмотря на то, что диапазоны обоих b и g называются 2.4, на самом деле они чуть-чуть отличаются, и диапазон b на один канал длиннее.

Стандарты же n и ac вообще не имеют отношения к диапазонам — они регламентируют скорость, и только. Точка стандарта n может быть как «в базе» a (и работать на 5 Ггц), так и «в базе» b и работать на 2.4 ГГц. Про точку стандарта ac я не знаю, потому что не видел.

То есть, когда вы покупаете точку доступа n, нужно очень внимательно посмотреть, в каких диапазонах это n работает.

Важно, что в один момент времени один Wi-Fi чип может работать только в одном диапазоне. Если же ваша точка доступа утверждает, что может работать в двух одновременно, как например, делают бесплатные роутеры от популярных провайдерах Virgin или British Telecom, значит в ней на самом деле два чипа.

Ширина канала

На самом деле, я должен извиниться, потому что ранее сказал, что некий диапазон длиннее другого, не объяснив, что такое «длиннее». Вообще говоря, для передачи сигнала важна не только несущая частота, но и ширина кодированного потока. Ширина — это в какие частоты выше и ниже несущей может залезать имеющийся сигнал. Обычно (и к счастью, в Wi-Fi), каналы симметричные, с центром в несущей.

Так вот в Wi-Fi могут быть каналы шириной 10, 20, 22, 40, 80 и 160 МГц. При этом точек доступа с шириной канала в 10 МГц я никогда не видел.

Так вот, одним из самых удивительных свойств Wi-Fi является то, что несмотря на то, что каналы пронумерованы, они пересекаются. Причём не только с соседями а аж с каналами через 3 от себя. Иными словами, в диапазоне 2.4 ГГц только точки доступа, работающие на каналах 1, 6 и 11 — не пересекаются потоками шириной в 20 МГц. Иными словами, только три точки доступа могут работать рядом так, чтобы не мешать друг другу.

Что же такое точка доступа с каналом шириной 40 МГц? Ответ — а это точка доступа, которая занимает два канала (непересекающихся).

Вопрос: а сколько каналов шириной 80 и 160 МГц вмещается в диапазон 2.4 ГГц?

Ответ:Ни одного.

Вопрос, а на что влияет ширина канала? Точного ответа на этот вопрос я не знаю, проверить не смог.

Я знаю, что если сеть пересекается с другими сетями, стабильность соединения будет хуже. Ширина канала 40 МГц даёт больше пересечений и хуже соединение. Согласно стандарту, если вокруг точки есть работающие другие точки доступа, режим 40 МГц не должен включаться.

Верно ли, что вдвое большая ширина канала вдвое даёт большую пропускную способность?
Вроде бы, да, но проверить невозможно.

Вопрос: Если на моей точке доступа три антенны, верно ли, что она может создавать три пространственных потока и утроить скорость соединения?

Ответ: неизвестно. Может так оказаться, что из трёх антенн, две могут заниматься только отправкой, но не приёмом пакетов. И скорость сигнала будет несимметричная.

Вопрос: Так сколько же мегабит даёт одна антенна?

Ответ: Можно посмотреть вот здесь en.wikipedia.org/wiki/IEEE_802.11n-2009#Data_rates
Список странный и нелинейный.

Очевидно, самый важный параметр — это MCS-индекс, который именно и определяет скорость.

Вопрос: Откуда берутся такие странные скорости?

Ответ: Есть такая вещь как HT Capabilities. Это опциональные фишечки, которые могут чуть-чуть править сигнал. Фишечки бывают как очень полезные: SHORT-GI добавляет чуть-чуть скорости, около 20 мбит, LDPC, RX STBC, TX STBC добавляют стабильности (то есть должны уменьшать пинг и потерю пакетов). Впрочем, ваше железо может запросто их не поддерживать и при этом быть вполне «честным» 802.11n.

Мощность сигнала

Самый простой способ бороться с плохой связью — это вжарить больше мощности в передатчик. В Wi-Fi бывает мощность передачи до 30 dBm.

Глава 3

Решение задачи

Из всего вышеперечисленного винегрета, казалось бы, можно сделать следующий вывод: у вайфая можно реализовать два «режима» функционирования. «Улучшающий скорость» и «улучшающий качество».

Первый, казалось бы, должен говорить: бери самый незанятый канал, ширину канала 40 МГц, антенн побольше (желательно, 4), и добавляй побольше Capabilities.

Второй — убирай всё, кроме базового n-режима, включай мощность побольше, и включай те Capabilities, которые добавляют стабильности.

Вспоминая ещё раз пословицу про овраги, опишем, какие именно неровности местности ждут нас при попытке реализации планов 1 и 2.

Овраг нулевой

Хотя чипсеты семейства Ralink rt2x00 являются самыми популярными чипсетами с поддержкой стандарта n и встречаются как в картах высокого ценового диапазона (Cisco), так и диапазона бюджетного (TRENDNET), и более того, выглядят в lspci совершенно однаково, они могут обладать кардинально разным функционалом, в частности, поддерживать только диапазон 2.4, только диапазон 5ГГц, или поддерживать непонятно чем ограниченные части обеих диапазонов. В чём отличия — загадка. Также загадка, почему карта с тремя антеннами поддерживает только Rx STBC в два потока. И почему они обе не поддерживают LDPC.

Первый овраг

В диапазоне 2.4 есть только три непересекающихся канала. На эту тему мы уже говорил и я не буду повторяться.

Второй овраг

Не все каналы позволяют увеличивать ширину канала до 40 МГц, более того, на какую ширину канала согласится карта, зависит от чипсета карты, производителя карты, загрузки процессора и погоды на Марсе.

Третий, и самый большой овраг

Regulatory domain

Если вам не хватало для счастья того, что сами стандарты Wi-Fi представляют из себя знатный винегрет, то возрадуйтесь тому, что каждая страна мира стремится всякими разными способами Wi-Fi ущемить и ограничить. У нас в Великобритании всё ещё не так плохо, в отличие, скажем, от тех же США, где Wi-Fi спектр зарегулирован до невозможности.

Так вот, регуляторный домен может требовать ограничений на мощность передатчика, на возможность запустить на канале точку доступа, на допустимые технологии модуляции на канале, а также требовать некоторых технологий «умиротворения спектра», таких как DFS (динамический выбор частоты), детекция радара (которая ещё у каждого регдомена своя, скажем, в Америках почти всюду предлагаемая FCC, в Европе другая, ETSI), или auto-bw (я не знаю, что это такое). При этом со многими из них точка доступа не заводится.

Многие регуляторные домены просто запрещают некоторые частоты в принципе.

Задать регуляторный домен можно командой:

iw reg set NAME

Регуляторный домен можно не задавать, но тогда система будет руководствоваться объединением всех ограничений, то есть самым худшим вариантом из возможных.

По счастью, во-первых данные по регуляторным доменам есть в открытом доступе на сайте ядра:

И по ним можно искать. В принципе, вероятно, можно пропатчить ядро так, чтобы оно игнорировало регуляторный домен, но это надо пересобирать ядро или как минимум регуляторный демон crda.

По счастью, команда iw phy info выводит все возможности нашего устройства, с учётом (!) регуляторного домена.

Итак, как же нам поправить состояние нашего Wi-Fi?

Для начала найдём страну, в которой не запрещён 13 канал. Путь хотя бы половина частоты будет пустой. Ну, таких стран довольно много, хотя некоторые, не запрещая его в принципе, однако запрещают на нём или режим высокой скорости n, или вообще создание точки доступа.

Но одного 13 канала нам мало — ведь мы хотим соотношение сигнал-шум побольше, а значит хотим запускать точку с силой сигнала 30. Ищем-ищем в CRDA, (2402 — 2482 @ 40), (30) 13 канал, ширина 40 МГц, сила сигнала 30. Есть такая страна, Новая Зеландия.

Но что это, на частоте 5 ГГц требуется DFS. Вообще, это теоретически, поддерживаемая конфигурация, но почему-то не работает.

Факультативная задачка, выполнимая людьми с повышенными социальными навыками:

Собрать подписи/движение в поддержку ускоренного перелицензирования Wi-Fi-диапазонов в ITU (ну, или хотя бы в вашей стране) в целом в сторону расширения. Это вполне реально, какие-нибудь депутаты (и кандидаты в депутаты), жаждущие политических очков, будут рады вам помочь.

image

Это овраг номер 4

Точка доступа может не заводиться при наличии DFS, без объяснения причин. Итак, какой же регуляторный домен нам выбрать?

Есть такая! Самая свободная страна в мире, Венесуэла. Её регуляторный домен — VE.

Полные 13 каналов диапазона 2.4, с мощностью 30 dBm, и сравнительно расслабленный 5ГГц диапазон.

Задача со звёздочкой. Если у вас в квартире совсем катастрофа, даже хуже, чем у меня, для вас есть отдельный, бонусный уровень.

Регуляторный домен «JP», Япония, позволяет делать уникальную вещь: запускать точку доступа на мифическом, 14 канале. Правда, только в режиме b. (Помните, я говорил, что между b и g всё-таки есть маленькие отличия?) Поэтому если у вас всё уж совсем плохо, то 14 канал может быть спасением. Но опять же, его физически поддерживает немного что клиентских устройств, что точек доступа. Да и максимальная скорость в 11 Мбит несколько обескураживает.

Копируем /etc/hostapd/hostapd.conf в два файла, hostapd.conf.trendnet24 и hostapd.conf.cisco57

Правим тривиальным образом /etc/rc.d/rc.hostapd, чтобы запускал две копии hostapd.

В первом указываем канал 13. Правда, ширину сигнала указываем 20 МГц (capability 40-INTOLERANT), потому что во-первых, так мы будем теоретически стабильнее, а во-вторых, «законопослушные» точки доступа просто не будут запускаться на 40 МГц из-за того, что забитый диапазон. Ставим capability TX-STBC, RX-STBC12. Плачем, что capabilities LDPC, RX-STBC123 не поддерживаются, а SHORT-GI-40 и SHORT-GI-20 хотя и поддерживаются и чуть-чуть улучшают скорость, но и чуть-чуть понижают стабильность, а значит, их убираем.

Правда, для любителей можно пропатчить hostapd, чтобы появилась опция force_ht40, но в моём случае это бессмысленно.

Если вы находитесь в странной ситуации, когда точки доступа то включаются то выключаются, то для особых гурманов можно пересобрать hostapd с опцией ACS_SURVEY, и тогда точка будет сама сначала сканировать диапазон и выбирать наименее «шумящий» канал. Более того, в теории она даже должна мочь переходить по собственному желанию с одного канала на другой. Мне, правда, эта опция не помогла, увы :-(.

Итак, наши две точки в одном корпусе готовы, запускаем сервис:

/etc/rc.d/rc.hostapd start

Точки успешно стартуют, но…

Но та, что работает на диапазоне 5.7 — не видна с планшета. Что за чертовщина?

Овраг номер 5

Проклятый регуляторный домен работает не только на точке доступа, но и на приёмном устройстве.

В частности, мой Microsoft Surface Pro 3, хотя и сделан для европейского рынка, в принципе не поддерживает диапазон 5.7. Пришлось переключиться в 5.2, но тут хоть завёлся режим 40 Мгц.

Овраг номер 6

Всё завелось. Точки стартовали, 2.4 показывает скорость 130 Мбит (был бы SHORT-GI, было бы 144.4). Почему карта с тремя антеннами поддерживает только 2 пространственных потока — загадка.

Овраг номер 7

Завести-то завелось, а иногда скачет пинг до 200, и всё тут.

А секрет вовсе не в точке доступа прячется. Дело в том, что по правилам Microsoft, драйвера Wi-Fi карты сами должны содержать ПО для поиска сетей и подключения к ним. Всё как в старые-добрые времена, когда 56к-модем должен был иметь при себе звонилку (которую мы все меняли на Shiva, потому что звонилка, идущая в штатной поставке Internet Explorer 3.0 была слишком уж ужасна) или ADSL-модем должен был иметь клиент PPPoE.

Но и о тех, у кого штатной утилиты нет (то есть, о всех на свете!), Microsoft позаботилась, сделав так называемую «автоконфигурацию Wi-Fi». Эта автоконфигурация жизнерадостно плюёт на то, что к сети мы уже подключены, и каждые Х секунд сканирует диапазон. В Windows 10 даже нет кнопки «обновить сети». Работает отлично, пока сетей вокруг две-три. А когда их 44, система замирает и выдаёт несколько секунд пинга 400.

«Автоконфигурацию» можно отключить командой:

netsh wlan set autoconfig enabled=no interface=". . " pause

Лично я даже сделал себе на десктопе два батника «включить autoscan» и «выключить autoscan».

Да, прошу обратить внимание, что если у вас русский Windows, то скорее всего сетевой интерфейс будет иметь название на русском языке в кодировке IBM CP866.

Саммари

Я накатал довольно длинную простыню текста, и должен был бы завершить её кратким резюме самых важных вещей:

1. Точка доступа может работать только в одном диапазоне: 2.4 или 5.2 или 5.7. Выбирайте внимательно.
2. Лучший регуляторный домен — это VE.
3. Команды iw phy info, iw reg get покажут вам, что вы можете.
4. 13 канал обычно пустует.
5. ACS_SURVEY, ширина канала 20 МГц, TX-STBC, RX-STBC123 улучшат качество сигнала.
6. 40 МГц, больше антенн, SHORT-GI увеличат скорость.
7. hostapd -dddtK позволяет запустить hostapd в режиме отладки.
8. Для любителей можно пересобрать ядро и CRDA, увеличив мощность сигнала и сняв ограничения регуляторного домена.
9. Автопоиск Wi-Fi в Windows отключается командой netsh wlan set autoconfig enabled=no interface=». . »
10. Microsoft Surface Pro 3 не поддерживает диапазон 5.7 ГГц.

Послесловие

Я большинство материалов, использованных при написании данного руководства, найдены либо в гугле, либо в манах к iw, hostapd, hostapd_cli.

На самом деле, проблема ТАК И НЕ РЕШИЛАСЬ. Временами пинг всё равно скачет до 400 и стоит на таком уровне, даже для «пустого» диапазона в 5.2 ГГц. Посему:

Ищу в Москве спектроанализатор Wi-Fi диапазона, укомплектованный оператором, с которым можно было бы проверить, в чём вообще проблема, и не заключается ли она в том, что неподалёку находится очень важное и секретное военное учреждение, о котором никто не знает.

Постскриптум

Wi-Fi работает на частотах от 2 ГГц до 60 ГГц (менее распространённые форматы). Это даёт нам длину волны от 150мм до 5мм. (Почему вообще мы меряем радио в частотах, а не в длинах волн? Так же удобнее!) У меня, в целом, возникает мысль, купить обои из металлической сетки в четверть длины волны (1 мм хватит) и сделать клетку Фарадея, чтобы гарантированно изолироваться от соседского Wi-Fi, да и заодно от всего другого радиооборудования, вроде DECT-телефонов, микроволновок и дорожных радаров (24 ГГц). Одна беда — будет блокировать и GSM/UMTS/LTE-телефоны, но можно выделить для них стационарную точку зарядки у окна.

Буду рад ответить на ваши вопросы в комментариях.

  • Настройка Linux
  • Системное администрирование
  • Серверная оптимизация
  • Сетевые технологии
  • Беспроводные технологии

Режет download для мощного клиента WiFi

Кто-нибудь сталкивался с таким — у меня микрот режет скорость на даунлоад вдвое, для мощного клиента. Аплоад в норме.
Profile показывает недогруз ЦП точки когда я скачиваю.
https://help.mikrotik.com/serv. ssue=56108
https://help.mikrotik.com/serv. ssue=56108
С клиентом 2х2 MIMO кстати тоже самое творится — но там разница меньше, 30-40 МБ\с против 40-50МБ\с, поэтому не так очевидно

Микроты на мое обращение после пары сообщений забили..

94731 / 64177 / 26122
Регистрация: 12.04.2006
Сообщений: 116,782
Ответы с готовыми решениями:

Ноутбук режет скорость wifi
Имеется два ноутбука. На одном скорость и характеристики подключения . На втором и

TPLINK 740N режет скорость wifi с 100мб/с к 43мб/с
Режет скорость более чем в половину. А по кабелю дает 100 мб / с. Поставил последнюю прошивку.

Найти ip клиента, подключенного к wifi apn
Есть задача: Нужно определить ip клиента, подключенного к wifi apn. Нужно это уже для рабочего TCP.

ибп для мощного пк
всем привет. прошу помощи в решении вопроса. дано: частный дом, в котором не чаще одного раза в.

Эксперт по компьютерным сетям

11417 / 6987 / 1900
Регистрация: 25.12.2012
Сообщений: 29,394
Покажите хотя бы их список
Регистрация: 30.11.2019
Сообщений: 31
https://www.cyberforum.ru/attachment.php?attachmentid=1244752&stc=1&d=1618504498

Эксперт по компьютерным сетям

11417 / 6987 / 1900
Регистрация: 25.12.2012
Сообщений: 29,394
Short gi включите, roaming выключите,
Что там в rate и vht?
Регистрация: 30.11.2019
Сообщений: 31

Преамбула только два варианта — Авто(сейчас) и выкл. Форсировать 400нс нельзя видимо, как и у микрота — тут либо переменная, либо long.

Roaming тоже много не делает — Auto(было), Default, optimize bandwith(выбрал), optimize distance

В рейтах — всякая древняя хрень времен 802.11a/b, 1,2,5.5,6. 54 мбит и Best rate. Видимо это базовый рейт для служебной инфы\слабого сигнала.
VHT Feature — 0-3. Активирует чейны? Правда от изменения этого параметра ниче не меняется, адаптер видится как 3×3:3S

Эксперт по компьютерным сетям

11417 / 6987 / 1900
Регистрация: 25.12.2012
Сообщений: 29,394

Причем тут преамбула?
GI — защитный интервал, по дефолту 800нс, короткий — 400

VHT Feature — 0-3. Активирует чейны?

Видимо, а какое значение стояло?
Поставьте 3.

Попробуйте канал другой прописать вручную:
Для 80 МГц: 5210, 5290, 5775

Покажите скрином ещё настройки на капсмане для активной сети: configuration и channel

Регистрация: 30.11.2019
Сообщений: 31

По умолчанию VHTF стояло 3, изменение значения ничего не меняет.
Каналы у меня и так вручную прописаны. Пробовал менять каналы, прописывать разные значения с опорной частотой — 5200, 5250, 5300, 5500, 5600, 5650, 5750, 5785, 5800. Некоторые значения оборудка не поддерживает — АС68 не подключается к тому же 5290 ееСе.
https://www.cyberforum.ru/atta. 1618518983
Каналы вручную прописаны в интерфейсах

Эксперт по компьютерным сетям

11417 / 6987 / 1900
Регистрация: 25.12.2012
Сообщений: 29,394
Ну а если ширину 20 на точке оставить и на клиенте 20 руками выставить?
Регистрация: 30.11.2019
Сообщений: 31

А, понял.
Ничего не меняет это дело — выставил 20/40 coexistense «disabled», bandwith capacity: 20Mhz only и 40Mhz intolerant=true.

Все осталось на месте: для клиента download ~350 мбит, upload ~650 мбит.

P.S. Реально косяк микрота видимо, четко видно недогруз проца когда скачиваешь чего. При том касается вообще всех архитектур — и ARM (hAP AC2), и MIPSBE (wAP AC/hAP) — и даже SMIPS, хотя с последним вообще трудно что-либо увидеть из-за портов 100 мбит (hAP AC lite)

Эксперт по компьютерным сетям

11417 / 6987 / 1900
Регистрация: 25.12.2012
Сообщений: 29,394

ЦитатаСообщение от BENDER_RDRIGUEZ Посмотреть сообщение

Ничего не меняет это дело — выставил 20/40 coexistense «disabled», bandwith capacity: 20Mhz only и 40Mhz intolerant=true.

20 МГц на самом микротике выставили?

при ширине 20 таких скоростей быть не может в ac wawe 1

какая модель у точки, к которой цепляетесь?

Регистрация: 30.11.2019
Сообщений: 31

Не, при ширине канала 20 МГц скорость одинаковая, 150\150 мбит в обе стороны.
Вот вижу, траблы начинаются когда начинаешь расширять канал: при 40 МГц (20Мгц+ХХ), upload улучшается до ~250 мбит. А download остается 150 мбит. Хотя что клиент, что микрот показівают, что линк 3х3:3 40 Мгц в обе стороны

Точки wAP AC — основная, старой ревизии с MIPSBE, и hAP AC2.

Эксперт по компьютерным сетям

11417 / 6987 / 1900
Регистрация: 25.12.2012
Сообщений: 29,394

ЦитатаСообщение от BENDER_RDRIGUEZ Посмотреть сообщение

Не, при ширине канала 20 МГц скорость одинаковая, 150\150 мбит в обе стороны.

ЦитатаСообщение от BENDER_RDRIGUEZ Посмотреть сообщение

Вот вижу, траблы начинаются когда начинаешь расширять канал: при 40 МГц (20Мгц+ХХ)

а покажите настройки channel на capsman
и все настройки, касающиеся ширины для 5 ГГц на адаптере

когда пытаетесь гнать трафик по 40 МГц

2. + у точек прошивки последние stable?

3. Вот у меня складывается впечатление, что если указать только channel width 40MHz в настройках capsman и не указывать при этом extensions channel, то ситуация может поменяться
У вас клиент-то один на точке?

Регистрация: 30.11.2019
Сообщений: 31

40Mhz — это legacy-режим для старых вафель, он не работает для 802.11n/ac в capsman.
Просто пишет «no supported channel»

Для capsman, все настройки channel на скрине выше
https://www.cyberforum.ru/atta. 1618518983

А у адаптера я даже не знаю где можно вручную регулировать частоты и прочее — из настроек ничего такого нет, должно быть какое-нибудь «5G Bandiwth capability», а его нет. В остальном доступные в настройках адаптера параметры незначительно влияют на работу — как-то улучшить Rx для клиента даже методом тыка у меня не получатся.

У всех точек вчера прошивки тоже обновил до последней. Клиент один — я тоже думал что может кто цепляется второй во время передачи — но reg table показывает что я один сижу на точке. Да и если был какой-нить 2S или даже 1S клиент — аплоад на моем быстром клиенте тормозился бы до 433/866mbps?

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *