ГОСТ Р ИСО/МЭК МФС 10607-3-94

Группа П85

     
ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационная технология

     
ФУНКЦИОНАЛЬНЫЙ СТАНДАРТ ПРОФИЛЕЙ AFTnn

     
ПЕРЕДАЧА ФАЙЛОВ, ДОСТУП К ФАЙЛАМ И УПРАВЛЕНИЕ ФАЙЛАМИ

     
Часть 3. AFT11 - услуги передачи простых файлов (неструктурированных)

     
Information technology. International standardized profiles AFTnn.
File transfer access and management. Part 3. AFT11 - simple file transfer service (unstructured)

     
     
ОКСТУ 4002

Дата введения 1996-01-01

Предисловие

     
     1 РАЗРАБОТАН Московским научно-исследовательским центром (МНИЦ), Всероссийским научно-исследовательским институтом стандартизации (ВНИИстандарт) Госстандарта России и Российским научно-исследовательским институтом информационных технологий и систем автоматизированного проектирования (РосНИИ ИТиАП)
     
     ВНЕСЕН Комитетом при Президенте Российской Федерации по политике информатизации
     
     ПОДГОТОВЛЕН Техническим комитетом по стандартизации (ТК 22) "Информационная технология"
     
     2 ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 22.12.94 N 340
     
     3 Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК МФС 10607-3-90 "Информационная технология. Международный функциональный стандарт профилей AFTnn. Передача файлов, доступ к файлам и управление файлами. Часть 3. AFT11 - Услуги передачи простых файлов (неструктурированных)"
     
     4 ВВЕДЕН ВПЕРВЫЕ
     
     

ВВЕДЕНИЕ

     
     Настоящий стандарт определен в контексте функциональной стандартизации в соответствии с принципами, определенными в ГОСТ Р ИСО/МЭК ТО 10000, "Основы и таксономия функциональных стандартов" (части 1 и 2). Контекст функциональной стандартизации - это одна из частей общей сферы деятельности в области информационной технологии (ИТ), охватывающей базовые стандарты, профили и механизмы регистрации. Профиль определяет комбинацию базовых стандартов, которые в совокупности выполняют конкретную четко определенную функцию ИТ. Профили стандартизуют использование факультативных возможностей и других вариантов в базовых стандартах и обеспечивают основу для разработки унифицированных международно признанных системных тестов.
     
     Одна из наиболее важных ролей ФС состоит в том, чтобы стать основой разработки (организациями отличными от ИСО и МЭК) международно признанных тестов и центров тестирования. ФС разрабатываются не просто для "узаконивания" конкретного набора базовых стандартов и факультативных возможностей, но и для того, чтобы способствовать взаимодействию открытых систем. Разработка и широкая приемлемость тестов, основанных на настоящем и других ФС, критически важна для успешного достижения этой цели.
     
     Настоящий стандарт эквивалентен стандарту ИСО/МЭК МФС 10607-3, который разработан в тесном сотрудничестве с группами экспертов по ПДУФ трех международных рабочих групп по ВОС: Секцией реализаторов ВОС (NIST OIW), Европейской секцией открытых систем (EWOS) и секцией Азии-Океании (AOW). Стандарт ИСО/МЭК МФС 10607-3 согласован с этими секциями и в конечном счете ратифицирован пленарными ассамблеями этих секций.
     
     

1 ОБЛАСТЬ ПРИМЕНЕНИЯ

     
     1.1 Общие положения
     
     Настоящий стандарт определяет передачу файлов между накопителями файлов двух оконечных систем с использованием услуг транспортного уровня в режиме-с-установлением-соединения с целью обеспечения взаимосвязи. Одна оконечная система действует в роли инициатора и запрашивает доступ к файлу, а другая - в роли ответчика и обеспечивает доступ к файлу в виртуальном накопителе файлов.
     
     Эти комбинации ролей и взаимодействие систем показаны в таблице 1.
     
     
