- •11 Коммутация пакетов
- •12 Буферизация пакетов
- •13 Дейтаграммная передача
- •14 Передача с установлением
- •16. Временные задержки в сетях с коммутацией пакетов и коммутации каналов. (96-98)
- •17. Модель взаимодействия открытых систем.
- •18. Классификация сетей передачи дискретных сообщений.(139-142)
- •19. Обобщенная структура телекоммуникационной сети.(143-144)
- •20. Классификация сетевых характеристик.(164-165)
- •21. Характеристики задержек пакетов(174-176)
- •22. Характеристики скорости передачи и надежности(177-179)
- •23. Характеристики сети поставщика услуг.(180-182)
- •24. Приложения и качество обслуживания
- •25. Анализ очередей и методы управления очередями
- •26. Механизмы кондиционирования трафика
- •27. Обратная связь, как механизм обеспечения качества обслуживания
- •28. Инжиниринг трафика
- •29. Модель взаимодействия стандарта ieee 802.
- •31. Доступ к среде и передача данных в сетях Ethernet 10 Мб/с.
- •32. Коллизии в сетях Ethernet 10 Мб/с. Время оборота и распознавание коллизий.
- •33. Спецификации физической среды сетей Ethernet 10 Мб/с.
- •34. Максимальная производительность сети Ethernet 10 Мб/с.
- •35. Технологии Token Ring и fddi
- •36. Беспроводные локальные сети: общие принципы построения
- •37. Топологии локальных сетей стандарта 802.11
- •38. Стек протоколов ieee 802.11. Формат кадра.
- •39. Режим доступа dcf
- •40. Режим доступа pcf
- •41. Физические уровни стандарта 802.11
- •42. Логическая структуризация сетей Ethernet.
- •43. Алгоритм прозрачного моста ieee 802.1d.
- •44. Топологические ограничения мостов в сетях.
- •45. Параллельная коммутация.
- •46. Неблокирующие коммутаторы.
- •47. Борьба с перегрузками в сетях Ethernet.
- •48. Характеристики производительности коммутаторов.
- •50. Gigabit Ethernet.
- •51. 10Gigabit Ethernet.
- •52. Архитектура коммутаторов.
21. Характеристики задержек пакетов(174-176)
Односторонняя задержка пакетов (One-Way Delay Metric, OWD) входит в число стан-
дартов IPPM и описана в RFC 2679.
Единичное значение этой метрики описывается как время передачи пакета определенного
типа между некоторыми двумя узлами сети. Под определенным типом понимается пакет,
который имеет определенный набор заранее заданных признаков; стандарт жестко не ого-
варивает эти признаки, но указывает, что ими могут быть, например, размер пакета, тип
приложения, сгенерировавшего пакет, тип протокола транспортного уровня, который до-
ставил пакет, а также некоторые другие. Смысл используемого набора признаков состоит в том, чтобы выделить из общего потока пакетов, приходящего в узел назначения, те паке-
ты, характеристики которых интересуют специалиста, проводящего измерения.
Единичное значение односторонней задержки пакетов определяется как интервал времени между моментом помещения в исходящую линию связи первого бита пакета узлом-отправителем и моментом приема последнего бита пакета с входящей линии связи узла-получателя.
Время реакции сети представляет собой интегральную характеристику производительности сети с точки зрения пользователя. Именно эту характеристику имеет в виду пользователь, когда говорит: «Сегодня сеть работает медленно».
Время реакции сети определяется как интервал времени между отправкой запроса пользователя к какой-либо сетевой службе и получением ответа на этот запрос.
Время оборота пакета (Round Trip Time, RTT) входит в число стандартов IPPM.
Время оборота является составляющей времени реакции сети — это «чистое» время транспортировки данных от узла отправителя до узла назначения и обратно без учета времени, затраченного узлом назначения на подготовку ответа:
RTT = 2 х tсеть
Единичное значение времени оборота определяется как интервал времени между отправкой первого бита пакета определенного типа узлом-отправителем узлу-получателю и получением последнего бита этого пакета узлом-отправителем после того, как пакет был получен узлом получателем и отправлен обратно.
Вариация задержки пакета (IP Packet Delay Variation, IPDV).
Вариация задержки пакетов, которую также называют джиггером (jitter), очень важна для
некоторых приложений. Так, при воспроизведении видеоклипа сама по себе задержка не
очень существенна, например, если все пакеты задерживаются ровно на десять секунд, то
качество воспроизведения не пострадает, а тот факт, что картинка появляется чуть позже,
чем ее отослал сервер, пользователь даже не заметит (однако в интерактивных видеопри-
ложениях, таких как видеоконференции, подобная задержка будет, конечно, уже ощутимо
раздражать). А вот если задержки постоянно изменяются в пределах от нуля до 10 секунд,
то качество воспроизведения клипа заметно ухудшится, для компенсации таких пере-
менных задержек нужна предварительная буферизации поступающих пакетов в течение
времени, превышающем вариацию задержки.
Единичное значение оценки вариации задержки определяется в RFC 3393 как разность односторонних задержек для пары пакетов заданного типа, полученных на интервале измерений Т.
