Замечание: Эти механизмы полагаются на достаточную пропускную способность, чтобы поддерживать поток OAM ячеек. Если не достигается достаточная пропускная способность, могут происходить потеря или искажение данных пользователя, и ошибки могут возникать непосредственно в механизме защиты.

Сквозной и сегментный потоки F4 OAM ячеек проходят, не изменяясь через все промежуточные узлы. Промежуточные узлы могут вставлять новый поток F4 OAM ячеек, однако, сквозной поток F4 OAM ячеек удаляется только оконечными точками VPC ,а сегментный поток F4 OAM ячеек удаляется только ограничивающими точками сегмента VPC.

Сквозной и сегментный потоки F5 OAM ячеек проходят не изменяясь через все промежуточные узлы. Промежуточные узлы могут вставлять новый поток F5 OAM ячеек, однако, сквозной поток 54 OAM ячеек удаляется только оконечными точками VCC ,а сегментный поток F5 OAM ячеек удаляется только ограничивающими точками сегмента VCC.

1) Для VCC поле PTI установлено в 101 (двоичн).

2) Для VPC поле VCI установлено в 0004 (шестнадцатеричн).

3) Бит ПРИОРИТЕТА ПОТЕРИ ЭЛЕМЕНТА ДАННЫХ(CLP) всегда устанавливается в 0.

4) Для non-real-time OAM ячеек безопасности, поле Func Type установлены в 0001 (двоичн).

5) Для real-time OAM ячеек безопасности, поле Func Type установлены в 0010 (двоичн).

6) Использование поля Относительного ИДЕНТИФИКАТОРА(ID) определено в Разделе 5.1.7.3.

7) Использование поля ИДЕНТИФИКАТОРА(ID) функции описано в Таблице 1 и Таблице 2.

0001 Обмен Сеансового ключа Конфиденциальности Данных (SKE)

0010 Обмен Сеансового ключа Целостности Данных (SKE)

Все другие не определенны

6.2.1.1. Формат OAM ячейки Конфиденциальности Данных SKE

1) Использование поля Относительного ID определено в Разделе 6.3.

2) Поле Bank ID - переменный шаблон из 0 (шестнадцатеричн.) или F (шестнадцатеричн.), для поочередных ключевых обновлений.

3) Поле номера ключа(KN), 32-разрядное поле, указывает номер ключа, связанный с новым сеансовым ключом. Каждому сеансовому ключу назначен номер. Первому сеансовому ключу, который будет обменен протоколом обновления сеансового ключа присваивается 1; второму сеансовому ключу присваивается 2, и т.д. KN - криптографически защищенное поле, которое используется протоколом обновления ключей, чтобы гарантировать новизну(freshness), уникальность, и упорядочение обновлений сеансового ключа и синхронизировать инициатора и ответчика к одинаковому сеансовому ключу.

5) Зарезервированные байты установлены в 6A (шестнадцатеричн.), зарезервированые поля битов меньшие по длине чем 1 байт установлены в нули.

6) Зарезервированные биты, включенные после 4-разрядного поля Bank ID представляются так, чтобы поля KN И ESK были выровнены по 16 разрядным границам, чтобы упростить высокоскоростное выполнение.

6.2.1.2. Формат OAM ячейки целостности Данных SKE

0100 Переключение Сеансового ключа Конфиденциальности Данных (SKC)

0010 Переключение Сеансового ключа Целостности Данных (SKC)

Все другие не определены

6.2.2.1.Формат OAM ячейки Конфиденциальности Данных SKC

1) Использование поля Относительного ID определено в Разделе 6.3.

2) Поле Bank ID - переменный шаблон из 0 (шестнадцатеричн.) или F (шестнадцатеричн.), для поочередных ключевых обновлений.