Таблица 1 - Взаимодействующие конфигурации
     

     
     
     Передача файлов обеспечивается для файлов с неструктурированным набором ограничений и содержащих двоичные или позначные данные.
     
     Настоящий стандарт определяет реализацию, которая обеспечивает передачу файлов и доступ к файлам, т.е. возможности:
     
     a) либо читать полный файл, либо
     
     b) осуществлять записи (замену и/или расширения) в файл, либо
     
     c) обе возможности
     
     и также факультативно:
     
     a) создавать и удалять файл и
     
     b) читать атрибуты файла.
     
     Стандарт определяет, каким образом следует использовать прикладной стандарт по ПДУФ для выполнения перечисленных выше функций. В нем не определяются общие системные возможности. В частности, система может обрабатывать данный профиль и одновременно участвовать в других взаимосвязях. В стандарте части определяются только те требования, которые необходимы исключительно для определенного протокола.
     
     В стандарте описываются действия и атрибуты виртуального накопителя файлов, а также услуги, предоставляемые поставщиком услуг их пользователю, вместе с необходимым обменом данными между инициатором и ответчиком.
     
     1.2 Место в таксономии
     
     Настоящий стандарт идентифицируется в ГОСТ Р ИСО/МЭК ТО 10000-2 как "AFT11 - услуги передачи простых файлов (неструктурированных)".
     
     Он может быть объединен с любым профилем Т (см. ГОСТ Р ИСО/МЭК ТО 10000), определяющим услуги транспортного уровня в режиме-с-установлением-соединения.
     
     1.3 Сценарий
     
     Используемая модель представляет собой одну из двух систем, устанавливающих ассоциацию и доступ к файлам в виртуальном накопителе файлов, как показано на рисунке 1.
          
     

Рисунок 1 - Доступ к файлам между двумя оконечными системами

     
     
     Требования настоящего стандарта относятся к двойным линиям на рисунке 1. Преобразования между виртуальным и реальным накопителями файлов, а также система административного управления локальными данными не входят в предмет рассмотрения настоящего стандарта.
     
     Стандарт определяет выбор конкретных факультативных возможностей виртуального накопителя файлов, услуг файлов и протокола. Необходимые функции поддерживающего протокольного стэка СЭУА, уровня представления и сеансового уровня определены в ГОСТ Р ИСО/МЭК МФС 10607-1 (см. также таблицу 2).
     
     
     Таблица 2 - СТЭК профилей
     

2 НОРМАТИВНЫЕ ССЫЛКИ

     
     В настоящем стандарте использованы ссылки на следующие стандарты:
     
     ГОСТ 27463-87 Обработка информации. Набор 7-битных кодированных знаков ИСО для обмена информацией
     
     ГОСТ Р 34.303-92 (ИСО 4873-86) Информационная технология. 8-битный код ИСО для обмена информацией. Структура и правила использования
     
     ГОСТ 34.301-91 (ИСО 6429-88) Информационная технология. Управляющие функции для наборов 7- и 8-битных кодированных знаков, предназначенных для устройств изображения знаков
     
     ИСО 6937-2-83* Обработка информации. Наборы кодированных знаков для передачи текста. Часть 2. Графические знаки латинского и нелатинского алфавитов
___________________
     * До прямого применения данного документа в качестве государственного стандарта Российской Федерации он может быть получен во ВНИИКИ Госстандарта России.
     
     ИСО 8327-87* Системы обработки информации. Взаимосвязь открытых систем. Спецификация базового протокола сеансового уровня в режиме с установлением соединения
___________________
     * До прямого применения данного документа в качестве государственного стандарта Российской Федерации он может быть получен во ВНИИКИ Госстандарта России.
     
     ИСО 8327/Доп.2-93* Системы обработки информации. Взаимосвязь открытых систем. Спецификация базового протокола сеансового уровня в режиме с установлением соединения. Дополнение 2. Включение данных пользователя неограниченного размера
___________________
     * До прямого применения данного документа в качестве государственного стандарта Российской Федерации он может быть получен во ВНИИКИ Госстандарта России.
     
     ГОСТ Р 34.980.1-92 (ИСО 8571-1-88) Информационная технология. Взаимосвязь открытых систем. Передача файлов, доступ к файлам и управление файлами. Часть 1. Общее введение
     
     ГОСТ Р 34.980.2-92 (ИСО 8571-2-88) Информационная технология. Взаимосвязь открытых систем. Передача файлов, доступ к файлам и управление файлами. Часть 2. Определение виртуального накопителя файлов
     
     ГОСТ Р 34.1980.3-92 (ИСО 8571-3-88) Информационная технология. Взаимосвязь открытых систем. Передача файлов, доступ к файлам и управление файлами. Часть 3. Определение услуг файлов
     
     ГОСТ Р 34.1980.4-93 (ИСО 8571-4-88) Информационная технология. Взаимосвязь открытых систем. Передача файлов, доступ к файлам и управление файлами. Часть 4. Спецификация протокола файлов
     
     ИСО/МЭК 8571-5-90* Системы обработки информации. Взаимосвязь открытых систем. Передача файлов, доступ к файлам и управление файлами. Часть 5. Форма заявки о соответствии реализации протоколу
