Дифференцированные услуги
Сетевая архитектура для приоритезации трафика

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

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

Фон

Современные сети передачи данных предоставляют множество различных типов услуг, включая голос, видео, потоковую музыку, веб-страницы и электронную почту. Многие из предложенных механизмов QoS, которые позволяли этим услугам сосуществовать, были одновременно сложными и не могли масштабироваться для удовлетворения потребностей публичного Интернета . В декабре 1998 года IETF заменил поля приоритета TOS и IP в заголовке IPv4 на поле DS , которое позже было разделено для ссылки только на верхние 6 бит с полем ECN в нижних двух битах. [2] [3] В заголовке IPv6 поле DS является частью поля класса трафика , где оно занимает 6 самых значимых бит. [2]

В поле DS диапазон из восьми значений (селекторов классов) используется для обратной совместимости с бывшим полем IP-приоритета IPv4 . Сегодня DiffServ в значительной степени вытеснил TOS и другие механизмы QoS уровня 3 , такие как интегрированные службы (IntServ), как основные маршрутизаторы архитектуры, используемые для обеспечения QoS.

Механизмы управления дорожным движением

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

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

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

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

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

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

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

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

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

Переадресация по умолчанию

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

Ускоренная пересылка

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

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

IETF определяет поведение Voice Admit в RFC  5865. Voice Admit PHB имеет идентичные характеристики с Expedited Forwarding PHB. Однако трафик Voice Admit также принимается сетью с использованием процедуры Call Admission Control (CAC). Рекомендуемый DSCP для voice admit — 101100 B (44 или 2C H ).

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

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

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

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

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

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

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

Отображение селектора классов [5]
Класс обслуживанияИмя DSCPЗначение DSCPIP-приоритетПримеры применения
СтандартCS0 (ДФ)00 (000)
Данные с низким приоритетомCS181 (001)Передача файлов ( FTP , SMB )
Сетевые операции, администрирование и управление (OAM)CS2162 (010)SNMP , SSH , Ping , Telnet , системный журнал
Трансляция видеоCS3243 (011)
Интерактив в реальном времениCS4324 (100)Игры, видеоконференции с низким приоритетом
СигнализацияCS5405 (101)Одноранговые сети ( SIP , H.323 , H.248 ), NTP
Сетевой контрольCS6486 (110)Протоколы маршрутизации (OSPF, BGP, ISIS, RIP)
Зарезервировано для будущего использованияCS7567 (111)

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

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

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

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

Руководство по конфигурации

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

 Рекомендации IETF RFC 4594
Класс обслуживанияИмя DSCPЗначение DSCPКондиционирование на краю DSПГБОчередьАКМ
Данные с малой задержкойАФ21, АФ22, АФ2318, 20, 22Использование односкоростного трехцветного маркера (например, RFC 2697)Запрос на изменение 2597СтавкаДа согласно DSCP
Сетевой контрольCS648См. раздел 3.1.Запрос на изменение 2474СтавкаДа
ТелефонияЭФ46Полиция использует sr+bsRFC3246ПриоритетНет
СигнализацияCS540Полиция использует sr+bsЗапрос на изменение 2474СтавкаНет
Мультимедийные конференцииАФ41, АФ42, АФ4334, 36, 38Использование двухскоростного трехцветного маркера (например, RFC 2698)Запрос на изменение 2597СтавкаДа согласно DSCP
Интерактив в реальном времениCS432Полиция использует sr+bsЗапрос на изменение 2474СтавкаНет
Потоковое мультимедиаАФ31, АФ32, АФ3326, 28, 30Использование двухскоростного трехцветного маркера (например, RFC 2698)Запрос на изменение 2597СтавкаДа согласно DSCP
Трансляция видеоCS324Полиция использует sr+bsЗапрос на изменение 2474СтавкаНет
ОАМCS216Полиция использует sr+bsЗапрос на изменение 2474СтавкаДа
Высокопроизводительные данныеАФ11, АФ12, АФ1310, 12, 14Использование двухскоростного трехцветного маркера (например, RFC 2698)Запрос на изменение 2597СтавкаДа согласно DSCP
СтандартДФ0НепригодныйЗапрос на изменение 2474СтавкаДа
Меньше усилийЛЕ1НепригодныйRFC 8622ПриоритетДа

sr+bs = одиночная скорость с контролем размера пакета.

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

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

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

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

