Управление качеством услуг состоит в применении специфических алгоритмов, определяющих порядок обработки пакетов в выходных и входных очередях. Эти алгоритмы называются политиками (policies), или дисциплинами управления очередями (queueing disciplines). Критерии для обработки пакета тем или иным образом могут настраиваться:

• Явным образом с помощью iptables (узлы .ip.filter, .ip.mangle) на основе практически любых критериев, по которым возможно различать и классифицировать пакеты.
• Явным образом с помощью фильтров утилиты tc (в данной версии NSG Linux 2.1 доступны только средствами ОС Linux).
• Для пакетов Ethernet VLAN — явным образом с помощью правил in-CoS2Class-map.
• Неявным образом с помощью встроенных фильтров той или иной дисциплины (например, по значению поля ToS).

В результате пакеты распределяются в выходной очереди по различным классам, каждый из которых может обслуживаться по индивидуальным правилам. Алгоритм обработки пакетов может предусматривать следующие действия:

• Формирование (shaping) исходящего трафика: ограничение скорости и сглаживание пиковых всплесков.
• Планирование (scheduling) исходящего трафика, называемое также приоритизацией или переупорядочением. Пакеты, требующие каких-либо особых условий передачи (минимального времени задержки и т.п.), отбираются по определённым критериям (например, по полю ToS) и обслуживаются в первую очередь, в то время как пакеты, посланные на условиях best effort (т.е. "уж как получится..."), задерживаются в очереди или сбрасываются вообще. С другой стороны, дисциплина приоритизации должна всё-таки предусматривать какие-то гарантии для низкоприоритетного трафика, чтобы ему доставалась хоть какая-то часть полосы пропускания.
• Сброс — уничтожение пакетов, не подпадающих под установленные ограничения. В этом случае, в зависимости от характера трафика, производится либо повторная передача (например, средствами TCP), либо некоторая экстраполяция потерянных данных (например, в приложениях VoIP и IPTV).
• Ограничение (policing) входящего трафика. По существу, данное понятие является избыточным, поскольку поток входящих пакетов не подконтролен данному устройству. Задерживать на устройстве уже принятый пакет — занятие вполне бессмысленное; пакет надлежит либо передать по назначению (и, если это требуется, пропустить через формирователь и планировщик трафика на выходном интерфейсе), либо сбросить. Поскольку сброс пакета — тривиальная операция, доступная непосредственно в настройках фильтров, то отдельной дисциплины для управления входящим трафиком в данной версии NSG Linux не предусмотрено; в случае необходимости, ограничение входящего трафика может быть настроено средствами iptables.

В подавляющем большинстве задач, связанных с управлением QoS, требуется организовать обработку трафика по тому или иному алгоритму на выходном интерфейсе устройства. Например, чтобы ограничить скорость загрузки данных из Интернета некоторыми клиентами, находящимися во внутренней сети за устройством, следует ограничить скорость передачи на интерфейсе, обращённом к клиенту.

Управление трафиком эффективно только в том случае, если оно производится на устройстве, подключённом к самому медленному отрезку на пути дальнейшего следования пакетов. Например, не имеет смысла настраивать его на интерфейсе Fast Ethernet, если где-то далее используется канал WAN 2 Мбит/с; следует управлять трафиком на маршрутизаторе, который непосредственно передаёт данные в этот канал. В большинстве случаев таким "узким местом" является канал от площадки пользователя до поставщика сетевых услуг. Скорость передачи, формируемую устройством, рекомендуется устанавливать немного ниже физического быстродействия канала.

ПРИМЕЧАНИЕ. Управление трафиком относится к процедурам 2–3 уровней и имеет своим результатом то, что пакет помещается в выходную очередь драйвера порта. После того, как пакет передан в драйвер физического уровня, дальнейший контроль над ним невозможен. Например, если поступит высокоприоритетный пакет VoIP, а в драйвер к этом моменту уже передано несколько больших пакетов FTP, то этот пакет может быть передан только после них. Чтобы обеспечить адекватную и предсказуемую работу алгоритмов QoS, обычно следует уменьшить размер очереди на физическом уровне — параметр qlen.

Обратно в узел qdisc...