Входящая MP I

Исходящая MP

Успешная передача пакета

ipre2

(Правильный заголовок и безошибочное содержание)

Пакет с ошибкой

ipre2

(Неправильный заголовок или ошибка в содержании)

Ложный пакет

IPRE,

ipre1

Не отправленный или отправленный к неразрешенной MP IP-пакет

Потеря пакета

IPRE - опорное событие передачи IP-пакета Рис. 6.2. Возможные исходы передачи IP-пакета

Коэффициент ошибок IP-пакетов (IP Packet Error Ratio, IPER) - это отношение общего числа ошибочных пакетов к сумме правильно принятых и ошибочных пакетов в общей совокупности.

Уровень ложных пакетов (Spurious IP packet rate, SIPR) на исходящей MP - это общее число ложных пакетов, наблюдаемых на исходящей MP в течение определенного интервала времени, ограниченного длительностью этого интервала (например, число ложных пакетов в секунду). Этот параметр выражен как уровень за определенное время, а не как отношение, поскольку механизмы, причиной которых

Рис. 6.3. Джиттер задержки IP-пакетов

является появление ложных пакетов, имеют мало общего с числом переданных IP-пакетов.

Хотя и не исчерпывающе, эти параметры вместе описывают основные рабочие отношения пользователей IP сетей. Задержка передачи IP-пакета описывает среднее время, затрачиваемое сетью на передачу пакета между входящей и исходящей MP. Ограничения IPTD будут решающими для успешного развертывания VoIP, видео-конференцсвязи и приложений реального времени и будут оказывать сильное влияние на принятие клиентами других услуг Изменение задержки пакетов характеризует джиттер во времени опорных событий передачи пакета на исходящем интерфейсе по отношению к соответствующей модели входных событий. IPDV должен контролироваться для избежания недогрузки или перегрузки 1Р-маршрутизаторов или буферов терминалов. Коэффициент потери IP-пакетов выражает вероятность того, что пакет, вверенный сети на входном интерфейсе, не доставлен соответствующей выходной точке (точкам).

Коэффициент IPLR должен ограничиваться для гарантирования разборчивости и приемлемого качества изображения для голосовых и

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

В нормативном наборе рекомендаций Y.1540 отсутствуют любые параметры, которые описывают скорость передачи данных пользователя или пропускную способность, обеспечиваемую сегментом сети. Y.1541 обращает внимание на то, что производительность и другие связанные с потоками вопросы рассматриваются, используя дескриптор трафика IP-сети, определенный в сопутствующей рекомендации Y.1221. База для возможной будущей работы по определению метрик большой пропускной способности представлена в RFC 3148.

Параметры готовности. Как определено в Y.1540, готовность относится к однонаправленному IP-потоку между определенной парой (или набором) MP. В Y.1540 функция готовности определяет IPLR как единственный параметр принятия решения о доступности. Дляданного потока сетевой сегмент определяется как готовный на отрезке наблюдения, если наблюдаемое значение IPLR для потока ниже порога c. Иначе сегмент не готовен. Y.1540 определяет значение Ci равное 0,75 и отмечает, что спецификации ожидаемого значения IPLR должны исключать все периоды неготовности (т. е. все интервалы времени, в течение которых наблюдаемое значение IPLR превышает Ci). Рекомендация определяет минимальный период наблюдения готовности в 5 мин. (Мониторинг низкоуровневой работы и ошибок сетевых элементов может разрешить идентификацию надвигающейся неготовности в более короткое время и направить корректирующее действие.) Определение готовности предназначено для использования в работе характеризуемой сети как для нормального трафика между источником и получателем, так и для синтетического трафика, генерируемого наборами тестов или другими устройствами измерения. Y.1540 отмечает, что испытательный трафик должен быть офаничен так, чтобы это не вызывало перегрузок, которые могут исказить результаты испытаний.

Рекомендация Y.1540 определяет два рабочих параметра готовности. Для данного сетевого сегмента и потока процент готовности - это доля от запланированного времени готовности, в течение которого сегмент фактически поддерживает поток в готовном состоянии. Процент неготовности - это дополнение предыдущего параметра, т. е. доля от запланированного времени готовности, в течение которого

поток является неготовным.

При любом задании сумма двух значений равна 100 %. Базовый период для планирования времени готовности Офаничен, чтобы исключить любые согласованные периоды неготовности (например, запланированное время простоя для профилактического техобслуживания).

6.1.3. Рекомендация Y.1541

