Качество обслуживания - Википедия - Quality of service

О термине, ориентированном на обслуживание клиентов, см. качество обслуживания.

Качество обслуживания (QoS) - описание или измерение общей производительности услуги, например телефония или же компьютерная сеть или облачные вычисления сервис, особенно производительность, которую видят пользователи сети. Чтобы количественно измерить качество обслуживания, часто рассматриваются несколько связанных аспектов сетевой услуги, например: потеря пакета, битрейт, пропускная способность, задержка передачи, доступность, дрожь, так далее.

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

Качество обслуживания особенно важно для перевозок с особыми требованиями. В частности, разработчики представили Голос по IP технология, позволяющая компьютерным сетям стать такими же полезными, как телефонные сети для аудиосвязи, а также поддерживать новые приложения с еще более строгими требованиями к производительности сети.

Определения

В области телефония, качество обслуживания определялось ITU в 1994 г.[1] Качество обслуживания включает требования ко всем аспектам соединения, таким как время отклика услуги, потери, отношение сигнал / шум, перекрестные помехи, эхо, прерывания, частотная характеристика, уровни громкости и т. д. Подмножество QoS телефонии уровень обслуживания (GoS) требования, которые включают аспекты подключения, связанные с пропускной способностью и покрытием сети, например, гарантированный максимум вероятность блокировки и вероятность выхода из строя.[2]

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

Сеть или протокол, поддерживающий QoS, могут согласовать договор перевозки с прикладным программным обеспечением и резервной мощностью в сетевых узлах, например, во время фазы установления сеанса. Во время сеанса он может контролировать достигнутый уровень производительности, например скорость передачи данных и задержку, и динамически управлять приоритетами планирования в сетевых узлах. Он может освободить зарезервированную емкость во время срывать фаза.

А лучшее усилие сеть или служба не поддерживает качество обслуживания. Альтернативой сложным механизмам управления QoS является обеспечение высококачественной связи по сети с максимальными усилиями за счет избыточное обеспечение емкость, достаточная для ожидаемой пиковой нагрузки трафика. В результате отсутствие перегрузка сети снижает или устраняет необходимость в механизмах QoS.

QoS иногда используется как мера качества со многими альтернативными определениями, а не относится к способности резервировать ресурсы. Под качеством обслуживания иногда понимается уровень качества обслуживания, то есть гарантированное качество обслуживания.[3] Высокое качество обслуживания часто путают с высоким уровнем производительности, например высокой скоростью передачи данных, низкой скоростью передачи данных. задержка и низкая частота ошибок по битам.

QoS иногда используется в сервисах прикладного уровня, таких как телефония и потоковое видео для описания метрики, которая отражает или предсказывает субъективно воспринимаемое качество. В этом контексте QoS - это приемлемый совокупный эффект на удовлетворение абонентов всех недостатков, влияющих на обслуживание. Другие термины с аналогичным значением: качество опыта (QoE), средняя оценка мнения (MOS), мера качества восприятия речи (PSQM) и перцепционная оценка качества видео (PEVQ). Смотрите также Субъективное качество видео.

История

Количество попыток слой 2 технологии, которые добавляют теги QoS к данным, приобрели популярность в прошлом. Примеры ретрансляция кадров, асинхронный режим передачи (Банкомат) и многопротокольная коммутация меток (MPLS) (метод между уровнями 2 и 3). Несмотря на то, что эти сетевые технологии используются и сегодня, такие сети потеряли внимание после появления Ethernet сети. Сегодня Ethernet, безусловно, является самой популярной технологией уровня 2. Общепринятый Интернет-роутеры и Коммутаторы LAN работать на лучшее усилие основание. Это оборудование менее дорогое, менее сложное и быстрое и, следовательно, более популярно, чем более ранние более сложные технологии, обеспечивающие механизмы QoS.

Ethernet дополнительно использует 802.1p для обозначения приоритета кадра.

Было четыре тип сервиса биты и три приоритет биты, изначально предоставленные в каждом Заголовок IP-пакета, но в целом их не уважали. Эти биты позже были переопределены как Кодовые точки дифференцированных услуг (DSCP).

