Качество обслуживания в сетях IP

Качество обслуживания в сетях IP

ГОСУДАРСТВЕННЫЙ КОМИТЕТ СВЯЗИ, ИНФОРМАТИЗАЦИИ

И ТЕЛЕКОММУНИКАЦИОННЫХ ТЕХНОЛОГИЙ РЕСПУБЛИКИ УЗБЕКИСТАН

ТАШКЕНТСКИЙ УНИВЕРСИТЕТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ

Контрольная работа

«Качество обслуживания в сетях IP»

Выполнил

Урунов Маруф

ТАШКЕНТ 2015

Оглавление

1. Понятие Quality of Service

. Механизм работы

3. Альтернативное определение и субъективная оценка QoS

4. Протоколы, предоставляющие услугу QoS

. Определение IP

6. Основные классы IP-адресов

7. Качество обслуживания в IP-сетях

. Дифференцированное обслуживание разнотипного трафика - DiffServ

9. Модель Diff-Serv

. Интегрированное обслуживание - IntServ

. Модель IntServ

. Интегро-дифференцированное обслуживание трафика

. Модель DiffServ + IntServ

. Протокол резервирования ресурсов - RSVP

. Применение протокола RSVP

16. Сравнение технологий IntServ, DiffServ, MPLS

1. Понятие Quality of Service

Сети с коммутацией пакетовна основе протокола IP не обеспечивают гарантированной пропускной способности, поскольку не гарантируют доставку.

Для приложений, где не важен порядок и интервал прихода пакетов, время задержек между отдельными пакетами не имеет решающего значения. IP-телефония является одной из областей передачи данных, где важен порядок прихода пакетов и важна динамика передачи сигнала, которая обеспечивается современными методами кодирования и передачи информации. Транспортные протоколы стека TCP/IP, функционирующие поверх протокола IP, не обеспечивают высокого качества обслуживания трафика, чувствительного к задержкам. Протокол TCP, хоть и гарантирует достоверную доставку информации, но переносит ее с непредсказуемыми задержками. Протокол UDP, который, как правило, используется для переноса информации в реальном времени, обеспечивает меньшее, по сравнению с протоколом TCP, время задержки, но, как и протокол IP, не содержит никаких механизмов обеспечения качества обслуживания.

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

Объективными, измеряемыми или рассматриваемыми показателями качества являются:

Ø  изменение задержки в сети;

Ø  пропускная способность сети.

Ø  Время отклика оценивается по:

Ø  промежутку времени от момента передачи пакета до момента приема подтверждения;

Ø  времени задержки однонаправленного сквозного соединения, также называемой временем запаздывания (latency);

Ø  пропускной способности.

Готовность и надежность оценивается по:

Ø  возможности получения доступа к ресурсам сети или коэффициенту использования;

Ø  результатам контроля уровня обслуживания 24/7 (при режиме работы 24 часа в сутки, 7 дней в неделю).

Меры обеспечения QoS, применяемые в IP-сетях:

Ø  Резервирование ресурсов (на время соединения запрашиваются и резервируются необходимые для выполнения приложения ресурсы).

Ø  Приоритезация трафика (разделение трафика в сети на классы с приоритетным порядком обслуживания некоторых из них).

Ø  Перемаршрутизация (позволяет при перегрузке в сети перевести трафик на резервный маршрут; именно этим способом обеспечивается QoS в подавляющем большинстве контроллеров SBC).

. Механизм работы

трафик сеть протокол резервирование

Для большинства случаев качество связи определяется четырьмя параметрами:

·              Полоса пропускания (Bandwidth), описывает номинальную пропускную способность среды передачи информации, определяет ширину канала. Измеряется в bit/s (bps), kbit/s (Kbps), Mbit/s (Mbps), Gbit/s (Gbps).

·              Задержка при передаче пакета (Delay), измеряется в миллисекундах.

·              Колебания (дрожание) задержки при передаче пакетов- джиттер.

·              Потеря пакетов (Packet loss). Определяет количество пакетов, потерянных в сети во время передачи.

Для простоты понимания канал связи можно представить в виде условной трубы, а пропускную способность описать как функцию двух параметров: диаметра трубы и её длины.

