✖


Jump to content

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

Послушайте эту статью
(Перенаправлено с «Качество обслуживания» )
Термин, ориентированный на обслуживание клиентов, см. в разделе «Качество обслуживания» .

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

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

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

Определения

[ редактировать ]

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

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

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

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

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

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

История

[ редактировать ]

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

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

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

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

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

[ редактировать ]

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

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

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

Приложения

[ редактировать ]

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

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

Механизмы

[ редактировать ]

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

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

Чрезмерное выделение ресурсов

[ редактировать ]

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

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

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

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

Усилия по IP и Ethernet

[ редактировать ]

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

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

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

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

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

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

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

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

Протоколы

[ редактировать ]

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

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

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

[ редактировать ]

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

Исследовательские консорциумы, такие как «сквозная поддержка качества обслуживания в гетерогенных сетях» (EuQoS, с 2004 по 2007 год). [16] и форумы, такие как IPsphere Forum [17] разработали дополнительные механизмы для подтверждения вызова QoS от одного домена к другому. IPsphere определила шину сигнализации Service Structuring Stratum (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] [а] Группа предсказала, что «логистические, финансовые и организационные барьеры заблокируют путь к любым гарантиям пропускной способности» из-за модификаций протокола, направленных на качество обслуживания. [30] Они полагали, что экономика подтолкнет сетевых провайдеров к намеренному снижению качества трафика с целью подтолкнуть клиентов к более дорогим услугам QoS. Вместо этого они предложили избыточное предоставление мощностей как более экономически эффективное на тот момент. [29] [30]

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

Качество обслуживания мобильной связи (сотовой связи)

[ редактировать ]
Основная статья: Качество обслуживания мобильных устройств

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

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

Стандарты

[ редактировать ]

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

связанные с QoS , Некоторые запросы IETF на комментарии (RFC), Бейкер, Фред; Блэк, Дэвид Л.; Николс, Кэтлин; Блейк, Стивен Л. (декабрь 1998 г.), Определение поля дифференцированных услуг (поля DS) в заголовках IPv4 и IPv6 , doi : 10.17487/RFC2474 , RFC   2474 и Брейден, Роберт Т.; Чжан, Лися; Берсон, Стивен; Херцог, Шай; Джамин, Суги (сентябрь 1997 г.), Брейден, Р. (ред.), Протокол резервирования ресурсов (RSVP) , doi : 10.17487/RFC2205 , RFC   2205 ; оба они обсуждаются выше. IETF также опубликовал два RFC с описанием QoS: Хьюстон, Джефф (ноябрь 2000 г.), Следующие шаги по архитектуре IP QoS , doi : 10.17487/RFC2990 , RFC   2990 и Флойд, С.; Кемпф Дж. (2004), Кемпф Дж. (ред.), Проблемы IAB в отношении контроля перегрузки голосового трафика в Интернете , doi : 10.17487/RFC3714 , RFC   3714 .

IETF также опубликовал Бейкер, Фред; Бабьярц, Йозеф; Чан, Квок Хо (август 2006 г.), Рекомендации по настройке классов обслуживания DiffServ , doi : 10.17487/RFC4594 , RFC   4594 как информационный документ или документ с передовым опытом о практических аспектах разработки решения QoS для сети DiffServ . В документе делается попытка идентифицировать приложения, обычно выполняемые в IP-сети, группировать их по классам трафика, изучать обработку, требуемую этими классами от сети, и предлагать, какие из механизмов QoS, обычно доступных в маршрутизаторах, можно использовать для реализации этой обработки.

См. также

[ редактировать ]

Примечания

[ редактировать ]
  1. ^ Оборудование, доступное в то время, основывалось на программном обеспечении для реализации QoS.

Ссылки

