Использование сетей frame relay

Услуги frame relay обычно ^доставляются теми же операторами, которые эксп­луатируют сети Х.25. Большая часть производителей выпускает сейчас коммутато­ры, которые могут работать как по протоколам Х.25, так и по протоколам frame relay.

Технология frame relay начинает занимать в территориальных сетях с коммута­цией пакетов ту же нишу, которую заняла в локальных сетях технология Ethernet. Их роднит то, что они предоставляют только быстрые базовые транспортные услу­ги, доставляя кадры в узел назначения без гарантий, дейтаграммным способом. Однако если кадры теряются, то сеть frame realay, как и сеть Ethernet, не предпри­нимает никаких усилий для их восстановления. Отсюда следует простой вывод — полезная пропускная способность прикладных протоколов при работе через сети frame relay будет зависеть от качества каналов, и методов восстановления пакетов на уровнях стека, расположенного над протоколом frame relay. Если каналы каче­ственные, то кадры будут теряться и_: искажаться редко, так что скорость восста­новления пакетов протоколом TCP или NCP будет вполне приемлема. Если же кадры искажаются и теряются часто, то полезная пропускная способность в сети frame relay может упасть в десятки раз, как это происходит в сетях Ethernet при плохом состоянии кабельной системы.

Поэтому сети frame relay следует применять только при наличии на магист­ральных каналах волоконно-оптических кабелей высокого качества. Каналы досту­па могут быть и на витой паре, как это разрешает интерфейс G.703 или абонентское окончание ISDN. Используемая на каналах доступа аппаратура передачи данных должна обеспечить приемлемый уровень искажения данных — не ниже 10~⁶.

На величины задержек сеть frame relay гарантий не дает, и это основная причи­на, которая сдерживает применение этих сетей для передачи голоса. Передача ви­деоизображения тормозится и другим отличием сетей frame realy от ATM — низкой скоростью доступа в 2 Мбит/с, что для передачи видео часто недостаточно.

Тем не менее многие производители оборудования для сетей frame relay поддержи­вают передачу голоса. Поддержка устройствами доступа заключается в присвое­нии кадрам, переносящим замеры голоса, приоритетов. Магистральные коммутаторы frame relay должны обслуживать такие кадры в первую очередь. Кроме того, жела­тельно, чтобы сеть frame relay, передающая кадры с замерами голоса, была недогру­женной. При этом в коммутаторах не возникают очереди кадров, и средние задержки в очередях близки к нулевым.

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

Для стандартизации механизмов качественной передачи голоса через сеть frame relay выпущена спецификация FRF.11. Однако в ней решены еще не все проблемы передачи голоса, поэтому работа в этом направлении продолжается.

.Ввиду преобладания в коммерческих сетях frame relay услуг постоянных ком­мутируемых каналов и гарантированной пропускной способности, эти сети предо­ставляют услуги, очень похожие на услуги дробных выделенных линий Т1/Е1, но только за существенно меньшую плату.

При использовании PVC сеть frame relay хорошо подходит для объединения локальных сетей с помощью мостов, так как в этом случае от моста не нужна поддержка механизма установления виртуального канала, что требует некоторого программного «интеллекта». Мост может отправлять кадры протокола Ethernet или FDDI непосредственно в кадрах LAP-F или же может использовать поверх протокола LAP-F протокол РРР. Стандарт Internet RFC 1490 определяет формат заголовка SNAP для случая передачи через сеть frame relay непосредственно кад­ров канального уровня.

Чаще доступ к сетям frame relay реализуют не удаленные мосты, а маршрутизато­ры, которые в случае поддержки на последовательных портах протокола frame relay как основного называют устройствами доступа FRAD (хотя и мост, и любое устрой­ство, которое поддерживает протоколы UNI frame relay, относятся к классу FRAD).

Так как сети frame relay передают кадры с небольшими задержками, с их помо­щью часто передают трафик сетей SNA, особенно в том случае, когда они используют такие чувствительные к задержкам протоколы, как SDLC (фирменный протокол канального уровня компании IBM).