Когда передача данных сталкивается с проблемой «бутылочного горлышка» для приёма и отправки пакетов на маршрутизаторах, то обычно используется метод FIFO: первый пришел - первый ушёл (First In- First Out). При интенсивном трафике это создаёт заторы, которые разрешаются крайне простым образом: все пакеты, не вошедшие в буфер очереди FIFO (на вход или на выход), игнорируются маршрутизатором и, соответственно, теряются безвозвратно. Более разумный метод - использовать «умную» очередь, в которой приоритет у пакетов зависит от типа сервиса - ToS. Необходимое условие: пакеты должны уже нести метку типа сервиса для создания «умной» очереди. Обычные пользователи чаще всего сталкиваются с термином QoS в домашних маршрутизаторах с поддержкой QoS. Например, весьма логично дать высокий приоритет пакетам VoIPи низкий- пакетам FTP, SMTP и клиентам файлообменной сети.

. Альтернативное определение и субъективная оценка QoS

Другим методом оценки качества, особенно в IP-телефонии <https://ru.wikipedia.org/wiki/IP-%D1%82%D0%B5%D0%BB%D0%B5%D1%84%D0%BE%D0%BD%D0%B8%D1%8F> и IP-TV <https://ru.wikipedia.org/wiki/IPTV>, является метрический метод, который отражает или предсказывает субъективно опытное качество. Используются субъективные оценки и показатели типа «пользователь чувствовал работу», «степень удовлетворения пользователя», «число счастливых клиентов». Метод носит название Mean Opinion Score (MOS <https://ru.wikipedia.org/w/index.php?title=MOS&action=edit&redlink=1>, «абсолютно субъективное понятие»), или Quality of Experience (QoE, «метод эмпирических оценок»).

В этом контексте QoS - совокупный эффект от удовлетворения заказчика сервисов, затрагивающих все виды обслуживания. Это определение оценивает соответствующее приложение в виде субъективной оценки и корректируется соответствующими коэффициентами о: времени ответа, наличии и величине провалов, шумов, слышимых посторонних разговоров, уровня громкости, частотной характеристики, заметного эха ит.д., и также включает субъективную оценку обслуживания (служба поддержки).

4. Протоколы, предоставляющие услугу QoS

Ø  IP Differentiated services (DiffServ)

Ø  IP Integrated services (IntServ)

Ø  Resource reSerVation Protocol (RSVP (протокол))

Ø  Multiprotocol Label Switching (MPLS)

Ø  RSVP-TE <https://ru.wikipedia.org/w/index.php?title=RSVP-TE&action=edit&redlink=1>

Ø  Frame relay

Ø  X.25

Ø  Asynchronous Transfer Mode (ATM)

Ø  IEEE 802.1p

Ø  IEEE 802.1Q

Ø  IEEE 802.11e

Ø  IEEE 802.11p

Ø  HomePNA

. Определение IP

