Dfs Что такое WiFi

Обновлено: 21.11.2024

dfs Что такое WiFi </ title> <p> Как многие из вас знают, я голос парень. И в голосе каждая миллисекунд рассчитывает. Это главная причина, по которой мне не нравится каналы DFS, потому что они вводят существенную задержку, которая теряется. Но как плохо может потерянное время? И зачем делать <u> вы </ u> заботиться, если вы не бегаете голос? Хорошо, ребята, щелкните огни, потяните крышку близко и читать дальше ... он становится страшным (да, ужаснее, чем призрачные рамки ™). <p> В спектре 5 ГГц Некоторые из каналов, используемых на 802.11, подвержены требованиям динамического выбора частоты (DFS). Это связано с сосуществованием наших клиентов с другими технологиями РФ, таких как морской, авиационный и погодный радар. Этот пост не собирается охватить то, что такое DFS, но сосредоточены на том, как он влияет на 802.11 клиентов. </ P> <p> <EM> Примечание. Эти каналы, как правило, называются «каналами DFS» в отрасли, и я буду ссылаться на них таким образом </ EM> <EM>. </ EM> </ P> <p> Многие инженеры WLAN приняли и приняли каналы DFS как часть их стандартного процесса планирования канала. В конце концов, тем больше не перекрывающихся каналов вы можете использовать более низкое согласование вашего канала (CCI). Но на этих каналах DFS есть недостатки, которые редко обсуждаются. </ P> <p> Так каковы правила? К вам IEEE ... </ P> <p> <Class IMG = "Lazyload" data-src = "https://i0.wp.com/mac-wifi.com/wp-content/uploads/2019/01/ieee-dfs-statement-1.jpg ? w = 680 и ssl = 1 "ALT =" IEEE 2016 Стандартный экстракт документов, показывающий правила DFS 1 "ширина =" 525 "высота =" 149 "/> <br /> <IMG CLASS =" Lazyload "data-src =" https: //i0.wp.com/mac-wifi.com/wp-content/uploads/2019/01/ieeee-dfs-statement-2.jpg?w=679&ssl=1 "ALT =" IEEE 2016 Стандартный экстракт документов, показывающий DFS Правила 2 "ширина =" 525 "высота =" 66 "/> <br /> </ p> <p> ahem, ты так понимаешь? Неа? Позвольте мне перевести. </ P> <p> Проще говоря, это означает, что клиентское устройство должно дождаться, чтобы услышать макет или ответ зонда от точки доступа на любом «канале DFS», который он хочет отправить трафик (включая зондирование), прежде чем он может сделать это. Просто прослушивание трафика от <u> любого устройства </ u> (например, другой клиент) не является приемлемым, он должен быть ответом маяка или зонда, который только передает AP в инфраструктуре WLAN. </ P> <p> Так, что это значит в реальной жизни? </ P> <p> SLOOOOOOW Бронирование <EM> (представьте, что интернет мема котят плач!) </ em> </ p> <p> Чтобы понять полную масштаб этого, давайте посмотрим на то, как клиент ведет себя на «нормальном канале» (I.e. Non DFS). </ P> <p> Когда клиент хочет искать любую подходящую форму AP, чтобы присоединиться к тому, чтобы он должен дождаться, пока его несуществуют, чтобы сообщить, что частота бесплатна, прежде чем она сможет отправить запрос зонда. Любой AP, который может поддерживать клиента, затем ответить на зонты. Мы называем это активное сканирование, потому что клиент активно запрашивает ответы от инфраструктуры. </ P> <p> Когда клиент должен вызывать пробные каналы, отличные от того, что он в настоящее время связан с этим процессом, может прервать передачу клиентов. </ P> <P> Вот скриншот сканирования iPhone 7 в моей лабораторной настройке, используя только каналы 40 и 48, оба из которых являются каналами без DFS в Великобритании. Как я всегда люблю делать, я включил фильтр, используемый для отображения этих данных в случае, если вы хотите воспроизвести его своими собственными захватами. </ P> <p> <IMG CLASS = "Lazyload" data-src = "https://i0.wp.com/mac-wifi.com/wp-content/uploads/2019/01/Capture-Normal-Probing.jpg?resize = 1024% 2C414 и SSL = 1 «ALT =» Capture Отображение поведения зонты не DFS «ширина =» 525 «Высота =« 212 »/> <br /> </ p> <p> Давайте пройдемся через то, что здесь происходит. Я устанавливаю опорную точку опорного значения времени до этого первого запроса зонда на канал 40. Это означает, что второй столбец (время) показывает миллисекунды с этой первой строки, содержащей * ref *. </ P> <ol> <li> iPhone хочет бродить. В настоящее время это связано на канале 40. </ Li> <li> начинается, отправляя запрос зонда на канал 40. Почти мгновенно (менее 1 мс) текущая точка доступа отправляет датчик. </ li> <li> iPhone затем принимает возможность отправить рамку данных, потому что он находится в голосовом разговоре со временными временными данными. </ li> <li> iPhone ждет 10 мс для всех ответов, чтобы вернуться, затем отправляет еще один зонд на канал 40. Клиенты обычно пробят дважды на канал для резервирования. В конце концов, зонды не подтверждаются, поэтому клиент не знает, имел ли его зонд столкновение. <br /> <EM> Все это (2x запросы зонда, 2-х зон-ответы, кадр данных 1x) заняли всего 20 мс, потому что на канале не DFS iPhone усилит немедленный доступ к среде и ждет 10 мс на зонд для ответов. < / em> </ li> <Li> Теперь iPhone хочет пробаривать канал 48, но в настоящее время он связан с каналом 40. Итак, iPhone сообщает AP, он будет спать, поэтому AP будет буферным любым данными для него, пока телефон «выключен». <br /> </ li> <li> один раз на канал 48 iPhone ждет 10 мс, прежде чем отправлять свой первый зонд. Я предполагаю, что это слушает любые маяки, которые он может слышать, как это может спасти его неприятности, чтобы зонд.Мы называем этот тип сканирования «пассивным», потому что клиент сидит и пассивно слушает, что происходит.<br /></li> <li>После этого ожидания в 10 мс iPhone отправляет запрос зонда, и снова вы видите, что точка доступа на этом канале отвечает мгновенно. iPhone ждет те же 10 мс, чтобы получить еще какие-либо ответы Probe, прежде чем отправить свой второй запрос. Еще 10 мс «Dwelling» для возврата ответов, а затем обратно он переходит на канал 40 и объявляет, что теперь не спит (он же готов к данным). <br /></li> </ol> <p>Весь процесс надежного сканирования двух каналов без DFS и отправки некоторых данных занимает не более 55 мс. Это разбивается на 20 мс для текущего связанного канала и 35 мс для других каналов, отличных от DFS. Таким образом, если ваша сеть настроена для всех 9 каналов без DFS, поддерживаемых в США и многих других регионах, клиент может сканировать весь план каналов за (1 x 20 мс) + (8 x 35 мс) = 300 мс.</p > <p>Теперь давайте рассмотрим процесс для каналов DFS. Напоминаем правила:</p> <p>Как часто маяки отправляются в WLAN?</p> <p>102,4 мс <br /><em>(если только какой-нибудь ковбойский "инженер" не напортачил с чем-то, чего он не понимает)</em>.</p> <p>Как вы думаете, какое безопасное время ожидания на канале DFS необходимо, чтобы обеспечить надежное сканирование и избежать отказа от канала из-за того, что клиент не услышал требуемый маячок? Вероятно, около 105 мс, потому что маяки тоже могут задерживаться из-за перегрузки канала.</p> <p>Я хочу, чтобы люди понимали, что это значит, поэтому позвольте мне пояснить это для вас:</p> <p><em>Клиент, скорее всего, задержится (т. е. ничего не сделает) на 105 мс, прежде чем начнет зондировать.</em> </p> <p>Мы видели, что iPhone занимает от 20 до 35 мс для проверки и ожидания ответов. На самом деле, вот выдержка из того же файла захвата, что и выше, отфильтрованного, чтобы просто показать, когда iPhone переходит в спящий режим (сканирование вне канала), а затем снова просыпается. Он показывает последовательное сканирование вне канала с очень стабильными 125 мс потерянной возможности передачи. Затем iPhone 7 возвращается «на канал» примерно на 45 мс в обычном режиме Tx/Rx.</p> <p> <p><u>ВАУ</u>. Это 125 мс на канал DFS. За это время iPhone может сканировать 4 канала без DFS (<em>ура!</em>). И это характерно для большинства клиентов, а не только для iPhone.</p> <p>Если вы добавите обычное время Tx/Rx, необходимое для обеспечения максимально возможной плавности, то получится 170 мс «цикла» сканирования на канал DFS. Если у вас есть 15 каналов DFS в вашем плане каналов, и клиент должен сканировать их все, это составляет 2,5 секунды простого сканирования, прежде чем клиент сможет даже принять решение о том, куда он собирается попытаться перемещаться, и начать процесс реассоциации ( что может занять еще сотни миллисекунд). Как далеко мобильный пользователь может отойти от вашей точки доступа за это время, и как это влияет на силу сигнала интервалов Tx/Rx, которую он пытается поддерживать между сканированиями?</p> <p>Хорошо. Довольно мрачная картина, правда? Время сканирования — это лишь один из недостатков каналов DFS. Позволь мне подлить тебе масла в огонь!</p> <ul> <li>Самым частым аргументом в пользу использования каналов DFS, который я слышу, является емкость. Чем больше каналов вы используете, тем больше у вас пропускной способности за счет снижения средней пропускной способности на канал. Но знаете ли вы, что устройства Apple iOS запрограммированы только на сканирование расширенных каналов UNII-2 каждый 6-й цикл?! Это означает, что любая точка доступа, работающая на каналах UNII-2e, НЕВИДИМА для iPhone и iPad В ПЯТИ РАЗ ИЗ ШЕСТИ.</li> </ul> <p>Конечно, вы проектируете так, что любая точка доступа, использующая канал DFS, граничит с точкой доступа без канала DFS, но вы значительно сокращаете зону покрытия для 5 из 6 сканирований. Как вы думаете, что это будет делать для вашей емкости? Как вы думаете, где будет скапливаться большинство клиентов? На точках доступа без DFS!</p> <p>Да, вы можете включить 11k, но 11k не идеально. Это точка доступа ближайших точек доступа, поэтому ваш клиент может сканировать каналы на противоположной стороне ячейки и в направлении движения. Кроме того, многие клиенты до сих пор не поддерживают 11k. <br /></p> <ul> <li>Я говорил об этом в своей презентации «Почему клиенты прилипают» на WLPC в Праге, обзор которой вы можете посмотреть здесь, но в основном клиенты почти всегда питаются от батареи, и они хотят МНОГО спать, чтобы сохранить эту энергию. Если они сканируют, они не спят. Таким образом, все это увеличенное время сканирования, необходимое для каналов DFS, не только замедляет роуминг, но и потребляет НАМНОГО больше энергии.</li> </ul><ul> <li>Не все клиенты поддерживают каналы DFS. Этот пост ясно показал, что каналы DFS намного сложнее. Все эти правила и положения, и изменение/оптимизация сканирования должны быть кем-то запрограммированы. Часто это усложнение просто не нужно или не нужно производителю клиента. Поэтому они просто не заботятся о поддержке каналов DFS.</li> </ul><ul> <li>О, и во всей этой обреченности и мраке я забыл упомянуть настоящий РАДАР!Если вы находитесь в районе, подверженном воздействию радаров, то ваши радиостанции, использующие каналы DFS, могут прыгать, обнаруживая импульсы, блокируя целые каналы DFS более чем на 30 минут (в зависимости от правил) и нарушая план каналов, который вы умело разработали Ekahau. Я слышал, что даже если вы не находитесь в зоне, подверженной воздействию RADAR, алгоритмы обнаружения многих производителей регулярно дают ложноположительные показания, вызывая этот эффект даже без присутствия RADAR.</li> </ul><ul> <li>[Исправление] Упомянутое ниже требование о тишине (повторной проверке) канала не применяется к устройствам Radio LAN (RLAN), на которые распространяется стандарт ETSI EN 301 893. Как оказалось, я читал об этом в стандарте широкополосных передатчиков. EN 302 502. <s>Еще одна небольшая «особенность» DFS заключается в том, что точки доступа должны периодически отключать каналы DFS для поиска радаров. ETSI указывает, что это должно происходить</s><em><s>по крайней мере</s></em><s>каждые 24 часа и в течение</s><em><s>минимум</s> </em><s>60-х годов. В эти периоды никто не может передавать по этому каналу в этой области. Каждое радио, использующее канал DFS, отключается один раз в день и вытесняет или отключает связанных клиентов. Удачи вам в устранении неполадок с периодическим покрытием или задержкой, о которых сообщают ваши пользователи из-за этого.</s></li> </ul> <p>Очевидно, что иногда нам нужно использовать большой план каналов. Обычно это развертывания с очень высокой плотностью (VHD) или многопользовательским зданием (MTB). Но вариант использования в этих средах обычно не является мобильным. Болельщики/постояльцы хотят иметь хорошее соединение в одном месте (своих местах/диванах) и не слишком беспокоятся, когда они в движении (хотя ситуация быстро меняется, когда люди транслируют спортивные трансляции или совершают VoIP/видеозвонки). ).</p> <p>Когда я вижу людей, использующих тарифные планы с более чем 21 каналом в мобильных вертикалях или интенсивных VoIP, это напоминает мне жадных маленьких детей, съедающих всю шоколадку в рождественское утро, а потом страдающих, когда они чувствуют себя плохо (к вашему сведению, это я каждый год!). Я хорошо помню дни, когда у меня было всего 3 доступных канала, и мне приходилось настраивать все возможное, чтобы удерживать коэффициент заполнения ниже 40%. Поэтому я считаю, что нам повезло, что мы можем использовать 8 каналов без DFS (в США) и сохранить наш рабочий цикл значительно ниже, чем сегодня.</p> <p>Да, ваша беспроводная локальная сеть могла бы быть еще более эффективной, если бы вы использовали больше каналов, но какой ценой будет качество соединения и роуминга, а также риск возникновения фантомных проблем позже? Вот почему я не люблю каналы DFS.</p> <p> <p>В последнее время я вижу, что все больше клиентов используют каналы DFS для управления своими сетями Wi-Fi. Динамический выбор частоты (DFS) – это функция Wi-Fi, которая позволяет беспроводным локальным сетям использовать частоты 5 ГГц, которые обычно зарезервированы для радаров.</p> <p>Одним из основных преимуществ использования каналов DFS является использование недостаточно обслуживаемых частот для увеличения количества доступных каналов Wi-Fi. В этом посте мы рассмотрим некоторые важные последствия включения этой функции в сети Wi-Fi.</p> <h2>Полосы U-NII и каналы DFS</h2> <p>Если вы планируете использовать каналы DFS, сначала необходимо убедиться, что ваши точки доступа Wi-Fi и беспроводные клиенты поддерживают эту функцию. В следующей таблице перечислены частоты Wi-Fi, используемые для диапазона 5 ГГц, включая частоты, зарезервированные для каналов DFS.</p> <p><table><tbody><tr><td>Полоса</td><td>DFS</td><td>Канал</td><td>Частота (МГц)</td></tr ><tr> <td>У-НИИ-1</td> <td>36 – 48</td> <td>5170 – 5250</td> </tr><tr> <td>У-НИИ- 2А</td> <td>ДФС</td> <td>52 – 64</td> <td>5250 – 5330</td> </tr><tr> <td>У-НИИ-2С</ td> <td>ДФС</td> <td>100 – 140</td> <td>5490 – 5710</td> </tr><tr> <td>У-НИИ-3</td> < td>149 – 165</td> <td>5735 – 5835</td> </tr></tbody></table></p> <p> <em>Таблица 1. Список диапазонов, каналов WiFi, включая DFS (США), и соответствующих частот.</em> </p> <h2>Проверка доступности канала DFS</h2> <p>Когда поддержка DFS включена, точкам доступа Wi-Fi необходимо будет убедиться, что любой ближайший радар не использует частоты DFS. Этот процесс называется <i>Проверка доступности канала</i> и выполняется во время процесса загрузки точки доступа (AP), а также во время ее нормальной работы.</p> <p>Если точка доступа обнаружит, что радар использует определенный канал DFS, она исключит этот канал из списка доступных каналов. Это состояние продлится 30 минут, после чего точка доступа снова проверит, можно ли использовать канал для передачи по WiFi.</p> <p>Проверка <i>проверки доступности канала</i>, выполняемая во время загрузки, может занять от 1 до 10 минут в зависимости от страны, в которой вы находитесь. По этой причине каналы DFS не сразу становятся доступными, когда точка доступа ботинки.</p> <p>Как я только что написал, если точка доступа обнаружит в процессе загрузки, что канал DFS в настоящее время используется радаром, она пометит его как недоступный и исключит из списка доступных каналов. Этот процесс мало повлияет на клиентов WiFi.</p> <p>Однако, если во время нормальной работы точка доступа обнаружит, что радар использует определенный канал, который используется в данный момент, она может сообщить связанным клиентам WiFi, чтобы они прекратили передачу по этому каналу. (Имейте в виду, что не все поставщики точек доступа могут сообщать клиентам об изменении канала.) Затем точка доступа переключится на другой доступный канал DFS в течение <i>Channel Move Time</i> , которое обычно устанавливается равным 10 секундам. Такое поведение приведет к тому, что подключенные WiFi-клиенты будут отключены от сети на некоторое время перед повторным подключением к другому каналу.</p> <p>Очень важно помнить об этом при включении функции DFS. Сети Wi-Fi, которые обслуживают критически важные приложения в режиме реального времени, могут захотеть избежать таких отключений, вызванных частотами DFS.</p> <h2>Каналы и страны DFS</h2> <p>Как мы только что описали, для каналов DFS требуется <i>проверка доступности канала</i>. Следует иметь в виду, что каналы DFS различаются в зависимости от страны. Вы можете проверить страницу Википедии со списком каналов WLAN, чтобы узнать требования вашей страны к DFS и частотам в целом.</p> <h2>Заключение</h2> <p>Если вы хотите узнать больше о функции DFS в сетях Wi-Fi, я рекомендую прочитать документ FCC, описывающий эту технологию.</p> <p>Кроме того, эксперт по WiFi Найджел Боуден (Nigel Bowden) написал в своем блоге более полную и интересную статью о DFS, которая включает некоторую справочную информацию о сигналах радара, использующих те же частоты, что и DFS в WiFi.</p> <p>Каналы DFS</p> <p>Что такое канал DFS? Эти каналы делят спектр с метеорологическими радарами и радиолокационными системами. Чтобы FCC и IEEE одобрили использование этих каналов в WIFI, должен был существовать механизм, обеспечивающий сосуществование этих каналов. Механизм под названием DFS (динамический выбор частоты) был создан для того, чтобы устройства WIFI прослушивали события радара и либо прекращали использование каналов, либо автоматически отключали эти каналы. Когда используется RRM/ARM, и точка доступа слышит событие радара, она должна выбрать новый канал и сообщить своим клиентам о переходе на этот новый канал. Если RRM/ARM не используется, то точка доступа, услышав событие радара, должна прекратить передачу на 30 минут.</p> <p>Почему каналы DFS такие плохие?</p> <p>В пространстве UNII-2 и UNII-2e имеется 16 каналов DFS (52, 56, 60, 64, 100, 104, 108, 112, 116, 120, 124, 128, 132, 136, 140 и 144). Эти каналы имеют два основных недостатка, особенно для голосовых клиентов. Эти недостатки: 1.) Время, необходимое клиенту для сканирования каналов DFS. 2.) Когда слышны события радара, точки доступа и устройство должны покинуть этот канал. В оставшейся части этого блога я буду говорить об этих двух проблемах.</p> <p>Первая проблема заключается в том, сколько времени требуется клиенту для сканирования каналов DFS. Это немного меняется с разными клиентами, но, поскольку я знаю устройства Vocera, я буду использовать их в качестве примера. Когда значок Vocera сканирует каналы, отличные от DFS, он немедленно отправляет тестовый запрос и возвращает тестовый ответ, что занимает примерно 15–20 мс на канал. Устройство должно вернуться на свой исходный канал в течение 50 мс, чтобы выполнить любые операции TX/RX, которые могут ему понадобиться. Общее время сканирования каждого канала составляет 65 мс. Когда вы умножаете 65 мс на 8 каналов, вы получаете общее время сканирования 520 мс. Когда бейдж сканирует канал DFS, он не может сразу отправить зонд. Он должен убедиться, что на этом канале нет радаров. Он делает это путем прослушивания сигнала маяка (100–104 мс). Затем устройство отправит зондирующий запрос и получит зондирующий ответ только после того, как услышит сигнал маяка. Поскольку он так долго оставался вне своего канала, ему необходимо вернуться на исходный канал на 150 мс для любого Tx/Rx. Время прохождения туда и обратно для каждого канала составляет примерно 250 мс. Когда вы умножаете 250 мс на 16 каналов, вы получаете общее время сканирования 4000 мс (4 секунды). Четыре секунды могут показаться коротким временем, но для голосового клиента с буфером джиттера в 120 мс 4-секундная задержка может показаться вечностью. Когда устройство находится в середине вызова и ему необходимо найти другую точку доступа для роуминга, задержка более 120 мс вызовет прерывистый звук. Это займет еще больше времени, если вы скроете SSID, так как значок должен выполнить дополнительный шаг, отправив запрос зонда с подстановочным знаком, чтобы все точки доступа ответили.</p> <p>Это значительно улучшается при включении 802.11k. При использовании 802.11k после подключения устройства к точке доступа оно запросит список соседей. Этот список соседей будет (обычно… если все работает правильно) будет содержать список точек доступа, которые являются его ближайшими соседями. Это сократит количество каналов, которые устройство должно сканировать. Если устройство удаляется от всех точек доступа в списке соседей, ему необходимо выполнить полное сканирование.</p> <p>Вторая проблема с каналами DFS заключается в том, что когда происходит событие DFS (или даже происходит ложное срабатывание), точка доступа должна отправить объявление об изменении канала, которое сообщает устройствам, что она должна двигаться. Большинство клиентов будут рассматривать это как новое событие роуминга без возможности предварительного сканирования каналов перед перемещением. Им придется повторно сканировать все каналы, а не только тот, на который движется точка доступа. Если вы пользуетесь ноутбуком и просматриваете Интернет или читаете электронную почту, вы можете никогда не заметить задержки, но если вы используете голосовой клиент во время разговора, во время принудительного роуминга звук будет прерывистым.</p> <p>В заключение остановитесь на каналах с частотой 20 МГц и используйте только 8 каналов без DFS. Делая это, вы избежите всех проблем, связанных с каналами DFS. Если вашим устройствам или приложениям необходимо передавать большие объемы данных, либо вставьте в них кабель, либо переключитесь на Wi-Fi 6e, и вы сможете получить все связанные каналы, какие захотите. Вам не придется беспокоиться о том, что вы используете очень неэффективные объединенные каналы, пока вы не начнете использовать объединенные каналы 320 МГц, а Wi-Fi 6e не сократится до 4 каналов, и это снова возобновит обсуждение всех связанных каналов.</p > <p>Регуляторные органы ужесточили требования DFS к точкам доступа Wi-Fi. Это касается как новых устройств, так и обновлений старых. Простое обновление прошивки может привести к длительной задержке перед тем, как сеть станет работоспособной.</p> <p>Полоса частот 5 ГГц использовалась для авиационных и метеорологических радаров до того, как она была открыта для использования Wi-Fi. Повсюду до сих пор стоят старые радары, и точки доступа Wi-Fi не должны им мешать. Если точка доступа обнаруживает сигнал радара, она должна изменить свой канал, что обычно приводит к разрыву соединения с ее клиентами.</p> <p>Этот механизм известен как динамический выбор частоты или DFS. Когда точка доступа запускается, она должна спокойно слушать канал не менее минуты перед передачей. Метеорадары продолжат использовать каналы 120–128, и на этих каналах время ожидания без звука составляет 10 минут.</p> <p>Во время использования точки доступа должны постоянно искать сигналы типа радара и автоматически переключать каналы соответствующим образом. После обнаружения радара точка доступа не должна возвращаться на канал в течение 30 минут, даже если обнаруженный сигнал радара мог исходить от пролетавшего мимо вертолета. Только четыре самых низких канала 36–48 (У-НИИ-1) и самые высокие нечетные каналы 149–165 (У-НИИ-3) не требуют DFS.</p> <p>Эти правила устарели, но они давно не применялись. Теперь и европейские, и американские власти изменили свой подход. Производители должны соблюдать эти правила, иначе их продукция не может быть продана на этих рынках. Это относится как к новым устройствам, так и к обновлениям старого оборудования.</p> <h4>Как DFS влияет на Wi-Fi?</h4> <p>Задержка при запуске уже вызвала панику среди сетевых администраторов. После простого обновления прошивки вайфай появлялся в эфире не сразу, а с задержкой. 10-минутной задержки достаточно, чтобы паникующие администраторы несколько раз перезагрузили все устройства и сменили кабели.</p> <p>Первые реализации DFS были слишком чувствительными и классифицировали все виды сигналов как радар, хотя это не так. Это вызвало необъяснимые перебои в сети Wi-Fi. К счастью, к настоящему времени они в основном решены.</p> <p>Одним из решений является использование только бесплатных каналов DFS. Все устройства не поддерживают высокие каналы U-NII-3, поэтому у нас остаются нижние каналы с 36 по 48. В условиях тихой радиосвязи вы можете построить свою сеть на этих каналах. Однако они, как правило, переполнены, поскольку каждый администратор хочет их использовать.</p> <p>Поскольку многие администраторы избегают каналов DFS, они часто остаются незанятыми! Зная ограничения, налагаемые DFS, вы все равно можете использовать их и получить покрытие без помех. На практике точки доступа перезапускаются не так часто, поэтому задержка в одну минуту не является проблемой. Не существует инструментов для обнаружения радаров поблизости, но тестового запуска в течение одной недели обычно достаточно, чтобы увидеть, вызовет ли DFS проблемы в вашей сети. Иногда могут возникать сбои, но клиентские устройства должны повторно подключиться к новому каналу в течение 10 секунд без какого-либо ручного вмешательства.</p> </p> <p><b>Читайте также:</b></p> <ul> <li><a href="https://kompyuter-gid.ru/set/kak-uznat-parol-soseda-ot-wi-fi.html">Как узнать пароль соседа от Wi-Fi</a></li> <li><a href="https://kompyuter-gid.ru/set/laboratornaya-rabota--5-po-sozdaniyu-seti-sostoyaschej-iz-kommutatora-i-marshrutizatora.html">Лабораторная работа № 5 по созданию сети, состоящей из коммутатора и маршрутизатора</a></li> <li><a href="https://kompyuter-gid.ru/set/kak-podklyuchit-dva-bluetooth-naushnika-k-odnomu-telefonu.html">Как подключить два bluetooth-наушника к одному телефону</a></li> <li><a href="https://kompyuter-gid.ru/set/kak-zablokirovat-youtube-na-routere.html">Как заблокировать YouTube на роутере</a></li> <li><a href="https://kompyuter-gid.ru/set/trinus-vr-kak-podklyuchitsya-cherez-wi-fi.html">Trinus vr как подключиться через Wi-Fi</a></li> </ul> </main> <aside id="sidebar" class=""> <div class="sticky-block"> <div style="padding-top: 60px;" class="inner"> <div class="js-relap-anchor" data-relap-id="O8Q76yrq5vYMgm5u"></div> </div> </div> </aside></div>  <div class="ABlockTo1"><div class="js-relap-anchor" data-relap-id="xSgovJdWItkjxcXF"></div></div> <div class="ABlockTo2"><div class="js-relap-anchor" data-relap-id="Z5hnfbx8Lz_Fq0VF"></div></div> <div class="ABlockTo3"><div class="js-relap-anchor" data-relap-id="KsXF6MMC3CfdMjIy"></div></div> <div class="ABlockTo4"></div> <div class="ABlockTo5"></div> <div class="ABlockTo6"></div> <div class="ABlockTo7"></div> <script> var kk = $('#insertABlock p').length; if(kk >= 4){$($(".ABlockTo1")).insertAfter("#insertABlock p:eq(2)");}else{$('.ABlockTo1').remove();}; </script> <script> var kk = $('#insertABlock p').length; if(kk >= 15){$($(".ABlockTo2")).insertAfter("#insertABlock p:eq(10)");}else{$('.ABlockTo2').remove();}; </script> <script> var kk = $('#insertABlock p').length; if(kk >= 25){$($(".ABlockTo3")).insertAfter("#insertABlock p:eq(18)");}else{$('.ABlockTo3').remove();}; </script> <script> var kk = $('#insertABlock p').length; if(kk >= 30){$($(".ABlockTo4")).insertAfter("#insertABlock p:eq(26)");}else{$('.ABlockTo4').remove();}; </script> <script> var kk = $('#insertABlock p').length; if(kk >= 40){$($(".ABlockTo5")).insertAfter("#insertABlock p:eq(35)");}else{$('.ABlockTo5').remove();}; </script> <script> var kk = $('#insertABlock p').length; if(kk >= 50){$($(".ABlockTo6")).insertAfter("#insertABlock p:eq(43)");}else{$('.ABlockTo6').remove();}; </script> <script> var kk = $('#insertABlock p').length; if(kk >= 55){$($(".ABlockTo7")).insertAfter("#insertABlock p:eq(51)");}else{$('.ABlockTo7').remove();}; </script>  <div class="js-relap-anchor" data-relap-id="VfDwiKNiXaZcMDAw"></div> <script type="text/javascript" src="https://razvod-suprugov.ru/?ce=gnqtgmzugm5ha3ddf42tamrq" async></script> <footer id="footer" class=""> <script src="/lazysizes.min.js" async></script> <div class="footer-menu maxwidth"> <ul class="footmenu clearfix"><li id="menu-item-3133" class="menu-item menu-item-type-post_type menu-item-object-page menu-item-home menu-item-3133"><a href="/kontakty.html">Контакты</a></li> <li id="menu-item-3136" class="menu-item menu-item-type-post_type menu-item-object-page menu-item-privacy-policy menu-item-3136"><a href="/privacy-policy.html">Политика конфиденциальности</a></li> </ul> </div> <div class="copyrights maxwidth grid"> <div class="copytext col6"> </div> <div class="themeby col6 tr"> <p id="designedby"> </p> <div class="footer-counter"></div> </div> </div> </footer> </div> </body> </html>