что такое rts порог в настройках роутера
Интервал маяка, Short GI, DTIM, сигнальный интервал: точная настройка роутера
Привет, всем! И сегодня у нас будет очень интересная тема. В частности, мы поговорим про более точную настройку Wi-Fi на маршрутизаторе. Обычно ведь как бывает – человек заходит, меняет имя беспроводной сети, устанавливает ключ и уходит. И этого вполне хватает, но некоторых не совсем хватает скорости передачи данных в беспроводном пространстве. И вот тут начинаются танцы с бубном и не только.
А началось с того, что ко мне опять пришло очень интересное письмо: «Short GI в Wi-Fi – что это и для чего нужно?». Если вы читаете эти строки, то скорее всего вы залезли под капот WiFi модуля в настройки маршрутизатора и увидели непонятные параметры. При этом вы можете видеть вот такое окошко.
Чтобы не рассказывать про один пункт я решил написать общую статью, где расскажу про все эти настройки. Поэтому начнем с самого начала. Также я буду рассказывать какой вариант оптимальный и какой лучше выставить.
Пояснения
И так начнем, наверное, с Short GI или Short Guard Interval (короткий защитный интервал). Это специальный интервал между поочередно передаваемыми пакетами данных. То есть маршрутизатор отправляет на компьютер определенный пакет, так вот, прежде чем отправлять следующие данные, выжидается определенное время.
Стандартное значение 800нс. Но если включить Short GI – это значение будет вдвое меньше, то есть информация передаваться будет куда быстрее. Конечно в теории такое быть может, но иногда бывает, что при включении данной функции скорость наоборот падает. Все дело в том, что при значении 800 нс, данные отправляются, а ещё приходит обратный ответ, что все данные дошли в сохранности. А за 400нс компьютер может из-за помех принять данные с ошибкой и отправить сигнал обратно, но ему прилетит следующий пакет. В итоге компьютеру нужно будет ждать, пока маршрутизатор не отправит прошлый пакет.
Помехи возникают от других источников радиочастот – в частности от соседских роутеров, которые работают на той же частоте. Поэтому тут нужно просто экспериментировать. Попробуйте включить данную функцию и протестировать скорость интернета на конечном устройстве. Если скорость упадет — значит вам мешают соседские роутеры, которые глушат сигнал.
Следующий параметр — это «Интервал маяка» (Beacon Interval) или «Сигнальный интервал». По стандарту обычно стоит значение в 100 миллисекунд. Данная функция определяет как часто от роутера идёт сигнальный пакет к конечному клиенту. Тут можно установить значение и в 50, если вы постоянно ходите по квартире с телефоном. Это нужно, чтобы роутер как можно чаще с вами связывался. Для обычного стационарного компьютера или ноутбука – значения 100 будет достаточно.
Порог RTS — это значение максимального размера пакета. То есть какой максимальный пакет должны по размеру отправляться за раз. Если пакет будет больше данного значения, то данные будут отправлены на специальную принимающую станцию. Также отправка пакетов будет постоянно согласоваться с двумя устройствами. Стандартный размер 2346, на самом деле это оптимальный вариант и больше ставить нельзя, так как конечный клиент может не смочь принять такой большой пакет. Если поставить наоборот меньше, то могут возникнуть трудности, так как пакетов будет слишком много, и они все будут отлеживаться при передаче в конце пути.
Порог фрагментации — это максимальный размер, после которого пакет будет фрагментирован или разделен на части. Данное значение устанавливается такое же, как на пороге RTS.
Интервал DTIM — это временный интервал, после которого все пакеты, находящиеся в буфере, будут отправлены клиенту. Самый лучший вариант — это 1. Если установить значение больше, то пакеты будут простаивать и просиживать в буфере. При этом немного экономится электроэнергия. Если установить слишком большое значение некоторые пакеты могут быть потеряны.
Client Isolation (изоляция клиента) – при данной настройке все клиенты будут взаимодействовать и видеть друг друга только через данный маршрутизатор. По идее вещь неплохая, но на деле ничего толкового не меняет. Можете просто выключить эту функцию.
WMM — это режим, при котором каждому пакету определяется уровень приоритетности, и они отправляются в первую очередь. Данную функцию нужно обязательно включать. В некоторых роутерах она включена автоматически.
Теперь пару слов про мощность передатчика. По умолчанию почти на всех интернет-центрах мощность стоит на 100%, но как показала практика не всегда это хорошо. Если у вас небольшая квартирка, то мощный передатчик может навредить беспроводной сети и сделать связь хуже и уменьшить скорость передачи. Более подробно я писал об это в этой статье.
Порог RTS, фрагментация и другие расширенные настройки WiFi
Я не согласен с тем, что «если у вас нет проблемы с скрытым узлом, тогда изменение порога 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 порог в настройках роутера
Что такое rts порог в настройках роутера
Мастеркомп запись закреплена
Порог фрагментации устанавливает размер фрейма входящих сообщений (от 256 до 2346 байт), используемый в качестве границы фрагментации. Если размер фрейма слишком большой, сильные помехи снижают надежность передачи. Если размер фрейма слишком мал, то снижается эффективность передачи.
Порог готовности к передаче:
Для улучшения эффективности передачи в условиях помех, а также при наличии большого числа клиентов следует понизить сигнал RTS.Данный параметр должен оставаться равным значению по умолчанию 2346. Если Вы столкнулись с потоком поврежденных данных, то рекомендуется лишь уменьшать значение порога RTS в пределах от 256 до 2346.
DTIM (Delivery Traffic Indication Message) включается в сигнальный пакет. Интервал DTIM (1 — 255) обозначает период времени, через который беспроводные клиенты выходят из режима ожидания.
Сигнальный интервал обозначает период времени между сигнальными пакетами. Значение по умолчанию — 100 (единица измерения — мс, 1/1000 с). Для повышения скорости передачи в нестабильной среде или для перемещающегося клиента рекомендуется уменьшить сигнал
увеличивает скорость передачи данных (от AP к клиентам).
увеличивает пропускную способность вашей сети.
увеличивает скорость передачи данных без совместимости с прежними стандартами.
позволяет улучшить работу мультимедийных приложений в беспроводной сети.
Режим беспроводной сети:
[Auto]: Позволяет 802.11n, 802.11g и 802.11b клиентам подлкючаться к устройству
[b/g Mixed]: Позволяет 802.11b/g/n клиентам подключаться к устройству, но 802.11n клиенты работают на скорости до 54Mbps.
[n Only]: Максимальная производительность, но 802.11g и 802.11b клиенты не смогут подключиться к Вашему устройству.
b/g Protection для 11g или 11b трафика.
Выбор большей ширины предоставляет вам высокую скорость передачи данных.
Радиоканал для операции беспроводного подключения.
При выборе расширенного канала используется ширина канала 20/40MHz. 802.11n использует расширеный канал для получения дополнительной скорости.
Метод проверки подлинности:
Позволяет включить методы проверки подлинности для беспроводных клиентов.
Интервал маяка, Short GI, DTIM, сигнальный интервал: точная настройка роутера
Привет, всем! И сегодня у нас будет очень интересная тема. В частности, мы поговорим про более точную настройку Wi-Fi на маршрутизаторе. Обычно ведь как бывает — человек заходит, меняет имя беспроводной сети, устанавливает ключ и уходит. И этого вполне хватает, но некоторых не совсем хватает скорости передачи данных в беспроводном пространстве. И вот тут начинаются танцы с бубном и не только.
А началось с того, что ко мне опять пришло очень интересное письмо: «Short GI в Wi-Fi — что это и для чего нужно?». Если вы читаете эти строки, то скорее всего вы залезли под капот WiFi модуля в настройки маршрутизатора и увидели непонятные параметры. При этом вы можете видеть вот такое окошко.
Чтобы не рассказывать про один пункт я решил написать общую статью, где расскажу про все эти настройки. Поэтому начнем с самого начала. Также я буду рассказывать какой вариант оптимальный и какой лучше выставить.
Пояснения
И так начнем, наверное, с Short GI или Short Guard Interval (короткий защитный интервал). Это специальный интервал между поочередно передаваемыми пакетами данных. То есть маршрутизатор отправляет на компьютер определенный пакет, так вот, прежде чем отправлять следующие данные, выжидается определенное время.
Стандартное значение 800нс. Но если включить Short GI — это значение будет вдвое меньше, то есть информация передаваться будет куда быстрее. Конечно в теории такое быть может, но иногда бывает, что при включении данной функции скорость наоборот падает. Все дело в том, что при значении 800 нс, данные отправляются, а ещё приходит обратный ответ, что все данные дошли в сохранности. А за 400нс компьютер может из-за помех принять данные с ошибкой и отправить сигнал обратно, но ему прилетит следующий пакет. В итоге компьютеру нужно будет ждать, пока маршрутизатор не отправит прошлый пакет.
Помехи возникают от других источников радиочастот — в частности от соседских роутеров, которые работают на той же частоте. Поэтому тут нужно просто экспериментировать. Попробуйте включить данную функцию и протестировать скорость интернета на конечном устройстве. Если скорость упадет — значит вам мешают соседские роутеры, которые глушат сигнал.
Следующий параметр — это «Интервал маяка» (Beacon Interval) или «Сигнальный интервал». По стандарту обычно стоит значение в 100 миллисекунд. Данная функция определяет как часто от роутера идёт сигнальный пакет к конечному клиенту. Тут можно установить значение и в 50, если вы постоянно ходите по квартире с телефоном. Это нужно, чтобы роутер как можно чаще с вами связывался. Для обычного стационарного компьютера или ноутбука — значения 100 будет достаточно.
Порог RTS — это значение максимального размера пакета. То есть какой максимальный пакет должны по размеру отправляться за раз. Если пакет будет больше данного значения, то данные будут отправлены на специальную принимающую станцию. Также отправка пакетов будет постоянно согласоваться с двумя устройствами. Стандартный размер 2346, на самом деле это оптимальный вариант и больше ставить нельзя, так как конечный клиент может не смочь принять такой большой пакет. Если поставить наоборот меньше, то могут возникнуть трудности, так как пакетов будет слишком много, и они все будут отлеживаться при передаче в конце пути.
Порог фрагментации — это максимальный размер, после которого пакет будет фрагментирован или разделен на части. Данное значение устанавливается такое же, как на пороге RTS.
Интервал DTIM — это временный интервал, после которого все пакеты, находящиеся в буфере, будут отправлены клиенту. Самый лучший вариант — это 1. Если установить значение больше, то пакеты будут простаивать и просиживать в буфере. При этом немного экономится электроэнергия. Если установить слишком большое значение некоторые пакеты могут быть потеряны.
Client Isolation (изоляция клиента) — при данной настройке все клиенты будут взаимодействовать и видеть друг друга только через данный маршрутизатор. По идее вещь неплохая, но на деле ничего толкового не меняет. Можете просто выключить эту функцию.
WMM — это режим, при котором каждому пакету определяется уровень приоритетности, и они отправляются в первую очередь. Данную функцию нужно обязательно включать. В некоторых роутерах она включена автоматически.
Теперь пару слов про мощность передатчика. По умолчанию почти на всех интернет-центрах мощность стоит на 100%, но как показала практика не всегда это хорошо. Если у вас небольшая квартирка, то мощный передатчик может навредить беспроводной сети и сделать связь хуже и уменьшить скорость передачи. Более подробно я писал об это в этой статье.
Предыстория: я нахожусь в шумной обстановке, и я пытаюсь оптимизировать свою сеть 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 перегружен (так как больше узлов увеличивает вероятность случайных коллизий), это может фактически увеличить фактическую пропускную способность. Не количество скрытых узлов,
Предыстория: я нахожусь в шумной обстановке, и я пытаюсь оптимизировать свою сеть WiFi, чтобы иметь более стабильное соединение для довольно большого количества пользователей (
50-75 в напряженный день). Есть 4 точки доступа, и я уже настроил каналы и мощность передачи, и в целом у меня достаточно приличное покрытие. Тем не менее, я все равно получаю около 10% пропадания пакетов при пинге Google и обходе здания, роуминг от точки доступа к точке доступа.
В большинстве точек доступа WiFi, которые я видел, порог RTS по умолчанию установлен на 2347 (из того, что я читал в разных местах, этот параметр считается «отключенным»), а порог фрагментации установлен на 2346. Мой конкретный бренд маршрутизатора установлен на 2346 и 2346. У меня есть несколько вопросов …
Откуда взято значение 2346? Это кажется несколько произвольным, однако, заметки для Frag. Порог указывает, что он должен быть больше 256 и четное число.
Как работают RTS и Frag. Пороги связаны? Их значения не могут быть совпадением.
Если они изменены, должны ли они быть изменены вместе?
Какое безопасное значение, чтобы попытаться снизить их, для начала?
Моим приоритетом является не обязательно получение максимальной пропускной способности для каждого устройства, но предоставление пользователям стабильной, стабильной пропускной способности / соединения.
Не обязательно — если у вас нет проблемы со скрытыми узлами, изменение порога RTS не приведет к повышению производительности. Для того чтобы RTS / CTS выдвинули порог RTS, он должен быть таким же или меньшим, чем порог фрагментации.
Я бы начал с их установки таким образом, чтобы стандартный кадр 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 перегружен (так как больше узлов увеличивает вероятность случайных коллизий), это может фактически увеличить фактическую пропускную способность. Не количество скрытых узлов,
Я читаю исследование (я обновлю и добавлю сюда ссылку, как только смогу найти ее снова), в которой говорится, что если ваша сеть не очень мала (менее 6 узлов и охватывает только небольшую область) и не изолирована от других В сетях, использующих один и тот же канал, использование RTS / CTS практически всегда имеет довольно положительный эффект на практике. Так почему пороговое значение? Если отправка данных займет столько же времени, сколько и подтверждение RTS / CTS, использование RTS / CTS дает мало пользы, поскольку необходимость восстановления сети после очень маленького конфликта данных или из-за конфликта RTS не повлияет большая разница Лучшее восстановление после коллизий RTS связано с тем, что пакеты RTS очень малы, а пакеты данных обычно — нет. Но для очень маленьких пакетов данных RTS / CTS просто добавляет издержки без практической выгоды.
И теперь вы также знаете, как порог фрагментации может улучшить производительность сети. С одной стороны, это ограничивает размер отправляемых пакетов, и, как объяснено выше, чем меньше пакет при коллизии, тем быстрее сеть восстановится после него. А с другой стороны, если произошла коллизия, необходимо переслать только затронутый ею фрагмент, а не весь пакет. Однако каждый отправленный фрагмент имеет собственные издержки, поэтому, чем больше отправляемых фрагментов, тем больше накладных расходов, которые будут добавлены, а издержки — это, в основном, потраченная впустую полоса пропускания, которая также могла бы быть использована для передачи данных.