IP объединяет сегменты сети в единую сеть, обеспечивая доставку пакетов данных между любыми узлами сети через произвольное число промежуточных узлов (маршрутизаторов <https://ru.wikipedia.org/wiki/%D0%9C%D0%B0%D1%80%D1%88%D1%80%D1%83%D1%82%D0%B8%D0%B7%D0%B0%D1%82%D0%BE%D1%80>). Он классифицируется как протокол третьего уровня по сетевой модели OSI <https://ru.wikipedia.org/wiki/%D0%A1%D0%B5%D1%82%D0%B5%D0%B2%D0%B0%D1%8F_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C_OSI>. IP не гарантирует надёжной доставки пакета до адресата - в частности, пакеты могут прийти не в том порядке, в котором были отправлены, продублироваться (приходят две копии одного пакета), оказаться повреждёнными (обычно повреждённые пакеты уничтожаются) или не прийти вовсе. Гарантию безошибочной доставки пакетов дают некоторые протоколы более высокого уровня-транспортного уровня <https://ru.wikipedia.org/wiki/%D0%A2%D1%80%D0%B0%D0%BD%D1%81%D0%BF%D0%BE%D1%80%D1%82%D0%BD%D1%8B%D0%B9_%D1%83%D1%80%D0%BE%D0%B2%D0%B5%D0%BD%D1%8C> сетевой модели OSI, - например, TCP <https://ru.wikipedia.org/wiki/TCP>, которые используют IP в качестве транспорта.

. Основные классы IP-адресов

IP-адрес имеет длину 4 байта и обычно записывается в виде четырех чисел, представляющих значения каждого байта в десятичной форме, и разделенных точками, например:

.10.2.30 - традиционная десятичная форма представления адреса,

00001010 00000010 00011110 - двоичная форма представления этого же адреса.

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

Ø  Если адрес начинается с 0, то сеть относят к классу А, и номер сети занимает один байт, остальные 3 байта интерпретируются как номер узла в сети. Сети класса А имеют номера в диапазоне от 1 до 126. (Номер 0 не используется, а номер 127 зарезервирован для специальных целей, о чем будет сказано ниже.) В сетях класса А количество узлов должно быть больше 2, но не превышать 2.

Ø  Если первые два бита адреса равны 10, то сеть относится к классу В и является сетью средних размеров с числом узлов 2- 2. В сетях класса В под адрес сети и под адрес узла отводится по 16 битов, то есть по 2 байта.

Ø  Если адрес начинается с последовательности 110, то это сеть класса С с числом узлов не больше 2. Под адрес сети отводится 24 бита, а под адрес узла - 8 битов.

Ø  Если адрес начинается с последовательности 1110, то он является адресом класса D и обозначает особый, групповой адрес - multicast. Если в пакете в качестве адреса назначения указан адрес класса D, то такой пакет должны получить все узлы, которым присвоен данный адрес.

Ø  Если адрес начинается с последовательности 11110, то это адрес класса Е, он зарезервирован для будущих применений.

В таблице приведены диапазоны номеров сетей, соответствующих каждому классу сетей.

Таблица 1

IP-пакет - форматированный блок информации <https://ru.wikipedia.org/wiki/%D0%98%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%86%D0%B8%D1%8F>, передаваемый по компьютерной сети <https://ru.wikipedia.org/wiki/%D0%9A%D0%BE%D0%BC%D0%BF%D1%8C%D1%8E%D1%82%D0%B5%D1%80%D0%BD%D0%B0%D1%8F_%D1%81%D0%B5%D1%82%D1%8C>, структура которого определена протоколом IP. В отличие от них, соединения компьютерных сетей, которые не поддерживают IP-пакеты, такие как традиционные соединения типа «точка-точка» в телекоммуникациях, просто передают данные в виде последовательности байтов <https://ru.wikipedia.org/wiki/%D0%91%D0%B0%D0%B9%D1%82>, символов <https://ru.wikipedia.org/wiki/%D0%A1%D0%B8%D0%BC%D0%B2%D0%BE%D0%BB> и либитов <https://ru.wikipedia.org/wiki/%D0%91%D0%B8%D1%82>. При использовании пакетного форматирования сеть может передавать длинные сообщения более надежно и эффективно.

v  Версия - для IPv4 значение поля должно быть равно 4.

v  IHL - (Internet Header Length) длина заголовка IP-пакета в 32-битных словах (dword). Именно это поле указывает на начало блока данных (англ. <https://ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B3%D0%BB%D0%B8%D0%B9%D1%81%D0%BA%D0%B8%D0%B9_%D1%8F%D0%B7%D1%8B%D0%BA>payload - полезный груз) в пакете. Минимальное корректное значение для этого поля равно 5.

v  Длина пакета - длина пакета воктетах <https://ru.wikipedia.org/wiki/%D0%9E%D0%BA%D1%82%D0%B5%D1%82_(%D0%B8%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%82%D0%B8%D0%BA%D0%B0)>, включая заголовок и данные. Минимальное корректное значение для этого поля равно 20, максимальное - 65535.

v  Идентификатор - значение, назначаемое отправителем пакета и предназначенное для определения корректной последовательности фрагментов при сборке пакета. Для фрагментированного пакета все фрагменты имеют одинаковый идентификатор.

v  3 бита флагов. Первый бит должен быть всегда равен нулю, второй бит DF (don’t fragment) определяет возможность фрагментации пакета и третий бит MF (more fragments) показывает, не является ли этот пакет последним в цепочке пакетов.

v  Смещение фрагмента- значение, определяющее позицию фрагмента в потоке данных. Смещение задается количеством восьмибайтовых блоков, поэтому это значение требует умножения на 8 для перевода в байты.

v  Время жизни (TTL <https://ru.wikipedia.org/wiki/Time_to_live>)- число маршрутизаторов, которые может пройти этот пакет. При прохождении маршрутизатора это число уменьшается на единицу. Если значение этого поля равно нулю, то пакет должен быть отброшен, и отправителю пакета может быть послано сообщение Time Exceeded (ICMP <https://ru.wikipedia.org/wiki/ICMP> тип 11 код 0).

v  Протокол - идентификатор интернет-протокола следующего уровня указывает, данные какого протокола содержит пакет, например, TCP или ICMP (см.IANA protocol numbers <#"864174.files/image003.gif">

Рисунок 1

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

Достоинства модели Diff-Serv:

v  обеспечивает единое понимание того, как должен обрабатываться трафик определенного класса;

v  позволяет разделить весь трафик на относительно не большое число классов и не анализировать каждый информационный поток отдельно;

v  нет необходимости в организации предварительного соединения и в резервировании ресурсов;

v  не требуется высокая производительность сетевого оборудования.

К настоящему времени для Diff-Serv определено два класса трафика:

v  класс срочной пересылки пакетов (Expedited Forwarding PHB Group);

v  класс гарантированной пересылки пакетов (Assured Forwarding PHB Group).

Механизм обеспечения QoS на уровне сетевого устройства, применяемый в Diff-Serv, включает в себя следующие операции. Сначала пакеты классифицируются на основании их заголовков. Затем они маркируются в соответствии с произведенной классификацией (в поле приоритета Diff-Serv в зависимости от маркировки выбирается алгоритм передачи, при необходимости - с выборочным удалением пакетов), позволяющий избежать заторов в сети. Заключительная операция чаще всего состоит в организации очередей с учетом приоритетов.

. Интегрированное обслуживание - IntServ

IntServ (Integrated Services) больше подходит для концентрации трафика в пограничной сети IP и не рекомендована для применения в транзитных сетях IP (из-за проблем с масштабируемостью).

Модель с интеграцией услуг была предложена в начале 90-х годов и разрабатывалась для обслуживания единичных потоков, которым предоставляется два вида услуг: гарантированные и с управляемой нагрузкой. Гарантированные услуги позволяют обеспечить определенному объему трафика поддающееся количественному вычислению максимальное значение задержки при прохождении пакетов из конца в конец. Услуги с управляемым уровнем нагрузки предоставляют определенному объему трафика обслуживание best-effort при виртуальной низкой сетевой нагрузке без строгих гарантий.

11. Модель IntServ

Рисунок 2

В каждом узле, поддерживающем IntServ, должно быть несколько обязательных элементов:

v  классификатор- направляет поступающий пакет в один из классов обслуживания согласно информации, полученной из заголовков (сетевого и транспортного уровней) пакета. Класс обслуживания реализуется в виде отдельной очереди. Все пакеты в пределах одного класса обслуживания должны получать одинаковый QoS;

v  диспетчер пакетов - извлекает из каждой очереди пакеты и направляет их на канальный уровень. Для IntServ предложен двухступенчатый диспетчер пакетов. Все поступающие пакеты обрабатываются в соответствии с дисциплиной обслуживания WFQ для изоляции потоков, получающих гарантированные услуги, от всех остальных. Потоки с управляемой нагрузкой и потоки best-effort разделяются с помощью приоритетов;

v  блок управления доступом (admission control) - принимает решения о возможности получения трафиком требуемого количества ресурсов, не влияя при этом на ранее предоставленные гарантии. Управление доступом выполняется на каждом узле для принятия или отклонения запроса на выделение ресурсов по всему пути прохождения потока;

v  протокол резервирования ресурсов - информирует участников соединения (отправителя, получателя, промежуточные маршрутизаторы) о требуемых параметрах обслуживания. Для модели IntServ рекомендуется использовать протокол RSVP.

Сервисная модель IntServ в сочетании сRSVP (см. далее) позволяет организовать гибкое обслуживание разнотипного трафика, максимально учитывая потребности каждого приложения, а использование WFQ для обслуживания пакетов гарантирует максимально допустимое значение задержки. Эта особенность делает IntServ идеальной для обслуживания мультимедийного трафика.

. Интегро-дифференцированное обслуживание трафика

Опубликованный в 2000 г. стандарт RFC2998 описывает принципы организации взаимодействия IntServ/RSVP и DiffServ для предоставления QoS из конца в конец. Слабые места одной модели компенсируются соответствующими решениями другой. С одной стороны, плохо масштабируемая IntServ на магистральных участках сети может быть заменена на более простую DiffServ, с другой стороны, с помощью RSVP может решаться (если не полностью, то в большей степени) проблема с неопределенностью получаемого сервиса в "чистой"DiffServ-сети.

13. Модель DiffServ + IntServ

Рисунок 3

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

Возможна организация двух вариантов взаимодействия протоколов качества обслуживания:

v  Обработка RSVP-сообщений производится в DiffServ-регионе.

. Протокол резервирования ресурсов - RSVP

Одним из средств обеспечения качества IP-телефонии и особенно интернет-телефони и является использование протокола резервирования ресурсов (Resource Reservation Protocol, RSVP), рекомендованного комитетом IETF. С помощью RSVP мультимедиа-программы могут потребовать специального качества обслуживания (specificqua lityofservice-QoS) посредством любого из существующих сетевых протоколов - главным образом IP, хотя возможно использовать и UDP, - чтобы обеспечить качественную передачу видео- и аудиосигналов. Протокол RSVP предусматривает гарантированное QoS благодаря тому, что через каждый компьютер, или узел, который связывает между собой участников телефонного разговора, может передаваться определенное количество данных.

Протокол RSVP предназначен только для резервирования части пропускной способности. Используя RSVP, отправитель периодически информирует получателя о свободном количестве ресурсов сообщением RSVPPath. Транзитные маршрутизаторы по мере прохождения этого сообщения также анализируют имеющееся у них количество свободных ресурсов и подтверждают его соответствующим сообщением RSVPResv, передаваемым в обратном направлении. Если ресурсов достаточно, то отправитель начинает передачу. Если ресурсов не достаточно, получатель должен снизить требования или прекратить передачу информации.

. Применение протокола RSVP

Рисунок 4

RSVP- это протокол сигнализации, который обеспечивает резервирование ресурсов для предоставления в IP-сетях услуг эмуляции выделенных каналов. Протокол позволяет системам запрашивать, например, гарантированную пропускную способность такого канала, предсказуемую задержку, максимальный уровень потерь. Но резервирование выполняется лишь в том случае, если имеются требуемые ресурсы.

Одной из особенностей RSVP является то, что запросы на резервирование ресурсов направляются только от получателей данных отправителям, а не наоборот. Такой подход обусловлен тем, что лишь устройство-получатель знает, с какой скоростью оно должно получать данные, чтобы надежно декодировать аудио- или видеосигналы. Другая особенность RSVP - резервирование производится лишь для одного направления. Кроме того, RSVP не допускает смешения аудио- и видеосигналов на зарезервированном канале.

. Сравнение технологий IntServ, DiffServ, MPLS

Рисунок 5

Так как для обеспечения качества только анализируется поле заголовка пакета IP и не используются никакие вспомогательные протоколы сигнализации, то проблема совместимости оборудования разных производителей неактуальна.

Технология DiffServ может использоваться в транзитной сети. Но в условиях однородного трафика, например, только голосового, принцип применения приоритетов теряет смысл и сеть начинает работать в режиме BestEffort.(много протокольная коммутация по меткам) предназначена для ускорения коммутации пакетов в транспортных сетях. Основное отличие этой технологии от рассмотренных ранее в том, что MPLS изначально не является технологией обеспечения качества и становится таковой только при использовании протокола RSVP-TE.

На границе сети MPLS маршрутизаторы помечают пакеты специальными метками, определяющими дальнейший маршрут следования пакета к месту назначения. В результате анализируются не адреса IP, а короткие цифровые метки, что существенно снижает сетевую задержку и требования к производительности маршрутизаторов. Для корректного взаимодействия их между собой и обмена информацией о создаваемых метках используются протоколы распределения меток (LDP, CR-LDP, RSVP-TE и др.).

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

Технология MPLS характеризуется высокой масштабируемостью и рассматривается в качестве наиболее перспективной для передачи трафика IP. Она стандартизована IETF, поэтому, как и в случае сIntServ, при отклонении от спецификаций могут возникнуть проблемы с совместимостью оборудования разных производителей.