С появлением IPTV и IP телефония, Механизмы QoS становятся все более доступными для конечного пользователя.

Качества трафика

В сети с коммутацией пакетов На качество обслуживания влияют различные факторы, которые можно разделить на человеческие и технические. К человеческим факторам относятся: стабильность качества обслуживания, доступность обслуживания, время ожидания и информация о пользователях. Технические факторы включают в себя: надежность, масштабируемость, эффективность, ремонтопригодность и перегрузку сети.[4]

Многие вещи могут происходить с пакетами, когда они перемещаются из пункта отправления в пункт назначения, что приводит к следующим проблемам с точки зрения отправителя и получателя:

Goodput
Из-за различной нагрузки от разных пользователей, совместно использующих одни и те же сетевые ресурсы, максимальная пропускная способность, которая может быть предоставлена ​​определенному потоку данных, может быть слишком низкой для мультимедийных услуг в реальном времени.
Потеря пакетов
Сеть может не доставить (уронить) некоторые пакеты из-за перегрузки сети. Приложение-получатель может запросить повторную передачу этой информации, что может привести к застойный коллапс или недопустимые задержки в общей передаче.
Ошибки
Иногда пакеты повреждаются из-за битовые ошибки вызванные шумом и помехами, особенно при беспроводной связи и длинных медных проводах. Получатель должен это обнаружить и, как если бы пакет был отброшен, может запросить повторную передачу этой информации.
Задержка
Каждому пакету может потребоваться много времени, чтобы достичь места назначения, потому что он задерживается в длинных очередях, или требуется менее прямой маршрут, чтобы избежать перегрузки. В некоторых случаях чрезмерная задержка может сделать приложение, такое как VoIP или онлайн-игры, непригодным для использования.
Вариация задержки пакета
Пакеты от источника доходят до пункта назначения с разными задержками. Задержка пакета зависит от его положения в очередях маршрутизаторов на пути между источником и местом назначения, и это положение может изменяться непредсказуемо. Вариация задержки может быть поглощена приемником, но при этом увеличивается общая задержка для потока.
Доставка вне очереди
Когда набор связанных пакетов маршрутизируется через сеть, разные пакеты могут идти по разным маршрутам, каждый из которых приводит к разной задержке. В результате пакеты приходят в другом порядке, чем они были отправлены. Для решения этой проблемы требуются специальные дополнительные протоколы для переупорядочивания неупорядоченных пакетов. Процесс переупорядочения требует дополнительной буферизации в приемнике и, как и в случае изменения задержки пакета, увеличивает общую задержку для потока.

Приложения

Определенное качество обслуживания может быть желательным или обязательным для определенных типов сетевого трафика, например:

Эти виды услуг называются неэластичный, что означает, что для их работы требуется определенная минимальная скорость передачи данных и определенная максимальная задержка. Напротив, эластичный приложения могут использовать как много, так и мало пропускная способность доступен. Приложения для массовой передачи файлов, использующие TCP обычно эластичны.

Механизмы

Сети с коммутацией каналов, особенно те, которые предназначены для передачи голоса, такие как асинхронный режим передачи (Банкомат) или GSM, имеют QoS в основном протоколе, ресурсы резервируются на каждом шаге в сети для вызова по мере его установки, нет необходимости в дополнительных процедурах для достижения требуемой производительности. Более короткие блоки данных и встроенное QoS были одними из уникальные торговые точки банкоматов для таких приложений, как видео по запросу.

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

Избыточная подготовка

Альтернативой сложным механизмам управления QoS является обеспечение высококачественной связи за счет чрезмерного выделения ресурсов сети, чтобы пропускная способность основывалась на оценках пиковой нагрузки трафика. Этот подход прост для сетей с предсказуемой пиковой нагрузкой. Этот расчет может потребоваться для оценки требовательных приложений, которые могут компенсировать изменения в полосе пропускания и задержки с большими буферами приема, что часто возможно, например, при потоковой передаче видео.

Избыточная инициализация может иметь ограниченное применение перед транспортными протоколами (такими как TCP ), которые со временем увеличивают объем данных, размещаемых в сети, до тех пор, пока не будет использована вся доступная пропускная способность и пакеты не будут отброшены. Такие жадные протоколы имеют тенденцию увеличивать время ожидания и потерю пакетов для всех пользователей.