Виртуальные каналы в качестве основы построения корпоративной сети имеют один недостаток — при большом количестве точек доступа и смешанном характере связей необходимо большое количество виртуальных каналов, каждый из которых оплачивается отдельно. В сетях с маршрутизацией отдельных пакетов, таких как TCP/IP, абонент платит только за количество точек доступа, а не за количество связей между ними.

Технология АТМ

Гетерогенность — неотъемлемое качество любой крупной вычислительной сети, и на согласование разнородных компонентов системные интеграторы и администра­торы тратят большую часть своего времени. Поэтому любое средство, сулящее пер­спективу уменьшения неоднородности сети, привлекает пристальный интерес сетевых специалистов.^хнология асинхронного режима передачи (Asynchronous Transfer Mode, ATM) разработана как единый универсальный транспорт для нового поколения сетей с интеграцией услуг, которые называются широкополосными се­тями ISDN (Broadband-ISDN, B-ISDN).

По планам разработчиков единообразие, обеспечиваемое ATM, будет состоять в том, что одна транспортная технология сможет обеспечить несколько перечислен­ных ниже возможностей.

• Передачу в рамках одной транспортной системы компьютерного и мультиме­дийного (голос, видео) трафика, чувствительного к задержкам, причем для каждого вида трафика качество обслуживания будет соответствовать его по­требностям.

