WikiDer > Дифференцированные услуги

Differentiated services
Эта статья о сетях связи. Шаблон проектирования для бизнес-приложений см. Дифференцированное обслуживание (шаблон проектирования).

Дифференцированные услуги или DiffServ это компьютерная сеть архитектура, которая определяет простой и масштабируемый механизм для классификации и управления сетевым трафиком и предоставления качество обслуживания (QoS) на современных IP сети. DiffServ может, например, использоваться для предоставления низкая задержка для критического сетевого трафика, такого как голос или потоковое мультимедиа предоставляя простые лучшее усилие обслуживание некритичных служб, таких как веб-трафик или передача файлов.

DiffServ использует 6-битный код дифференцированных услуг (DSCP) в 8-битном сфера дифференцированных услуг (Поле DS) в заголовке IP для целей классификации пакетов. Поле DS заменяет устаревшее Условия использования IPv4 поле.[1]

Фон

Современные сети передачи данных предоставляют множество различных типов услуг, включая голосовую связь, видео, потоковую передачу музыки, веб-страницы и электронную почту. Многие из предложенных механизмов QoS, которые позволяли этим службам сосуществовать, были сложными и не могли масштабироваться для удовлетворения требований общедоступный Интернет. В декабре 1998 г. IETF опубликовано RFC 2474 - Определение поля дифференцированных услуг (поле DS) в IPv4 и Заголовки IPv6, который заменил поле IPv4 TOS на поле DS. В поле DS используется диапазон из восьми значений (селекторы классов) для обратной совместимости с Приоритет IP спецификация в бывшем поле TOS. Сегодня DiffServ в значительной степени вытеснил TOS и другие слой-3 Механизмы QoS, такие как интегрированные услуги (IntServ) как основная архитектура маршрутизаторы использовать для обеспечения QoS.

Механизмы управления трафиком

DiffServ - это крупнозернистый, основанный на классе механизм управления трафиком. Напротив, IntServ - это мелкозернистый, на основе потока механизм. DiffServ использует механизм для классифицировать и отметка пакеты как принадлежащие к определенному классу. Реализация маршрутизаторов с поддержкой DiffServ поведение за переход (PHB), которые определяют свойства пересылки пакетов, связанные с классом трафика. Могут быть определены различные PHB, например, предлагающие низкие потери или низкая задержка оказание услуг.

Вместо того, чтобы дифференцировать сетевой трафик на основе требований отдельного потока, DiffServ работает по принципу классификация трафика, помещая каждый пакет данных в один из ограниченного числа классов трафика. Затем каждый маршрутизатор в сети настраивается на дифференциацию трафика в зависимости от его класса. Каждым классом трафика можно управлять по-разному, обеспечивая предпочтительную обработку трафика с более высоким приоритетом в сети. Предпосылка Diffserv заключается в том, что сложные функции, такие как классификация пакетов и контроль, могут выполняться на границе сети граничными маршрутизаторами. Поскольку в основном маршрутизаторе не требуется классификация и применение политик, функциональность там может быть простой. Базовые маршрутизаторы просто применяют обработку PHB к пакетам на основе их маркировки. Обработка PHB достигается основными маршрутизаторами с использованием комбинации политики планирования и политики управления очередью.

Группа маршрутизаторов, реализующих общие, административно определенные политики DiffServ, называется DiffServ домен.[2]

Хотя DiffServ рекомендует стандартизированный набор классов трафика,[3] Архитектура DiffServ не включает заранее определенных суждений о том, каким типам трафика следует уделить приоритетное внимание. DiffServ просто предоставляет основу для классификации и дифференцированного лечения. Стандартные классы трафика (обсуждаемые ниже) служат для упрощения взаимодействия между различными сетями и оборудованием разных поставщиков.

Классификация и маркировка

