Стандарты QoS в IP-сетях

Ключевые слова: система интегрированного обслуживания, система

дифференцированного обслуживания, классы трафика, RSVP, QoS, ISP, микропоток, агрегированный поток, MPLS, алгоритм «ведра маркеров», алгоритм случайного раннего обнаружения, взвешенный алгоритм, профиль трафика, эталонный поток, маркер (токен), сглаживание, профилирование, пульсация, протокол резервирования ресурсов, PATH-сообщение, RESV-сообщение, резервирование ресурсов, дескриптор потока, спецификация фильтра, спецификация запроса приемника, спецификация трафика источника, быстрое продвижение, гарантированная доставка.

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

В результате были созданы две системы стандартов QoS для IP-сетей:

IntServ) ориентирована ^

^^e^^^amf^i^^^ (именно поатому'

{Differentiated Services, OlffServ) дела-.следое^атально, ее предпочтительнее использо-

Обе системы используют все базовые элементы схемы поддержания параметров QoS, основанной на резервировании, то есть:

□ кондиционирование трафика;

□ сигнализацию для координации маршрутизаторов;

□ резервирование пропускной способности интерфейсов маршрутизаторов для потоков и классов;

□ приоритетные и взвешенные очереди.

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