Развитие сетей с is

Все большее число производителей маршрутизаторов включают поддержку протокола RSVP в свои изделия. Но для обеспечения интегрированных услуг (Integrated Services, IS) для большой группы пользователей все маршрутизаторы в сети должны поддерживать протокол RSVP.

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

Будущие расширения средств резервирования предусматривают реализацию механизма приоритетов, который позволит некоторым пользователям посылать запросы на резервирование с более высоким приоритетом, чем другие. При этом, даже если маршрутизаторы на пути прохождения информации отдали все ресурсы на резервирование, высокоприоритетные запросы будут все равно обслужены. Такая схема должна работать совместно с системой тарификации услуг, которая выставит пользователю достаточно большие счета за пользование высокоприоритетными запросами на резервирование. В случае, если предоставление IS поддержано в Internet, должна быть уверенность, что в сети еще используется механизм продвижения трафика с «максимальным усилием». Но при этом не должна возникать ситуация, когда при занятости некоторых маршрутизаторов RSVP-резервированием, наиболее ответственный трафик будет обрабатываться с «максимальным усилием». Наиболее оптимальный сценарий – это такой, когда часть ресурсов маршрутизатора используется для резервирования ресурсов некоторым потокам протоколом RSVP, а часть – для передачи классического трафика с «максимальным усилием».

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

Дифференцированные услуги

Концепцию предоставления дифференцированных услуг (Differentiated Services, DS) развивает в настоящее время рабочая группа IETF DS. Технические требования для DS определены в некоторых проектах группы IETF. Здесь мы можем дать только обзор базовых идей, заложенных в обеспечение сервисного дифференцированного обслуживания в Internet. Поскольку этот метод все еще находится в стадии развития, некоторые из рассмотренных технических требований могут быть изменены на конечной стадии определения дифференцированных услуг.

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

Центральный компонент DS – соглашение об уровне сервиса (Service Level Agreement, SLA). SLA – это сервисный контракт между клиентом и провайдером услуг, который определяет подробный перечень предоставляемых услуг. Клиентом может быть отдельный пользователь, организация или любой другой объект DS. Провайдер услуг должен гарантировать, что трафик клиента, с которым заключено SLA, получит оговоренные параметры QoS. Поэтому администрация сети провайдера услуг должна установить соответствующую сервисную политику и проводить оценку предоставляемых услуг для того, чтобы гарантировать согласованную передачу трафика.

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

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

• установки битов в байте DS (поле TOS), на основании которых в сети определяются административные границы;

• использования этих бит для определения способа обработки этих пакетов маршрутизаторами внутри сети;

• создание условий для прохождения отмеченных пакетов в заданных сетевых границах в соответствии с требованиями QoS для каждого класса обслуживания.

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