___________________
     * До прямого применения данного документа в качестве государственного стандарта Российской Федерации он может быть получен во ВНИИКИ Госстандарта России.
     
     ГОСТ Р 34.982-92 (ИСО 8650-88) Информационная технология. Взаимосвязь открытых систем. Спецификация протокола для сервисного элемента управления ассоциацией
     
     ГОСТ 34.972-91 (ИСО 8823-88) Информационная технология. Взаимосвязь открытых систем. Спецификация протокола уровня представления в режиме с установлением соединения
     
     ГОСТ 34.973-91 (ИСО 8824-87) Информационная технология. Взаимосвязь открытых систем. Спецификация абстрактно-синтаксической нотации версии один (АСН.1)
     
     ГОСТ 34.974-91 (ИСО 8825-87) Информационная технология. Взаимосвязь открытых систем. Спецификация базовых правил кодирования абстрактно-синтаксической нотации версии один (АСН.1)
     
     ИСО 8859-1-87* Обработка информации. Наборы 8-битных однобайтовых кодированных графических знаков. Часть 1. Латинский алфавит N 1
___________________
     * До прямого применения данного документа в качестве государственного стандарта Российской Федерации он может быть получен во ВНИИКИ Госстандарта России.
     
     ГОСТ Р ИСО/МЭК ТО 10000-1-93 Информационная технология. Основы и таксономия функциональных стандартов. Часть 1. Основы
     
     ГОСТ Р ИСО/МЭК ТО 10000-2-93 Информационная технология. Основы и таксономия функциональных стандартов. Часть 2. Таксономия профилей
     
     ГОСТ Р ИСО/МЭК МФС 10607-1-94 Информационная технология. Функциональный стандарт профилей AFTnn. Передача файлов, доступ к файлам и управление файлами. Часть 1. Спецификация протоколов СЭУА, уровня представления и сеансового уровня для использования в ПДУФ
     
     ГОСТ Р ИСО/МЭК МФС 10607-2-94 Информационная технология. Функциональный стандарт профилей AFTnn. Передача файлов, доступ к файлам и управление файлами. Часть 2. Определение типов документов, наборов ограничений и синтаксисов.
     
     ИСО/МЭК МФС 10607-2/Изм.1-91* Информационная технология. Международный функциональный стандарт профилей AFTnn. Передача файлов, доступ к файлам и управление файлами. Часть 2. Определение типов документов, наборов ограничений и синтаксисов. Изменение 1. Дополнительные определения
___________________
     * До прямого применения данного документа в качестве государственного стандарта Российской Федерации он может быть получен во ВНИИКИ Госстандарта России.
     
     ИСО/МЭК МФС 10607-4-91* Информационная технология. Международный функциональный стандарт профилей AFTnn. Передача файлов, доступ к файлам и управление файлами. Часть 4. AFT12 - услуги передачи позиционных файлов (плоских)
___________________
     * До прямого применения данного документа в качестве государственного стандарта Российской Федерации он может быть получен во ВНИИКИ Госстандарта России.
     
     ГОСТ Р ИСО/МЭК МФС 10607-5-94 Информационная технология. Функциональный стандарт профилей AFTnn. Передача файлов, доступ к файлам и управление файлами. Часть 5. AFT22 - услуги доступа к позиционным (плоским) файлам
     
     ГОСТ Р ИСО/МЭК МФС 10607-6-94 Информационная технология. Функциональный стандарт профилей AFTnn. Передача файлов, доступ к файлам и управление файлами. Часть 6. AFT3 - услуги административного управления файлами.
     
     

