Стив Штайнке,
ATM и альтернативы на магистрали глобальной сети,
http://www.osp.ru/lan/1999/09/40_print.htm
ATM — далеко не самый эффективный и дешевый транспорт для информационного
IP-трафика. В этой связи двумя конкурирующими технологиями для сетей следующего
поколения оказываются пакеты поверх SONET и пакеты поверх фотонов.
Большинство администраторов корпоративных сетей не особенно задумывается о
том, какую транспортную технологию выбрать для доставки сетевого трафика из
одной компании в другую и от заказчиков в компанию. Том Нолле, президент
консалтинговой фирмы CIMI Corporation, утверждает, что администраторам сетей по
большей части все равно, как доставляются пакеты данных из одного места в
другое.
Однако уже в ближайшем будущем как традиционные, так и новые операторы
глобальных сетей будут в своих маркетинговых программах делать акцент на
достоинства конкретных применяемых ими технологий для доставки пакетов из одной
точки в другую, поэтому потенциальным заказчикам необходимо быть осведомленными
и о положительных, и об отрицательных сторонах этих подходов.
И SNA, и IPX, и DECnet появились давным-давно, однако широкую популярность
как комплект протоколов для транспортного и сетевого уровня приобрел TCP/IP,
причем он быстрыми темпами отбирает их долю трафика у других протоколов третьего
и четвертого уровней. Поэтому в этой статье мы будем рассматривать только методы
транспортировки трафика TCP/IP, т. е. подходящие для этой цели протоколы
физического и канального уровней (см. Рисунок 1). Главными претендентами
являются IP поверх ATM поверх SONET, IP поверх PPP поверх SONET (часто IP поверх
SONET или пакеты поверх SONET) и IP поверх PPP поверх упрощенной разновидности
SONET (часто IP поверх фотонов или IP поверх лямбда, где лямбда — буква
греческого алфавита, используемая для обозначения длины волны).
Прежде всего мы рассмотрим функции нижних уровней стека OSI. Первый,
физический, уровень определяет поток битов по среде передачи. Он описывает
электрические, электромагнитные или оптические импульсы, которые можно
интерпретировать как биты, а также физическую среду, соединители и другие
физические аспекты информационного канала. Второй, канальный, уровень определяет
логические информационные потоки между двумя точками. Он описывает доступ к
физической линии и обычно предусматривает ту или иную форму контроля и
исправления ошибок, чтобы вышележащие уровни могли иметь надежный канал
передачи.
SONET И УРОВЕНЬ 1
SONET чаще всего характеризуется как протокол первого уровня. Он определяет
свойства оптического потока битов и характеристики оптического волокна, по
которому данные передаются. Как и спецификация T-1, SONET описывает блоки данных
в виде кадров. Кадры SONET структурированы в целях обеспечения, помимо передачи
данных, выполнения служебных операций.
Кроме того, кадры SONET упрощают использование потока битов в качестве
транспорта другими потоками трафика — традиционными синхронными телефонными
потоками, такими, как каналы DS1 и DS3, а также ATM и другими асинхронными
источниками данных. Любой стандартный коммуникационный трафик из Северной
Америки, Европы и Японии может быть мультиплексирован в SONET.
В отличие от большинства кадров второго уровня, кадры SONET не
предусматривают средств обнаружения и исправления ошибок. Вместе с тем SONET
имеет функцию автоматического чрезвычайного переключения (Automatic Protection
Switching, APC), благодаря которой работоспособность двойного оптического кольца
SONET может быть восстановлена в течение 50 мс после повреждения кабеля
посредством реконфигурации кольца. Многочисленные привлекательные стороны SONET
сделали его основным протоколом для дальних высокоскоростных коммуникаций по
оптическому кабелю. Во-первых, SONET масштабируем, и обычно для него первого
реализуются новые высокоскоростные интерфейсы. В наши дни, когда ОС-3 (155
Мбит/с) все чаще отводится роль абонентской, а не магистральной технологии,
когда интерфейсы OC-48 (2,4 Гбит/с) имеются на многих высокоскоростных
коммутаторах и маршрутизаторах, когда OC-768 (40 Гбит/с) больше не является
плодом воображения, SONET всякий раз оказывается первым, а часто и единственным
способом реализации этих постоянно возрастающих скоростей передачи.
Вторая важная особенность SONET — стандартизация. До появления SONET каждый
производитель оптического оборудования реализовывал его по-своему. Поэтому
наблюдаемое оживление мирового телекоммуникационного рынка вряд ли было бы
возможно без стандартизации транспортных протоколов для оптической среды
передачи. В том, что касается высокоскоростной передачи данных по оптическому
кабелю, у SONET нет опирающейся на стандарты альтернативы.
Третье ценное свойство SONET — отказоустойчивость. Функция APS реализована
всеми крупнейшими операторами; она позволяет им продолжать оказывать
телекоммуникационные услуги даже при перерезании кабеля экскаватором.
ATM И УРОВЕНЬ 2
Точно так же, как SONET имеет функции, не укладывающиеся в традиционное
определение протокола физического уровня, функциональность ATM не соответствует
только протоколу канального уровня. Преобразование всего трафика в ячейки
фиксированной длины, как это делает ATM, не предусмотрено никакими правилами для
второго уровня, хотя с точки зрения коррекции ошибок ячейка ATM и представляет
собой типичный кадр второго уровня. Кроме того, содержащаяся в ней адресная
информация имеет смысл только в пределах локального информационного канала.
Вместе с тем ATM имеет проработанные механизмы обеспечения качества обслуживания
(Quality of Service, QoS), но, вообще говоря, это функциональность отнюдь не
канального уровня. Между тем ATM четко укладывается в определение второго уровня
в том, что касается интерфейса с физическим уровнем. В качестве первого уровня
он может использовать различные методы для передачи ячеек по оптическому кабелю,
включая SONET (с практически любой скоростью), медную проводку с
неэкранированными парами Категории 5 и линии Т-1. Коммутаторы ATM лучше всего
рассматривать как устройства канального уровня, хотя они обычно нуждаются в
дополнительных возможностях для взаимодействия с IP и другими протоколами
сетевого уровня.
Главное преимущество ATM — в его способности передавать трафик реального
времени, например речь и видео, без внесения задержки и вариации задержки и
одновременно служить в качестве статистического мультиплексора для ряда потоков
другого трафика.
Традиционные синхронные сети поддерживают трафик реального времени за счет
выделения канала в его исключительное распоряжение. Недостаток такого подхода в
том, что, когда трафик отсутствует, канал простаивает. Сети передачи датаграмм,
такие, как Internet, распределяют свою пропускную способность намного более
эффективно за счет ограничения непрерывной передачи пакетов, организации
очередей на промежуточных узлах и запроса повторной передачи утерянных пакетов.
Платой за такое эффективное использование пропускной способности является
непредсказуемость, периодические длительные задержки и часто неприемлемый
уровень вариации задержки для данных реального времени.
ATM реализует единую сеть для речи, видео и данных, где речевые и видеопотоки
обслуживаются с малой задержкой и вариацией задержки, как и требуется. В то же
время нечувствительные ко времени данные могут воспользоваться оставшейся
емкостью канала и, в принципе, заплатить меньшую цену, пожертвовав
гарантированным качеством обслуживания.
Изначально ATM мыслился как протокол, используемый на всем протяжении пути от
настольной системы до магистрали включительно. К несчастью для ATM, скорость
интерфейсов Ethernet возросла сначала на порядок, а затем на два порядка, причем
при несравненно меньшей цене, чем у конкурирующих интерфейсов ATM. В результате
ATM доминирует в сетях сервис-провайдеров и имеет крепкие позиции на
корпоративных магистралях, но в конечных системах применяется только для
узкоспециальных приложений, где его возможности стоят своей цены. Кроме того,
объединение сетей ATM и Ethernet представляет весьма непростую задачу.
Сегодня, однако, выбор способа подключения компании к Internet — между ATM и
frame relay или выделенной линией — представляет собой скорее финансовый, нежели
технический вопрос. Так, порт ATM на маршрутизаторе доступа, магистральном
коммутаторе ATM или концентраторе доступа может без труда быть сконфигурирован в
качестве постоянного виртуального соединения с провайдером Internet без
необходимости остановки локальной сети и возникновения каких-либо особых проблем
при инсталляции.
НАКЛАДНЫЕ РАСХОДЫ ATM
Несмотря на все прогнозы «избытка пропускной способности», ее реальная
стоимость не сильно изменилась. Сервис-провайдеры хотят продавать заказчикам
пропускную способность по как можно более высокой цене и при этом стремятся
экономить на всем, на чем только можно. Им абсолютно ненавистен тот факт, что
каждый раз при преобразовании пакета IP в ячейку ATM 5 байт из 53-байтной ячейки
теряются на накладные расходы.
Кроме того, дополнительные накладные расходы возникают вследствие
несоответствия размера кадра размеру ячеек. Например, кадр с полезной нагрузкой
40 байт (типичный размер полезной нагрузки в Internet, так как синхронизирующие
и квитирующие пакеты имеют обычно минимальный размер 64 байт) поместится в одной
ячейке, причем места хватит еще и на 8 байт для кода коррекции ошибок. Однако
кадру длиной 41 байт потребуется две ячейки, причем вторая ячейка будет
практически пустой. Далее, длинный пакет должен быть разбит на множество ячеек —
до 38 в случае пакета длиной 1518 байт, а потеря даже одной из этих ячеек ведет
к необходимости передавать весь пакет заново.
Накладные расходы на преобразование IP-трафика в ATM называются обычно
«налогом на ячейки». В зависимости от принятых допущений относительно размера
пакетов и доли потерянных пакетов, они могут составлять до 13 и более процентов
от общей пропускной способности.
Как следствие, сервис-провайдеры считают, что ATM и разбиение на ячейки не
приносят им никакой пользы тем более, если трафик состоит исключительно из
данных IP. IP-пакеты не предъявляют никаких особых требований к качеству
обслуживания, по крайней мере в традиционных сетях IP. Функция статистического
мультиплексирования ATM может с тем же успехом выполняться маршрутизатором, если
трафик реального времени отсутствует. В результате производители маршрутизаторов
и коммутаторов стали все чаще слышать от заказчиков требования предоставить им
«IP поверх SONET» или «пакеты поверх SONET». Цель состоит в устранении уровня
ATM и налога на ячейки (см. статью Д. Эйнджела «Пакеты поверх SONET/SDH» в
апрельском номере LAN за этот год).
Однако вообще без канального уровня обойтись невозможно, но можно
воспользоваться Point-to-Point Protocol (PPP, см. Рисунок 2). Соответствующие
стандарты для реализации PPP вместо ATM на втором уровне описаны в RFC1619 «PPP
поверх SONET/SDH», RFC1661 «Протокол «точка—точка» и RFC 1662 «PPP в
HDSL-подобном формате».
PPP представляет собой простейший механизм, которому известны только две
конечные точки канала; в то время как ATM устанавливает виртуальные сквозные
соединения, состоящие из множества каналов. В отличие от ATM, PPP не
предназначен для комбинирования или мультиплексирования разных потоков данных.
Кроме того, при использовании PPP механизмы контроля QoS придется реализовать на
третьем и более высоких уровнях, потому что PPP не способен классифицировать
данные в соответствии с их приоритетами или реагировать должным образом на
состояние перегрузки. Однако PPP отлично справляется со своей работой, если все,
что необходимо, — это практически свободный от ошибок прямой канал передачи
данных.
ПРИЛОЖЕНИЯ ДЛЯ IP ПОВЕРХ SONET
Имеющим собственные высокоскоростные оптические магистрали для IP-данных
сервис-провайдерам необходим только широкий высокоскоростной канал передачи
битов между их маршрутизаторами. При отсутствии заторов в сети гарантируемое ATM
качество обслуживания имеет весьма спорные преимущества, а коммутация каналов
ATM вообще не нужна.
IP превосходно подходит для доставки трафика от отправителя к получателю, а
TCP — для обеспечения надежного, устойчивого сквозного соединения. Поэтому IP
поверх SONET представляет собой вполне разумный выбор для связи маршрутизаторов
при организации ориентированной на передачу данных магистрали IP. Sprint, Qwest
и UUNET внедрили IP поверх SONET именно для этих целей. Одним из показательных
примеров прямого канала, где пропускной способности всегда не хватает, служит
подводный кабель. Так, каналы IP поверх SONET проходят по дну Атлантического и
Тихого океанов.
Частным компаниям редко приходится иметь дело с такими широкими каналами, как
в случае IP поверх SONET, разве только если у них имеется очень-очень быстрая
оптическая сеть. Для действительно крупных корпоративных сетей, где приходится
передавать большие объемы данных по IP, справедливы те же аргументы в отношении
объединения сетей и доступа в Internet, что и используемые операторами для
обоснования применения IP поверх SONET на магистрали. Помните, однако, что
создание единой сети для речи, видео и данных имеет свои преимущества. Никто в
наше время не станет активно защищать использование раздельных сетей. Между тем
IP поверх SONET предназначен прежде всего для передачи данных.
КАЧЕСТВО ОБСЛУЖИВАНИЯ
Наиболее важными для успешной передачи речи и видео по сети являются два
параметра QoS — задержка и вариация задержки. Задержка — это время передачи
данных по сети из конца в конец, а вариация задержки — это разница в задержке
(по сути, стандартное отклонение).
Не перегруженная сеть с узлами коммутации или маршрутизации со скоростью
поступления пакетов не будет вносить дополнительной задержки по сравнению с
возникающей из-за конечной скорости распространения сигнала. При постоянной
задержке ее вариация пренебрежимо мала. Конечно, в не перегруженной сети
некоторая доля ее пропускной способности оказывается неиспользуемой, если только
объем трафика в точности не совпадает с емкостью сети, что на практике
невозможно. Часто сервис-провайдеры пытаются избежать перегрузок за счет
создания по крайней мере двойного запаса емкости по сравнению с предполагаемыми
объемами трафика. Конечно, такого рода решение ведет к «потере» 50% и более
емкости канала, по сравнению с чем налог на ячейки выглядит просто смешным.
Поэтому мы будем предполагать, что сеть близка к насыщению. Коммутаторы и
маршрутизаторы ликвидируют перегрузки с помощью очередей. Очереди накапливают
избыточный трафик и передают его в порядке поступления небольшими порциями в
сеть по мере рассасывания затора. В случае нескольких очередей коммутатор или
маршрутизатор может реализовать приоритетное обслуживание в зависимости от
способа дифференциации трафика. Управление очередями должно быть тщательно
продумано во избежание возникновения непредсказуемых задержек и, как следствие,
сильной вариации задержки.
Между тем сеть ATM не предоставит для трафика виртуальное соединение, если
она не будет в состоянии обеспечить требуемое качество обслуживания из конца в
конец. Речевой и видеотрафики будут иметь ту же задержку и вариацию задержки в
сети ATM, что и в сети на базе каналов с временным мультиплексированием (Time
Division Multiplexing, TDM). Здесь нет никакого волшебства — поток данных
получит эквивалент сигнала «занято», если сеть ATM будет чрезмерно
загружена.
Мир IP наконец-то занялся разработкой механизмов третьего и четвертого
уровней для обеспечения качества обслуживания для потоков данных реального
времени. Плодом усилий так называемой группы интегрированных услуг стал протокол
резервирования ресурсов (Resource Reservation Protocol, RSVP). С его помощью
приложения могут зарезервировать маршрут с определенными характеристиками через
сеть IP. Как и ATM, он реализует политику доступа — если ресурсов сети
недостаточно для обеспечения требуемого уровня сервиса, то приложение получает
отказ в соединении.
RSVP был успешно внедрен в локальных проектах, но столкнулся с проблемами
масштабирования до типичных для магистрали Internet объемов трафика.
Привлекательность Internet в том, что маршрутизаторам не требуется «знать
контекст». Они обслуживают каждый пакет индивидуально — по одному за раз. Это
позволяет максимизировать производительность маршрутизатора и минимизировать его
вычислительные ресурсы, потому что маршрутизатору не требуется хранить и искать
информацию о маршруте для потока данных на всем его протяжении.
Однако RSVP предполагает учет контекста (или состояния) маршрута от
отправителя до получателя. В частной сети такие накладные расходы вполне
допустимы. В Internet, где маршруты пролегают через ядро Internet, а объемы
трафика огромны, отслеживать контекстную информацию о маршрутах для RSVP
практически нереально, тем более нереально реализовать процесс экономичным
образом. По сути, ни один крупный провайдер Internet не изъявил желания
поддерживать RSVP в своей общедоступной сети.
Не желая продолжать обреченные попытки реализовать QoS по типу ATM, группа по
архитектуре интегрированных сервисов предложила дифференцированное обслуживание
(DiffServ). В соответствии с этим механизмом некоторые данные получают более
высокий приоритет, но при этом ни одному потоку не гарантирован конкретный
уровень сервиса. На третьем уровне маршрутизаторы (и коммутаторы третьего
уровня, отличающиеся от них только позиционированием на рынке) могут повлиять на
качество обслуживания посредством распределения трафика между разными очередями.
Пакет с наивысшим приоритетом будет по возможности обслужен маршрутизатором
немедленно при его поступлении. Иными словами, организация очередей по
приоритетам гарантирует только, что в случае возникновения перегрузки пакет с
высоким приоритетом будет передан маршрутизатором быстрее, чем пакет с низким
приоритетом, но задержка при этом может оказаться весьма заметной.
Среди других механизмов для приоритезации трафика в сетях IP — контроль
скорости TCP. Он предусматривает явное регулирование размера окна TCP на
конечных точках, чтобы он не увеличивался слишком быстро до максимальной
величины. Как и механизм очередей, контроль скорости TCP ограничивает потоки
пакетов, но он не в состоянии полностью предотвратить заторы в сети.
Оба метода — очереди по приоритетам и контроль скорости TCP — весьма полезны
для извлечения максимума возможного из загруженных сетей и предоставления
приоритета некоторым классам трафика. При определенном уровне загруженности,
комбинациях трафика и фазах луны эти механизмы вполне в состоянии обеспечить для
отдельного потока пропускную способность, задержку и вариацию задержки в
определенных пределах. Однако все это далеко не то же самое, что гарантированные
уровни сервиса.
Среди поставщиков магистральных коммутаторов и маршрутизаторов все сильнее
разгорается спор о необходимости ATM и его механизмов коммутации каналов второго
уровня для обеспечения QoS. Будучи одним из главных сторонников IP поверх SONET,
Cisco считает вполне достаточной реализацию продуманных механизмов организации
очередей для удовлетворения в рамках третьего и четвертого уровней TCP/IP всех
требований к QoS чувствительных ко времени данных. Некоторые молодые компании,
выпускающие высокопроизводительное маршрутизирующее/коммутирующее оборудование,
в том числе Avici и Nexabit, вообще не поддерживают ATM на магистральных каналах
между своими маршрутизаторами. Другие предлагают выбор между ATM и IP для
каналов между узлами. Argon и NetCore, а также традиционные «телефонные»
компании, в частности Nortel Networks и Lucent Technologies, видят место для ATM
в ядре сети.
Некоторые из представителей сетевого мира заявляют, что интерфейсы ATM будет
непросто масштабировать до скоростей OC-48 и выше, хотя одно из преимуществ
данных SONET состоит в том, что они могут быть без труда демультиплексированы и
обработаны с помощью совокупности менее скоростных интерфейсов. Другими словами,
даже если интерфейсы ATM для высоких скоростей и будут недоступны, то комбинация
более медленных интерфейсов будет вполне в состоянии их заменить.
IP ПО СТЕКЛОВОЛОКНУ
Функция APS вводит, так сказать, «налог на отказоустойчивость». Каждому
защищенному оптическому волокну в SONET соответствует другое оптическое волокно,
готовое в любой момент заменить его. Другими словами, «налог на
отказоустойчивость» в SONET составляет 50% от общей пропускной способности
кабеля. В ядре крупной сети ячеистая топология из множества узлов имеет
многочисленные избыточные каналы. Как следствие, многие операторы рассматривают
резервные линии SONET как излишество и хотели бы отказаться от данного уровня.
Кроме того, эти заказчики недовольны требованием использовать дорогостоящее
оборудование для мультиплексирования, когда все, что требуется создать, — это
канал «точка—точка».
Точно так же, как функции второго уровня все равно необходимо выполнять, даже
если вы отказываетесь от ATM, базовые функции физического уровня требуется
реализовать, даже если вы откажетесь от SONET. На самом деле, технология IP
поверх фотонов (или IP по оптическим волнам, или IP по стекловолокну, или IP
поверх лямбда) вовсе не отказывается от физического уровня. Все реализованные
версии IP поверх фотонов сохраняют структуру кадров SONET.
С помощью интерфейсов маршрутизаторов для IP поверх фотонов компании Cisco
два маршрутизатора могут взаимодействовать по оптическому кабелю без помощи
мультиплексора ввода/вывода, но во всех остальных отношениях трафик между ними
будет трафиком SONET с отключенной функцией APS (см. Рисунок 3). Несмотря на
сходство с SONET, все имеющиеся реализации IP поверх фотонов несовместимы между
собой — усилия по стандартизации практически не предпринимаются.
КОНВЕРГЕНЦИЯ В РЕАЛЬНОМ ВРЕМЕНИ
В наши дни мир магистралей изобилует парадоксами и неопределенностями. Как
только стала очевидна способность IP поддерживать крупномасштабные сети без
установления соединения с доставкой пакетов по мере возможности, IETF создал
рабочую группу по интегрированным услугам для поддержки ориентированного на
соединение трафика с контролем доступа и гарантированным качеством обслуживания.
Ориентирующиеся на IP операторы недовольны неэффективностью низкоуровневых
протоколов для их сетей, но в результате они переходят на методы обеспечения QoS
на базе IP, неспособные адекватно поддерживать трафик реального времени, если
только сеть не имеет такого избытка ресурсов, что никаких перегрузок не может
возникнуть в принципе.
Сервис-провайдеры хвастаются огромной емкостью своих оптических кабелей,
многократно возрастающей при применении новейшей технологии уплотнения по длине
волны (Dense Wavelength Division Multiplexing, DWDM), но в то же время они
готовы удавиться из-за накладных расходов в несколько процентов.
Сочетание коммутации пакетов и ячеек представляется неизбежным решением для
мультисервисных сетей будущего, но с этим не согласна компания Monterey
Networks. Несмотря на то что он называется маршрутизатором по длине волны, ее
продукт создает маршруты на базе коммутируемых каналов на нескольких длинах волн
OC-48 и гибким образом перенаправляет поступающий сигнал с одной длиной волны на
исходящую волну с другой длиной под управлением Wavelength Routing Protocol
(WARP).
Очевидно, что если оператор предоставляет исключительно услуги с доставкой по
мере возможности, то он может повысить эффективность своего маршрутизируемого
ядра посредством отказа от ATM, APS и мультиплексоров ввода/вывода. Однако если
оператор намеревается предоставлять и другие услуги, в том числе для голоса и
видео, а также передавать нечувствительный ко времени информационный трафик, то
ничего лучше ATM для обеспечения качества обслуживания ему не найти, по крайней
мере для центральной части сети. Специальные сервисы для поддержки голоса и
видео необходимы независимо от того, как передаются эти данные — в виде пакетов
IP с последующим преобразованием в ячейки ATM или с непосредственным
преобразованием в ячейки ATM.
При наличии избытка дешевой пропускной способности решения на базе IP могут с
успехом предоставлять услуги реального времени в сетях, где ATM вообще не
используется, так как любым критичным ко времени потокам данных может быть
предоставлена своя длина волны. Однако если пропускная способность будет дешева
и в избытке, то вряд ли кто-нибудь станет тратить усилия на повышение
эффективности низкоуровневых протоколов.
Если стоимость пропускной способности глобальных сетей не изменится, то
объединенная сеть для всех видов данных, включая речь и видео, будет лучшим
способом минимизации общей стоимости владения сетью. В этом случае IP поверх ATM
поверх SONET с MPLS для преодоления участков, где коммутация имеет преимущества
над маршрутизацией и наоборот, представляется наиболее обещающим решением.
Стив Штайнке — главный редактор Network Magazine.
|