• Иерархию скоростей передачи данных, от десятков мегабит до нескольких гига-бит в секунду с гарантированной пропускной способностью для ответственных приложений. ' ''''(■■

• Общие транспортные протоколы для локальных и глобальных сетей^Л

• Сохранение имеющейся инфраструктуры физических каналов или физических протоколов: Т1/Е1, ТЗ/ЕЗ, SDH STM-n, FDDI.

модействие с унаследованными протоколами локальных и глобальных се-

тей^Р, SNA, Ethernet, ISDN. I

Главная идея технологии асинхронного режима передачи была высказана дос­таточно давно — этот термин ввела лаборатория Bell Labs еще в 1968 году. Основ­ной разрабатываемой технологией тогда была технология TDM с синхронными методами коммутации, основанными на порядковом номере байта в объединенном кадре. Главный недостаток технологии TDM, которую также называют технологи­ей синхронной передачи STM (Synchronous Transfer Mode), заключается в невоз^ можности перераспределять пропускную способность объединенного канала между подканалами. В те периоды времени, когда по подканалу не передаются пользова­тельские данные, объединенный канал все равно передает байты этого подканала, заполненные нулями.

Попытки загрузить периоды простоя подканалов приводят к необходимости введения заголовка для данных каждого подканала. В промежуточной технологии STDM (Statistical TDM), которая позволяет заполнять периоды простоя переда­чей пульсаций трафика других подканалов, действительно вводятся заголовки, содержащие номер подканала. Данные при этом оформляются в пакеты, похожие по структуре на пакеты компьютерных сетей. Наличие адреса у каждого пакета позволяет передавать его асинхронно, так как местоположение его относительно данных других подканалов уже не является его адресом. Асинхронные пакеты од­ного подканала вставляются в свободные тайм-слоты другого подканала, но не смешиваются с данными этого подканала, так как имеют собственный адрес.

Технология ATM совмещает в себе подходы двух технологий — коммутации пакетов и коммутации каналов. От первой она взяла на вооружение передачу дан­ных в виде адресуемых пакетов, а от второй — использование пакетов небольшого фиксированного размера, в результате чего задержки в сети становятся более пред­сказуемыми. С помощью техники виртуальных каналов, предварительного заказа параметров качества обслуживания канала и приоритетного обслуживания вирту­альных каналов с разным качеством обслуживания удается добиться передачи в одной сети разных типов трафика без дискриминации. Хотя сети ISDN также раз­рабатывались для передачи различных видов трафика в рамках одной сети, голосо­вой трафик явно был для разработчиков более приоритетным. Технология ATM с самого начала разрабатывалась как технология, способная обслуживать все виды трафика в соответствии с их требованиями.

Службы верхних уровней сети B-ISDN должны быть примерно такими же, что и у сети ISDN — это передача факсов, распространение телевизионного изображе­ния, голосовая почта, электронная почта, различные интерактивные службы, на­пример проведение видеоконференций. Высокие скорости технологии ATM создают гораздо больше возможностей для служб верхнего уровня, которые не могли быть реализованы сетями ISDN — например, для передачи цветного телевизионного изоб­ражения необходима полоса пропускания в районе 30 Мбит/с. Технология ISDN такую скорость поддержать не может, а для ATM она не составляет больших про­блем.

Разработку стандартов ATM осуществляет группа организаций под названием ATM Forum под эгидой специального комитета IEEE, а также комитеты ITU-T и ANSI. ATM — это очень сложная технология, требующая стандартизации в самых различных аспектах, поэтому, хотя основное ядро стандартов было принято в 1993 го­ду, работа по стандартизации активно продолжается. Оптимизм внушает тот факт,

что в ATM Forum принимают участие практически все заинтересованные сторо­ны — производители телекоммуникационного оборудования, производители обо­рудования локальных сетей* операторы телекоммуникационных сетей и сетевые интеграторы. До широкого распространения технологии ATM по оценкам специа­листов должно пройти еще 5-10 лет. Такой прогноз связан не только с отсутствием полного набора принятых стандартов, но и с невозможностью быстрой замены уже установленного дорогого оборудования, которое хотя и не так хорошо, как хоте­лось бы, но все же справляется со своими обязанностями. Кроме того, многое еще нужно сделать в области стандартизации взаимодействия ATM с существующими сетями, как компьютерными, так и телефонными.

Основные принципы технологии ATM

/ Сеть ATM имеет классическую структуру крупной территориальной сети — конеч­ные станции соединяются индивидуальными каналами с коммутаторами нижнего уровня, которые в свою очередь соединяются с коммутаторами более высоких уров­ней. Коммутаторы ATM пользуются 20-байтными адресами конечных узлов для маршрутизации трафика на основе техники виртуальных каналов. Для частных сетей ATM определен протокол маршрутизации PNNI (Private NNI), с помощью которого коммутаторы могут строить таблицы маршрутизации автоматически. В публичных сетях ATM таблицы маршрутизации могут строиться администратора­ми вручную, как и в сетях Х.25, или могут поддерживаться протоколом PNNI.

Коммутация пакетов происходит на основе идентификатора виртуального ка­нала (Virtual Channel Identifier, VCI), который назначается соединению при его установлении и уничтожается при разрыве соединения. Адрес конечного узла ATM, на основе которого прокладывается виртуальный канал, имеет иерархическую струк­туру, подобную номеру в телефонной сети, и использует префиксы, соответствующие кодам стран, городов, сетям поставщиков услуг и т. п., что упрощает маршрутиза­цию запросов установления соединения, как и при использовании агрегированных IP-адресов в соответствии с техникой CIDR.

Виртуальные соединения могут быть постоянными (Permanent Virtual Circuit, PVC) и коммутируемыми (Switched Virtual Circuit, SVC). Для ускорения комму­тации в больших сетях используется понятие виртуального пути — Virtual Path, который объединяет виртуальные каналы, имеющие в сети ATM общий маршрут между исходным и конечным узлами или общую часть маршрута между некоторы­ми двумя коммутаторами сети. Идентификатор виртуального пути (Virtual Path Identifier, VPI) является старшей частью локального адреса и представляет собой общий префикс для некоторого количества различных виртуальных каналов. Та­ким образом, идея агрегирования адресов в технологии ATM применена на двух уровнях — на уровне адресов конечных узлов (работает на стадии установления виртуального канала) и на уровне номеров 'виртуальных каналов (работает при передаче данных по имеющемуся виртуальному каналу).

Соединения конечной станции ATM с коммутатором нижнего уровня определя­ются стандартом UNI (User Network Interface). Спецификация UNI определяет струк­туру пакета, адресацию станций, обмен управляющей информацией, уровни протокола ATM, способы установления виртуального канала и способы управления трафиком. В настоящее время принята версия UNI 4.0, но наиболее распространенной версией, поддерживаемой производителями оборудования, является версия UNI 3.1.

Стандарт ATM не вводит свои спецификации на реализацию физического уровня, Здесь он основывается на технологии SDH/SONET, принимая ее иерархию скоро­стей. В соответствии с этим начальная скорость доступа пользователя сети — это скорость ОС-3 155 Мбит/с. Организация ATM Forum определила для ATM не все иерархии скоростей SDH, а только скорости ОС-3 и ОС-12 (622 Мбит/с). На ско­рости 155 Мбит/с можно использовать не только волоконно-оптический кабель, но и неэкранированную витую пару категории 5. На скорости 622 Мбит/с допус­тим только волоконно-оптический кабель, причем как SMF, тйк и MMF.

Имеются и другие физические интерфейсы к сетям ATM, отличные от SDH/ SONET. К ним относятся интерфейсы Т1/Е1 и ТЗ/ЕЗ, распространенные в гло­бальных сетях, и интерфейсы локальных сетей — интерфейс с кодировкой 4В/5В со скоростью 100 Мбит/с (FDDI) и интерфейс со скоростью 25 Мбит/с, предло^ женный компанией IBM и утвержденный ATM Forum. Кроме того, для скорости 155,52 Мбит/с определен так называемый •«cell-based» физический уровень, то есть уровень, основанный на ячейках, а не на кадрах SDH/SONET. Этот вариант физи­ческого уровня не использует кадры SDH/SONET, а отправляет по каналу связи непосредственно ячейки формата ATM, что сокращает накладные расходы на слу­жебные данные, но несколько усложняет задачу синхронизации приемника с пере­датчиком на уровне ячеек.

Все перечисленные выше характеристики технологии ATM не свидетельствуют о том, что это некая «особенная» технология, а скорее представляют ее как типич­ную технологию глобальных сетей, основанную на технике виртуальных каналов. Особенности же'технологии ATM лежат в области качественного обслуживания разнородного трафика и объясняются стремлением решить задачу совмещения в одних и тех же каналах связи и в одном и том же коммуникационном оборудова­нии компьютерного и мультимедийного трафика таким образом, чтобы каждый тип трафика получил требуемый уровень обслуживания и не рассматривался как «второстепенный».

Трафик вычислительных сетей имеет ярко выраженный асинхронный и пуль­сирующий характер. Компьютер посылает пакеты в сеть в случайные моменты времени, по мере возникновения в этом необходимости. При этом интенсивность посылки пакетов в сеть и их размер могут изменяться в широких пределах — напри­мер, коэффициент пульсаций трафика (отношения максимальной мгновенной ин-, тенсивности трафика к его средней интенсивности) протоколов без установления соединений может доходить до 200, а протоколов с установлением соединений — до 20. Чувствительность компьютерного трафика к потерям данных высокая, так как без утраченных данных обойтись нельзя и их необходимо восстановить за счет повторной передачи.

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

Сложность совмещения компьютерного и мультимедийного трафика с диамет­рально противоположными характеристиками хорошо видна на рис. 6.29.

Рие. 6.29. Два типа трафика: а — компьютерный; б— мультимедийный

На возможности совмещения этих двух видов трафика большое влияние оказы­вает размер компьютерных пакетов. Если размер пакета может меняться в широ­ком диапазоне (например, от 29 до 4500 байт, как в технологии FDDI), то даже при придании голосовым пакетам высшего приоритета обслуживания в коммутаторах время ожидания компьютерного пакета может оказаться недопустимо высоким. Например, пакет в 4500 байт будет передаваться в выходной порт на скорости 2 Мбит/с (максимальная скорость работы порта коммутатора frame relay) 18 мс. При совмещении трафика за это время необходимо через этот же порт передать 144 замера голоса. Прерывать передачу пакета в сетях нежелательно, так как при распределенном характере сети накладные расходы на оповещение соседнего ком­мутатора о прерывании пакета, а потом — б возобновлении передачи пакета с пре­рванного места оказываются слишком большими.

Подход, реализованный в технологии ATM, состоит в передаче любого вида трафика — компьютерного, телефонного или видео — пакетами фиксированной и очень маленькой длины в 53 байта. Пакеты ATM называют ячейками — cell. Поле данных ячейки занимает 48 байт, а заголовок — 5 байт.

Чтобы пакеты содержали адрес узла назначения и в то же время процент слу­жебной информации не превышал размер поля данных пакета, в технологии ATM применен стандартный для глобальных вычислительных сетей прием — передача ячеек в соответствии с техникой виртуальных каналов с длиной номера виртуаль­ного канала в 24 бит, что вполне достаточно для обслуживания большого количе­ства виртуальных соединений каждым портом коммутатора глобальной (может быть всемирной) сети ATM.

Размер ячейки ATM является результатом компромисса между телефонистами и компьютерщиками — первые настаивали на размере поля данных в 32 байта, а вторые —в 64 байта.

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

Для пакета, состоящего из 53 байт, при скорости в 155 Мбит/с время передачи кадра на выходной порт составляет менее 3 мкс. Так что эта задержка не очень существенна для трафика, пакеты которого должны передаваться каждые 125 мкс.

Однако на выбор размера ячейки большее влияние оказала не величина ожида­ния передачи ячейки, а задержка пакетизации. Задержка пакепгизащи — это время, в течение которого первый замер голоса ждет момента окончательного формирова­ния пакета и отправки его по сети. При размере поля данных в 48 байт одна ячейка ATM обычно переносит 48 замеров голоса, которые делаются с интервалом в 125 мкс. Поэтому первый замер должен ждать примерно 6 мс, прежде чем ячейка будет

отправлена по сети. Именно по этой причине телефонисты боролись за уменьше­ния размера ячейки, так как 6 мс — это задержка, близкая к пределу, за которым начинаются нарушения качества передачи голоса. При выборе размера ячейки в 32 байта задержка пакетизации составила бы 4 мс, что гарантировало бы более качественную передачу голоса. А стремление компьютерных специалистов увели­чить поле данных до 64 байт вполне понятно — при этом повышается полезная скорость передачи данных. Избыточность служебных данных при использовании 48-байтного поля данных составляет 10 %, а при использовании 32-байтного поля данных она сразу повышается до 16 %.

Выбор для передачи данных любого типа небольшой ячейки фиксированного размера еще не решает задачу совмещения разнородного трафика в одной сети, а только создает предпосылки для ее решения. Для полного решения этой задачи технология ATM привлекает и развивает идеи заказа пропускной способности и качества обслуживания, реализованные в технологии frame relay. Но если сеть frame relay изначально была предназначена для передачи только пульсирующего компь­ютерного трафика (в связи с этим для сетей frame relay так трудно дается стандар­тизация передачи голоса), то разработчики технологии ATM проанализировали всевозможные образцы трафика, создаваемые различными приложениями, и выде­лили 4 основных класса трафика, для которых разработали различные механизмы резервирования и поддержания требуемого качества обслуживания.

Класс трафика (называемый также классом услуг — service class) качественно характеризует требуемые услуги по передаче данных через сеть ATM. Если прило­жение указывает сети, что требуется, например, передача голосового трафика, то из этого становится ясно, что особенно важными для пользователя будут такие показа­тели качества обслуживания, как задержки и вариации задержек ячеек, существенно влияющие на качество переданной информации — голоса или изображения, а потеря отдельной ячейки с несколькими замерами не так уж важна, так как, например, воспроизводящее голос устройство может аппроксимировать недостающие замеры и качество пострадает не слишком. Требования к синхронности передаваемых данных очень важны для многих приложений — не только голоса, но и видеоизображения, и наличие этих требований стало первым критерием для деления трафика на классы.

Другим важным параметром трафика, существенно влияющим на способ его передачи через сеть, является величина его пульсаций. Разработчики технологии ATM решили выделить два различных типа трафика в отношении этого парамет­ра — трафик с постоянной битовой скоростью (Constant Bit Rate, CBR) и трафик с переменной битовой скоростью (Variable Bit Rate, VBR).

К разным классам были отнесены трафики, порождаемые приложениями, ис-■ользующими для обмена сообщениями протоколы с установлением соединений и без установления соединений. В первом случае данные передаются самим прило­жением достаточно надежно, как это обычно делают протоколы с установлением соединения, поэтому от сети ATM высокой надежности передачи не требуется. А «о втором случае приложение работает без установления соединения и восста-шажнием потерянных и искаженных данных не занимается, что предъявляет по­ищи щи и требования к надежности передачи ячеек сетью ATM.

В результате было определено пять классов трафика, отличающихся следующи-■ш очественными характеристиками:

• тшчием или отсутствием пульсации трафика, то есть трафики CBR или VBR;

• требованием к синхронизации данных между передающей и принимающей сто­ронами;

• типом протокола, передающего свои данные через сеть ATM, — с установлением соединения или без установления соединения (только для случая передачи ком­пьютерных данных).

Основные характеристики классов трафика ATM приведены в табл. 6.4.

Таблица 6.4. Классы трафика ATM

Очевидно, что только качественных характеристик, задаваемых классом трафи­ка, для описания требуемых услуг оказывается недостаточно. В технологии ATM для каждого класса трафика определен набор количественных параметров, кото­рые приложение должно задать. Например, для трафика класса А необходимо ука­зать постоянную скорость, с которой приложение будет посылать данные в сеть, а для трафика класса В — максимально возможную скорость, среднюю скорость и максимально возможную пульсацию. Для голосового трафика можно не только указать на важность синхронизации между передатчиком и приемником, но и ко­личественно задать верхние границы задержки и вариации задержки ячеек.

В технологии ATM поддерживается следующий набор основных количествен­ных параметров:

• Peak Cell Rate (PCR) — максимальная скорость передачи данных;

• Sustained Cell Rate (SCR) — средняя скорость передачи данных;

• Minimum Cell Rate (MCR) — минимальная скорость передачи данных;

• Maximum Burst Size (MBS) — максимальный размер пульсации;

• Cell Loss Ratio (CLR).— доля потерянных ячеек;

• Cell Transfer Delay (CTD) — задержка передачи ячеек;

• Cell Delay Variation (CDV) — вариация задержки ячеек.

Параметры скорости измеряются в ячейках в секунду, максимальный размер пульсации — в ячейках, а временные параметры — в секундах. Максимальный раз­мер пульсации задает количество ячеек, которое приложение может передать с максимальной скоростью PCR, если задана средняя скорость. Доля потерянных ячеек является отношением потерянных ячеек к общему количеству отправленных ячеек по данному виртуальному соединению. Так как виртуальные соединения являются дуплексными, то для каждого направления соединения могут быть зада­ны разные значения параметров.

В технологии ATM принят не совсем традиционный подход к трактовке терми­на «качество обслуживания» — QoS. Обычно качество обслуживания трафика характеризуется параметрами пропускной способности (здесь это RCR, SCR, MCR, MBS), параметрами задержек пакетов (CTD и CDV), а также параметрами надеж­ности передачи пакетов (CLR). В ATM характеристики пропускной способности называют параметрами трафика и не включают их в число параметров качества обслуживания QoS, хотя по существу они таковыми являются. Параметрами QoS в ATM являются только параметры CTD, CDV и CLR. Сеть старается обеспечить такой уровень услуг, чтобы поддерживались требуемые значения и параметров тра­фика, и задержек ячеек, и доли потерянных ячеек.

Соглашение между приложением и сетью ATM называется трафик-контрак­том. Основным его отличием от соглашений, применяемых в сетях frame relay, является выбор одного из нескольких определенных классов трафика, для которо­го наряду с параметрами пропускной способности трафика могут указываться па­раметры задержек ячеек, а также параметр надежности доставки ячеек. В сети frame relay класс трафика один, и он характеризуется только параметрами пропускной способности.

Необходимо подчеркнуть, что задание только параметров трафика (вместе с параметрами QoS) часто не полностью характеризует требуемую услугу, поэтому задание класса трафика полезно для уточнения нужного характера обслуживания данного соединения сетью.

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

Если для приложения не критично поддержание параметров пропускной способ­ности и QoS, то оно может отказаться от задания этих параметров, указав признак «Best Effort»- в запросе на установление соединения. Такой тип трафика получил название трафика с неопределенной битовой скоростью — Unspecified Bit Rate, UBR.

После заключения трафик-контракта, который относится к определенному вир­туальному соединению, в сети ATM работает несколько протоколов и служб, обеспе­чивающих нужное качество обслуживания. Для трафика UBR сеть выделяет ресурсы «по возможности», то есть те, которые в данный момент свободны от использова­ния виртуальными соединениями, заказавшими определенные параметры качества обслуживания.

Технология ATM изначально разрабатывалась для поддержки как постоянных, так и коммутируемых виртуальных каналов (в отличие от технологии frame relay, долгое время не поддерживающей коммутируемые виртуальные каналы). Автома­тическое заключение трафик-контракта при установлении коммутируемого вирту­ального соединения представляет собой весьма непростую задачу, так как коммутаторам ATM необходимо определить, смогут ли они в дальнейшем обеспе­чить передачу трафика данного виртуального канала наряду с трафиком других виртуальных каналов таким образом, чтобы выполнялись требования качества об­служивания каждого канала.

Стек протоколов ATM

Рис. 6.30.Структура стека протоколов ATM

Стек протоколов ATM показан на рис 6.30, а распределение протоколов по конеч­ным узлам и коммутаторам ATM — на рис. 6.31.

Рис. 6.31. Распределение протоколов по узлам и коммутаторам сети ATM

Стек протоколов ATM соответствует нижним уровням семиуровневой модели ISO/OSI и включает уровень адаптации ATM, собственно уровень ATM и физи­ческий уровень. Прямого соответствия между уровнями протоколов технологии ATM и уровнями модели OSI нет.

Уровень адаптации ML

Уровень адаптации (ATM Adaptation Layer, AAL) представляет собой набор прото­колов AAL1-AAL5, которые преобразуют сообщения протоколов верхних уровней сети ATM в ячейки ATM нужного формата. Функции этих уровней достаточно условно соответствуют функциям транспортного уровня модели OSI, например функциям протоколов TCP или UDP. Протоколы AAL при передаче пользователь­ского трафика работают только в конечных узлах сети (см. рис. 6.31), как и транс­портные протоколы большинства технологий.

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

Уровень адаптации состоит из нескольких подуровней. Нижний подуровень AAL называется подуровнем сегментации и реассемблирования (Segmentation And Reassembly, SAR). Эта часть не зависит от типа протокола AAL (и, соответственно, от класса передаваемого трафика) и занимается разбиением (сегментацией) сооб­щения, принимаемого AAL от протокола верхнего уровня, на ячейки ATM, снаб­жением их соответствующим заголовком и передачей уровню ATM для отправки в сеть.

Верхний подуровень AAL называется подуровнем конвергенции — Convergence Sublayer, CS. Этот подуровень зависит от класса передаваемого трафика. Протокол подуровня конвергенции решает такие задачи, как, например, обеспечение времен­ной синхронизации между передающим и принимающим узлами (для трафика, требующего такой синхронизации), контролем и возможным восстановлением би­товых ошибок в пользовательской информации, контролем целостности передава­емого пакета компьютерного протокола (Х.25, frame relay).

Протоколы AAL для выполнения своей работы используют служебную инфор­мацию, размещаемую в заголовках уровня AAL. После приема ячеек, пришедших по виртуальному каналу, подуровень SAR протокола AAL собирает посланное по сети исходное сообщение (которое в общем случае было разбито на несколько яче­ек ATM) с помощью заголовков AAL, которые для коммутаторов ATM являются прозрачными, так как помещаются в 48-битном поле данных ячейки, как и полага­ется протоколу более высокого уровня. После сборки исходного сообщения прото­кол AAL проверяет служебные поля заголовка и концевика кадра AAL и на их основании принимает решение о корректности полученной информации.

Ни один из протоколов AAL при передаче пользовательских данных конечных узлов не занимается восстановлением потерянных или искаженных данных. Мак­симум, что делает протокол AAL, — это уведомляет конечный узел о таком собы­тии. Так сделано для ускорения работы коммутаторов сети ATM в расчете на то, что случаи потерь или искажения данных будут редкими. Восстановление поте­рянных данных (или игнорирование этого события) отводится протоколам верх­них уровней, не входящим в стек протоколов технологии ATM.

Протокол AAL1 обычно обслуживает трафик класса А с постоянной битовой скоростью (Constant Bit Rate, CBR), который характерен, например, для цифрово­го видео и цифровой речи и чувствителен к временным задержкам. Этот трафик передается в сетях ATM таким образом, чтобы эмулировать обычные выделенные цифровые линии. Заголовок AAL1 занимает в поле данных ячейки ATM 1 или 2 байта, оставляя для передачи пользовательских данных соответственно 47 или 46 байт. В заголовке один байт отводится для нумерации ячеек, чтобы приемная сторона могла судить о том, все ли посланные ячейки дошли до нее или нет. При отправке голосового трафика временная отметка каждого замера известна, так как они следуют друг за другом с интервалом в 125 мкс, поэтому при потере ячейки можно скорректировать временную привязку байт следующей ячейки, сдвинув ее на 125x46 мкс. Потеря нескольких байт замеров голоса не так страшна, так как на приемной стороне воспроизводящее оборудование сглаживает сигнал. В задачи протокола AAL1 входит сглаживание неравномерности поступления ячеек данных в узел назначения.

Протокол AAL2 был разработан для передачи трафика класса В, но при разви­тии стандартов он был исключен из стека протоколов ATM, и сегодня трафик класса В передается с помощью протокола AAL1, AAL3/4 или AAL5.

Протокол AAL3/4 обрабатывает пульсирующий трафик — обычно характерный для трафика локальных сетей — с переменной битовой скоростью (Variable Bit Rate, VBR). Этот трафик обрабатывается так, чтобы не допустить потерь ячеек, но ячейки могут задерживаться коммутатором. Протокол AAL3/4 выполняет слож­ную процедуру контроля ошибок при передаче ячеек, нумеруя каждую составляю­щую часть исходного сообщения и снабжая каждую ячейку контрольной суммой. Правда, при искажениях или потерях ячеек уровень не занимается их восстановле­нием, а просто отбрасывает все сообщение — то есть все оставшиеся ячейки, так как для компьютерного трафика или компрессированного голоса потеря части данных является фатальной ошибкой. Протокол AAL3/4 образовался в результате слияния протоколов AAL3 и AAL4, которые обеспечивали поддержку трафика компьютерных сетей соответственно с установлением соединения и без установления соединения. Однако ввиду большой близости используемых форматов служебных заголовков и логики работы протоколы AAL3 и AAL4 были впоследствии объединены.

Протокол AAL5 является упрощенным вариантом протокола AAL4 и работает быстрее, так как вычисляет контрольную сумму не для каждой ячейки сообщения, а для всего исходного сообщения в целом и помещает ее в последнюю ячейку сообще­ния. Первоначально протокол AAL5 разрабатывался для передачи кадров сетей name relay, но теперь он чаще всего используется для передачи любого компьютерного трафика. Протокол AAL5 может поддерживать различные параметры качества об­служивания, кроме тех, которые связаны с синхронизацией передающей и принима­ющей сторон. Поэтому он обычно используется для поддержки всех классов трафика, относящегося к передаче компьютерных данных, то есть классов С и D. Некоторые производители оборудования с помощью протокола AAL5 обслуживают трафик CBR, оставляя задачу синхронизации трафика протоколам верхнего уровня.

Протокол AAL5 работает не только в конечных узлах, но и в коммутаторах сети ATM. Однако там он выполняет служебные функции, не связанные с передачей пользовательских данных. В коммутаторах ATM протокол AAL5 поддерживает служебные протоколы более высоких уровней, занимающиеся установлением ком­мутируемых виртуальных соединений.