3 ОПРЕДЕЛЕНИЯ

     
     В настоящем стандарте применяются приводимые ниже определения.
     
     Термины, используемые в настоящем стандарте, определены в базовых стандартах, на которые даются ссылки.
     
     Кроме того, здесь даны определения следующим терминам.
     
     3 1 Общее понятие
     
     Взаимодействие - способность к совместным действиям для достижения цели инициатора.
     
     3.2 Степень обеспечения
     
     Для идентификации степени обеспечения протокольных возможностей в настоящем стандарте определена следующая терминология.
     
     3.2.1 Обеспечивается; о - любая возможность, обозначенная буквой "о", в базовом стандарте является обязательной или факультативной. Такая возможность должна обеспечиваться, т.е. ее синтаксис и процедуры должны быть реализованы в соответствии с базовым стандартом либо в настоящем стандарте во всех реализациях, претендующих на соответствие настоящему стандарту.
     
     Однако не требуется, чтобы такая возможность использовалась во всех сеансах обмена данными, если только это не оговорено требованием базового стандарта или в другом месте настоящего стандарта.
     
     Для полностью обеспечиваемых атрибутов это означает, что должен быть обеспечен, по меньшей мере, минимальный диапазон значений атрибутов в соответствии с ГОСТ 34.980.2, если только в настоящем стандарте не указано иное.
     
     Примечания
     
     1 Для тех возможностей, которые указаны как факультативные в базовых стандартах, претендующие на соответствие реализации должны быть способны взаимодействовать с другими реализациями, не обеспечивающими таких возможностей.
     
     2 Обеспечение возможности может быть условным в зависимости от обеспечения того класса возможностей, к которому она относится, например, атрибут в группе атрибутов, параметр в ПБД, ПБД в функциональном модуле.
     
     
     3.2.2 Факультативно обеспечиваемое; ф - любая возможность, обозначаемая "ф", обеспечивается в реализации по усмотрению ее разработчика.
     
     Если для реализации выбрана группа атрибутов с уровнем обеспечения "ф", то все атрибуты этой группы, классифицируемые как "о", должны обеспечиваться.
     
     Если какой-либо параметр обеспечивается факультативно, то синтаксис должен обеспечиваться, но реализация процедур осуществляется по усмотрению разработчика.
     
     При приеме факультативного параметра, который не является предметом соглашений и не обеспечивается получателем, этот получатель должен, по меньшей мере, сообщить отправителю диагностическую информацию, но взаимодействие не должно нарушаться.
     
     3.2.3 Условно обеспечиваемая; у - любая возможность, обозначенная "у", должна обеспечиваться при соблюдении условий, определенных в настоящем стандарте. Если эти условия отсутствуют, то обеспечение данной возможности не входит в предмет рассмотрения настоящего стандарта.
     
     3.2.4 Исключенная; и - любая возможность, обозначенная "и", исключается из настоящего стандарта, т.е. не должна реализовываться.
     
     3.2.5 Не рассматривается; н/р - любая возможность, обозначенная "н/р", не входит в предмет рассмотрения настоящего стандарта, т.е. может быть проигнорирована и, следовательно, она не может быть предметом аттестационного тестирования ФС. Однако синтаксис всех параметров, обеспечиваемых ПБД, должен быть реализован, даже если процедуры не реализованы (т.е. получатель должен быть способен декодировать ПБД).
     
     3.2.6 Не используется; - - любая возможность, обозначенная знаком "-", не определяется в том контексте, где она упоминается, например, параметр, который не является частью соответствующего ПБД. Наличие возможностей, которые "не используются", обусловлено, главным образом, форматом страниц в списке требований ЗСРФС.
     
     

4 СОКРАЩЕНИЯ

     
     БДДФ - блок данных доступа к файлам.
     
     ВК - возврат каретки.
     
     ВОС - взаимосвязь открытых систем.
     
     ЗСРП - заявка о соответствии реализации протоколу.
     
     ЗСФС - заявка о соответствии реализации ФС.
     
     МСВ - международная справочная версия.
     
     МТК5 - международный телеграфный код N 5.
     
     ФС - функциональный стандарт.
     
     ПБД - протокольный блок данных.
     
     ПБДФ - протокольный блок данных файлов.
     
     ПДУФ - передача файлов, доступ к файлам и управление файлами.
     
     ПУИ - протокольная управляющая информация.
     
     ПС - перевод строки.
     
     СЭУА - сервисный элемент управления ассоциацией.
     
     AFT - подкласс профилей: передача файлов, доступ к файлам и управление файлами.
     
     Определения и сокращения, используемые в приложении А настоящего стандарта, определены в ГОСТ 34.980 (части 1-4).
     
     Степень обеспечения протокольных возможностей:
     
     о - обеспечивается обязательно;
     
     ф - обеспечивается факультативно;
     
     у - обеспечивается условно;
     
     и - исключено;
     
     н/р - не входит в предмет рассмотрения;
     
     - - не используется.
     
     

5 СООТВЕТСТВИЕ

     
     Настоящий стандарт устанавливает требования к взаимодействию реализаций. Заявка о соответствии настоящему стандарту - это заявка о том, что все требования соответствующих базовых стандартов, а также требования последующих разделов и приложения А настоящего стандарта удовлетворены. В приложении А устанавливаются взаимоотношения между требованиями настоящего стандарта и требованиями базовых стандартов.
     
     5.1 Констатация соответствия
     
     Для каждой реализации, претендующей на соответствие настоящему стандарту, должна быть составлена ЗСРП, указывающая, обеспечивается или не обеспечивается каждая факультативная возможность, идентифицируемая в настоящем стандарте.
     
     5.2 Соответствие ПДУФ
     
     Настоящий стандарт определяет факультативные возможности или их наборы таким образом, что аттестованная реализация будет удовлетворять требованиям к соответствию ГОСТ Р 34.980 (части 1-4).
     
     В настоящий стандарт входят некоторые дополнительные требования, помимо установленных в ГОСТ Р 34.980.2, которые сводят к минимуму диапазон значений обеспечиваемых атрибутов (согласно приложению А).
     
     Для реализации, соответствующих настоящему стандарту, должно быть указано, выполняют ли они роль инициатора или ответчика. Они должны обеспечивать все обязательные (о) возможности, определенные в приложении А, если только они не являются частью нереализованных факультативных возможностей. Должно быть указано, какие из факультативно обеспечиваемых возможностей реализованы (включая список обеспечиваемых диагностик).
     
     