3) Поле (KN) номера ключа, 32-разрядное поле, указывает номер ключа, связанный с новым сеансовым ключом. Каждому сеансовому ключу назначен номер. Первому сеансовому ключу, который будет обменен протоколом обновления сеансового ключа присваивается 1; второму сеансовому ключу присваивается 2, и т.д.

4) Вектор Состояния (SV) содержит новый вектор состояния при использовании встречного режима(Counter mode) службы Конфиденциальности Данных , или иначе он установлен в нули.

5) Зарезервированные байты установлены в 6A (шестнадцатеричн.), зарезервированые поля битов меньшие по длине чем 1 байт установлены во все нули.

6) Зарезервированные биты, включенные после 4-разрядного поля Bank ID представляются так, чтобы поля KN и ESK были выровнены по 16 разрядным границам, чтобы упростить высокоскоростное выполнение.

Процедуры для обработки OAM ячеек безопасности описаны в Разделах 6.3.1, 6.3.2, и 6.3.3. Эти процедуры применяются только к тем агентам защиты, которые вставляют и-или уничтожают(убирают) OAM ячейки безопасности для целей ключевого обновления или криптогафической пересинхронизации. Агенты защиты, не выполняющие эти функции должны, очевидно, пропустить OAM ячейки.

Реализация, содержащая несколько служб безопасности в одном физическом устройстве, например целостность и шифрование, должна обрабатывать каждую службу как отдельный логический объект относительно обработки RID.

Агент защиты содержит два интерфейса: открытый текст и зашифрованный текст. Интерфейс открытого текста - интерфейс, по которому "незащищенный" трафик передается или принимается. Агент защиты получает "незащищенный" трафик ATM на интерфейсе открытого текста, применяет службы безопасности к трафику, и передает "защищенный" трафик через интерфейс зашифрованного текста. Агент защиты получает защищенный трафик ATM на интерфейсе зашифрованного текста, удаляет предохранение защиты и передает "незащищенный" трафик по интерфейсу открытого текста. OAM ячейки безопасности передаются и в направлении открытый текст в шифртекст (plaintext-to-ciphertext) и в направлении шифртекст в открытый текст (ciphertext-to-plaintext). Процедуры для обработки поля Относительного ID зависят от направления потока OAM ячейки безопасности.

Следующие процедуры применяются к исходным агентам защиты вставляющим OAM ячейки безопасности. OAM ячейки безопасности вводятся агентами защиты сквозь интерфейс зашифрованного текста. Когда OAM ячейка введена в поток ячеек(cell stream) агентом защиты (для криптогафической пересинхронизация или обновления ключа), относительный ID должен быть установлен в нуль.

OAM ячейки безопасности будут получены на стороне открытого текста агента защиты, если имеется две или более вложенных пар агентов защиты, обеспечивающих конфиденциальность или услуги целостности для данного соединения. Агент защиты, который получает OAM ячейку безопасности на своем интерфейсе открытого текста, с ID функции, соответствующим службе, которую обеспечивает источник-SA(source SA) , должен увеличить относительный ID на один, вычислить новый CRC -10 по содержанию ячейки, обойдя функцию безопасности, и передать ячейку к интерфейсу зашифрованного текста. Относительный порядок OAM ячеек безопасности и других ячеек в соединение не должен нарушаться. Если поле относительного ID полученной OAM ячейки безопасности содержит одни единицы, ячейка забраковывается.

OAM ячейка безопасности, полученная на интерфейс зашифрованного текста предназначена для агента защиты если поле Относительного ID установлено на нуль. Если относительный ID установлен на нуль, агент защиты должен удалить OAM ячейку безопасности из потока ячеек и использовать ее содержание, чтобы выполнить функцию OAM защиты.

Если относительный ID установлен в другое значение (чем нуль), агент защиты должен уменьшать относительный ID, вычислять новый CRC -10 по содержанию ячейки, обходя функцию защиты, и отправлять ячейку сквозь интерфейс открытого текста. Относительный порядок OAM ячейки безопасности и других ячеек в соединении не должен нарушаться.