Качество обслуживания

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

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

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

Определения [ править ]

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

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

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

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

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

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

История [ править ]

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

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

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

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

Качество трафика [ править ]

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

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

Goodput

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

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

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

Ошибки

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

Задержка

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

Вариация задержки пакета

Пакеты от источника доходят до места назначения с разными задержками. Задержка пакета зависит от его положения в очередях маршрутизаторов на пути между источником и местом назначения, и это положение может изменяться непредсказуемо. Вариация задержки может быть поглощена приемником, но при этом увеличивается общая задержка для потока.

Доставка вне очереди

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

Приложения [ править ]

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

• Потоковое мультимедиа в частности
  • Интернет-телевидение (IPTV)
  • Аудио через Ethernet
  • Аудио через IP
• Передача голоса по IP (VoIP)
• Видеотелефония
• Дистанционное присутствие
• Приложения хранения, такие как iSCSI и Fibre Channel через Ethernet
• Сервис эмуляции схемы
• Критически важные для безопасности приложения, такие как удаленная хирургия, где проблемы доступности могут быть опасными
• Системы поддержки сетевых операций либо для самой сети, либо для критически важных бизнес-потребностей клиентов
• Онлайн-игры, в которых задержка в реальном времени может быть фактором
• Протоколы промышленных систем управления , такие как EtherNet / IP, которые используются для управления оборудованием в реальном времени.

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

Механизмы [ править ]

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

Когда затраты на механизмы обеспечения 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) (CBQoS) продаются Cisco Systems .^[10]

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

Протоколы [ править ]

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

• Поле типа службы (ToS) в заголовке IPv4 (теперь заменено DiffServ )
• Дифференцированные услуги (DiffServ)
• Интегрированные услуги (IntServ)
• Протокол резервирования ресурсов (RSVP)
• RSVP-TE

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

• Многопротокольная коммутация по меткам (MPLS) обеспечивает восемь классов QoS ^[11]
• Ретрансляция кадров
• X.25
• Некоторые модемы DSL
• Асинхронный режим передачи (ATM)
• Ethernet с поддержкой IEEE 802.1Q с аудио-видео мостом и сетью, зависящей от времени
• Wi-Fi с поддержкой IEEE 802.11e
• Домашняя сеть HomePNA через коаксиальные и телефонные провода
• Стандарт домашних сетей G.hn обеспечивает QoS посредством возможностей бесконфликтной передачи (CFTXOP), которые выделяются потокам, которым требуется QoS и которые согласовали контракт с сетевым контроллером. G.hn также поддерживает работу без QoS с помощью временных интервалов, основанных на конкуренции.

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

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

Исследовательские консорциумы, такие как «сквозная поддержка качества обслуживания в гетерогенных сетях» (EuQoS, с 2004 по 2007 гг.) ^[16], и форумы, такие как IPsphere Forum ^[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]предложил подход к резервированию полосы пропускания для мобильных беспроводных многоскоростных одноранговых сетей. ^[28]

Ограничения [ править ]

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

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

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

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

QoS для мобильных (сотовых) сетей [ править ]

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

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

Стандарты [ править ]

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

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

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

См. Также [ править ]

Заметки [ править ]

Ссылки [ править ]

Дальнейшее чтение [ править ]

• Развертывание IP и MPLS QoS для мультисервисных сетей: теория и практика Джона Эванса, Кларенса Филсфилса (Морган Кауфманн, 2007, ISBN 0-12-370549-5 ) 
• Лелли, Ф. Марон, Г. Орландо, С. Оценка удаленного выполнения службы на стороне клиента . 15-й Международный симпозиум по моделированию, анализу и моделированию компьютерных и телекоммуникационных систем, 2007. MASCOTS '07.
• QoS в гетерогенных сетях , Марио Марчезе (Wiley, 2007, ISBN 978-0-470-01752-4 ) 
• КсиПэн Сяо (8 сентября 2008 г.). Технические, коммерческие и регуляторные проблемы QoS: перспектива модели интернет-услуг . Морган Кауфманн. ISBN 978-0-12-373693-2.
• Интегрированные службы в архитектуре Интернета: обзор , RFC  1633
• Архитектура для дифференцированных сервисов , RFC  2475
• RSVP-TE: Расширения RSVP для туннелей LSP , RFC  3209

Внешние ссылки [ править ]

Послушайте эту статью ( 20 минут )

Этот аудиофайл был создан на основе редакции этой статьи от 18 июля 2008 г. и не отражает последующих правок. ( 2008-07-18 )

( Аудио справка  · Больше устных статей )

• Нейт Хой. «Внедрение QoS» . Форум Vonage . Проверено 14 октября 2011 года .
• Справочник Cisco по межсетевым технологиям
• Хеннинг Шульцринне (9 января 2008 г.). «Качество обслуживания сети» . Веб-сайт факультета Колумбийского университета . Проверено 14 октября 2011 года .
• «Качество обслуживания» . Microsoft TechNet . 31 марта 2011 . Проверено 14 октября 2011 года .
• «Инструмент анализа QoS веб-камеры» . FishyCam . 31 октября 2012 . Проверено 16 ноября 2012 года .
• «Качество обслуживания (QoS) в высокоприоритетных приложениях» (PDF) . Переходные сети. Февраль 2003 . Проверено 16 февраля 2017 года .