Объем избыточной подготовки внутренних ссылок, необходимый для замены QoS, зависит от количества пользователей и их требований к трафику. Это ограничивает возможность использования избыточного выделения ресурсов. Новые приложения с большей пропускной способностью и добавление большего количества пользователей приводят к потере избыточно выделенных сетей. Затем это требует физического обновления соответствующих сетевых ссылок, что является дорогостоящим процессом. Таким образом, нельзя слепо предполагать избыточное выделение ресурсов в Интернете.

Коммерческие услуги VoIP часто конкурируют с традиционными телефонными услугами с точки зрения качества вызовов даже без механизмов QoS, используемых при подключении пользователя к своему Интернет-провайдеру и при подключении поставщика VoIP к другому Интернет-провайдеру. Однако в условиях высокой нагрузки качество VoIP может ухудшиться до качества сотового телефона или даже хуже. Математика пакетного трафика показывает, что при консервативных предположениях сети требуется всего на 60% больше необработанной емкости.[5]

IP и Ethernet усилия

В отличие от сетей с одним владельцем, Интернет представляет собой серию точек обмена, соединяющих частные сети.[6] Следовательно, ядро ​​Интернета принадлежит и управляется множеством различных поставщики сетевых услуг, а не единое целое. Его поведение намного больше непредсказуемый.

Существует два основных подхода к QoS в современных IP-сетях с коммутацией пакетов: параметризованная система, основанная на обмене требованиями приложений с сетью, и система с приоритетами, в которой каждый пакет определяет желаемый уровень обслуживания для сети.

  • Комплексные услуги («IntServ») реализует параметризованный подход. В этой модели приложения используют Протокол резервирования ресурсов (RSVP) для запроса и резервирования ресурсов через сеть.
  • Дифференцированные услуги ("DiffServ") реализует модель с приоритетами. DiffServ помечает пакеты в соответствии с типом желаемой услуги. В ответ на эту маркировку маршрутизаторы и коммутаторы используют различные планирование стратегии адаптации производительности к ожиданиям. Маркировка кодовой точки дифференцированных услуг (DSCP) использует первые 6 бит в ToS поле (теперь переименованное в поле DS) Заголовок пакета IP (v4).

В ранних работах использовалась философия интегрированных сервисов (IntServ) резервирования сетевых ресурсов. В этой модели приложения использовали RSVP для запроса и резервирования ресурсов через сеть. Хотя механизмы IntServ действительно работают, было понято, что в широкополосной сети, типичной для более крупного поставщика услуг, базовые маршрутизаторы должны будут принимать, поддерживать и снимать тысячи или, возможно, десятки тысяч резервирований. Считалось, что этот подход не будет масштабироваться с ростом Интернета,[7] и в любом случае был противоположен сквозной принцип, идея проектирования сетей так, чтобы основные маршрутизаторы могли делать немного больше, чем просто коммутировать пакеты с максимально возможной скоростью.

В DiffServ пакеты помечаются либо самими источниками трафика, либо крайние устройства откуда трафик попадает в сеть. В ответ на эту маркировку маршрутизаторы и коммутаторы используют различные стратегии организации очередей для адаптации производительности к требованиям. На уровне IP маркировка DSCP использует 6-битное поле DS в заголовке IP-пакета. На уровне MAC VLAN IEEE 802.1Q может использоваться для передачи 3 бита практически одинаковой информации. Маршрутизаторы и коммутаторы, поддерживающие DiffServ, настраивают свой сетевой планировщик для использования нескольких очередей для пакетов, ожидающих передачи от интерфейсов с ограниченной полосой пропускания (например, глобальных). Поставщики маршрутизаторов предоставляют различные возможности для настройки этого поведения, включая количество поддерживаемых очередей, относительные приоритеты очередей и полосу пропускания, зарезервированную для каждой очереди.

