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

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

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

Каждый пакет 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 Logical Link Control (LLC), за которым при необходимости следует заголовок протокола доступа к подсети (SNAP). Эта схема имеет преимущество в том, что весь трафик разрешается по одному и тому же каналу, но недостатком является требование, чтобы каждый пакет содержал октеты, идентифицирующие тип протокола, что увеличивает накладные расходы. У схемы также есть недостаток, заключающийся в том, что пакеты из всех протоколов перемещаются с одинаковой задержкой и приоритетом.

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

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

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

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

Структура кадра AAL5 [ править ]

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

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

Ссылки [ править ]

• «Рекомендация ITU-T I.363.5 (08/96), спецификация уровня адаптации ATM B-ISDN: AAL типа 5 » . Проверено 9 декабря 2007 . CS1 maint: обескураженный параметр ( ссылка )