[ редактировать ]
  1. ^ Jump up to: а б «E.800: Термины и определения, относящиеся к качеству обслуживания и производительности сети, включая надежность» . Рекомендация МСЭ-Т . Август 1994 года . Проверено 14 октября 2011 г. Обновлено в сентябре 2008 г.: Определения терминов, связанных с качеством обслуживания.
  2. ^ Справочник по проектированию телетрафика. Архивировано 11 января 2007 г. в Исследовательской группе 2 Wayback Machine ITU-T (350 страниц, 2,69 МБ) (вместо QoS используется аббревиатура GoS).
  3. ^ Менихтас Андреас (2009). «Реконфигурация в реальном времени для обеспечения уровней обеспечения QoS в средах Grid». Компьютерные системы будущего поколения . 25 (7): 779–784. дои : 10.1016/j.future.2008.11.001 .
  4. ^ Пеукури М. (10 мая 1999 г.). «Качество обслуживания IP» . Хельсинкский технологический университет, лаборатория телекоммуникационных технологий.
  5. ^ Юксель, М.; Рамакришнан, К.К.; Кальянараман, С.; Хоул, доктор медицинских наук; Садхвани, Р. (2007). «Ценность поддержки класса обслуживания в IP-магистралях». Пятнадцатый международный семинар IEEE по качеству обслуживания, 2007 г. (PDF) . Эванстон, Иллинойс, США. стр. 109–112. CiteSeerX   10.1.1.108.3494 . дои : 10.1109/IWQOS.2007.376555 . ISBN  978-1-4244-1185-6 . S2CID   10365270 . Архивировано из оригинала (PDF) 30 апреля 2012 г. Проверено 24 января 2009 г. {{cite book}}: CS1 maint: дата и год ( ссылка ) CS1 maint: местоположение отсутствует издатель ( ссылка )
  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 г.). «Как управлять качеством обслуживания в вашей среде, часть 1 из 3» . Производительность сети Ежедневное видео . NetQoS . Архивировано из оригинала 29 сентября 2011 года . Проверено 15 октября 2011 г.
  11. ^ «VoIP на MPLS» . Найдите унифицированные коммуникации . Проверено 12 марта 2012 г.
  12. ^ Боб Брейден изд. Л. Чжан, С. Берсон, С. Херцог, С. Джамин (сентябрь 1997 г.). Протокол резервирования ресурсов (RSVP) . IETF . дои : 10.17487/RFC2205 . РФК 2205 . {{citation}}: CS1 maint: несколько имен: список авторов ( ссылка )
  13. ^ Пана, Флавий; Пут, Ферди (декабрь 2014 г.), «Оценка производительности RSVP с использованием OPNET Modeler», Практика и теория имитационного моделирования , 49 : 85–97, doi : 10.1016/j.simpat.2014.08.005
  14. ^ Маршрутизация сегментов MPLS , Arista, 10 декабря 2019 г. , получено 16 апреля 2020 г.
  15. ^ « Дальнейшие шаги в сигнальной «Хартии»» .
  16. ^ «EuQoS — Сквозная поддержка качества обслуживания в гетерогенных сетях» . Сайт проекта . 2004–2006 гг. Архивировано из оригинала 30 апреля 2007 года . Проверено 12 октября 2011 г.
  17. ^ IPSphere: Включение расширенного предоставления услуг. Архивировано 13 января 2011 г. на Wayback Machine.
  18. ^ «Сквозная поддержка качества обслуживания в гетерогенных сетях» . Описание проекта . Информационная служба Европейского сообщества по исследованиям и разработкам . Проверено 12 октября 2011 г.
  19. ^ Торстен Браун; Томас Стауб (2008). Сквозное качество обслуживания в гетерогенных сетях . Спрингер. ISBN  978-3-540-79119-5 .
  20. ^ «Мультисервисный доступ повсюду (MUSE)» . Сайт проекта . Проверено 12 октября 2011 г.
  21. ^ «Мультисервисный доступ повсюду» . Описание проекта . Информационная служба Европейского сообщества по исследованиям и разработкам . Проверено 12 октября 2011 г.
  22. ^ «Мультисервисный доступ повсюду» . Описание проекта . Информационная служба Европейского сообщества по исследованиям и разработкам . Проверено 12 октября 2011 г.
  23. ^ «Решение PlaNetS QoS» . Сайт проекта . 28 июля 2017 г. Архивировано из оригинала 12 ноября 2009 года . Проверено 12 октября 2011 г.
  24. ^ «4WARD: Архитектура и дизайн для будущего Интернета» . Описание проекта . Информационная служба Европейского сообщества по исследованиям и разработкам . Проверено 15 октября 2011 г.
  25. ^ «Идём в 4 стороны» . Информационный бюллетень проекта . Июнь 2010 г. Архивировано из оригинала (PDF) 9 мая 2013 г. . Проверено 15 октября 2011 г.
  26. ^ Луис М. Коррейя; Жоау Шварц (FRW) да Силва (30 января 2011 г.). Архитектура и дизайн для будущего Интернета: проект 4WARD EU . Спрингер. ISBN  978-90-481-9345-5 .
  27. ^ «Беспроводная развертываемая сетевая система» . Описание проекта . Евросоюз . Проверено 23 мая 2012 г.
  28. ^ Р. Гимарайнш; Л. Серда; Ж. М. Барсело-Ординас; Ж. Гарсиа-Видаль; М. Вурхан; К. Блондия (март 2009 г.). «Качество обслуживания за счет резервирования полосы пропускания в многоскоростных беспроводных сетях Ad-doc». Специальные сети . 7 (2): 388–400. дои : 10.1016/j.adhoc.2008.04.002 .
  29. ^ Jump up to: а б Бенджамин Тейтельбаум, Станислав Шалунов (3 мая 2002 г.). «Почему служба Premium IP не развернута (и, вероятно, никогда не будет)» . Проект информационного документа . Рабочая группа Internet2 QoS. Архивировано из оригинала 30 августа 2002 года . Проверено 15 октября 2011 г.
  30. ^ Jump up to: а б Энди Орам (11 июня 2002 г.). «Хороший способ добиться качества обслуживания сети?» . Независимый от платформы столбец . О'Рейли. Архивировано из оригинала 5 августа 2002 года . Проверено 15 октября 2011 г.
  31. ^ Гэри Бачула (7 февраля 2006 г.). «Свидетельство Гэри Р. Бачулы, вице-президента Internet2» (PDF) . стр. 2–3. Архивировано из оригинала (PDF) 7 января 2010 г. Проверено 15 октября 2011 г.
  32. ^ «X.641: Информационные технологии. Качество обслуживания: основа» . Рекомендация МСЭ-Т . Декабрь 1997 года.

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

[ редактировать ]
[ редактировать ]
Послушайте эту статью ( 20 минут )
Duration: 19 minutes and 48 seconds.
Разговорная иконка Википедии
Этот аудиофайл был создан на основе редакции этой статьи от 18 июля 2008 г. ( 18 июля 2008 г. ) и не отражает последующие изменения.
( Аудио помощь · Больше устных статей )
Retrieved from "https://en.wikipedia.org/w/index.php?title=Quality_of_service&oldid=1236798655"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 6beaec0b045424a101e15461c44d67de__1721997720
URL1:https://arc.ask3.ru/arc/aa/6b/de/6beaec0b045424a101e15461c44d67de.html
Заголовок, (Title) документа по адресу, URL1:
Quality of service - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)