Реализация «Услуги Гарантированной Доставки» GS использует планировщик «взвешенная справедливая буферизация» WFQ, на вход которого подается нагрузка, пропущенная через Token Bucket, который, в свою очередь, осуществляет контроль нагрузки и выявляет в потоке те пакеты, которые превышают заявленные для САС параметры. Подобная схема необходима для того, чтобы добиться заданных аналитически рассчитанных значений параметра минимальной и максимальной задержки пакета «из-конца-в-конец».

Рассмотрим домен IntServ, в котором гарантии по качеству обслуживания предоставляются для каждого потока в отдельности. Предположим, что некоторый поток проходит через Token Bucket с параметрами (г, Ь), где г - средняя скорость потока, а b - длина пачки нагрузки, генерируемой источником. Пусть также заданы значения параметров пиковой скорости р: размера дэйтаграммы минимальной длины т (minimum policed unit, см. спецификации Tspec [RFC2211]), обратим внимание, что в данном случае рассматривается длина дэйтаграммы, т.е. PDU (Protocol Data Unit) на третьем уровне модели, а не длина пакета, т.к. функция Token Bucket реализована именно на третьем уровне модели TCP/IP); и размера дэйтаграммы максимальной длины М. Домен IntServ (или каждый маршрутизатор в отдельности) способен предоставить услугу GS только при условии R> г, где R - размер гарантированной полосы пропускания. Далее рассмотрим каким образом для описанных условий могут быть аналитически рассчитаны значения параметров минимальной и максимальной задержки пакета «из-конца-в-конец».

⇐Особенности реализации qos для архитектуры intserv | Управление трафиком и качество обслужевания в сети | Расчет параметров задержки и буферного пространства⇒