В. Столлингс - Современные компьютерные сети (2-е издание, 2003) (1114681), страница 128
Текст из файла (страница 128)
+ Трафик с очередностью отбрасывания Х доставляется с болыцей вероятностью, чем график с очередностью отбрасывания К Первые два примера являются качественными и имеют смысл только при сравнении с другим трафиком, например графикам по умолчанию, получающим обслуживание с максимальными усилиями (то есть по остаточному принципу). Следующие два примера являются количественными и предоставляют определенные гарантии, соблюдение которых люжно проверить путем измерения самого графи ка, а не сравнивая данную услугу с другими услугами, предоставляемыми в то же самое время.
Последние два примера представляют собой сочетание качественны~ и количественных характеристик. Поле 08 В целях получения того или иного обслуживания пакеты маркируются при помощи поля РВ, располагающегося в поле типа службы заголовка 1рч4 или в поле класса графика заголовка 1рчб. В документе ВЕС 2474 определяется следующий формат поля РЯ. Первые 6 бнт образуют РЯ-код, а последние 2 бита временно не используются.
РЯ-код представляет собой метку, используемую для классификации пакетов. На рис. 17 10 показано поле РЯ и более ранняя интерпретация поля типа службы протокола 1рч4. Ниже перечислены значения подполей очередности и типа службы для протокола 1рч4. Подполе очередности: + 111 — управление сетью; + 110 — управление объединенной сетью; + 101 — критически вюкный пакет; + 100 — отмена групповой операции; + 011 — групповая операцти; + 010 — пакет требует немедленной реакции; 4 001 — приоритет; + 000 — регулярный пакет. Подполе типа службы: + 1000 — минимизировать задержку; + 0100 — максимизировать пропускную способность; + 0010 — максимизировать надежность; + 0001 — минимизировать денежную стоимость; + 0000 — обычное обслуживание.
О 1 2 3 4 6 6 7 Код выбора Попе 08 0 1 2 3 4 6 6 У Попе типа службы протокола 1рч4 Рис 17.! О. Поле 08 и поле Тип службы !Рч4 С помощью 6-битового кода, в принципе, можно определить 64 различных класса графика. Этн 64 кода разделены на три пула; + Коды вида хххххО, где х обозначает произвольное значение бита (О или 1) зарезервнрованы для назначения в качестве стандартов. + Коды вида хххх11 зарезервированы для зкспериментального или локального использования. классификатор ' Измеритель Малггинсешнк Хпасгмфнкегср ФормиРователь/,управление с ~ерельзг Хост Пограничный 08-узел Ф Ф внутренний 08-узел 555 Глава 17.
Интегрированные и дифференцированные службы + Коды вида хххх01 также зарезервиронаны для эксперименталг ного г „- о н:ги ло кального использования, но также могут быть. в случае необходимости, ости, ны пелены для будущих стандартов. В документе КРС 2474 определены некоторые коды из первого пула. Код ~~цщ а. д йОйв0 объявлен классом пакетов по умолчанию. Этот класс обслуживается маршр аршрутизаторами с максимальными усилиями (по остаточному принципу). Такие п акие пакеты переправляются в том же порядке, в котором они были получены, как тольк олька линия связи становится доступной, Пакеты более высоких классов по;."чаю луг"чают преимущество по сравнению с пакетами класса 000000. Коды вида ххх000 зарезервированы для обратной совместимости со слу бо" служ й очередности протокола 1Ру4.
Как упоминалось в разделе 3.3 главы 3, поле типа снухгбы (Туре 0(Бегу(се, ТОВ) состоит из днух подгюлей: 3-разрядного подпола очередности и 4-разрядного подполя ТОК. Эти поннеля выполняют взаим заимодополняющие функции. Подполе ТОК позволяет 1Р-сущности (источнику или матли маршрутизатору) выбрать для данной дейтаграммы следующий ретрансляционный участок, а подполе очередности предоставляет сведения об относительном расп е- распределении ресурсов маршрутизатора для данной дейтаграммы. Коды Р3 вида хххООО должны обеспечивать обслуживание, по меньшей мере, эквивалентное тому, что предоставлялось при помощи подполя очередности протокола 1Ру4. Конфигурирование и работа дифференцированных служб Рисунок 17.11 иллюстрирует тип конфигурации, представленный в документации дифференцированных служб.
Домен дифференцированных служб состоит из непрерывного множества связанных друг с другом маршрутизаторов; то есть можно попасть из любого маршрутизатора домена па любой другой маршрутизатор домена по пути, в который не входят маршрутизаторы за пределами домена. В пределах домена РБ-код интерпретируется одинаково, таким образом, предоставляется однородное непротиворечивое обслухгиванне.
Маршрутизаторы в домене дифференцированных цгужб представляют собой либо пограничные узлы, либо внутренние узлы. Как правило, внутренними узлалги реализуются простые механизмы обработки пакетов на основе значений их полеп 1)Я. Эти механизмы включают дисциплину очередей, предоставляющую преимущественное обслуживание в зависимости от значений поля 1)3, а также правила отбрасывания пакетов, определяющие, которые пакеты должны быть отброшены в первую очередь в случае наполнения буфера. В спецификации дифференцированных служб обработка пакетов на маршрутизаторе называется поведением на ретрансляционном участке ().
Любой вариант поведения на ретрансляционном участке должен быть доступен на всех маргнрутизаторах, и, как правило, Р Н В представляет собой единственный атрибут дифференцированных служб, реализованный на внутренних маршрутизаторах. На пограничных узлах также реализованы механизмы РНВ, но кроме них они содержат более сложные механизмы согласования, необходимые для предоставления требуемой услуги. Таким образом, ннутренние маршрутизаторы обладагот ~ 17.4, дифференцированные службы 559 минимальной функциональностью, тогда как наиболее сложные механизмы реализованы на пограничных узлах. Функции пограничного узла также могут предоставляться хостом, присоединенным к домену, от имени приложений этого хоста.
рис. 17.11. домены дифференцированных служб Функция согласования графика состоит из пяти элементов: + Классификатор. Разделяет поставляемые пакеты на различные классы. Это основа предоставления дифференцированных услуг. Классификатор может разделять график только на основе значения кода 1)Я (ВЛ-классгификатор) или на основе нескольких полей заголовка пакета, нли дахге по содержимому полезной нагрузки пакета (МЕ-классификатор).
+ Оаивритвль. Измеряет предоставляемый график на предмет соответствия профилю. Измеритель определяет, находится ли данный класс потока пакетов в установленных пределах или превосходит уровень обслуживания, гарантированный для этого класса. + Марнирови1ик Управляет графиком, при необходимости заново маркируя пакеты различными кодами. Например, если для определенного класса обслуживания гарантируется некоторая пропускная способность, любые пакеты этого класса, превышающие пропускную способность н течение определенного интервала времени, могут быть маркированы заново для обслухгивания по остаточному принципу.
Кроме того, изменение маркировки может потребоваться на границе между двумя долгенами дифференцированных служб. Например, пусть данный класс трафика должен получать наивысший поддерживаемый приоритет. Предположим, что максилгальньгй 660 Глава 17. Интегрированные и дифференцированные службы 17.4. Дифференцированные службы 661 приоритет в одном домене — 3, а в другом — 7.
В этом случае при пере . Реходе из первого домена во второй пакеты с приоритетом 3 должны маркиров Ровать- ся заново как пакеты с приоритетом 7. + Формирователь. Управляет графиком, задерживая при необходимо кеты таким образом, чтобы поток пакетов данного класса не превышал ал ско- рости графика, указанного в профиле данного класса. + Отбрасыватвль. Отбрасывает пакеты, когда скорость пакетов данного кл са превышает скорость, указанную в профиле данного класса. Рисунок 17.12 иллюстрирует взаимосвязи между элементами согласования тр фика. После того как поток классифицирован, следует измерить, сколько ресу ресурсов он потребляет. Функция измерения определяет суммарный объем пакетов за определенный перггод времени, чтобы выяснить, соответствует ли поток соглагпению о графике.
Если хост посылает данные неравномерно, то просто измерить скорость передачи данных, или скорость пакетов, для оценки характеристик графика может бьгп недостаточно. Схема маркерного ведра, такая как показана на рис. 17.2, реализующая один из возможных механизмов определения профиля графика, позволяет учесть как частоту поступления пакетов, так и неравномерность графика. Рис. 17.12. Схема согласованна графика дифференцированных служб Если график превышает определенный профиль, могут предприниматься различные действия. У отдельных пакетов, превышающих профиль, может быть изменена маркировка в сторону понижения класса обслуживания, после чего таким пакетам будет разрешено войти в домен дифференцированных служб. Формирователь графика может поглотить всплеск трафика с помощью своего буфера и распределить принятые пакеты на более длительный период времени.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