На практике, когда пакет должен быть перенаправлен из интерфейса с постановкой в ​​очередь, пакеты, требующие низкого джиттера (например, VoIP или же видео-конференция ) имеют приоритет над пакетами в других очередях. Как правило, некоторая полоса пропускания по умолчанию выделяется пакетам управления сетью (например, Протокол управляющих сообщений Интернета и протоколы маршрутизации), в то время как трафику с максимальными усилиями можно просто предоставить любую оставшуюся полосу пропускания.

На Контроль доступа к СМИ (MAC) уровень, VLAN IEEE 802.1Q и IEEE 802.1p может использоваться для различения кадров Ethernet и их классификации. Модели теории массового обслуживания были разработаны для анализа производительности и QoS для протоколов уровня MAC.[8][9]

Cisco IOS NetFlow и база данных управления QoS (CBQoS) на основе классов Cisco (CBQoS) продаются компанией Cisco Systems.[10]

Один убедительный пример необходимости QoS в Интернете связан с застойный коллапс. Интернет полагается на протоколы предотвращения перегрузки, в первую очередь встроенные в Протокол управления передачей (TCP), чтобы уменьшить трафик в условиях, которые в противном случае привели бы к застойному коллапсу. Приложения QoS, такие как VoIP и IPTV, требуют в основном постоянных битрейтов и малой задержки, поэтому они не могут использовать TCP и не могут иначе снизить скорость своего трафика, чтобы предотвратить перегрузку. Соглашения об уровне обслуживания ограничивают трафик, который может быть предложен Интернету, и тем самым усиливают формирование трафика, которое может предотвратить его перегрузку, и, следовательно, являются неотъемлемой частью способности Интернета обрабатывать смесь трафика в реальном и не реальном времени без коллапса.

Протоколы

Для IP-сетей существует несколько механизмов и схем QoS.

Возможности QoS доступны в следующих сетевых технологиях.

Непрерывное качество обслуживания

Для обеспечения сквозного качества обслуживания может потребоваться метод координации распределения ресурсов между одним автономная система и другой. В Инженерная группа Интернета (IETF) определила Протокол резервирования ресурсов (RSVP) для резервирования полосы пропускания в качестве стандарта, предложенного в 1997 г.[12] RSVP - это сквозное резервирование полосы пропускания и входной контроль протокол. Протокол RSVP не получил широкого распространения из-за ограничений масштабируемости.[13] Более масштабируемая версия управления трафиком, RSVP-TE, используется во многих сетях для создания Многопротокольная коммутация меток (MPLS) пути с коммутацией меток.[14] IETF также определил Следующие шаги в передаче сигналов (NSIS)[15] с сигнализацией QoS в качестве цели. NSIS - это развитие и упрощение RSVP.

Исследовательские консорциумы, такие как "сквозная поддержка качества обслуживания в гетерогенных сетях" (EuQoS, с 2004 по 2007 год)[16] и форумы, такие как Форум IPsphere[17] разработали больше механизмов для квитирования вызова QoS от одного домена к другому. IPsphere определила Уровень структурирования услуг (SSS) сигнальная шина для установления, вызова и (попытки) обеспечения сетевых услуг. EuQoS провел эксперименты по интеграции Протокол инициирования сеанса, Следующие шаги в передаче сигналов и SSS IPsphere с ориентировочной стоимостью около 15,6 миллионов евро и опубликовал книгу.[18][19]

Исследовательский проект Multi Service Access Everywhere (MUSE) определил другую концепцию QoS на первом этапе с января 2004 года по февраль 2006 года и втором этапе с января 2006 года по 2007 год.[20][21][22] Другой исследовательский проект под названием PlaNetS был предложен для европейского финансирования примерно в 2005 году.[23]Бюджет более широкого европейского проекта под названием «Архитектура и дизайн для Интернета будущего», известного как 4WARD, оценивался в 23,4 миллиона евро, и он финансировался с января 2008 года по июнь 2010 года.[24]Он включал "тему качества обслуживания" и опубликовал книгу.[25][26] Другой европейский проект под названием WIDENS (Wireless Deployable Network System),[27] предложил подход к резервированию полосы пропускания для мобильных беспроводных многоскоростных adhoc-сетей.[28]

Ограничения

