NetdefendOS_2.27.01_Firewall_User_Manual_RUS

Приоритеты применяются только при заполнении канала
Использование приоритета не является эффективным, пока не достигнуто общее ограничение,
указанное для канала. Это происходит потому, что пока не достигнуто ограничение канала
(заполнение канала), между приоритетами нет конкуренции.
При заполнении канала система NetDefendOS приоритезирует трафик согласно приоритету: пакеты с
высоким приоритетом, которые не превышают ограничение данного приоритета, отправляются перед
пакетами с более низким приоритетом. Пакеты с низким приоритетом до момента отправки
помещаются в буфер. Если буферного пространства недостаточно, пакеты отбрасываются.
Если общее ограничение канала не указано, то это равнозначно утверждению, что канал имеет
неограниченную пропускную способность и, следовательно, никогда не может быть заполнен, таким
образом, использование приоритетов не имеет смысла.
Применение приоритетов
Продолжая использовать предыдущий пример с Traffic shaping, добавим требование, что трафик SSH
и Telnet должен иметь более высокий приоритет по сравнению с остальным трафиком. Для этого
добавим Правило канала специально для SSH и Telnet и установим в правиле более высокий
приоритет – например, 2. В данном новом правиле мы указываем каналы, используемые для
остального трафика.
Результатом данного действия является то, что правило SSH и Telnet назначает более высокий
приоритет пакетам, связанным с данными службами, и отправка этих пакетов выполняется через тот
же канал, что и остальной трафик. Канал гарантирует, что при превышении ограничения полосы
пропускания, указанного в настройках канала, пакеты с более высоким приоритетом будут
отправлены в первую очередь. Пакеты с более низким приоритетом будут помещены в буфер и
отправлены, если используемое значение пропускной способности меньше, чем максимальная
величина, указанная для канала. Процесс буферизации иногда приводит к эффекту обратного
давления («throttling back»), так как он уменьшает скорость потока.
Необходимость гарантий
Проблема может возникнуть в случае, если приоритезируемый трафик представляет собой
непрерывный поток данных, например, аудио в режиме реального времени, приводящее к
непрерывному использованию всей доступной полосы пропускания и длительному времени
ожидания в очереди других служб, таких как просмотр Web-страниц, DNS или FTP. Таким образом,
требуется средство для обеспечения выделения некоторой части полосы пропускания для менее
приоритетного трафика, и это выполняется с помощью гарантированной полосы пропускания
(Bandwidth Guarantees).
Использование приоритетов в качестве гарантий
Указание ограничения для приоритета также гарантирует минимальное количество полосы
пропускания для данного приоритета. Трафик, проходящий через канал, получит гарантию,
указанную для приоритета, за счет урезания трафика с более низким приоритетом.
Для изменения способа приоритезации трафика SSH и Telnet из предыдущего примера так, чтобы
гарантировать ему 96 кбит/с, необходимо в канале std-in установить ограничение для приоритета
равное 96 кбит/с.
Это не означает, что входящий трафик SSH и Telnet ограничен до 96 кбит/с. Ограничения
приоритетов более высоких, чем приоритет негарантированной доставки всего лишь ограничивают
количество проходящего трафика с конкретным приоритетом.
Если приходящий трафик с приоритетом 2 превышает 96 кбит/с, то приоритет той части трафика,
которая превышает данное ограничение, понижается до приоритета негарантированной доставки
(best effort). Весь трафик с приоритетом негарантированной доставки (best effort) будет отправлен в
порядке поступления.
Дифференцированные гарантии
Проблема возникает, если необходимо предоставить определенную гарантию в 32 кбит/с трафику
Telnet и определенную гарантию в 64 кбит/с трафику SSH. Можно было бы задать ограничение в 32
437