Рекомендация ITU-T Y.1541 определяет числовые значения, которые должны быть достигнуты на международных отрезках IP-сетей между оконечными терминалами пользователей для каждого из ключевых параметров работы, определенных в рекомендации Y.1540. Указанные значения сгруппированы в некоторое число различных классов QoS для установления практической базы для связи между конечными пользователями и провайдерами сетей, а также и среди провайдеров по качеству, которое будет поддерживаться из конца в конец на отрезках IP-сетей. С одной стороны, операторы сетей признают, что работа из конца в конец ограничивается самым плохо работающим сегментом сети, и требования пользовательских приложений могут быть удовлетворены только, если каждая из объединенных сетей разработана и функционирует с учетом этих требований. С другой стороны, операторы знают, что наличие рабочих спецификаций дает ощутимый толчок сетевой экономике, играя роль в дифференциации конкурентоспособного продукта и маркетинге, и если оператор берет на себя определенные обязательства, то пользователи ожидают их выполнения. То что эти переговоры регулярно следуют, позволяет, несмотря на технологическое разнообразие независимо управляемых сетей, сотрудничать в обеспечении надежной, высококачественной всемирной связи. При определении характеристик работы из конца в конец для конкретных пользовательских приложений и сетевых технологий, 13-я исследовательская группа ITU-T применила два исторически сложившихся, дополняющих друг друга и конкурирующих подхода для оценки работы. Первый нисходящий метод переводит требования приложения пользователя и ожидаемое качество в числовые значения стандартизированных ITU-T параметров, что наблюдается в интерфейсах пользователь/сеть. Такой нисходящий перевод сделан для каждой широкой категории пользовательских приложений и должен обеспечить изменчивость в функциональности терминала и работе. Второй восходящий метод переводит технические спецификации, определяющие возможности и ограничения отдельных сетевых элементов в числовые значения тех же самых, стандартизированных ITU-T параметров работы, наблюдаемых в тех же самых интерфейсах поль-

iiLi

из конца в конец в IP-сети включает набор сетевых сегментов и каналов передачи, транспортирующих IP-пакеты от SRC до DST. Нижние протоколы, включающие уровень IP вместе с SRC и DST, могут также рассматриваться как часть IP-сети. Сетевые сегменты соответствуют областям операторов и могут содержать архитектуры доступа к IP-сети. Устройство клиента включает в себя все терминальное оборудование, такое как хосты, и любые оконечные маршрутизаторы или ЛВС.

Характеристики и классы QoS. Характеристики работы и классы QoS рекомендации Y.1541 представлены в табл. 6.1. Каждый класс QoS создает определенную комбинацию границ на подмножестве значений рабочих характеристик. Классы и связанные с ними характеристики работы применяются к потокам IP-пакетов между MP, которые разграничивают IP сеть из конца в конец (т.е. сетевые интерфейсы (СИ), показанные на рис. 6.4). Поток IP-пакетов - это трафик, ассоциированный с данным соединением или потоком без установления соединения, имеющим те же самые хост источника (SRC), хост назначения (DST), класс обслуживания и идентификацию сессии. Другие документы могут использовать термины микропоток и подпоток в отношении потоков трафика при такой степени классификации.

Классы О и 1 определяют верхние границы по задержке передачи пакетов и потерям пакетов. Они также ограничивают дж:иттер задержки. Классы 2 и 3 определяют верхние границы по задержке передачи пакетов и потерям пакетов, но не ограничивают джиттер задержки. Классы О и 2 отличаются от классов 1 и 3 по характеристикам передачи пакетов. Класс 4 ограничивает потери пакетов и обеспечивает довольно мягкую верхнюю границу задержки. Y.1541 также определяет неспецифицируемый класс (класс 5), не предоставляющий никаких определенных гарантий работы. Значение для характеристики потери одиночных пакетов было выбрано для того, чтобы гарантиро-

Таблица 6.1. Определение классов QoS и характеристик IP-сети

вать, что потеря пакета - доминирующая причина дефектов, представленных верхними уровнями. Характеристики QoS применимы, когда скорость каналов доступа соответствует скоростям Т1 или Е1 или выше. Характеристики IPTD классов О и 2 будут не всегда достижимы на длинных маршрутах. Y.1541 предполагает, что пользователь и провайдер сети должны согласовывать профиль трафика, который применяется к одному или более потокам пакетов по классу QoS. В настоящее время соглашающиеся стороны могут использовать любые спецификации пропускной способности, которые они считают приемлемыми, до тех пор, пока они осуществимы и проверяемы. Например, пиковая скорость передачи в битах (включая издержки нижних уровней) может быть достаточной. Когда доступны протоколы и системы, поддерживающие динамические запросы, пользователи могут заключать соглашение о трафике, определяющее один или несколько параметров трафика в соответствии с рекомендацией Y.1221.

Сети, предлагающие IP-коммуникации в соответствии с Y.1541, как ожидается, будут поддерживать эти границы (пределы) из конца в конец для времени существования потока до тех пор, пока пользователи (и другие сети) не превысят согласованную пропускную способность. Рекомендация предусматривает, что сети, выполняющие

Таблица 6.2. Руководство по классам QoS для IP

Н - неспецифицировано