6 ВИРТУАЛЬНЫЙ НАКОПИТЕЛЬ ФАЙЛОВ

     
     Для того чтобы реализации, соответствующие настоящему стандарту, могли взаимодействовать, виртуальный накопитель ограничивается неструктурированными плоскими файлами со случайным доступом.
     
     Обеспечение характеристик файлов и накопителя файлов, действий над файлами, групп атрибутов и самих атрибутов определено в приложении А.
     
     6.1 Имена файлов
     
     Помимо определенных в ГОСТ Р 34.980.2 минимальных требований к соответствию должны быть определены имена файлов в соглашениях по присвоению имен соответствующей реализации ПДУФ. Вопрос о необходимости обеспечивать дополнительное преобразование файлов в реальное имя файла накопителя файлов, является частным для ответчика ПДУФ данной реализации.
     
     Ответчик не должен требовать, чтобы инициатор использовал групповой компонент имен файла СтрокаГрафическихЗнаков. На запросы об использовании однокомпонентных значений имен файлов в последовательности одной СтрокиГрафическихЗнаков должны выдаваться утвердительные ответы. Использование многокомпонентных последовательностей СтрокиГрафическихЗнаков не входит в предмет рассмотрения настоящего стандарта.
     
     6.2 Разрешенные действия над атрибутами
     
     Значения для разрешенных действий над атрибутами не ограничиваются настоящим стандартом (см. также рисунок 5 в ГОСТ Р 34.980.1 и 12.2 в ГОСТ Р 34.980.2).
     
     6.3 Определители формата
     
     Если для осуществления комбинированного вертикального и горизонтального перемещений факультативно допускается один определитель формата для вертикального (или горизонтального) перемещения, то для такого комбинированного перемещения в реализации не следует использовать этот отдельный определитель формата.
     
     Примечания
     
     1 Дополнительная информация приведена в 4.1.2.2 и 6.4 ГОСТ 27463, в Е.1.2 ГОСТ 34.301 и в А.3.2 ГОСТ Р 34.303.
     
     2 Настоящий стандарт требует лишь обеспечения управляющих знаков СО ГОСТ 27463, содержащих помимо прочего определители формата ВК и ПС. В реализациях в качестве конечных символов строки должны использоваться пары <ВК> <ПС>.
     
     
     6.4 Документ типа ПДУФ-1. Файл неструктурированного текста
     
     Для ПДУФ-1 обеспечение степени объединений номера-универсального-класса и строчнозначимых параметров определяется таблицей 3.
     
     
Таблица 3 - Значимость строк, номер универсального класса
     

     
     
     Все остальные значения и комбинации не входят в предмет рассмотрения настоящего стандарта.
     
     6.5 Документ типа НБС-9. Файл "справочник-файлов"
     
     Создание и удаление файлов НБС-9 не входит в предмет рассмотрения настоящего стандарта.
     
     При изучении документа НБС-9 ответчик должен выдать только атрибут "имя файла", зависящий от вопросов локальной безопасности и управления доступом. Все остальные запрошенные атрибуты не обязательно должны выдаваться.
     
     6.6 Документ типа INTAP-1. Регистрируемый файл
     
     Обеспечение синтаксиса передачи INTAP-TS1 является факультативным. INTAP-1 может быть реализован без обеспечения метода сжатия, определенного в INTAP-TS1.
     
     