Сильная криптография сетевые протоколы, такие как Уровень защищенных гнезд, I2P, и виртуальные частные сети скрыть данные, передаваемые с их помощью. Это все электронная коммерция в Интернете требуется использование таких сильных криптографических протоколов, одностороннее снижение производительности зашифрованного трафика создает неприемлемую опасность для клиентов. Тем не менее, зашифрованный трафик иначе не может пройти глубокая проверка пакетов для QoS.

Протоколы вроде ICA и RDP может инкапсулировать другой трафик (например, печать, потоковое видео) с различными требованиями, что может затруднить оптимизацию.

В Интернет2 в 2001 г. обнаружил, что протоколы QoS, вероятно, не могут быть развернуты внутри его Сеть Абилин с оборудованием, доступным на тот момент.[29][а] Группа предсказала, что «логистические, финансовые и организационные барьеры заблокируют путь к любым гарантиям пропускной способности» модификациями протокола, направленными на QoS.[30]Они считали, что экономика будет стимулировать сетевых провайдеров сознательно снижать качество трафика «максимальные усилия», чтобы подтолкнуть клиентов к более дорогим услугам QoS. Вместо этого они предложили избыточное выделение ресурсов как более экономичное в то время.[29][30]

Исследование сети Абилин послужило основой для свидетельских показаний Гэри Бачулы Комитет Сената США по торговле слышит на Сетевой нейтралитет в начале 2006 г. Он выразил мнение, что добавление большей полосы пропускания было более эффективным, чем любая из различных схем обеспечения QoS, которые они исследовали.[31] Показания Бачулы приводятся сторонниками закона, запрещающего качество услуг, как доказательство того, что такое предложение не служит законной цели. Этот аргумент зависит от предположения, что избыточная инициализация не является формой QoS и что это всегда возможно. Стоимость и другие факторы влияют на способность операторов создавать и поддерживать сети с избыточным выделением ресурсов.[нужна цитата ]

Мобильный (сотовый) QoS

Основная статья: Мобильное QoS

Поставщики услуг мобильной сотовой связи могут предлагать мобильный QoS клиентам так же, как проводные телефонная сеть общего пользования поставщики услуг и Интернет-провайдеры может предложить QoS. Механизмы QoS всегда предусмотрены для цепь переключена сервисов, и необходимы для неэластичных сервисов, например потоковое мультимедиа.

Мобильность усложняет механизмы QoS. Телефонный звонок или другой сеанс может быть прерван после сдавать если новый базовая станция перегружен. Непредсказуемые передачи обслуживания делают невозможным предоставление абсолютной гарантии QoS на этапе инициирования сеанса.

Стандарты

Качество обслуживания в сфере телефония был впервые определен в 1994 г. ITU-T Рекомендация E.800. Это очень широкое определение, включающее 6 основных компонентов: поддержка, работоспособность, доступность, сохраняемость, целостность и безопасность.[1] В 1998 году ITU опубликовал документ, в котором обсуждается QoS в области сетей передачи данных. X.641 предлагает средства разработки или совершенствования стандартов, связанных с QoS, и предоставляет концепции и терминологию, которые должны помочь в поддержании согласованности соответствующих стандартов.[32]

Некоторые IETF, связанные с QoS Запрос комментариев (RFC) являются Определение поля дифференцированных услуг (поля DS) в заголовках IPv4 и IPv6, RFC  2474, и Протокол резервирования ресурсов (RSVP), RFC  2205; оба они обсуждаются выше. IETF также опубликовала два RFC, в которых рассказывается о QoS: Следующие шаги для архитектуры IP QoS, RFC  2990, и Обеспокоенность IAB относительно контроля перегрузки для голосового трафика в Интернете, RFC  3714.

IETF также опубликовала Рекомендации по настройке для классов обслуживания DiffServ, RFC  4594 в качестве информативного документа или документа с «лучшими практиками» о практических аспектах разработки решения QoS для DiffServ сеть. Они пытаются определить, какие типы приложений обычно запускаются в IP-сети, чтобы сгруппировать их по классам трафика, изучают, какая обработка требуется для каждого из этих классов в сети, и предлагают, какие механизмы QoS, обычно доступные в маршрутизаторах, можно использовать для применять эти методы лечения.

