СВЯЗЬ
во-вторых, ориентироваться на самый чувствительный сер
вис, как указано в рекомендации - это Аудио.
Проанализировав значения односторонней задержки
пакетов, приведенные в данной рекомендации, можно
предварительно заключить, что наиболее критичным по
рогом в отношении качества услуги можно обозначить
величину в 150 мс. Эта величина является максимально
допустимой для таких чувствительных сервисов как, на
пример, Аудио (конференции, звонки, прослушивание му
зыки), соответственно, качество других, менее чувстви
тельных сервисов будет в норме.
Таблица I
К лассы качества о б сл уж и в а н и я ( Р о 5 )
Харакгеристи-
ки сети
Классы качества обслуживания (Оо5)
Класс 0 Класс 1 Класс 2 Класс 3 Класс 4 Класс 5
Задержка дос
тавки 1Р пакета,
1РТО
100 мс 400 мс
100 мс 400 мс
1 с
-
Вариация за
держки 1Р
пакета, 1РРУ
(джиттер)
50 мс
50 мс
-
-
-
Коэффициент
потери 1Р
пакетов , 1Р1.К
1Е-3
1 Е-3
1 Е-3
1 Е-3
1 Е-3
-
Коэффициент
ошибок, 1РЕК
1Е-4
1 Е-4
1 Е-4
1 Е-4
1 Е-4
-
Следует заметить, что пользователями услуг типа Оаа$
в большинстве случаев являются офисные работники: сек
ретари, бухгалтеры, экономисты, сотрудники Са11-центров
и др. По роду деятельности (а также по корпоративной
этике) такие пользователи, как правило, не имеют дело с
мультимедиа контентом. Следовательно, при организации
их рабочих мест «из облака» на этапе планирования архи
тектуры сети компании, предприятия или учреждения та
ким сотрудникам можно задать более «мягкий» критерий
при обеспечении Оо5 (<ЭоЕ). В частности, по задержкам
можно обозначить порог в I с.
Однако на практике встречаются случаи организации
рабочих мест по схеме Оаа$ и для сотрудников, зани
мающихся более ресурсоемкой, с точки зрения передачи
данных по сети, работой. Это могут быть журналисты,
аналитики, тестировщики приложений и др. Они могут
работать как с данными, так и с мультимедиа. Для таких
сотрудников применимо описанное выше «правило» ори
ентирования на наиболее чувствительный сервис. С точки
зрения задержек - порог в 150 мс.
Рассматриваемый тип услуг Оаа$ (УЭ1) исследован ма
ло, но есть ряд работ, в которых данное направление за
трагивается. В частности, статистический метод определе
ния ОоЕ пользователя для услуг типа Эаа$, определенный
в экспериментальном исследовании, рассмотрен в [8]. Для
этого был собран фрагмент сети «сервер - маршрутизатор
- модем - тонкий клиент», в который был помещен ис
следовательский зонд (реализованный в виде ПО на ра
бочей станции). Результаты оценки разрабатываемого ме
тода были соотнесены с результатами, полученными при
оценке параметров ОоЕ группой добровольцев. Итогами
исследования стала разработка алгоритма, позволяющего
с определенной точностью выявить тип приложения, за
пущенного пользователем в данный момент времени, а
затем, зная тип приложения (аудио, видео, данные и тд),
применить к нему статистическую оценку показателей
ОоЕ. Однако авторы этой работы рассмотрели только
один
из
возможных
протоколов
виртуализации
-
М1сго$о(г К етоге Эезкгор Ргогосо! (КОР).
В [9] экспериментально исследуется влияние задержек
в УУАЫ-сетях на работу систем сервер - тонкий клиент.
Проведено сравнение ряда протоколов по показателям
вносимых задержек и занятия полосы пропускания при
передаче различного трафика. Из результатов данной ра
боты следует, что критически важным параметром для
обеспечения приемлемого ОоЕ являются задержки в гло
бальной и локальной сетях, что подтверждает сказанное
выше. Однако в этой работе рассматриваются устаревшие
системы и протоколы удаленного рабочего стола.
Резюмируя отметим, что данная тема требует дальней
ших исследований, в частности, подлежат анализу времен
ные интервалы, составляющие суммарное временя отклика
для сервиса Оаа$ (N/01). Задача заключается в том, чтобы
сформулировать разбиение общего времени отклика оп
тимальным образом, а основываясь на этом - в построе
нии метода, позволяющего учитывать все влияющие
факторы на этапе проектирования сетевой архитектуры, а
также оперативно сигнализировать оператору связи об
изменениях в сети до того, как ухудшение качества станет
заметно пользователям.
Do'stlaringiz bilan baham: