ITU-T - International Telecommunication Union/ITU Telcommunication Sector
сфера применения
«В данной редакции Рекомендации1 определяется управляемое телевидение по Интернет-протоколу (с использованием UDP) (IPTV) @ IPTV и потоки VoIP для хорошо управляемых @ частично управляемых и неуправляемых сетевых условий. Он также определяет оставшуюся остаточную неуправляемую полосу пропускания (Интернет-услуги), которая обычно используется для приложений TCP. Основное различие между этой версией и предыдущей версией заключается в том, что эта версия представляет собой сетевую модель уровня 4 (TCP), которую можно использовать для оценки трафика TCP. В этой версии Рекомендации используется общедоступный ns- 3 сетевой симулятор, который включает модели TCP уровня 4. Он позволяет более точно охарактеризовать пропускную способность и задержку для сетей, передающих TCP-трафик, поскольку перегрузка приводит к замедлению потоков TCP и использованию меньшей пропускной способности сети. Модель ограничена тем, что она основана на одиночный (кубический) поток TCP. Различные стеки TCP имеют разное поведение. Однако @ макроскопическое поведение потоков TCP должно быть схожим. Настоящая Рекомендация широко применима к оценке любого оборудования, которое завершает или маршрутизирует трафик с использованием Интернет-протокола. Эту Рекомендацию можно также использовать для оценки медиапотоков или других протоколов, передаваемых по IP-сетям. Примеры типов оборудования, которые можно оценить с помощью этой модели, включают: ?C Конечные точки, подключенные по IP: ? IP-сетевые устройства (такие как: пользовательские агенты@ агенты вызовов@ медиасерверы@ медиашлюзы@ серверы приложений@ маршрутизаторы@ коммутаторы@ и т. д.); ? IP-видео (IPTV@видеоконференции@телеприсутствие@ и т.д.); ? IP-телефоны (в том числе программные телефоны); ? IAF (Интернет-факс). ?C Конечные точки, подключенные по IP/TCP: ? Пиринговый; ? протокол передачи гипертекста (HTTP); ? Видео с адаптивным битрейтом. ?C Устройства, подключенные к ТфОП через IP-шлюзы: ? Обычная старая телефонная связь (POTS) через шлюзы передачи голоса по IP (VoIP); ? Факсимильные устройства и шлюзы ITU-T T.38; ? ITU-T V.150.1 и ITU-T V.152 (голосовой диапазон данных @ VBD) модемные шлюзы через IP; ? Шлюзы текстового телефона через IP TIA-1001 и ITU-T V.151. Модель IP-сети может использоваться двумя способами: ?C для тестирования IP-потока в моделируемых сетевых условиях; ?C для тестирования IP-потока в режиме реального времени с использованием аппаратной эмуляции сетевой модели. Модель IP-сети может использоваться для изучения и понимания: ?C взаимодействия различных смесей трафика; ?C влияние QoS и организации очередей на различные типы трафика; ?C изменение задержки пакета и потеря пакета. Будь то моделирование программного обеспечения или эмуляция аппаратного обеспечения в реальном времени, пользователи могут выбирать из нескольких тестовых примеров, указанных в настоящей Рекомендации. Пользователи могут при желании определять свои собственные тестовые примеры. Эта модель имеет следующие ограничения: ?C Некоторые сети VoIP могут использовать коммутируемую телефонную сеть общего пользования (PSTN) на одном или обоих концах соединения через медиашлюз. Эта модель адресована только части IP сети и не затрагивает часть PSTN сквозного соединения. ?C Сетевая модель, представленная в этой Рекомендации, не моделирует все возможные соединения, которые могут возникнуть между устройствами. ?C Данная Рекомендация включает технологии доступа к гигабитным пассивным оптическим сетям (GPON) и цифровым абонентским линиям (DSL). Характеристики других технологий доступа, таких как кабельное телевидение (CATV) и беспроводная связь, подлежат дальнейшему изучению. ?C Аномальные события, такие как сбои каналов и изменения маршрута (а также переупорядочение пакетов, которое могут вызвать такие события), не включены в настоящую Рекомендацию. ?C В стандартных тестовых примерах используются потоки мешающего трафика, перехваченные в работающих сетях. Хотя они и реалистичны, они все же являются всего лишь примерами; пользователи могли подменять свои файлы мешающего трафика. ?C Тестовые примеры соединения LAN-to-LAN ITU-T G.1050 теперь моделируются как два каскадированных сегмента ITU-T G.1050 ядро-LAN. См. пункт 6.3. ?C Представленная здесь модель IP-сети основана на неофициальном опросе анонимных поставщиков IP-услуг и производителей IP-сетевого оборудования, проведенном в 2010 году, и будет продолжать развиваться по мере поступления дополнительной статистической информации и по мере развития IP-сети. Наиболее существенным ограничением предыдущей версии модели было то, что трафик наилучшего качества (например, HTTP) вводится из файла pcap и не реагирует на перегрузку (как это обычно делает TCP). В результате статистика потерь и задержек пакетов оказалась несколько выше ожидаемой. Чтобы устранить это ограничение, наилучший трафик, который ранее вводился из файла pcap, был заменен одним потоком TCP с использованием iPerf. Конкретные характеристики потока iPerf зависят от конкретного алгоритма управления перегрузкой TCP@, но обычно TCP имеет тенденцию использовать столько пропускной способности сети, сколько доступно для наилучшего трафика. Следовательно@ поток TCP iPerf характеризует доступную пропускную способность сети и задержку, конкурируя с другими управляемыми потоками. Для реализации потоков TCP iPerf @ симулятор, описанный в этой пересмотренной Рекомендации, был полностью переписан для использования симулятора дискретных событий ns3. Симулятор ns3 имеет виртуальную среду прямого выполнения кода (DCE), в которой можно запускать реальное приложение iPerf с реальным сетевым стеком Linux на каждом узле сети TCP. Это делает результаты более реалистичными. Для моделирования в этой Рекомендации @ сетевые стеки Linux настроены на использование «кубических» алгоритмов управления перегрузкой TCP. Сетевые топологии и тестовые примеры такие же, как и в предыдущей версии симулятора@, за исключением того, что весь трафик, полученный при максимальном использовании из файлов pcap, был удален и заменен одним потоком TCP iPerf. Следует отметить, что хотя большинство представляющих интерес сетей переносят несколько одновременных потоков TCP@, совокупная полезная производительность потоков имеет тенденцию сходиться к тому же значению, что и один поток iPerf. Поэтому@ нет необходимости характеризовать более одного параллельного потока TCP iPerf в этом симуляторе. Наконец@ в результате взаимодействия между нисходящими и восходящими потоками TCP iPerf@ каждый тестовый пример запускается тремя способами: ?C только нисходящий поток iPerf; ?C iPerf только для восходящего потока; ?C iPerf bidi (работает вместе по нисходящему и восходящему потоку@, которые мешают друг другу). 1 Настоящая Рекомендация включает в себя электронное приложение, содержащее исходный код симулятора дискретных событий@, файлы захвата входных пакетов со стандартными тестовыми примерами мешающего трафика@ и выходные данные симулятора».