Маршрутизатор IP анализирует первые несколько пакетов поступающего потока и, в случае небольшого объема данных, например, запроса службы имен доменов (Domain Name System, DNS) или простого протокола сетевого управления (Simple Network Management Protocol, SNMP), обрабатывает их как обычный маршрутизатор. Если же узел идентифицирует поток большой длины (представляющий, например, трафик Telnet, FTP, мультимедийных приложений или загрузку файлов через Web), то он переключается на нижележащую структуру ATM и применяет сквозную коммутацию для быстрой доставки данных адресату.
Технология коммутации пакетов поддерживает различные уровни качества доставки информации (GoS).
Коммутация пакетов может быть реализована с помощью технологии ATM, имеющей многочисленные встроенные средства поддержки QoS, и RSVP.
Конкуренцию IP-коммутации составила тег-коммутация. Как видно из названия, данная технология предполагает присоединение к пакетам меток для информирования коммутаторов и маршрутизаторов о природе трафика. Не углубляясь в анализ пакета, устройства просто считывают метку в заголовке для определения соответствующего маршрута потоку трафика.
Если DiffServ задействует заголовок DS, уже имеющийся в пакетах IPv4, то MPLS использует 32-разрядную информационную метку, добавляемую к каждому IP-пакету. Эта метка, добавляемая при входе в сеть с поддержкой MPLS, сообщает каждому маршрутизатору вдоль пути следования, как надо обрабатывать пакет. В частности, она содержит информацию о требуемом для данного пакета уровне QoS.
В отличие от поля DS, метка MPLS изначально не является частью пакета IP. Она добавляется при поступлении пакета в сеть и удаляется при выходе пакета из сети MPLS.
В обычной ситуации маршрутизаторы анализируют заголовок пакета для определения его адресата. Ввиду того, что такой анализ проводится на каждом транзитном узле независимо, предсказать, каким маршрутом будет следовать пакет, практически невозможно, поэтому обеспечение гарантированного уровня QoS оказывается невероятно сложной задачей.
При использовании меток MPLS маршрутизатор или коммутатор может присвоить метки записям из своих таблиц маршрутизации и в виде меток передать информацию о маршрутизации конкретным маршрутизаторам и коммутаторам. Считывая метку, каждый коммутатор или маршрутизатор узнает информацию о следующем адресате на пути, не анализируя заголовок пакета. Это экономит время и ресурсы ЦПУ. Пакеты с метками MPLS могут, следовательно, передаваться от отправителя (пограничного маршрутизатора домена) к получателю (другому пограничному маршрутизатору домена) без задержек на обработку, причем все промежуточные узлы (коммутирующие маршрутизаторы) имеют данные о том, как нужно обрабатывать каждый пакет, благодаря предварительно созданному пути (LDP) внутри домена.
По сути, MPLS привносит способ коммутации каналов, какой мы имеем в ATM, в мир пакетных сетей, связанных с IP. На практике технологию MPLS можно использовать для доставки трафика IP-телефонии по сетям IP.
Следует отметить, что DiffServ функционирует на третьем уровне, а технология MPLS - на втором, поэтому с технической точки зрения обе технологии могут мирно сосуществовать. Как уже упоминалось, DiffServ классифицирует пакеты при их поступлении на пограничный маршрутизатор, поэтому данный стандарт, скорее всего, будет использоваться на границе сети, например, между компанией и ее сервис-провайдером.
Ввиду того, что MPLS предполагает включение дополнительных меток и использование коммутирующих маршрутизаторов, способных интерпретировать данную информацию, он, вероятно, найдет применение исключительно внутри корпоративных сетей или в транспортной сети оператора, где требуется высокий уровень качества для IP-трафика.
Если DiffServ требует некоторой настройки сетевых маршрутизаторов, то MPLS предполагает более серьезную модернизацию, чтобы маршрутизаторы могли читать метки и направлять пакеты по конкретным маршрутам.
В настоящее время DiffServ пользуется более широким вниманием, и он ближе к окончательной стандартизации, чем MPLS. Однако каждая из технологий имеет свои преимущества в конкретных областях сети, поэтому поставщики, скорее всего, будут поддерживать обе эти технологии
4.3 RSVP
Одним из средств обеспечения качества IP-телефонии и особенно Интернет-телефонии является использование протокола резервирования ресурсов (Resource Reservation Protocol, RSVP), рекомендованного комитетом IETF. С помощью RSVP мультимедиа-программы могут потребовать специального качества обслуживания (Specific Quality of Service, SQoS) посредством любого из существующих сетевых протоколов - главным образом IP, хотя возможно использовать и UDP, чтобы обеспечить передачу видео- и аудио сигналов с высоким качеством. Протокол RSVP предусматривает гарантированное качество обслуживания благодаря тому, что через каждый узел (маршрутизатор), который связывает между собой участников телефонного разговора, может передаваться определенное количество данных.
Протокол RSVP предназначен только для резервирования части пропускной способности линии. Используя RSVP, отправитель периодически информирует получателя о свободном количестве ресурсов сообщением RSVP Path (рисунок 14). Транзитные маршрутизаторы по мере прохождения этого сообщения также анализируют имеющееся у них количество свободных ресурсов и подтверждают его соответствующим сообщением RSVP Resv, передаваемым в обратном направлении. Если ресурсов достаточно, то отправитель начинает передачу. Если ресурсов не достаточно, получатель должен снизить требования или прекратить передачу информации[1].
Одна из интересных особенностей RSVP заключается в том, что запросы на резервирование ресурсов направляются только от получателей данных отправителям, а не наоборот. Такой подход обусловлен тем, что лишь устройство-получатель знает, с какой скоростью оно должно получать данные, чтобы надежно декодировать аудио- или видеосигналы. Другая уникальная особенность RSVP состоит в том, что резервирование производится лишь для одного направления. Кроме того, RSVP не допускает смешения аудио- и видеосигналов на зарезервированном канале.
Когда RSVP-программы закончат сеанс связи, они должны вызвать функцию отмены, предусмотренную этим протоколом. Отмена аннулирует все запросы на ресурсы, сделанные программой, и позволяет другим прикладным программам использовать коммуникационные возможности Internet. Если программе не удается выполнить отмену, то предусмотренные протоколом средства по истечении некоторого промежутка времени обнаружат это и автоматически отменят запрос на ресурсы.
Недостатком протокола RSVP является то, что полоса пропускания, выделяемая источнику информации, при снижении активности источника не может быть использована для передачи другой информации.
Поскольку протокол RSVP требует резервирования ресурсов или каналов связи, небрежные или безответственные пользователи могут захватить ресурсы сети, инициируя несколько сеансов подряд. Как только канал зарезервирован, он становится недоступным для других пользователей, даже если тот, кто его затребовал, ничего не передает. К сожалению, в RSVP отсутствует четкий механизм предотвращения подобных ситуаций, и решение этой проблемы возлагается на сетевых администраторов. Очевидно, что необходимо предусмотреть более жесткий контроль, чтобы использование RSVP имело успех.
Как альтернатива этому способу может использоваться алгоритм управления потоками на основе системы приоритетов, однако в существующей версии IP этот механизм развит недостаточно. Механизм управления приоритетами должен быть реализован в следующей (шестой) версии IP, где предусматривается введение до 16 приоритетов, а также возможность организации нескольких логических потоков в рамках одного физического соединения. Однако в настоящее время аппаратура, реализующая IP версии 6, только начала появляться на рынке.
Ввиду зависимости RSVP от совместимости промежуточных узлов - в большинстве случаев маршрутизаторов - это влечет за собой неизбежные проблемы, в частности, в глобальных сетях. Если какой-либо маршрутизатор достиг предела своих возможностей, когда он не может гарантировать запрошенный уровень качества обслуживания (Grade of Service, GoS), все последующие запросы будут игнорироваться и удаляться. Если только один узел отказывает в обслуживании запроса, то вся стройная система резервирования распадается.
Протокол RSVP имеет весьма хорошие перспективы на корпоративном уровне, где администратор имеет возможность определить, какие параметры маршрутизатор будет использовать для обслуживания запросов, связанных с предоставлением требуемого качества обслуживания. В глобальных сетях маршрутизаторы вовсе не обязательно находятся под той же юрисдикцией, что приложения и хосты, инициирующие запросы. Это осложняет решение вопроса о гарантиях качества обслуживания вызова.
4.4 IPv6
После нескольких лет тестирования организация Internet Assigned Numbers Authority приступила к развертыванию IPv6 (версии 6 Internet Protocol) - системы цифровой адресации Internet нового поколения.
Начать разработку IPv6 организацию Internet Engineering Task Force побудили опасения, что Internet израсходует весь запас уникальных адресов. Первоначально сеть Internet была рассчитана на связь небольшого количества исследовательских сетей. Поэтому поле адреса в используемой в настоящее время системе адресации IPv4 может принимать около 4 млрд. уникальных значений. Число уникальных адресов, обеспечиваемых новой системой: десять в восемнадцатой степени, или миллиард миллиардов. Этого должно хватить на много лет вперед[1].
Переход на IPv6 начат с трех крупнейших региональных регистрационных каталогов, которые приступают к выдаче новым пользователям удлиненных адресов; полный перевод на новую систему всей сети может быть завершен, как ожидается, в течение 6-10 лет.