rts cts threshold что это
Памятка «Улучшение качества связи Wi-Fi»
1. понять и применить на практике большую часть материала простому пользователю сети затруднительно.
2. в статьях содержится «слишком много букв», чтобы не мотивированному что-либо делать человеку было интересно осиливать такой объём текста.
2.1. мотивация у людей отсутствует поскольку уже существующая ситуация такова: «зачем что-то вообще делать, если и так всё работает».
2.2. большинство уверены что «оно обязано работать само» в формате «я его купил и воткнул в розетку».
2.3. люди даже не думают о том что Wi-Fi может работать лучше, просто воспринимают как данность ибо зачастую даже оборудование у них от провайдера.
3. некоторые моменты в существующих статьях вообще не оговорены или оговорены недостаточно, например, не даны явные рекомендации по физическому расположению оборудования, а это очень важно.
4. для выбора каналов в диапазоне 2.4 ГГц даются рекомендации актуальные только для Северной Америки и неоптимальные для всего остального мира.
5. у авторов статей в виду профессиональной деформации восприятия, как и у любых экспертов, существует иллюзия что домашние пользователи будут поголовно использовать оптимальные решения, например, только каналы по 20 МГц.
5.1. кто-то будет, кто-то не будет, поэтому надо как рекомендовать использовать только каналы по 20 МГц так и давать универсальные рекомендации для 40 МГц тоже.
5.2. в подавляющем большинстве оборудования, особенно в бюджетном сегменте, всё очень плохо с настройками, можно выбрать канал, иногда режим 20/40 и, зачастую, это все доступные настройки.
Возможно я указал не все интересные ссылки, прошу добавить в комментариях или в личку.
В памятке даны рекомендации, отсутствующие в других статьях:
В качестве рекомендации по выбору каналов в памятке использованы общепринятые рекомендации для регионов отличных от США и Канады, т. е. 1/5/9/13 каналы.
В качестве дополнения в контексте выключения не используемого оборудования дан пример актуальный только для Москвы, но полезный ибо «так жить нельзя».
В целом надеюсь на комментарии и дополнения. Если что-то важное следует добавить или что-то не нужное удалить то обязательно напишите.
Дополнение 2020.07.10: Памятка существует с ’13 года, распространялась по нуждающимся по запросу. На Хабр не выкладывал по многим соображениям. Выложил именно памятку, а не статью ради конструктивной критики именно памятки как документа. Собственно конструктивная критика получена, благодарность aik, теперь потихоньку переписываю документ со свежим взглядом. После всех модификаций документ будет выложен на Пикабу Fishki net и JoyReactor ибо именно там его ЦА — простые пользователи сети.
Дополнение 2020.07.12: Памятка капитально переработана, она стала короче и теперь это пошаговое руководство. Работа не завершена, необходимо добавить ссылки на приложения. Я знаю хорошие приложения для Android и Windows, но не знаю для других систем, если знаете, пожалуйста, посоветуйте!
Дополнение 2020.07.13: Вроде бы всё необходимое сделано ^^
Дополнение 2020.07.16: Типографика, мелкие исправления и дополнения, выкинуты избыточные подробности, наведение красоты и уменьшены QR-коды.
Дополнение 2020.07.17: Косметика текста, мелкие уточнения по настройкам.
Дополнение 2020.07.19: Косметика текста, уточнения по настройкам. Документ считаю готовым.
Дополнение 2020.07.20: Добавлена рекомендация не использовать повторители.
Дополнение 2020.07.23: Добавлено объяснение для рекомендации использовать 20 МГц каналы.
Порог RTS, фрагментация и другие расширенные настройки WiFi
Фон: я в шумной среде, и я пытаюсь оптимизировать мою сеть Wi-Fi, чтобы иметь более стабильное соединение для несколько большого количества пользователей (
50-75 в напряженный день). Есть 4 точки доступа, и я уже настроил каналы и мощность передачи, и в целом у меня довольно приличный охват. Тем не менее, я все еще получаю около 10% падения пакета при проверке Google и ходьбе вокруг здания, роуминге от AP до AP.
Где значение 2346, полученное из? Кажется, несколько произвольным, однако, записки для Фрага. Порог указывает, что он должен быть выше 256 и четного числа.
Как работают RTS и Frag. Пороговые значения? Их значения не могут быть совпадением.
Если они изменены, должны ли они быть изменены вместе?
Что такое безопасное значение, чтобы попытаться снизить их до начала?
3 ответа
Я бы начал с установки их таким образом, чтобы стандартный Ethernet-фрейм фрагментировался на два кадра 802.11 (1500/2 = 750 байт полезной нагрузки + 34 байта накладные = 784 байта), а любые кадры, превышающие треть стандарта Кадр Ethernet использует RTS (534 байта).
Насколько я знаю, обе эти настройки влияют только на передатчик, т. е. их настройка на AP только заставляет AP использовать их для своих передач и не заставляет клиентов использовать их для своих передач.
Этот смешанный сценарий b /g особенно субоптимален. Вы можете просмотреть некоторые из предыдущих обсуждений по этой теме, например:
Кроме того, возникает другой убийца производительности, когда точка A может принимать сигнал точки B, но B не может получить сигнал A. Кто-то еще на ServerFault указал на это как «скрытый эффект передатчика». Подробнее об этих явлениях по ссылке ниже. Они указывают, что:
Я не согласен с тем, что «если у вас нет проблемы с скрытым узлом, тогда изменение порога RTS не улучшит производительность». Использование CTR /RTS всегда снижает вероятность столкновений данных. Поскольку каждое столкновение данных вызывает повреждение данных и, следовательно, требует пересылки данных, меньшее количество коллизий означает меньшую повторную отправку данных и меньшую пересылку данных, может в значительной степени повысить производительность вашего WiFi; конечно, только в том случае, если в вашей сети наблюдается значительное количество конфликтов.
Объяснить детали: Узел всегда должен ждать определенного периода времени и ощущать канал для возможных передач, прежде чем указывать собственный. Только если он не ощущает никаких передач, он может начать собственный. Без RTS /CTS эта передача является прямой передачей данных. Если теперь два узла имеют одну и ту же идею и начинают передачу данных почти одновременно, то эти передачи будут сталкиваться. Результатом является то, что ни одна передача не делает его нигде, поскольку все полученные данные будут повреждены для всех остальных узлов и точек доступа.
Если используется RTS /CTS, передача начинается с отправки RTS-пакета узлом после считывания. Только если на запрос RTS отвечает ответ CTS, начинается передача данных. Конечно, если два узла хотят передавать в одно и то же время, их запросы RTS также могут столкнуться с тем же отрицательным эффектом, что RTS не принимается вообще. Разница в том, что вся сеть будет восстанавливаться намного быстрее от столкновения RTS, чем от столкновения данных. Таким образом, столкновение RTS менее вредно для всей производительности сети, чем столкновение данных.
Недостатком является то, что сам RTS /CTS требует некоторой пропускной способности сети, и он вводит новые времена обнаружения во время отсутствия других передач данных или передач RTS /CTS. Чтобы все было еще хуже, конечно, RTS /CTS всегда нужно выполнять, используя самую медленную скорость, которую поддерживает сеть, поскольку в противном случае узлы, поддерживающие эту скорость, не увидят ее. Таким образом, вы можете сказать, что RTS /CTS всегда снижает теоретическую пропускную способность всей вашей сети, однако, если ваша сеть страдает от большого количества конфликтов, либо с помощью проблемы с скрытым узлом (что также может быть вызвано узлами из других сетей, канал как ваша сеть) или потому, что ваш WiFi переполнен (поскольку больше узлов увеличивает вероятность случайных столкновений), это может фактически увеличить фактическую пропускную способность. Не количество скрытых узлов, число столкновений является важным фактором здесь, независимо от того, как они вызваны.
Я прочитал исследование (я обновлю и добавлю ссылку сюда, как только я смог бы найти его снова), что предполагает, что если ваша сеть действительно невелика (менее 6 узлов и покрывает только небольшую область), а не изолированный от других сетей с использованием одного и того же канала, использование RTS /CTS практически всегда имеет довольно положительный эффект на практике. Итак, почему пороговое значение? Если отправка данных займет столько же времени, сколько потребуется для установления связи RTS /CTS, то при использовании RTS /CTS мало выгоды, так как необходимость восстановления сети при очень небольшом столкновении данных или при столкновении RTS не будет много разница. Лучшее восстановление из-за столкновений RTS связано с тем, что пакеты RTS очень малы, тогда как пакеты данных обычно отсутствуют. Но для очень маленьких пакетов данных RTS /CTS просто добавляет накладные расходы без практического выигрыша.
И теперь вы также знаете, как порог фрагментации может улучшить производительность сети. С одной стороны, он ограничивает размер отправленных пакетов и, как объяснялось выше, чем меньше пакет при столкновении, тем быстрее сеть восстанавливается из него. И, с другой стороны, если произошло столкновение, необходимо повторно отправить только фрагмент, на который он был направлен, а не весь пакет. Тем не менее, каждый отправленный фрагмент имеет собственные накладные расходы, поэтому чем больше фрагментов отправляется, тем больше накладных расходов, которые будут добавляться и накладные расходы, в основном направляется в полосу пропускания, которая также могла использоваться для передачи данных.
Rts cts threshold что это
Начинаю цикл статей про настройку Wi-Fi в Mikrotik. Так как тема довольно обширная охватить одной статьей ее не реально, поэтому будет несколько связанных публикаций, которые можно будет отфильтровать по разделу «Wireless».
Выбираем режим Advanced Mode.
Вкладка General
ARP (Address Resolution Protocol) — протокол определения адреса, предназначенный для определения MAC-адреса по известному IP-адресу. Значения:
Настройку не трогаем.
Wireless
По-умолчанию стоит bridge — режим прозрачного радиомоста, при котором возможно подключение только одного клиента.
Мы оставляем 20MHz.
Частоту нужно выбирать наименее загруженную у вас в помещении, используя для этого инструменты RouterOS.
Выбираете любое имя вашей беспроводной сети.
Особенно, если вы используете несколько точек с одним SSID рекомендую написать сюда что-то нибудь понятное, типа «office1» для правильной идентификации в сервисных программах.
Scan List — рабочий диапазон частот. В этом диапазоне Mikrotik производит сканирование эфира, мониторинг загрузки каналов и т.д.
Оставляем значение «default».
Можно выбрать Default и отредактировать его в зависимости от своих потребностей по безопасности. Напишу об этом подробней в другой статье.
Я всегда выбираю superchannel. Не хочу ограничений.
Выбираем или вашу страну, или «no_country_set».
Дополнение от Сергей Деревянко: Про эту опцию я бы написал так: Имеет смысл использовать только с внешней антенной. На величину указанного значения в этом параметре точка будет понижать усиление сигнала, рассчитывая, что антенна это дело компенсирует собственным усилением.
В новых версиях RouterOS эта функция не актуальна и ее убрали.
Дополнение от Сергей Деревянко: На рекомендации включать эту штуку я натыкался, когда дебажил подключения огрызков к моим хотспот-сетям.
Всегда выставляем «enabled».
VLAN не используем, поэтому «no-tag».
Если у нас не стоит ограничение по MAC-адресам или другие спец. настройки в Access List то оставляем по-умолчанию: галочка стоит.
Default Forward — разрешать ли маршрутизацию клиентам, которых нет в Access List. Выставленная галочка означает запрет обмена данными между подключенными клиентскими устройствами. Эта настройка работает только в режиме 802.11 для ноутбуков и устройств без поддержки WDS.
Hide SSID — скрывать имя сети. Сеть не появляется в списке при сканировании. Чтобы подключиться, нужно вручную прописать имя на устройстве клиента.
При использовании IPTV в параметре Multicast Helper выберите full. Это позволит отправлять мультикаст пакеты по MAC адресам клиентам, подключенным к Wi-Fi.
Data Rates
Здесь задаются настройки канальных скоростей.
В подавляющем большинстве случаев здесь нет необходимости ничего менять.
Ничего не меняем, оставляем «default».
Advanced
Ничего не меняем, оставляем пустым.
Если клиенты находятся в одном помещении и примерно на одном расстоянии, допустим все в радиусе 20 метров от точки доступа то укажите «indoors», если у вас открытая местность поле или конференц-зал и клиенты находятся на разных расстояниях более 0-20 метров то укажите значение «dynamic». Ну и третье если клиенты находятся на одном расстоянии, допустим 1км, то так и укажите. Данная опция позволяет Mikrotik по вшитому алгоритму рассчитывать доставлен ли пакет до нужного адресата.
Ставим «enable». Функция в версии 6.38rc38 уже выпилена.
Ставим 1 минута. Функция в версии 6.38rc38 уже выпилена.
Как пример представим себе некое поле (То которое на рабочем столе Windows XP). На нём располагается точка доступа на рисунке красная точка, и её радиус бледно красным. А также: Клиент1 (A), Клиент2 (B), Клиент3 (С).
Клиент1 и Клиент2 могут быть нормальными участниками и работать в сети без сбоев, но, а вот из-за Клиента3 могут возникнуть проблемы у всех, дело в том, что Клиент1 и Клиент2 могут общаться напрямую и определять, кто из них будет вещать в данный промежуток времени. А вот Клиент3 не видит не одного из участников нашей сети, и может смело вещать в любой момент даже в тот, когда Клиент1 или Клиент2 будут также вещать, из-за этого и появляются коллизии.
Значение выставляем в «rts cts».
Ставим значение “ap and client mode”.
Оставляем значение «both».
Оставляем снятую галочку.
Оставляем значение «00:00:03».
Оставляем значение «0.10».
Ничего не меняем, оставляем пустым.
Отмечаем 4 галочки.
HT MCS
На вкладке HT MCS, так же как и на DATA RATES производится управление канальными скоростями. Тут происходит управление беспроводной сетью в режиме N и MIMO, каждая галочка позволяет работать на каждом типе модуляции/скорости и изменения этих параметров производить не следует. Обычно используется для тонкой настройки сети при определенных условиях, но это практически не требуется при использовании внутри помещений. Для настройки обычной точки доступа на этой вкладке не нужно производить никакие изменения.
Рекомендуется выставлять режим Dynamic, тогда новые клиенты в бридж будут добавляться автоматически. В случае предпочтения ручного добавления выбираем Static.
Nstreme
Если вы используете этот протокол то: nstream – делает прокачку на линке немного больше + выключает ACK, polling – делает порядок в сети (хотя для режима точка-точка с него толку мало), и CSMA – выключает стандартный для 802.11.abg доступ к среде передачи, включается только после того как вы включили опцию Polling. Ещё для увеличения прокачки линка можно проиграться с параметрами Frame Policy.
На вкладке NV2 производится управление поллинговым протоколом Nstreme Version 2.
TX Power
Большинство MikroTik используют 1W передатчики. По законодательству России и Украины разрешено использовать точки доступа без регистрации не более 0.1W.
Не нужно боятся указывать низкую мощность, т.к. на практике это обычно увеличивает скорости работы и снижает помеховое воздействие на соседние устройства. Не забывайте, что мощность передатчиков мобильных устройств обычно лежит в пределах 6-16дБм, поэтому установив мощность на точке доступа максимально высокую получится ситуация, когда клиенты видят сеть в списке, но подключиться не могут, т.к. точка не слышит от них слабых сигналов.
Current Tx Power
Здесь отображаются текущие настройки мощности Wi-Fi передатчика произведенные на вкладке Tx Power. В первом столбике Rate указаны канальные скорости, в столбике Tx Power мощность указанная в настройках, столбик Real Tx Power показывает реальную выходную мощность по каждому каналу, а Total Tx Power суммарную по всем каналам. При использовании MIMO происходит увеличение энергетики на 3dBm.
Status
Порог RTS, фрагментация и другие расширенные настройки WiFi
Предыстория: я нахожусь в шумной обстановке, и я пытаюсь оптимизировать свою сеть WiFi, чтобы иметь более стабильное соединение для довольно большого количества пользователей (
50-75 в напряженный день). Есть 4 точки доступа, и я уже настроил каналы и мощность передачи, и в целом у меня достаточно приличное покрытие. Тем не менее, я все равно получаю около 10% пропадания пакетов при пинге Google и обходе здания, роуминг от точки доступа к точке доступа.
Откуда взято значение 2346? Это кажется несколько произвольным, однако, заметки для Frag. Порог указывает, что он должен быть больше 256 и четное число.
Как работают RTS и Frag. Пороги связаны? Их значения не могут быть совпадением.
Если они изменены, должны ли они быть изменены вместе?
Какое безопасное значение, чтобы попытаться снизить их, для начала?
Моим приоритетом является не обязательно получение максимальной пропускной способности для каждого устройства, но предоставление пользователям стабильной, стабильной пропускной способности / соединения.
Я бы начал с их установки таким образом, чтобы стандартный кадр Ethernet был фрагментирован на два кадра 802.11 (1500/2 = 750 байт полезной нагрузки + 34 байта служебных данных = 784 байта), и любые кадры, превышающие треть стандартного кадра Ethernet, используют RTS (534 байт).
Насколько мне известно, обе эти настройки влияют только на передатчик, то есть их настройка на AP только заставляет AP использовать их для своих передач и не заставляет клиентов использовать их для своих передач.
Этот смешанный сценарий б / г является особенно неоптимальным. Вы можете рассмотреть некоторые из предыдущих обсуждений по этой теме, такие как:
Кроме того, другой убийца производительности происходит, когда точка A может получить сигнал точки B, но B не может получить сигнал A. Кто-то еще на ServerFault указал на это как «скрытый эффект передатчика». Подробнее об этом явлении по ссылке ниже. Они указывают, что:
Я не согласен с тем, что «если у вас нет проблемы со скрытыми узлами, изменение порога RTS не приведет к повышению производительности». Использование CTR / RTS всегда снижает вероятность столкновения данных. Поскольку каждое столкновение данных приводит к повреждению данных и, следовательно, требует повторной отправки данных, меньшее количество конфликтов означает, что меньшая повторная отправка данных и меньшая повторная отправка данных могут в значительной степени улучшить вашу производительность WiFi; конечно, только если в вашей сети есть заметные коллизии.
Чтобы объяснить детали: узел всегда должен ждать определенный период времени и определять канал на предмет возможных передач, прежде чем указывать собственную передачу. Только если он не чувствует никаких передач, он может начать собственную. Без RTS / CTS эта передача напрямую является передачей данных. Если теперь оба узла имеют одну и ту же идею и начинают передачу данных почти одновременно, то эти передачи будут конфликтовать. Результатом является то, что ни одна передача не происходит нигде, поскольку все полученные данные будут повреждены для всех других узлов и точки доступа.
Если используется RTS / CTS, передача начинается с пакета RTS, отправляемого узлом после обнаружения. Только если на этот запрос RTS получен ответ CTS, начинается передача данных. Конечно, если два узла хотят передавать одновременно, их запросы RTS также могут сталкиваться с тем же отрицательным эффектом, что RTS вообще не принимается. Разница в том, что вся сеть будет восстанавливаться намного быстрее от коллизии RTS, чем от коллизии данных. Таким образом, коллизия RTS менее вредна для всей производительности сети, чем коллизия данных.
Недостатком является то, что RTS / CTS сама по себе требует некоторой полосы пропускания сети сама по себе, и она вводит новые времена обнаружения во время, когда никакие другие передачи данных или передачи RTS / CTS не могут иметь место. Что еще хуже, конечно, RTS / CTS всегда должен выполняться с использованием самой низкой скорости, поддерживаемой сетью, иначе узлы, поддерживающие только эту скорость, не увидят ее. Таким образом, в основном вы можете сказать, что RTS / CTS всегда снижает теоретическую пропускную способность всей вашей сети, однако, если ваша сеть страдает от множества коллизий, либо из-за проблемы со скрытыми узлами (которая также может быть вызвана узлами из других сетей, использующими одни и те же канал как ваша сеть), или потому что ваш WiFi перегружен (так как больше узлов увеличивает вероятность случайных коллизий), это может фактически увеличить фактическую пропускную способность. Не количество скрытых узлов,
Объявление
Улучшение производительности WLAN с RTS / CTS
Народ как то избегает общения на эту тему, а зря. В некоторых случаях применение различных приёмов может значительно улучшить качество и/или скорость линка.
Например у меня некоторое время назад была мачта, но без растяжек и её, как следствие, несколько телипало из стороны в сторону. Линк с 3-мя клиентами(на то время), в таких случаях, был просто нехорошим. Когда же я стал экспериментировать с настройками, пришёл к выводу, что уменьшение порога RTS/CTS(на базе) до 512 практически устраняет этот нехороший эффект.
Хотелось бы узнать, поделиться опытом, кто и как решает свои проблеммы в данном ключе.
Всех приглашаю к обсуждению.
Комментарий
Комментарий
Неужели никто не выполняет никаких дополнительных настроек для Wi-Fi я?
Вот небольшая статейка с корявеньким переводом, извиняйте.
Улучшение производительности WLAN с RTS / CTS
По Джим Гейер
Если Вы разрешите RTS / CTS на определенной станции, он будет воздерживаться от отправки данного кадра до станции завершает RTS / CTS рукопожатия с другой станцией, таких как точки доступа. Станция инициирует процесс передачи кадра РТС. Точка доступа получает РТС и отвечает кадра CTS. Станция должна получать CTS кадр перед передачей данных кадра. CTS также содержит значения времени, которое оповещения других станций повременить доступ к среде, а станция начала РТС передает свои данные.
RTS / CTS рукопожатия дает положительный контроль над использованием общей среды. Основной причиной внедрения RTS / CTS является сведение к минимуму столкновения между скрытыми станций. Это происходит, когда пользователи и точки доступа разбросаны по всему объекту, и вы найти относительно большое количество повторных передач, возникших в связи с беспроводной локальной сети.
Представьте себе, есть два 802,11 конечных пользователей (станция и станция Б) и одну точку доступа. Станция и станция Б не может слышать друг друга из-за высокой ослабление (например, существенное диапазона), но они могут общаться как с той же точки доступа. Из-за этой ситуацией, станция может начать отправку кадров, не замечая, что станция В настоящее время передачи (или наоборот). Это будет очень вероятной причиной столкновений между вокзалом и станцией B происходить в точке доступа. В результате, как станция и станция Б должна ретранслировать их пакетов, что приводит к увеличению накладных расходов и снижению пропускной способности.
Если какая-либо станция или станция B активизирует RTS / CTS, однако столкновения не произойдет. Перед передачей, Station B пошлет РТС и получать CTS от точки доступа. Сроки значение в CTS (которая также станция получает) вызовет станция повременить достаточно долго, для станции B для передачи кадра. Таким образом, использование RTS / CTS снижает столкновений и увеличивает производительность сети, если они скрыты станции присутствуют.
Имейте в виду, однако, что прирост производительности в использовании RTS / CTS является чистым результатом введения накладные расходы (например, RTS / CTS кадров) и сокращении накладных расходов (т. е. меньше ретрансляции). Если у вас нет никаких скрытых узлов, то использование RTS / CTS будет только возрастать сумма накладных расходов, что снижает пропускную способность. Скрыта небольшая проблема узел может также привести к снижению производительности, если вы реализуете RTS / CTS. В этом случае дополнительные RTS / CTS кадры стоят дороже с точки зрения накладных расходов, чем вы получаете за счет сокращения повторных передач. Таким образом, будьте осторожны при осуществлении RTS / CTS.
RTS / CTS осуществления советы
Один из лучших способов определить, необходимо ли активировать RTS / CTS состоит в наблюдении за беспроводной локальной сети для столкновений. Если вы обнаружили большое количество столкновений и пользователей относительно далеко друг от друга и, вероятно, из диапазона, то попробуйте включить RTS / CTS о применимом пользователей беспроводных сетей. Вы можете активировать функцию, нажав кнопку «позволят RTS / CTS» где-то на экранах настройки пользователем. Вы не должны позволить RTS / CTS на точку доступа в этом случае. После получения кадра РТС с радио пользователей NIC, точка доступа будет всегда отвечать рамки CTS.
Конечно, имейте в виду, что мобильность пользователь может изменить результат. Высокую мобильность пользователя может быть скрыта в течение короткого периода времени, может быть, когда вы выполните тестирование, а затем быть ближе к другим станциям большую часть времени. Если столкновения происходят между пользователями в пределах досягаемости друг друга, эти проблемы могут быть результатом высокого коэффициента использования сетей или, возможно, высокочастотных помех.
После активации RTS / CTS, тест, чтобы определить, является ли число столкновений меньше, а в результате пропускная способность, тем лучше. Из RTS / CTS вводит накладные расходы, вы должны закрыть его, если вы найдете снижение пропускной способности, даже если у Вас меньше столкновений. В конце концов, цель заключается в повышении производительности.
В большинстве случаев начало RTS / CTS в точку доступа бесплодными, поскольку скрытые проблемы станция не существует с точки зрения точки доступа. Все службы с действительными ассоциации находятся в пределах диапазона, а не скрыты от точки доступа. Принуждение точку доступа для осуществления RTS / CTS рукопожатия значительно увеличит накладные расходы и уменьшить пропускную способность. Сосредоточены на использовании RTS / CTS в сетевых адаптеров для увеличения производительности.