7 ПРОТОКОЛ ФАЙЛОВ

     
     Для обеспечения внутренних услуг файлов, определяемых в настоящем стандарте, здесь рассматриваются протокол базовых файлов и базовый протокол передачи массивов данных. Протокольный автомат восстановления файлов при ошибках, который может быть нулевым в зависимости от использования функциональных модулей передачи данных "восстановление" или "повторный пуск", используется для обеспечения внешних услуг файлов, определяемых в настоящем стандарте. В приложении А приведен сводный перечень характеристик протокола обработки файлов.
     
     7.1 Длина ПДУФ
     
     Протокольный автомат ПДУФ должен обладать способностью анализировать и обрабатывать как минимум 7 k октетов ПИУ ПДУФ, структуры ПДУФ и данных пользователя ПДУФ (включая сгруппированные ПБДФ), поскольку они могут кодироваться в соответствии с базовыми правилами кодирования АСН.1.
     
     7.2 Класс обслуживания файлов
     
     Реализация инициатора должна включать класс доступа в ПБД Ф-ИНИЦИАЦИЯ запрос.
     
     7.3 Параметр диагностики
     
     В ответном ПБДФ должно быть передано значение параметра "диагностика", если "результат действия" или "результат состояния" оказывается "безуспешным".
     
     Для параметра "диагностика" ПБД Ф-ИНИЦИАЦИЯ, Ф-Пс-ПРЕРЫВАНИЕ и Ф-ВОССТАНОВЛЕНИЕ должна быть обеспечена "предложенная задержка", если реализован функциональный модуль восстановления.
     
     7.4 Пароли
     
     Для инициаторов и факультативно для ответчиков должны быть предусмотрены пароли параметров "накопитель файлов" ПБД Ф-ИНИЦИАЦИЯ и "создание" ПБД Ф-СОЗДАНИЕ.
     
     Если обеспечена группа атрибутов секретности, то для инициаторов и факультативно для ответчиков должны быть обеспечены параметры "пароли доступа" ПБД Ф-ВЫБОР, Ф-СОЗДАНИЕ и Ф-ВОССТАНОВЛЕНИЕ.
     
     7.5 Идентификация инициатора
     
     Параметр "идентификация инициатора" ПБД Ф-ИНИЦИАЦИЯ должен обеспечиваться в реализациях как инициатора, так и ответчика.
     
     7.6 Идентификация инициатора, пароль и учет
     
     Инициатор должен быть способен передавать и не передавать свой идентификатор, пароль накопителя файлов и, в случае реализации, пароли доступа, пароль создания, а также вести учет в соответствии с требованиями ответчика.
     
     Содержимое идентификатора ответчика, пароля накопителя файлов, паролей доступа и учетных данных должно соответствовать реализации ответчика.
     

     7.7 Контексты уровня представления
     
     Значения параметра "административное управление контекстом уровня представления", отличные от значения "ложно", не входят в предмет рассмотрения настоящего стандарта. Следовательно, параметр "список типов содержимого" ПБД Ф-ИНИЦИАЦИЯ должен использоваться во всех сеансах обмена данными.
     
     7.8 Качество услуг ПДУФ
     
     Настоящий стандарт не определяет взаимоотношений между значениями параметром "качество-услуг-пдуф" и выбором функциональных блоков "повторный пуск передачи данных" и "восстановление".
     
     7.9 Параметр "режим восстановления"
     
     Реализации ответчика, обеспечивающие функциональные модули "повторный пуск передачи данных" и "восстановление", должны быть способны согласовывать параметр "режим восстановления" со значением, полученным в примитиве Ф-ОТКРЫТИЕ запрос и отличным от нулевого.
     
     7.10 Рекомендации
     
     7.10.1 Факультативно ограниченный функциональный модуль "административное управление файлом" используется для создания и удаления файла. Следовательно, этот функциональный модуль должен обеспечиваться.
     
     7.10.2 Поскольку услуга Ф-АННУЛИРОВАНИЕ становится более эффективной при преобразовании в услугу Пт-ПОВТОРНАЯ СИНХРОНИЗАЦИЯ, то реализации должны обеспечивать функциональный модуль повторной синхронизации сеансового уровня.
     
     7.10.3 Параметр "информация реализации" услуги Ф-ИНИЦИАЦИЯ можно использовать для передачи информации в виде последовательности значений, разделяемых знаком ";" (например, AFT22; ENV41207; НБС-фаза2; НБС-фаза3; INTAP-AP122).
     
     7.10.4 Если параметр "управление сцеплением" не обеспечивается, то должны использоваться следующие свойства файлов:
     
     a) если запрошенный параметр доступа включает только действие "чтение" или "атрибут чтения", то
          

     b) Если запрошенный параметр доступа включает, по меньшей мере действия по замене, расширению и удалению файла, то
     

     c) Если параметр "управление совмещением" обеспечивается, но отсутствует, то определенные выше параметры файла также должны использоваться по умолчанию.
 

ПРИЛОЖЕНИЕ А
(обязательное)

     
СПИСОК ТРЕБОВАНИЙ ЗСФС ДЛЯ НАСТОЯЩЕГО СТАНДАРТА (AFT11)

     
     В случае обнаружения явных разночтений между основным текстом настоящего стандарта и таблицами данного приложения предпочтение следует отдавать приложению.
     
     В данном приложении определяются ограничения и характеристики настоящего стандарта относительно того, что должно и может быть представлено в колонках реализации ЗСФС. Данное приложение полностью основано на ИСО/МЭК 8571-5. В нем использованы только выбранные таблицы ИСО/МЭК 8571-5, необходимые для спецификации статуса ФС, с сохранением их нумерации с целью упрощения разработчику процесса заполнения соответствующей формы ЗСРП.
     
     Используемая терминология соответствует терминологии ИСО/МЭК 8571-5. Кроме того, статус настоящего стандарта, т.е. требования к соответствию, определен в колонках I и R таблиц данного приложения с использованием понятий, определенных в 3.2 настоящего стандарта.
     
     