Сетевой трафик, поступающий в домен DiffServ, подвергается классификации и кондиционированию. Классификатор трафика может проверять множество различных параметров входящих пакетов, таких как адрес источника, адрес назначения или тип трафика, и назначать отдельные пакеты определенному классу трафика. Классификаторы трафика могут учитывать любую маркировку DiffServ в полученных пакетах или могут игнорировать или отменять эти маркировки. Для жесткого контроля над объемами и типом трафика в данном классе оператор сети может отказаться от соблюдения маркировки на входе в домен DiffServ. Трафик в каждом классе может дополнительно регулироваться, подвергая трафик ограничители скорости, регуляторы дорожного движения или формирователи.[4]

Поведение для каждого перехода определяется полем DS в заголовке IP. Поле DS содержит 6-битное значение DSCP.[5] Явное уведомление о перегрузке (ECN) занимает 2 младших бита поля IPv4 TOS и поля класса трафика IPv6 (TC).[6][7][8]

Теоретически в сети может быть до 64 различных классов трафика с использованием 64 доступных значений DSCP. RFC DiffServ рекомендуют, но не требуют, определенные кодировки. Это дает оператору сети большую гибкость в определении классов трафика. На практике, однако, в большинстве сетей используются следующие общепринятые модели поведения для каждого перехода:

  • Пересылка по умолчанию (DF) PHB - обычно это лучший трафик.
  • Экспедирование в ускоренном режиме (EF) PHB - предназначен для трафика с малыми потерями и задержками
  • Гарантированная пересылка (AF) PHB - дает гарантию доставки при установленных условиях
  • Селектор классов PHB - которые поддерживают обратную совместимость с полем приоритета IP.

Пересылка по умолчанию

PHB пересылки по умолчанию (DF) - единственное требуемое поведение. По сути, любой трафик, который не соответствует требованиям любого из других определенных классов, использует DF. Как правило, DF обладает лучшими характеристиками пересылки. Рекомендуемый DSCP для DF - 0.[3]

Экспедирование в ускоренном режиме

IETF определяет поведение ускоренной пересылки (EF) в RFC 3246. EF PHB имеет характеристики низкой задержки, малых потерь и низкого джиттера. Эти характеристики подходят для голосовых, видео и других сервисов реального времени. EF трафик часто дается организация очереди со строгим приоритетом выше всех других классов трафика. Поскольку перегрузка EF-трафика вызовет задержки в очереди и повлияет на допуски джиттера и задержки в классе, входной контроль, контроль дорожного движения и другие механизмы могут применяться к трафику EF. Рекомендуемый DSCP для EF - 101110B (46 или 2EЧАС).

Голосовое признание

IETF определяет поведение голосового допуска в RFC 5865. PHB голосового допуска имеет идентичные характеристики PHB ускоренной пересылки. Однако трафик голосового допуска также принимается сетью с использованием Контроль допуска звонков (CAC) процедура. Рекомендуемый DSCP для голосового допуска - 101100B (44 или 2СЧАС).

Гарантированная пересылка

IETF определяет поведение гарантированной пересылки (AF) в RFC 2597 и RFC 3260. Гарантированная пересылка позволяет оператору гарантировать доставку при условии, что трафик не превышает установленную скорость. Трафик, превышающий скорость подписки, с большей вероятностью будет отброшен в случае перегрузки.

Группа поведения AF определяет четыре отдельных класса AF, при этом весь трафик в одном классе имеет одинаковый приоритет. Внутри каждого класса пакетам дается приоритет отбрасывания (высокий, средний или низкий, где более высокий приоритет означает Больше падение). Комбинация классов и приоритета отбрасывания дает двенадцать отдельных кодировок DSCP от AF11 до AF43 (см. Таблицу).

Группа поведения гарантированной пересылки
1 класс2 класс3 класс4 класс
Низкая вероятность паденияAF11 (DSCP 10) 001010AF21 (DSCP 18) 010010AF31 (DSCP 26) 011010AF41 (DSCP 34) 100010
Средняя вероятность выпаденияAF12 (DSCP 12) 001100AF22 (DSCP 20) 010100AF32 (DSCP 28) 011100AF42 (DSCP 36) 100100
Высокая вероятность паденияAF13 (DSCP 14) 001110AF23 (DSCP 22) 010110AF33 (DSCP 30) 011110AF43 (DSCP 38) 100110

