Порог rts wifi что это такое
Обновлено: 24.11.2024
В идеальном мире подключение к Интернету было бы таким же простым, как покупка оборудования, регистрация у интернет-провайдера и подключение к Интернету. В то время как некоторые производители рекламируют свои функции plug and play, любой, кто использовал сеть, знает, что иногда возникают проблемы. Хотя эти проблемы могут быть вызваны медленным интернет-сервисом или устаревшим оборудованием, во многих случаях виноваты настройки и конфигурации. Любой, у кого возникают проблемы с производительностью, должен сначала проверить настройки маршрутизатора, в том числе порог фрагментации.
Что такое порог фрагментации?
Порог фрагментации — это значение, определяющее максимальный размер пакета, который может быть отправлен клиентом. Это относится к одноадресным пакетам. Типичный диапазон порога фрагментации составляет 256-2346. По умолчанию на большинстве маршрутизаторов этот параметр равен 2346. Во многих случаях его не нужно изменять. Однако при возникновении проблем с производительностью этот параметр (наряду с другими параметрами маршрутизатора, такими как пороговое значение RTS) может потребоваться настроить для оптимизации вашей системы.
Когда изменять порог фрагментации
При устранении проблем с производительностью может потребоваться корректировка порога фрагментации. Важно отметить, что этот параметр следует изменить сам по себе, прежде чем вносить дополнительные изменения. Затем можно настроить пороговое значение RTS, а затем изменить их вместе, чтобы обеспечить оптимальную производительность.
В большинстве случаев не рекомендуется снижать порог фрагментации. Однако есть несколько исключений. Если в сети происходят частые коллизии, этот параметр можно изменить. Если сеть в целом ненадежна, может оказаться полезным снижение порога фрагментации. Однако вместо кардинальных изменений параметр следует постепенно снижать до тех пор, пока не произойдет улучшение производительности. Слишком сильное снижение порога может повысить надежность, но может отрицательно сказаться на производительности. Хорошее эмпирическое правило — начать с установки порога на 2304 и работать с ним.
Заключительные примечания
Найти надежное подключение к Интернету несложно, но может потребоваться некоторая настройка, чтобы добиться нужного результата. Прежде чем выбрасывать сетевое оборудование и тратить деньги на его замену или звонить своему интернет-провайдеру, проверьте настройки маршрутизатора, чтобы убедиться, что ваша система оптимизирована для производительности. Проверка и тестирование порога фрагментации — это быстрый и простой способ быстро восстановить скорость соединения.
Есть вопросы о пороге фрагментации или других настройках маршрутизатора? Есть ли у вас какие-нибудь советы и приемы, которые облегчат устранение неполадок? Оставьте свой комментарий ниже!
Здравствуйте! Давайте проверим и попробуем улучшить производительность беспроводной сети, настроив дополнительные параметры беспроводной сети на беспроводном маршрутизаторе или точке доступа, если вы столкнулись со следующими проблемами:
– Адаптер беспроводной сети не может обнаружить какую-либо беспроводную сеть.
– Периодическая проблема с подключением к беспроводной сети.
– Проблема с частым отключением беспроводной сети.
– Частые конфликты в беспроводной сети.
Маяковый интервал
Значение по умолчанию — 100 мс, допустимый диапазон — от 1 до 65 535 мс. Это значение указывает частотный интервал маяка. Маяк — это пакет, передаваемый маршрутизатором для синхронизации беспроводной сети. Обратите внимание, что уменьшение интервала маяка улучшит процесс роуминга беспроводной сети и лучше сохранит беспроводное соединение, но снизит пропускную способность сети. Для тестирования в этом случае вы можете установить его на 75 или 50 и проверить результат позже.
Порог RTS
Значение по умолчанию — 2347 байт, допустимый диапазон — 0–2347 байт, рекомендуется лишь незначительное изменение. Если сетевой пакет меньше заданного порогового размера RTS, механизм RTS/CTS не будет активирован. Беспроводной маршрутизатор отправляет кадры запроса на отправку (RTS) на конкретный принимающий компьютер и согласовывает отправку кадра данных. После получения RTS компьютер отвечает кадром готовности к отправке (CTS), чтобы подтвердить право начать передачу.
Эта функция предотвратит конфликты пакетов в беспроводной сети, но также замедлит пропускную способность сети при неправильном использовании. Если у вас есть много беспроводных пользователей, расположенных далеко друг от друга, а также от беспроводного маршрутизатора/точки доступа, вы можете попробовать уменьшить это пороговое значение до 2304 байт и проверить результат.
Порог фрагментации
Настройка по умолчанию — 2346 байт, допустимый диапазон — 256–2346 байт. Он указывает максимальный размер пакета до того, как данные будут фрагментированы на несколько пакетов. Так же, как работает порог RTS, если вы замечаете частые коллизии в беспроводной сети, то можете рассмотреть возможность снижения порогового значения. Обратите внимание, что слишком низкий или неправильное использование порога фрагментации также может привести к снижению производительности сети, поэтому рекомендуется лишь незначительное изменение этого значения.Для тестирования вы можете установить это пороговое значение на 2304 байта, а затем проверить результат.
В целом, рекомендуется выполнять описанные выше настройки одну за другой и, наконец, все вместе, чтобы вы могли определить результат каждого сделанного вами изменения, а также улучшить дальнейшую настройку. Надеемся, что приведенные выше советы помогут вам повысить производительность беспроводной сети.
Вот пример расширенных настроек беспроводной сети на беспроводном маршрутизаторе Linksys:
Общие сведения. Я нахожусь в шумной среде и пытаюсь оптимизировать свою сеть Wi-Fi, чтобы обеспечить более стабильное соединение для большого количества пользователей (около 50–75 человек в загруженный день). Есть 4 точки доступа, и я уже настроил каналы и мощность передачи, и в целом у меня достаточно приличное покрытие. Тем не менее, я по-прежнему получаю около 10 % потери пакетов, когда пингую Google и хожу по зданию, перемещаясь от точки доступа к точке доступа.
В большинстве точек доступа Wi-Fi, которые я видел, порог RTS по умолчанию установлен на 2347 (из того, что я читал в разных местах, этот параметр считается «отключенным»), а порог фрагментации установлен на 2346. марка маршрутизатора установлена на 2346 и 2346. У меня есть несколько вопросов.
Откуда получено значение 2346? Однако примечания к Frag. Порог указывает, что он должен быть больше 256 и быть четным числом.
Как обстоят дела с RTS и Frag. Пороги связаны? Их значения не могут быть совпадением.
Если они изменены, должны ли они быть изменены вместе?
Для начала, до какого безопасного значения можно попытаться их снизить?
Мой приоритет заключается не в том, чтобы обеспечить максимальную пропускную способность для каждого устройства, а в том, чтобы предоставить пользователям стабильную и постоянную пропускную способность/подключение.
3 ответа 3
2346 – максимальный размер кадра стандарта 802.11. Установка максимальных пороговых значений RTS и фрагментации означает, что ни один пакет не будет соответствовать этому пороговому значению.
Порог фрагментации ограничивает максимальный размер кадра. Это сокращает время, необходимое для передачи кадра, и, следовательно, снижает вероятность того, что он будет поврежден (за счет дополнительных служебных данных). Порог RTS указывает размер кадра, при котором передатчик должен использовать протокол RTS/CTS, что в значительной степени решает проблему скрытого узла. Это, очевидно, также увеличивает накладные расходы.
Не обязательно. Если у вас нет проблемы со скрытым узлом, изменение порога RTS не улучшит производительность. Однако для того, чтобы RTS/CTS сработало, пороговое значение RTS должно быть таким же или меньшим, чем пороговое значение фрагментации.
Я бы начал с настройки их таким образом, чтобы стандартный кадр Ethernet был фрагментирован на два кадра 802.11 (1500/2 = 750 байт полезной нагрузки + 34 байта служебной информации = 784 байта), и все кадры размером более трети стандартного кадра Ethernet используют РТС (534 байта).
Насколько мне известно, обе эти настройки влияют только на передатчик, т. е. при их настройке на точке доступа только точка доступа использует их для своих передач, а клиенты не используют их для своих передач.
Этот смешанный сценарий b/g особенно неоптимален. Вы можете просмотреть некоторые из предыдущих обсуждений на эту тему, например:
Кроме того, еще один фактор, снижающий производительность, возникает, когда точка А может принимать сигнал точки Б, но не может принимать сигнал точки А. Кто-то еще на ServerFault указал на это как на «скрытый эффект передатчика». Подробнее об этом явлении по ссылке ниже. Они отмечают, что:
". Хотя желательна горизонтальная поляризация, отсутствие недорогих коммерческих всенаправленных антенн с горизонтальной поляризацией может потребовать использования антенн с вертикальной поляризацией. Хорошая всенаправленная антенна с вертикальной поляризацией будет стоить примерно столько же, сколько параболическая антенна. < em>Использование всенаправленной антенны помогает свести к минимуму эффект «скрытого передатчика». "
Я не согласен с тем, что "если у вас нет проблемы со скрытым узлом, то изменение порога RTS не улучшит производительность". Использование CTR/RTS всегда снижает вероятность конфликтов данных. Поскольку каждое столкновение данных приводит к повреждению данных и, следовательно, требует повторной отправки данных, меньшее количество столкновений означает меньшую повторную отправку данных, а меньшая повторная отправка данных может значительно повысить производительность вашей сети Wi-Fi; конечно, только если в вашей сети есть значительное количество коллизий.
Чтобы объяснить детали: узел всегда должен ждать в течение определенного периода времени и проверять канал на наличие возможных передач, прежде чем указать собственный. Только если он не чувствует никаких передач, он может начать свою собственную. Без RTS/CTS эта передача является прямой передачей данных. Если теперь два узла имеют одну и ту же идею и начнут передачу данных почти одновременно, то эти передачи будут конфликтовать. В результате ни одна передача не происходит, так как все полученные данные будут повреждены для всех других узлов и точки доступа.
Если используется RTS/CTS, передача начинается с пакета RTS, отправляемого узлом после обнаружения.Только если на этот запрос RTS отвечает ответ CTS, начинается передача данных. Конечно, если два узла хотят передавать одновременно, их запросы RTS также могут столкнуться с тем же негативным эффектом, что RTS вообще не будет получено. Разница в том, что вся сеть восстанавливается намного быстрее после коллизии RTS, чем после коллизии данных. Таким образом, коллизия RTS менее вредна для производительности всей сети, чем коллизия данных.
Недостаток заключается в том, что для RTS/CTS сама по себе требуется некоторая полоса пропускания сети, и он вводит новое время обнаружения, в течение которого никакие другие передачи данных или передачи RTS/CTS не могут выполняться. Что еще хуже, конечно, RTS/CTS всегда должны выполняться с использованием самой медленной скорости, поддерживаемой сетью, поскольку в противном случае узлы, поддерживающие только эту скорость, не увидят ее. Таким образом, в основном вы можете сказать, что RTS/CTS всегда снижает теоретическую пропускную способность всей вашей сети, однако, если ваша сеть страдает от большого количества коллизий, либо из-за проблемы со скрытым узлом (которая также может быть вызвана узлами из других сетей, просто использующими тот же самый узел). канал в качестве вашей сети) или из-за того, что ваш Wi-Fi переполнен (поскольку большее количество узлов увеличивает вероятность случайных конфликтов), это может фактически увеличить фактическую пропускную способность. Здесь важным фактором является не количество скрытых узлов, а количество коллизий, независимо от того, чем они вызваны.
Я прочитал исследование (я обновлю и добавлю ссылку сюда, как только смогу найти его снова), в котором говорится, что если ваша сеть не очень маленькая (менее 6 узлов и покрывает лишь небольшую площадь), а не изолированы от других сетей, использующих тот же канал, использование RTS/CTS почти всегда дает на практике довольно положительный эффект. Так почему пороговое значение? Если отправка данных займет столько же времени, сколько потребуется для рукопожатия RTS/CTS, от использования RTS/CTS мало пользы, так как независимо от того, должна ли сеть восстанавливаться после очень небольшой коллизии данных или после коллизии RTS, ничего не изменится. большая разница. Лучшее восстановление после коллизий RTS связано с тем, что пакеты RTS очень малы, а пакеты данных, как правило, нет. Но для очень маленьких пакетов данных RTS/CTS просто добавляет служебные данные без какой-либо практической выгоды.
Теперь вы также знаете, как порог фрагментации может повысить производительность сети. С одной стороны, он ограничивает размер отправляемых пакетов, и, как пояснялось выше, чем меньше размер пакета при коллизии, тем быстрее сеть восстанавливается после нее. А с другой стороны, если произошла коллизия, пересылать нужно только затронутый ею фрагмент, а не весь пакет. Тем не менее, каждый отправленный фрагмент имеет свои собственные издержки, поэтому чем больше фрагментов отправляется, тем больше дополнительных издержек добавляется, а накладные расходы в основном представляют собой потраченную впустую полосу пропускания, которую можно было бы вместо этого использовать для передачи данных.
Узнайте, как работает дополнительная функция Request to Send/Clear to Send стандарта 802.11, и поймите, когда и почему ее следует использовать.
В качестве дополнительной функции стандарт 802.11 включает функцию RTS/CTS (запрос на отправку/разрешение на отправку) для управления доступом станции к среде. Как правило, только более дорогие беспроводные локальные сети высокого класса предлагают RTS/CTS в картах радиосетевого интерфейса (NIC) и точках доступа — вы не найдете этого в недорогих продуктах для дома или SOHO. Благодаря правильному использованию RTS/CTS вы можете точно настроить работу вашей беспроводной локальной сети в зависимости от операционной среды.
RTS/CTS в действии
Если вы включите RTS/CTS на определенной станции, она будет воздерживаться от отправки фрейма данных до тех пор, пока станция не завершит подтверждение связи RTS/CTS с другой станцией, например с точкой доступа. Станция инициирует процесс, посылая кадр RTS. Точка доступа получает RTS и отвечает кадром CTS. Станция должна получить кадр CTS перед отправкой кадра данных. CTS также содержит значение времени, которое предупреждает другие станции о воздержании от доступа к среде, пока станция, инициирующая RTS, передает свои данные.
Квитирование RTS/CTS обеспечивает положительный контроль над использованием общего носителя. Основной причиной внедрения RTS/CTS является минимизация коллизий между скрытыми станциями. Это происходит, когда пользователи и точки доступа разбросаны по всему объекту, и вы обнаруживаете относительно большое количество повторных передач в беспроводной локальной сети.
Представьте, что есть два конечных пользователя 802.11 (станция A и станция B) и одна точка доступа. Станция A и станция B не слышат друг друга из-за высокого затухания (например, большой радиус действия), но обе они могут обмениваться данными с одной и той же точкой доступа. Из-за этой ситуации Станция А может начать передачу кадра, не заметив, что Станция В в данный момент ведет передачу (или наоборот).Это, скорее всего, вызовет коллизию между станцией A и станцией B в точке доступа. В результате и станции А, и станции Б потребуется повторно передать соответствующие пакеты, что приведет к увеличению накладных расходов и снижению пропускной способности.
Если станция A или станция B активируют RTS/CTS, коллизии не произойдет. Перед передачей станция B должна отправить RTS и получить CTS от точки доступа. Значение синхронизации в CTS (которое также получает станция A) заставит станцию A задержаться на время, достаточное для того, чтобы станция 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 на точке доступа. После получения кадра RTS от радиосетевой карты пользователя точка доступа всегда будет отвечать кадром CTS.
Конечно, имейте в виду, что мобильность пользователей может повлиять на результаты. Высокомобильный пользователь может быть скрыт в течение короткого периода времени, например, во время тестирования, а затем большую часть времени находиться ближе к другим станциям. Если конфликты возникают между пользователями, находящимися в пределах досягаемости друг друга, проблема может быть результатом высокой загрузки сети или, возможно, радиопомехами.
После активации RTS/CTS проверьте, уменьшилось ли количество коллизий и улучшилась ли результирующая пропускная способность. Поскольку RTS/CTS вносит дополнительные затраты, вы должны отключить его, если обнаружите падение пропускной способности, даже если у вас меньше коллизий. В конце концов, цель состоит в том, чтобы повысить производительность.
Метод включения RTS/CTS на точках доступа отличается от способа включения сетевых адаптеров. Для точек доступа вы включаете RTS/CTS, устанавливая определенный порог размера пакета (0 — 2347 байт) в пользовательском интерфейсе настройки. Если пакет, который передает точка доступа, превышает пороговое значение, она инициирует функцию RTS/CTS. Если размер пакета равен или меньше порогового значения, точка доступа не запускает RTS/CTS. Большинство поставщиков рекомендуют использовать порог около 500. Использование 2347 байт эффективно отключает RTS/CTS для точки доступа.
В большинстве случаев запуск RTS/CTS в точке доступа бесполезен, поскольку с точки зрения точки доступа проблема скрытой станции не существует. Все станции, имеющие действительные ассоциации, находятся в пределах досягаемости и не скрыты от точки доступа. Принуждение точки доступа к реализации рукопожатия RTS/CTS значительно увеличит накладные расходы и снизит пропускную способность. Сосредоточьтесь на использовании RTS/CTS в сетевых адаптерах для повышения производительности.
Читайте также: