- •Глава 20 Дополнительные
- •192.78.46.0/24, То список доступа будет выглядеть следующим образом:
- •9 Система интегрированного обслуживания (Integiated Seiwcji. Intbotv) ориентирован;!
- •IntServ — в сетях доступа, где количество микропотоков относительно невелико,
- •1. Источник данных (компьютер с1 на рис. 20.3) посылает получателям по уни-
- •4. Каждый маршрутизатор, поддерживающий протокол rsvp вдоль восходящего
- •1 Традиционная технология nat в виде исключения допускает сеансы обратного направ-
- •V.35, над которым могут работать протоколы lap-b, lap-d или lap-f, обеспе-
- •Isp относящегося к категории Tiar 1, сегодня требуются магистральные маршру-
- •2 Мбит/с. Маршрутизатор удаленного офиса может поддерживать работу по ком-
9 Система интегрированного обслуживания (Integiated Seiwcji. Intbotv) ориентирован;!
на предоставление гарантий QoS для потоков конечных пользователей {именно поэтому
технология IntServ используется в основном на периферии сети).
¦ система дифференцированного обслуживания (Diffei entiated Services, DiffServ) дела-
делает то же самое для классов трафика, и, следовачылыно ее предпочтительнее е.спильзе
• весть на магистрали.
Обе системы используют все базовые элементы схемы поддержания параметров
QoS, основанной на резервировании, то есть:
? кондиционирование трафика;
? сигнализацию для координации маршрутизаторов;
? резервирование пропускной способности интерфейсов маршрутизаторов для
потоков и классов;
? приоритетные и взвешенные очереди.
Ни одна из этих технологий не решает проблемы инжиниринга трафика, так как
пакеты по-прежнему направляются вдоль пути с наилучшей метрикой, выбирае-
выбираемому стандартным протоколом маршрутизации без учета реальной загрузки ка-
каналов передачи данных.
Модели качества обслуживания
IntServ и DiffServ
Направление IntServ начало разрабатываться в IETF еще в начале 90-х годов
и было первым направлением, в рамках которого проблема обеспечения пара-
параметров QoS в сетях TCP/IP начала решаться систематически. Базовая модель
IntServ предполагает интегрированное взаимодействие маршрутизаторов сети по
обеспечению требуемого качества обслуживания вдоль всего пути микропотока
между конечными компьютерами.
Ресурсы маршрутизаторов (пропускная способность интерфейсов, размеры бу-
буферов) распределяются в соответствии с QoS-запросами приложений в преде-
пределах, разрешенных политикой QoS для данной сети. Эти запросы распростра-
распространяются по сети сигнальным протоколом RSVP, который позволяет выполнять
резервирование ресурсов для потоков данных.
Однако система IntServ обеспечения параметров QoS нашла довольно много про-
противников, преимущественно среди поставщиков услуг Интернета (ISP). Дело
в том, что при интегрированном обслуживании Магистральные ISP-маршрути-
ISP-маршрутизаторы должны оперировать информацией о состоянии десятков тысяч микро-
микропотоков, проходящих через ISP-сети. Такая нетрадиционная нагрузка на мар-
маршрутизаторы требует коренного пересмотра их архитектуры и, естественно,
ведет к резкому повышению стоимости IP-сетей и предоставляемых ими услуг.
Поэтому в конце 90-х была создана другая, более экономически эффективная
технология QoS в IP-сетях, получившая название дифференцированного обслу-
обслуживания (DiffServ). Она изначально была ориентирована на применение в пре-
пределах ISP-сетей, а конечные узлы, генерирующие микропотоки, в расчет не брались.
Для технологии DiffServ поддержка параметров QoS начинается на пограничном
маршрутизаторе ISP-сети, на который поступает большое количество микропо-
микропотоков из сетей пользователей. Каждый пограничный маршрутизатор классифици-
классифицирует и маркирует входящий трафик, разделяя его на небольшое число классов,
обычно 3-4 (максимум — 8). Затем каждый маршрутизатор сети обслуживает
классы трафика дифференцированно в соответствии с произведенной маркиров-
маркировкой, выделяя каждому классу определенное количество ресурсов. Резервиро-
Резервирование ресурсов маршрутизаторов производится статически, чаще всего вручную
администратором сети. Роль сигнального протокола играют метки принадлеж-
принадлежности пакетов к тому или иному классу.
Ответственность за согласованное обслуживание трафика всеми маршрутизаторами сети
несет администратор, так как он принимает решение, какие пропускную способность и вели-
величину буфера выделить каждому классу на каждом интерфейсе каждого маршрутизатора.
Модель DiffServ существенно снижает нагрузку на маршрутизаторы ISP-сети,
так как требует хранить информацию о состоянии только небольшого количест-
количества классов. Кроме того, эта модель удобна для поставщиков услуг тем, что позво-
позволяет поддерживать параметры QoS автономно, только в пределах своих сетей.
Однако за эти преимущества приходится платить, и, прежде всего, отказом от
гарантии сквозной поддержки параметров QoS. Даже если каждый поставщик
услуг обеспечит дифференцированное обслуживание в своей сети, общая кар-
картина получится фрагментированной, так как за каждый фрагмент отвечает от-
отдельный администратор, и согласование параметров резервирования остается
исключительно субъективной процедурой, не поддерживаемой никакими прото-
протоколами.
Несмотря на большое внимание, уделяемое в последнее время дифференциро-
дифференцированному обслуживанию как простому средству, с помощью которого можно уже
сейчас обеспечить повышение качества обслуживания в Интернете без больших
затрат, существуют и другие точки зрения. Так, Лоуренс Роберте (Lawrence G.
Roberts), один из тех, кто стоял у истоков Интернета, высказал весьма резкое от-
отрицательное отношение к попыткам упрощенно решить проблему поддержания
качества обслуживания в Интернете (см. статью Lawrence G. Roberts «Judgment
Call», в журнале Data Communications за апрель 1999 года).
Ведутся также работы по комбинированному применению технологий IntServ
и DiffServ. Каждая технология в этих моделях работает в своей области,