Определенная мера приоритета и пропорциональной справедливости определяется между трафиком разных классов. Если возникнет затор между классов приоритет отдается трафику более высокого класса. Вместо использования очередей со строгим приоритетом используются более сбалансированные алгоритмы обслуживания очереди, такие как честная очередь или взвешенная справедливая очередь могут быть использованы. Если возникает затор в пределах класса, сначала отбрасываются пакеты с более высоким приоритетом отбрасывания. Чтобы предотвратить проблемы, связанные с падение хвоста, более сложные алгоритмы выбора капли, такие как случайное раннее обнаружение часто используются.

Селектор классов

До DiffServ сети IPv4 могли использовать Приоритет IP поле в байте TOS заголовка IPv4 для отметки приоритетного трафика. Октет TOS и приоритет IP не получили широкого распространения. IETF согласилась повторно использовать октет TOS в качестве поля DS для сетей DiffServ. Чтобы поддерживать обратную совместимость с сетевыми устройствами, которые все еще используют поле Precedence, DiffServ определяет Селектор классов PHB.

Кодовые точки селектора класса имеют двоичную форму «xxx000». Первые три бита - это биты приоритета IP. Каждое значение приоритета IP может быть отображено в класс DiffServ. Приоритет IP 0 соответствует CS0, приоритет IP 1 - CS1 и т. Д. Если пакет получен от маршрутизатора, не поддерживающего DiffServ, который использовал маркировку приоритета IP, маршрутизатор DiffServ все еще может понимать кодировку как кодовую точку селектора класса.

Конкретные рекомендации по использованию кодовых точек селектора классов приведены в RFC 4594.

Рекомендации по настройке

RFC 4594 предлагает подробные и конкретные рекомендации по использованию и настройке кодовых точек.

IETF RFC 4594 рекомендации
Класс обслуживанияDSCPКондиционирование на границе DSPHBОчередьAQM
Сетевое управлениеCS6См. Раздел 3.1RFC 2474Показательда
ТелефонияEFПолиция с помощью sr + bsRFC 3246ПриоритетНет
СигнализацияCS5Полиция с помощью sr + bsRFC 2474ПоказательНет
Мультимедийная конференц-связьAF41, AF42, AF43Использование двухскоростного трехцветного маркера (например, RFC 2698)RFC 2597ПоказательДа по DSCP
Интерактивный в реальном времениCS4Полиция с помощью sr + bsRFC 2474ПоказательНет
Потоковое мультимедиаAF31, AF32, AF33Использование двухскоростного трехцветного маркера (например, RFC 2698)RFC 2597ПоказательДа по DSCP
Трансляция видеоCS3Полиция с помощью sr + bsRFC 2474ПоказательНет
Данные с малой задержкойAF21, AF22, AF23Использование двухскоростного трехцветного маркера (например, RFC 2698)RFC 2597ПоказательДа по DSCP
OAMCS2Полиция с помощью sr + bsRFC 2474Показательда
Данные с высокой пропускной способностьюAF11, AF12, AF13Использование двухскоростного трехцветного маркера (например, RFC 2698)RFC 2597ПоказательДа по DSCP
СтандартDFНепригодныйRFC 2474Показательда
Данные с низким приоритетомCS1НепригодныйRFC 3662Показательда

Соображения по дизайну

В DiffServ все действия по контролю и классификации выполняются на границах между доменами DiffServ. Это означает, что в основе Интернета маршрутизаторам не мешает сложность сбора платежей или обеспечения соблюдения соглашений. То есть в отличие от IntServDiffServ не требует предварительной настройки, резервирования и длительных сквозных согласований для каждого потока.