ГЛАВА 1. (исключена)

     
     
     ГЛАВА 2. ОБЩАЯ ПОДРОБНАЯ ИНФОРМАЦИЯ ГОСТ Р 34.980 (части 1-4)
     
     А.3 Протокольные версии ГОСТ Р 34.980
          

     
     
     А.4 Дополнения к ГОСТ Р 34.980
          

     
     
     А.5 Номера извещений об ошибках и изменения
          

     
     
     А.6 Глобальная констатация соответствия
          

     
     
     А.7 Возможности инициатор/ответчик
          

     
     
     А.8 Подробная информация об именах прикладного контекста
          

     
     
     ГЛАВА 3. ПОДРОБНАЯ ИНФОРМАЦИЯ О СИНТАКСИСАХ
     
     А.9 Абстрактные синтаксисы
          

     
     Примечания
     
     1 ГОСТ Р 34.980 требует наличия синтаксиса передачи, полученного из "Базовых правил кодирования отдельного типа АСН.1" {совместный-исо-мкктт асн1(1) базовое-кодирование(1)}, для передачи абстрактных синтаксисов "ПУИ ПДУФ" и "БДДФ ПДУФ". Подробная информация о реализации этого и других обеспечиваемых синтаксисов передачи приведена в ГОСТ 34.972.
     
     2 Требования к обеспечению условных абстрактных синтаксисов зависят от набора ограничений и реализованных типов документов (см. А.13).
     
     