Посредник пропускной способности в рамках DiffServ — это агент, который обладает некоторыми знаниями о приоритетах и ​​политиках организации и распределяет пропускную способность в соответствии с этими политиками. [10] Для того чтобы добиться сквозного распределения ресурсов по отдельным доменам, Посредник пропускной способности, управляющий доменом, должен будет взаимодействовать со своими соседними узлами, что позволяет строить сквозные услуги на основе чисто двусторонних соглашений.

DiffServ RFC

  • RFC  2474 — Определение поля дифференцированных услуг (поле DS) в заголовках IPv4 и IPv6 . Обратите внимание, что поле DS из 8 бит (нижние два неиспользуемые) в [2] позже было разделено на текущее 6-битное поле DS и отдельное 2-битное поле ECN. [3]
  • 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. ^ Д. Гроссман (апрель 2002 г.). Новая терминология и разъяснения для DiffServ. doi : 10.17487/RFC3260 . RFC 3260. Информационное. Обновления RFC 2474, 2475 и 2597.
  2. ^ abcd K. Nichols; S. Blake; F. Baker ; D. Black (декабрь 1998 г.). Определение поля дифференцированных услуг (поле DS) в заголовках IPv4 и IPv6. Сетевая рабочая группа. doi : 10.17487/RFC2474 . RFC 2474. Предложенный стандарт. Отменяет RFC 1455 и 1349. Обновлен RFC 3168, 3260 и 8436.
  3. ^ ab K. Ramakrishnan; S. Floyd; D. Black (сентябрь 2001 г.). Добавление явного уведомления о перегрузке (ECN) к IP. Сетевая рабочая группа. doi : 10.17487/RFC3168 . RFC 3168. Предложенный стандарт. Отменяет RFC 2481. Обновляет RFC 2474, 2401 и 793. Обновлен RFC 4301, 6040 и 8311.
  4. ^ Руководство по настройке коммутаторов Ethernet S3700HI — QoS, Huawei , стр. 7 , получено 07.10.2016 г. Домен DiffServ состоит из группы взаимосвязанных узлов DiffServ, которые используют одну и ту же политику обслуживания и PHB.
  5. ^ abc J. Babiarz; K. Chan; F. Baker (август 2006 г.). Руководство по настройке классов обслуживания DiffServ. Сетевая рабочая группа. doi : 10.17487/RFC4594 . STD 67. RFC 4594. Информационное. Обновлено RFC 5865 и 8622.
  6. ^ J. Heinanen; F. Baker ; W. Weiss; J. Wroclawski (июнь 1999 г.). Assured Forwarding PHB Group. Сетевая рабочая группа. doi : 10.17487/RFC2597 . RFC 2597. Предложенный стандарт. Обновлен RFC 3260.
  7. ^ G. Tsirtsis; G. Giaretta; H. Soliman; N. Montavont (январь 2011 г.). Селекторы трафика для привязок потоков. Internet Engineering Task Force (IETF). doi : 10.17487/RFC6088 . ISSN  2070-1721. RFC 6088. Предлагаемый стандарт.
  8. ^ По всему миру. "Реализация политик качества обслуживания с DSCP". Cisco . Получено 2010-10-16 .
  9. ^ Фильтрация DSCP Архивировано 29 июля 2016 г. на Wayback Machine
  10. ^ К. Николс; В. Якобсон; Л. Чжан (июль 1999 г.). Архитектура двухбитных дифференцированных служб для Интернета. IETF. doi : 10.17487/RFC2638 . RFC 2638.

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

  • Джон Эванс; Кларенс Филсфилс (2007). Развертывание IP и MPLS QoS для мультисервисных сетей: теория и практика . Морган Кауфманн. ISBN 978-0-12-370549-5.
  • Калеви Килкки (1999). Дифференцированные услуги для Интернета . Macmillan Technical Publishing. ISBN 1-57870-132-5.
  • Страница рабочей группы IETF DiffServ
  • Белая книга Cisco — DiffServ — Масштабируемая сквозная модель качества обслуживания
  • Статья ACM SIGCOMM'09 «Моделирование и понимание политик класса обслуживания «от конца к концу» в операционных сетях»: предлагается практическая модель для извлечения политик DiffServ.
  • Cisco: реализация политик качества обслуживания с помощью DSCP
Взято с "https://en.wikipedia.org/w/index.php?title=Дифференцированные_услуги&oldid=1247401834"