Уровень адаптации ATM 5 - ATM Adaptation Layer 5

Уровень адаптации ATM 5 (AAL5) - это Уровень адаптации ATM используется для отправки переменной длины пакеты до 65 535 октеты по размеру асинхронный режим передачи (Банкомат) сеть.

В отличие от большинства сетевых фреймов, которые размещают управляющую информацию в заголовок, AAL5 размещает управляющую информацию в 8-октетном трейлер в конце пакета. Трейлер AAL5 содержит 16-битную длину поле, 32-битный циклическая проверка избыточности (CRC) и два 8-битных поля с пометкой UU и ИПЦ которые в настоящее время не используются.

Каждый пакет AAL5 делится на целое количество ячеек ATM и повторно собирается в пакет перед доставкой принимающей стороне. хозяин. Этот процесс известен как Сегментация и повторная сборка (Смотри ниже). Последняя ячейка содержит заполнение, чтобы гарантировать, что длина всего пакета кратна 48 октетам. Последняя ячейка содержит до 40 октетов данных, за которыми следуют байты заполнения и 8-октетный трейлер. Другими словами, AAL5 помещает трейлер в последние 8 октетов последней ячейки, где его можно найти, не зная длины пакета; последняя ячейка идентифицируется битом в заголовке ATM (см. ниже), а конечная точка всегда находится в последних 8 октетах этой ячейки.

Конвергенция, сегментация и повторная сборка

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

Разделив функции сегментации и повторной сборки от клеточного транспорта, AAL5 следует принципу наслоения. Уровень передачи ячеек ATM классифицируется как «машина-машина», поскольку принцип многоуровневости применяется от одной машины к другой (например, между хостом и коммутатором или между двумя коммутаторами). Уровень AAL5 классифицируется как «сквозной», потому что принцип многоуровневости применяется от источника к месту назначения - AAL5 представляет принимающему программному обеспечению данные в блоках точно такого же размера, что и приложение, переданное AAL5 на передающей стороне.

AAL5 на принимающей стороне знает, сколько ячеек составляет пакет, потому что отправляющий AAL5 использует младший бит поля «PAYLOAD TYPE» заголовка ячейки ATM, чтобы пометить последнюю ячейку в пакете. Этот последний заголовок ячейки можно рассматривать как «сквозной бит». Таким образом, принимающий AAL5 собирает входящие ячейки, пока не найдет одну с установленным битом конца пакета. Стандарты ATM используют термин «конвергенция» для описания механизмов, распознающих конец пакета. Хотя AAL5 использует единственный бит в заголовке ячейки для конвергенции, другие протоколы уровня адаптации ATM могут свободно использовать другие механизмы конвергенции.

Тип пакета и мультиплексирование

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

RFC  2684, Многопротокольная инкапсуляция через ATM, описывает два механизма инкапсуляции сетевого трафика, один из которых реализует первую схему, а другой - вторую.

Первая схема, в которой хосты согласовывают протокол высокого уровня для данной цепи, упоминается в RFC 2684 как "VC мультиплексирование ". Он имеет то преимущество, что не требует дополнительной информации в пакете, что сводит к минимуму накладные расходы. Например, если хосты соглашаются передавать IP, отправитель может передать каждую дейтаграмму непосредственно в AAL5 для передачи, ничего не нужно отправлять, кроме дейтаграмма и трейлер AAL5. Главный недостаток такой схемы заключается в дублировании виртуальных каналов: хост должен создать отдельный виртуальный канал для каждого протокола высокого уровня, если используется более одного протокола. Поскольку большинство операторов связи взимают плату за каждый виртуальный канал клиенты стараются избегать использования нескольких цепей, потому что это увеличивает ненужные затраты.

Последняя схема, в которой хосты используют один виртуальный канал для нескольких протоколов, называется в RFC 2684 «Инкапсуляция LLC». Стандарты предполагают, что хосты должны использовать стандартный IEEE 802.2 Управление логической связью (LLC), за которым следует Протокол доступа к подсети (SNAP) заголовок, если необходимо. Эта схема имеет преимущество в том, что весь трафик разрешается по одному и тому же каналу, но недостатком является требование, чтобы каждый пакет содержал октеты, идентифицирующие тип протокола, что увеличивает накладные расходы. У схемы также есть недостаток, заключающийся в том, что пакеты из всех протоколов перемещаются с одинаковой задержкой и приоритетом.

RFC 2684 указывает, что хосты могут выбирать между двумя методами использования AAL5. И отправитель, и получатель должны договориться о том, как будет использоваться канал. Соглашение может включать ручную настройку.

Инкапсуляция дейтаграмм и размер IP MTU

Интернет-протокол (IP) может использовать AAL5 в сочетании с одной из схем инкапсуляции, описанных в RFC 2684 для передачи дейтаграмм через сеть банкоматов, как указано в RFC 2225. Прежде чем данные могут быть отправлены, виртуальный канал (PVC или SVC) должен быть подключен к хосту назначения, и оба конца должны согласиться на использование AAL5 в цепи. Чтобы передать дейтаграмму, отправитель передает ее AAL5 вместе с идентификатором VPI / VCI, идентифицирующим канал. AAL5 генерирует трейлер, делит дейтаграмму на ячейки и передает ячейки по сети. На принимающей стороне AAL5 повторно собирает ячейки, проверяет CRC, чтобы убедиться, что биты не были потеряны или повреждены, извлекает дейтаграмму и передает ее на уровень IP.

AAL5 использует поле длиной 16 бит, что позволяет отправлять 65 535 (216-1) октетов в одном пакете. Тем не мение, RFC 2225 («Классический IP и ARP через ATM») определяет MTU по умолчанию в 9180 октетов на дейтаграмму, поэтому, если хосты на обоих концах виртуального канала не согласовывают больший MTU, дейтаграммы IP размером более 9180 октетов будут фрагментированы.

Структура кадра AAL5

Кадр AAL5 состоит из полезной нагрузки, заполнения и концевика с длиной, кратной 48 октетам (т. Е. Банкомат размер полезной нагрузки). На схеме ниже показано, как полезная нагрузка дополняется перед 8-октетным завершающим элементом, чтобы весь кадр стал кратным 48 октетам. Этот фрейм пройдет через процесс сегментация перед передачей через Банкомат сеть.

Схема структуры кадра AAL5
Байт:0...М-1...394041424344454647
Ячейка 0

...

Камера N-2

Полезная нагрузка
Ячейка N-1Полезная нагрузка (продолжение)ПрокладкаUU *ИПЦ *ДлинаCRC

* Неиспользуемые поля

Рекомендации