ГОСТ Р ИСО/МЭК 8825-2-2003
ПРИЛОЖЕНИЕ С
(справочное)
Поддержка алгоритмов PER
Прикладной стандарт или функциональный профиль м о т определить, какие из правил уплотненного
кодирования должны поддерживаться, а соответствующие синтаксисы передачи должны предлагаться или
приниматься при согласовании.
Когда есть требования использовать надежно передающее и/или каноническое кодирование в EMBED
DED PDV (или в EXTERNAL) либо в CHARACTER STRING, то они должны быть явно сформулированы.
Ниже дано руководство по разработке нормативных текстов.
С.1 Каноническое кодирование предназначено для использования, когда возможности зашиты приме
няются к кодированию (см. ГОСТ Р ИСО/МЭК SS25-1. приложение D). Использование CANONICAL-PER
может повлечь за собой существенные дополнительные издержки использования центрального процессора,
когда колируемое значение содержиттип «множссгво-из», и, вообще говоря, нс рекомендуется для протоколов,
если возможности зашиты нс требуются.
С.2 Когда значение абстрактного синтаксиса содержит вложенные данные, которые закодированы с
использованием синтаксиса передачи или абстрактного синтаксиса, отличного от связанного со значением
абстрактного синтаксиса, настоятельно рекомендуется, чтобы дли вложенных данных использовалось надежно
передающее кодирование. Если существенны возможности защиты, то потребуются канонические правила
кодировании. В данном контексте особое внимание следует уделить уровню ИСО/МЭК 10646-1, который
должен использоваться для типа BMPString или UniversalString, так как только реализация уровня
1 ИСО/МЭК 10646-1 будет гарантированно канонической.
С.З Когда контекст представления устанавливается дли одностороннего потока данных, настоятельно
рекомендуется, чтобы данные были закодированы надежно передающим способом.
С.4 Когда контекст представления устанавливается для двустороннего потока данных, применение
BASIC-PER может дать существенные преимущества гибкости н экономии.
С.5 Настоятельно рекомендуется, чтобы все реализации, поддерживающие декодирование какого-либо
варианта ALIGNED PER синтаксиса передачи, поддерживали декодирование BASIC-PER. вариант ALIGNED
(и. следовательно. CANONICAL-PER. вариант ALIGNED) и принимали контексты представления, идентифи
цированные с любым из этих двух правил кодирования, при условии, что контексты для получения данных
устанавливаются этой реализацией. Аналогичная рекомендация справедлива для варианта UNALIGNED.
С.6 В интересах обеспечения взаимодействия рекомендуется, чтобы все реализации PER поддерживали
как вариантALIGNED, так и вариант UNALIGNED (дополнительное усложнение реализации невелико). Какой
из них (иди оба) предоставляется для конкретного сеанса связи, является локальным вопросом управления,
как и вопрос о том, какой из них принимается, если предоставлены оба. Если предложен только один вариант,
то он должен быть принят.
С.? Следование настоящим рекомендациям важно, в частности, для поставщиков средств общего назна
чения. Когда реализация является специфической для некоторою конкретного приложения, то поддержка
единственного синтаксиса передачи PER (возможно, определенного прикладным разработчиком) может быть
вполне допустимой.
41