Программное обеспечение с открытым исходным кодом

  • Linux Расширенная маршрутизация и управление трафиком (с 2000 по 2005 год)[33]
  • Linux Bandwidth Arbitrator (с 2003 по 2005 год)[34]
  • Нулевая оболочка[35]
  • mod_qos добавление QoS к HTTP-сервер Apache

Смотрите также

Примечания

  1. ^ Доступное в то время оборудование полагалось на программное обеспечение для реализации QoS.

Рекомендации

  1. ^ а б «E.800: Термины и определения, относящиеся к качеству обслуживания и производительности сети, включая надежность». Рекомендация ITU-T. Август 1994 г.. Получено 14 октября, 2011. Обновлено в сентябре 2008 г. как Определения терминов, относящихся к качеству обслуживания
  2. ^ Справочник по проектированию телетрафика В архиве 11 января 2007 г. Wayback Machine 2-я Исследовательская комиссия МСЭ-Т (350 страниц, 4 · 48МиБ ) (Вместо QoS используется аббревиатура GoS)
  3. ^ Менихтас Андреас (2009). «Реконфигурация в реальном времени для обеспечения уровней обеспечения QoS в грид-средах». Компьютерные системы будущего поколения. 25 (7): 779–784. Дои:10.1016 / j.future.2008.11.001.
  4. ^ Пеухкури М. (1999-05-10). «Качество обслуживания IP». Хельсинкский технологический университет, лаборатория телекоммуникационных технологий. Цитировать журнал требует | журнал = (помощь)
  5. ^ Юксель, М .; Рамакришнан, К. К .; Kalyanaraman, S .; Houle, J.D .; Садхвани Р. (2007). Ценность поддержки класса обслуживания в IP-магистралях (PDF). Международный семинар IEEE по качеству обслуживания (IWQoS'07). Эванстон, штат Иллинойс, США. С. 109–112. CiteSeerX  10.1.1.108.3494. Дои:10.1109 / IWQOS.2007.376555. ISBN  978-1-4244-1185-6. S2CID  10365270.
  6. ^ "Вечер с Робертом Каном". Музей истории компьютеров. 9 января 2007 г. Архивировано с оригинал 19 декабря 2008 г.
  7. ^ "4.9". Справочник по обработке изображений и видео (2-е изд.). 2005 г. ISBN  978-0-12-119792-6. Однако для настройки резервирования ресурсов на основе потоков на маршруте требуются огромные усилия. Кроме того, необходимая сигнализация управления и поддержание состояния на маршрутизаторах ограничивают масштабируемость этого подхода.
  8. ^ Бьянки, Джузеппе (2000). «Анализ производительности функции распределенной координации IEEE 802.11». Журнал IEEE по избранным областям коммуникаций. 18 (3): 535–547. CiteSeerX  10.1.1.464.2640. Дои:10.1109/49.840210.
  9. ^ Ши, Чефу; Борода, Кори; Митчелл, Кен (2009). «Аналитические модели для понимания ненадлежащего поведения и дружественности к MAC в сетях CSMA». Оценка эффективности. 66 (9–10): 469. CiteSeerX  10.1.1.333.3990. Дои:10.1016 / j.peva.2009.02.002.
  10. ^ Бен Эрвин (16 декабря 2008 г.). «Как управлять QoS в вашей среде, часть 1 из 3». Ежедневное видео о производительности сети. NetQoS. Получено 15 октября, 2011.
  11. ^ «VoIP на MPLS». Поиск по унифицированным коммуникациям. Получено 12 марта 2012.
  12. ^ Боб Брейден изд. Л. Чжан, С. Берсон, С. Херцог, С. Джамин (сентябрь 1997 г.). Протокол резервирования ресурсов (RSVP). IETF. Дои:10.17487 / RFC2205. RFC 2205.CS1 maint: несколько имен: список авторов (связь)
  13. ^ Пана, Флавий; Пут, Ферди (декабрь 2014 г.), «Оценка производительности RSVP с использованием OPNET Modeler», Практика и теория имитационного моделирования, 49: 85–97, Дои:10.1016 / j.simpat.2014.08.005
  14. ^ Маршрутизация сегмента MPLS, Ариста, получено 2020-04-16
  15. ^ Хартия «Следующие шаги в сигнализации»
  16. ^ «EuQoS - сквозная поддержка качества обслуживания в гетерогенных сетях». Сайт проекта. 2004–2006 гг. Архивировано из оригинал 30 апреля 2007 г.. Получено 12 октября, 2011.
  17. ^ IPSphere: Включение расширенной доставки услуг В архиве 13 января 2011 г. Wayback Machine
  18. ^ «Сквозная поддержка качества обслуживания в гетерогенных сетях». Описание Проекта. Информационная служба Европейского сообщества по исследованиям и разработкам. Получено 12 октября, 2011.
  19. ^ Торстен Браун; Томас Стауб (2008). Сквозное качество обслуживания в гетерогенных сетях. Springer. ISBN  978-3-540-79119-5.
  20. ^ «Мультисервисный доступ везде (MUSE)». Сайт проекта. Получено 12 октября, 2011.
  21. ^ «Мультисервисный доступ везде». Описание Проекта. Информационная служба Европейского сообщества по исследованиям и разработкам. Получено 12 октября, 2011.
  22. ^ «Мультисервисный доступ везде». Описание Проекта. Информационная служба Европейского сообщества по исследованиям и разработкам. Получено 12 октября, 2011.
  23. ^ «Решение PlaNetS QoS». Сайт проекта. 2017-07-28. Архивировано из оригинал 12 ноября 2009 г.. Получено 12 октября, 2011.
  24. ^ «4WARD: Архитектура и дизайн для Интернета будущего». Описание Проекта. Информационная служба Европейского сообщества по исследованиям и разработкам. Получено 15 октября, 2011.
  25. ^ "Идет 4WARD" (PDF). Информационный бюллетень проекта. Июнь 2010 г.. Получено 15 октября, 2011.
  26. ^ Луис М. Коррейя; Жоао Шварц (FRW) да Силва (30 января 2011 г.). Архитектура и дизайн для Интернета будущего: проект 4WARD EU. Springer. ISBN  978-90-481-9345-5.
  27. ^ «Беспроводная развертываемая сетевая система». Описание Проекта. Евросоюз. Получено 23 мая, 2012.
  28. ^ Р. Гимарайнш; Л. Серда; Дж. М. Барсело-Ординас; Х. Гарсиа-Видаль; М. Вурхан; К. Блондиа (март 2009 г.). «Качество обслуживания за счет резервирования полосы пропускания в многоскоростных рекламных сетях». Ad Hoc сети. 7 (2): 388–400. Дои:10.1016 / j.adhoc.2008.04.002.
  29. ^ а б Бенджамин Тейтельбаум, Станислав Шалунов (3 мая 2002 г.). «Почему услуга Premium IP не развернута (и, вероятно, никогда не будет)». Проект информационного документа. Рабочая группа Internet2 QoS. Архивировано из оригинал 30 августа 2002 г.. Получено 15 октября, 2011.
  30. ^ а б Энди Орам (11 июня 2002 г.). "Хороший способ получить сетевое качество обслуживания?". Независимая от платформы колонка. О'Рейли. В архиве с оригинала 5 августа 2002 г.. Получено 15 октября, 2011.
  31. ^ Гэри Бачула (7 февраля 2006 г.). "Свидетельство Гэри Р. Бачулы, вице-президента Internet2" (PDF). С. 2–3. Архивировано из оригинал (PDF) 7 января 2010 г.. Получено 15 октября, 2011.
  32. ^ «X.641: Информационные технологии - Качество обслуживания: структура». Рекомендация ITU-T. Декабрь 1997 г.
  33. ^ "Advanced Routing & Traffic Control HOWTO". 21 августа 2005 г. Архивировано с оригинал 15 октября 2011 г.. Получено 14 октября, 2011.
  34. ^ "Арбитр пропускной способности Linux". APConnections. Получено 14 октября, 2011.
  35. ^ Фульвио Риккарди. «QoS и формирование трафика в режиме прозрачного моста». Веб-сайт Router / Bridge Linux Firewall. Сетевые службы ZeroShell. Получено 15 октября, 2011.

дальнейшее чтение

внешняя ссылка