Детали того, как отдельные маршрутизаторы работают с полем DS, зависят от конфигурации, поэтому сложно предсказать сквозное поведение. Это еще больше усложняется, если пакет пересекает два или более домена DiffServ, прежде чем достигнет места назначения. С коммерческой точки зрения это означает, что невозможно продавать различные классы сквозного подключения конечным пользователям, поскольку пакет Gold одного провайдера может быть бронзовым призом другого. DiffServ или любая другая маркировка QoS на основе IP не гарантирует качества обслуживания или указанного соглашение об уровне обслуживания (SLA). Помечая пакеты, отправитель указывает, что он хочет, чтобы пакеты обрабатывались как определенная услуга, но нет никакой гарантии, что это произойдет. Все поставщики услуг и их маршрутизаторы на пути следят за тем, чтобы их политики обрабатывали пакеты соответствующим образом.

Брокер пропускной способности

А Брокер пропускной способности В рамках DiffServ - это агент, который знает приоритеты и политики организации и распределяет полосу пропускания в соответствии с этими политиками.[9] Чтобы обеспечить сквозное распределение ресурсов по отдельным доменам, посредник полосы пропускания, управляющий доменом, должен будет взаимодействовать со своими соседними узлами, что позволяет создавать сквозные услуги на основе чисто двусторонних соглашений.

RFC DiffServ

  • RFC 2474 - Определение поля дифференцированных услуг (поле DS) в IPv4 и Заголовки IPv6.
  • RFC 2475 - Архитектура для дифференцированных услуг.
  • RFC 2597 - Гарантированная переадресация группы PHB.
  • RFC 2983 - Дифференцированные услуги и туннели.
  • RFC 3086 - Определение поведения дифференцированных услуг для каждого домена и правила их спецификации.
  • RFC 3140 - Коды идентификации поведения на этапе. (Устарело RFC 2836.)
  • RFC 3246 - Ускоренная пересылка PHB. (Устарело RFC 2598.)
  • RFC 3247 - Дополнительная информация для нового определения EF PHB (режим ускоренной пересылки на каждом этапе).
  • RFC 3260 - Новая терминология и пояснения для Diffserv. (Обновления RFC 2474, RFC 2475 и RFC 2597.)
  • RFC 4594 - Рекомендации по настройке для классов обслуживания DiffServ.
  • RFC 5865 - Кодовая точка дифференцированных услуг (DSCP) для трафика с допустимой пропускной способностью. (Обновления RFC 4542 и RFC 4594.)
  • RFC 8622 - Поведение с меньшими затратами на переход (LE PHB) для дифференцированных услуг. (Обновления RFC 4594 и RFC 8325устарело RFC 3662.)

RFC для управления DiffServ

  • RFC 3289 - Информационная база управления для архитектуры дифференцированных услуг.
  • RFC 3290 - Неформальная модель управления маршрутизаторами с дифференцированными услугами.
  • RFC 3317 - Дифференцированное качество услуг в информационной базе политики обслуживания.

Смотрите также

использованная литература

  1. ^ RFC 3260
  2. ^ Руководство по настройке коммутаторов Ethernet S3700HI - QoS, Huawei, п. 7, получено 2016-10-07, Домен DiffServ состоит из группы взаимосвязанных узлов DiffServ, которые используют одну и ту же политику обслуживания и PHB.
  3. ^ а б RFC 4594
  4. ^ RFC 2597 Раздел 3
  5. ^ RFC 2474
  6. ^ RFC 6088
  7. ^ Мировой. «Реализация политик качества обслуживания с помощью DSCP». Cisco. Получено 2010-10-16.
  8. ^ Фильтрация DSCP В архиве 29 июля 2016 г. Wayback Machine
  9. ^ К. Николс; В. Якобсон; Л. Чжан (июль 1999 г.). Двухбитовая архитектура дифференцированных сервисов для Интернета. IETF. Дои:10.17487 / RFC2638. RFC 2638.

дальнейшее чтение

внешняя ссылка