ГЛАВА 4. ПОДРОБНАЯ ИНФОРМАЦИЯ О ВИРТУАЛЬНОМ НАКОПИТЕЛЕ ФАЙЛОВ
     
     А.10 Виртуальный накопитель файлов
     
     В этом разделе содержится подробная информация о соответствии модели файлов, обеспечению атрибутов и файловой структуре.
     
     А.10.1 Модель файлов
          

     
     
     А.10.2 Атрибуты
     
     А.10.2.1 Модели атрибутов
     
     Степень обеспечения каждой группы установлена в А.10.2.2.
          

     
     
     А.10.2.2 Значения атрибутов
          

          
       Примечание - Инициатор не должен частично обеспечивать атрибуты
     
     

          
         Примечание - Инициатор не должен частично обеспечивать атрибуты.
     
     

          
         Примечание - Инициатору не следует обеспечивать атрибуты частично.
     
     

     
     
     А.10.2.3 Подробная информация об именах файла
          

     
     
     А.10.3 Структуры файлов
     
     А.10.3.1 Наборы ограничений
          

     
     
     А.10.3.2 Действия над файлами и накопителями файлов
     
     А.10.3.2.1 Действия над накопителями файлов
     
     Обеспечение действий над файлами зависит от реализованных функциональных модулей (см. А.12.4 и А.12.5)
     
     А.10.3.2.2 Действия над файлами
          

          
     Примечание - Требуется обеспечить, по меньшей мере, одно из следующих действий: чтение, замена или расширение.
     
     
     А.10.3.2.3 Обеспечиваемые контексты доступа
          

     
     
     А.10.4 Дополнительная информация
     (исключено)
     
     А.10.5 Нарушения
          

     
          
     Примечание - Спецификация роли инициатора приведена в разделе 5 (подробная информация протокола файла).
     
     
     ГЛАВА 5. ПОДРОБНАЯ ИНФОРМАЦИЯ О ПРОТОКОЛАХ ФАЙЛОВ
     
     А.11 Протокол файла
     
     См. 7.1
     
     В А.11.2-А.11.24 определяются обеспечиваемые ПБД. Требования к соответствию ПБД зависят от реализации конкретных функциональных блоков. Те ПБД, которые указаны в А.11.8-А.11.24 как условные, должны рассматриваться как обязательные, если реализован конкретный функциональный блок, согласно следующей таблице.
     
     

     
     
     Примечания
     
     1 Для того, чтобы протокольные таблицы были компактными, введены некоторые упреждающие ссылки на разделы, в которых приведена расширенная информация об обеспечении полей.
     
     2 Протокол ПДУФ потребует наличия многих факультативных услуг нижерасположенных уровней (например названия прикладных логических объектов в СЭУА). Это требование не входит в предмет рассмотрения списка требований ЗОФС.
     
     
     А.11.1 Обеспечение графических цепочек
     
     (Исключено)
     
     А.11.2 Установление режима ПДУФ
          

          
     Примечания
     
     1 Значения, имеющиеся для административного представления, зависят от реализованных функциональных модулей по ГОСТ 34.972.
     
     2 Попе "окно контрольных точек" указано в ГОСТ Р 34.1980.4 как обязательное. Это поле установлено в значение по умолчанию, равное 1.
     
     
     А.11.3 Завершение режима ПДУФ (упорядоченное)
          

     
     
     А.11.4 Завершение режима ПДУФ (прерыванием) пользователем услуг
          

     
     
     А.11.5 Завершение режима ПДУФ (прерыванием) поставщиком услуг
          

     
     
     А.11.6 Выбор файла
          

     
     
     A.11.7 Аннулирование выбора файла
          

     
     
     А.11.8 Создание файла
          

     
     
     A.11.9 Удаление файла
               

     
     
     А.11.10 Атрибуты чтения
          

     
     
     А.11.11 Атрибуты изменения
          

     
     
     А.11.12 Открытие файла
          

          
     Примечания
     
     1 Значения, имеющиеся в поле "действие уровня представления", зависят от функциональных блоков, предусмотренных в ГОСТ 34.972.
     
     2 Поле "действие уровня представления" указано как обязательное в соответствии с ГОСТ Р 34.1980.4. Это поле отсутствует при "нет действия".
     
     
     А.11.13 Закрытие файла
          

     
     
     А.11.14 Начало группирования
          

     
     
     A.11.15 Конец группирования
          

     
     
     А.11.16 Восстановление режима
          

          
     Примечания
     
     1 Значения, имеющие место в поле "действие уровня представления", зависят от функциональных блоков, предусмотренных в ГОСТ 34.972.
     
     2. Поле "действие уровня представления" указано кик обязательное в соответствии с ГОСТ Р 34.1980.4. Это поле принимается по умолчанию при "нет действия".
     
     
     А.11.17 Размещение блока данных доступа к файлу
          

     
     
     А.11.18 Стирание блока данных доступа к файлу
      

     
     
     А.11.19 Чтение массива данных
         

     
     
     А.11.20 Запись массива данных
          

     
     
     А.11.21 Конец передачи данных
         

     
     
     А.11.22 Конец передачи
          

     
     
     А.11.23 Аннулирование передачи данных
          

     
     
     А.11.23.1 Преобразование Ф-АННУЛИРОВАНИЯ
          

     
     
     А.11.24 Повторный пуск передачи данных
          

     
     
     А.12 Подробная информация о РАСШИРЕННОМ ПОЛЕ ПБД и накопителе файлов
     
     В этом разделе определяется еще одно поле ПБД и приводится более подробная информация о накопителе файлов, расширяющая информацию А.10 и А.11.
     
     
     А.12.1 Подробная информация о реализации
          

     
     
     А.12.2 Подробная информация об управлении доступом
          

     
     
     А.12.3 Подробная информация об элементах управления доступом
     
     А.12.3.1 Уточненный перечень действий (инициатор)
     
     (Исключено)
     
     А.12.3.2 Уточненный перечень действий (ответчик)
     
     (Исключено)
     
     А.12.3.3 Член "одновременный доступ"
     
     Если в элементе управления доступом предусмотрен член "одновременный доступ", то для каждого действия должна иметь место следующая подробная информация об управлении соперничеством.
          

     
     
     А.12.3.4 Член "идентичность"
     
     (Исключено)
     
     А.12.3.5 Пароли доступа инициатора
     
     Если член "пароли" элемента управления доступом реализован, то для роли инициатора должны быть реализованы следующие значения.
          

     
     
     А.12.3.6 Пароли доступа ответчика
     
     
     Если член "пароли" элемента управления доступом реализован, то для роли ответчика должны быть реализованы следующие значения.
          

     
     
     А.12.3.7 Член "расположение"
     
     (Исключено)
     
     А.12.3.7.1 Подробные сведения о наименованиях логических объектов прикладного уровня
     
     (Исключено)
     
     А.12.3.8 Комбинации элементов управления доступом
          

          
     Примечание - Реализация управления доступом без любых перечисленных выше комбинаций является действительной.
     
     
     А.12.4 Подробная информация о поле "класс услуг"
          

     
     
     Примечание - Аттестованный инициатор допускается только с целью определения тех комбинаций, которые определены в ГОСТ Р 34.1980.3.
     
     
     А.12.5 Подробная информация о поле "функциональный блок"
          

          
     Примечания
     
     1 Функциональные модули "восстановление" и "повторный пуск передачи данных" доступны только на интерфейсе с внутренними услугами файла и в протоколе на них должна быть дана явная ссылка.
     
     2 Буква "у" означает, что в конкретном классе услуг может быть реализован либо один из двух функциональных модулей: "чтение" или "запись", либо оба этих функциональных модуля.
     
     
     А.12.6 Подробная информация о поле "диагностика"
          

     
     
     А.12.7 Подробная информация о типе содержимого
     
     А.12.7.1 Параметр "список типов содержимого"