- •2.5.4. Построение коммутируемого маршрута по протоколу ldp
- •3. Архитектура технологии ip-телефонии
- •3.1. Принципы передачи речи по сетям с коммутацией пакетов
- •История развития iр-телефонии
- •Виды соединений в ip-телефонии
- •Пк лвс Маршрутизатор ip Транспортный шлюз атс та
- •Качество обслуживания в сетях передачи данных
- •4.1. Показатели качества iр-телефонии
- •4.1.1. Общие сведения
- •4.1.2. Задержка
- •4.1.3. Джиттер
- •4.1.4. Потеря пакетов
- •4.2. Процедуры обработки речи в iр-телефонии
- •4.3. Методы кодирования речевой информации
- •4.4. Оценка качества ip-телефонии по шкале mos
- •4.5. Обеспечение качества ip-телефонии на базе протокола
- •4.6. Обеспечение качества ip-телефонии на базе протоколов
- •4.7. Обеспечение качества ip-телефонии на базе протокола iPv6
- •4.8. Обеспечение качества ip-телефонии на базе
4.8. Обеспечение качества ip-телефонии на базе
дифференцированного обслуживания
Дифференцированное обслуживание предлагает простой, и масштабируемый метод QoS для приложений реального времени. Одним из ключевых моментов в работе над DiffServ является переопределение 8-битного поля «Тип сервиса» в заголовке IPv4. Названное «Дифференцированным обслуживанием» (DS), это поле может содержать информацию, на основании которой узлы вдоль маршрута определяют, как им следует обрабатывать пакеты и передавать их следующему маршрутизатору.
В настоящее время только 6 из 8 бит в поле DS были определены, и только одно назначение было стандартизовано. Это назначение известно, как принятое по умолчанию - Default (DE), и оно определяет класс обслуживания по мере возможности. Другое предполагаемое назначение - срочная отправка (Expedited Forwarding, EF) должно обеспечить сокращение задержек и потерь пакетов.
При поступлении трафика в сеть краевой маршрутизатор классифицирует трафик в соответствии с информацией, содержащейся в поле DS. Он передает следующим за ним маршрутизаторам эту информацию, на основании которой они узнают, каким образом обрабатывать данный конкретный поток.
DiffServ, кроме того, сокращает служебный трафик по сравнению с RSVP, опирающимся на сигнализацию из конца в конец. DiffServ классифицирует потоки в соответствии с предопределенными правилами и затем объединяет однотипные потоки. Весь трафик с одинаковыми метками рассматривается одинаковым образом, поэтому реализация DiffServ в сети крупного предприятия или по каналам глобальной сети оказывается более осуществимой задачей.
Как можно догадаться, преимущества DiffServ нельзя получить автоматически. Маршрутизаторы должны понимать «меченые потоки» и уметь соответствующим образом реагировать на них. Это потребует модернизации микропрограммного обеспечения маршрутизаторов. К счастью, с популяризацией DiffServ все большее число производителей намеревается поддерживать данную архитектуру в будущих версиях своих продуктов.
