Стр. 1
 

179 страниц

973.00 ₽

Купить официальный бумажный документ с голограммой и синими печатями. подробнее

Официально распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль".

Наши цены ниже, чем в других местах, потому что мы работаем напрямую с поставщиками документов.

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

Входит в комплекс государственных стандартов, обеспечивающих взаимосвязь вычислительных систем. Его отношение к другим стандартам комплекса определено эталонной моделью взаимосвязи открытых систем (ВОС) по ГОСТ 28906. Эталонная модель подразделяет область стандартизации ВОС на ряд уровней спецификаций, каждый из которых предназначен для выполнения определенных функций

Оглавление

Введение

1. Назначение

2. Область применения

3. Нормативные ссылки

4. Определения и сокращения

Раздел 1. Общее описание

5. Обзор файлового протокола

5.1. Услуга, обеспечиваемая файловым протоколом

5.2. Услуги, предоставляемые базисным файловым протоколом

5.3. Выполняемые функции

5.4. Используемая модель

5.5. Соответствие между именами сервисных примитивов и именами блоков данных файлового протокола

5.6. Функциональные блоки протокола

Раздел 2. Базисный файловый протокол

6. Состояние, предусматриваемое ассоциацией

6.1. Функционирование протокола

6.2. Дополнительная информация о состояниях

7. Блоки данных файлового протокола

8. Действия инициирующего логического объекта при работе с файлами

8.1. Установление режима службы ПДУФ (основного)

8.2. Завершение (организованное) режима службы ПДУФ

8.3. Выбор файла

8.4. Отмена выбора файла

8.5. Создание файла (ограниченное административное управление файлами)

8.6. Удаление файла (ограниченное административное управление файлами)

8.7. Чтение атрибутов (ограниченное административное управление файлами)

8.8. Изменение атрибутов (расширенное административное управление файлами)

8.9. Открытие файла (чтение, запись)

8.10. Закрытие файла (чтение, запись)

8.11. Начало группы (группирование)

8.12. Конец группы (группирование)

8.13. Восстановление при ошибках

8.14. Установление местоположения (доступ к файлу)

8.15. Стирание (доступ к файлу)

9. Действия отвечающего логического объекта при работе с файлами

9.1. Установление режима службы ПДУФ (основного)

9.2. Завершение (организованное) режима службы ПДУФ

9.3. Выбор файла (основного)

9.4. Отмена выбора файла (основного)

9.5. Создание файла (ограниченное административное управление файлами)

9.6. Удаление файла (ограниченное административное управление файлами)

9.7. Чтение атрибутов (ограниченное административное управление файлами)

9.8. Изменение атрибутов (расширенное административное управление файлами)

9.9. Открытие файла (чтение, запись)

9.10. Закрытие файла (чтение, запись)

9.11. Начало группы (группирование)

9.12. Конец группы (группирование)

9.13. Восстановление при ошибках

9.14. Установление местоположения (доступ к файлу)

9.15. Стирание (доступ к файлу)

10. Общие действия при операциях с файлом

10.1. Завершение (аварийное) режима службы ПДУФ

10.2. Протокольные ошибки

Раздел 3. Базисный протокол передачи данных большого объема

11. Состояние активности передачи данных большого объема

11.1. Состояние оконечного пункта соединения

11.2. Дополнительное состояние логических объектов

12. Блоки данных протокола для передачи данных большого объема

13. Действия логического объекта при инициировании передачи данных большого объема

13.1. Чтение

13.2. Запись

13.3. Конец передачи (чтение, запись)

14. Действия отвечающего логического объекта при передаче данных большого объема

14.1. Чтение

14.2. Запись

14.3. Конец передачи (чтение, запись)

15. Действия посылающего логического объекта при передаче данных большого объема

15.1. Посылка данных (чтение, запись)

15.2. Конец передачи данных (чтение, запись)

15.3. Ввод контрольной точки (чтение, запись)

16. Действия принимающего логического объекта при передаче данных большого объема

16.1. Передача данных (чтение, запись)

16.2. Конец передачи данных (чтение, запись)

16.3. Прием контрольной точки (чтение, запись)

17. Общие действия при передаче данных большого объема

17.1. Сброс (чтение, запись)

17.2. Отмена (чтение, запись)

17.3. Рестарт (передача данных при рестарте)

Раздел 4. Протокол восстановления при ошибках

18. Модули протокола

18.1. Обнаружение ошибок и выдача сообщений

18.2. Контрольные точки

18.3. Согласование точки рестарта

18.4. Содержимое докита

19. Спецификация протокола контроля ошибок

19.1. Нормальное функционирование

19.2. Восстановление при ошибках

Раздел 5. Абстрактный синтаксис

20. Определение абстрактного синтаксиса

20.1. Соглашения

20.2. Типы примитивов

20.3. Определение модуля нотации АСН.1

20.4. Определение абстрактного синтаксиса

21. Имя контекста прикладного уровня

Раздел 6. Соответствие

22. Соответствие

22.1. Установленные требования

22.2. Статические требования

22.3. Динамические требования

Приложение А. Таблицы состояний протокола

Приложение Б. Ссылка к определениям блоков данных протокола службы ПДУФ

Приложение В. Перекрестные ссылки нотации АСН.1

Показать даты введения Admin

Страница 1

ГОСТ Р 34.1980.4- 93 (ИСО 8571/4-88)

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

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ

ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ. ПЕРЕДАЧА, ДОСТУП И УПРАВЛЕНИЕ ФАЙЛОМ.

ЧАСТЬ 4. СПЕЦИФИКАЦИЯ ФАЙЛОВЫХ ПРОТОКОЛОВ

Издание официальное

92/587


ГОССТАНДАРТ РОССИИ Мосваа

Страница 2

ГОСТ Р 34.1980.4-93

Предисловие

1    РАЗРАБОТАН И ВНЕСЕН Техническим комитетом по стандартизации ТК 22 «Информационная технологии»

2    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением

Госстандарта России от 25.02.93 Л? 58

Стандарт подготовлен методом прямого применения международного стандарта ИСО 8571/4—88 «Системы обработки информации. Взаимосвязь открытых систем. Передача, доступ и управление файлом. Часть 4. Спецификация файловых протоколов» и полностью ему соответствует

3    ВВЕДЕН ВПЕРВЫЕ

© Издательство стандартов, 1993

Настоящий стандарт вс может быть полностью или частично воспроизведен, тиражирован и распространен без разрешения Госстандарта России

II

Страница 3

ГОСТ Р 54.1980.4—W

СОДЕРЖАНИЕ

Введение....................... I

1    Назначение..............................2

2    Область применения...................2

3    Нормативные ссылки.....*..........................3

,    4 Определении и сокращения..............................4

Раздел I Общее описание..............................4

5    Обзор файлового протокола..................4

5.1    Услуга, обеспечиваемая    файловым    протоколом............4

5.2    Услуги, предоставляемые    базисным    файловый    протоколом . .    4

5.3    Выполняемые функции................................5

5.4    Используемая модель................ е

5.5    Соответствие между именами сервисных примитивов н именами

блоков данных файлового протокола........' . .    7

5.6    Функциональные блоки протокола......................8

Раздел 2 Базисный файловый протокол..........................9

6    Состояние, предусматриваемое ассоциацией..................9

6.1    Функционирование протокола............ .    9

6.2    Дополнительная информация о состояниях........ю

7    Блоки данных файлового протокола............Ц

8    Действия инициирующего логического объекта при работе о файлами ........................14

8.1    Установление режима службы ПДУФ    (основного)    )4

8.2    Завершение (организованное) режима    службы ПДУФ ...    19

8.3    Выбор файла.......................19

8.4    Отмена выбора файла................20

8.5    Создание файла (ограниченное административное управление

файлами) . . . ..................21

8.6    Удаление файла (ограниченное административное управление

файлами).....................22

87 Чтение атрибутов (ограниченное административное управление

файлами) ......................23

8.8 Изменение атрибутов (расширенное административное управление файлами)...................24

• 8.9 Открысне файла (чтение, запись).............25

8.10. Закрытие файла (чтение, запись)....... « . . .    28

8.11    Начало группы (группирование)............29

8.12    Конец группы (группирование)............29

8.13    Восстановление при ошибхах.............30

8.14    Установление местоположения (доступ к файлу).....32

8.15    Стирание (доступ х файлу)..............32

9    Действия отвечающего логического объекта при работе с файлами ........................33

9.1    Установление режима службы ПДУФ    (основного).....33

9.2    Завершение (организованное) режима    службы ПДУФ ....    35

9.3    Выбор файла (основного) ..............35

9.4    Отмена выбора файла (основного)...........36

9.5    Создание файла (ограниченное административное управление

файлами) .....................37

9.6    Удаление файла (ограниченное административное управление

файлами).....................37

III

Страница 4

ГОСТ Р 34.iew.4-ft3

9.7    Чтение атрибутов (ограниченное административное управление

файлами) .....................

9.8    Изменение атрибутов (расширенное административное управление файлами).....Г.............

9.9    Открытие файла- (Чтение, запись) . *.........

9.Ю Закрытие файла (чтение, запись)...........

9.11    Начало группы (Группирование)...........

9.12    Конец группы (группирование)............

9.13    Восстановление при ошибках.............

9 14 Установление местоположения (доступ к файлу).....

9.16 Стирание (доступ к файлу)............ .

10    Общие действия при операциях с файлом........

10.1    Завершение (аварийное) режима службы ПДУФ.....

10.2    Протокольные ошибки................

Раздел 3 Базисный протокол передачи данных большого объема ....

11    Состояние активности передачи данных большого объема . . .

11.1    Состояние оконечного пункта соединения . %......

11.2    Дополнительное состояние логических объектов......

12    Блоки данных протокола для передачи данных большого

объема .......................

13    Действия логического объекта при инициировании передачи данных большого объема .................

13.1    Чтение.....................

13.2    Запнсь.....................

133 Конец передачи (Чтение, запись)............

14    Действия отвечающего логического объекта при передаче данных

большого объема...................

14.1    Чтение.....................

14.2    Запись.....................

14.3    Коиец передачи (чтение, запись) .    .    .    ........

15    Действия посылающего логического объекта при передаче данных

большого объеме ..................

15.1    Посылка данных (чтение, запись)...........

15    2 Конец передачи данных (чтение, запись)........

15.3    Ввод контрольной точки (чтение, запись)........

16    Действия принимающего логического объекта при передаче данных

большого объема ...................

16    1 Передач! данных (чтение, запись)...........

16.2    Конец Передачи Данных (чтение, запись)........

16.3    Прием контрольной точки (чтение, запись).......

17    Общие действия при передаче данных большого объема ....

17.1    Сброс (чтение, запись)...............

17.2    Отмена (чтение, запись) ..............

17.3    Рестарт (передача данных при рестарте)........

Раздел 4 Протокол восстановления при ошибках ..........

18    Модули протокола ..................

18.1    Обнаружение ошибок и выдача .сообщений ,    .....

18 2 Контрольные точки................

18.3    Согласование точки рестарта.............

18.4    Содержимое докита................

19    Спецификация протокола контроля ошибок.........

19.1    Нормальное функционирование.....I ...... i

19.2    Восстановление при ошибках.............

IV

Страница 5

ГОСТ Р 34.1980.4-93

Раздел 5 Абстрактный синтаксис................

20    Определение абстрактного синтаксиса...........

20.1    Соглашения....................

20.2    Типы примитивов.................

20.3    Определение модуля нотации АСН. 1..........

20.4    Определение абстрактного синтаксиса..........

21    Имя контекста прикладного уровня ............

Раздел 6 Соответствие....................

22 Соответствие...................  . .

22.1 Установленные требования...........  . .

22.2    Статические требования...............

22.3    Динамические тре<к>вания..............

Приложение А Таблицы состояний протокола...........

Приложение Б Ссылка к определениям блоков данных протокола службы

ПДУФ....................

Приложение В Перекрестные ссылки нотации АСН. 1........

V

Страница 6

УДК 681.224:621.391:006.354    Групп*    П85

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

Информационная технология ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ. ПЕРЕДАЧА, ДОСТУП И УПРАВЛЕНИЕ ФАЙЛОМ.

ГОСТ

P 34.1980.4—93

(ИСО 8571/4-88)

ЧАСТЬ 4. СПЕЦИФИКАЦИЯ ФАЙЛОВЫХ ПРОТОКОЛОВ Information technology Open systems interconnection. File transfer, access and management Part 4. File protocol specification

ОКСТУ 0034

Дата ааедеиня 1934—01— 01

ВВЕДЕНИЕ

Настоящий стандарт вход*ит в комплекс государственных стан^ дартов, обеспечивающих взаимосвязь вычислительных систем. Его отношение к другим стандартам комплекса определено эталонной моделью взаимосвязи открытых систем (ВОС) по ГОСТ 28906. Эталонная модель подразделяет область стандартизации ВОС на ряд уровней спецификаций, каждый из которых предназначен для выполнения определенных функций.

Модель взаимосвязи открытых систем обеспечивает с минимальными техническими соглашениями, выходящими за рамки стандартов ВОС, взаимосвязь вычислительных систем:

а)    различных изготовителей;

б)    различных систем управления;

в)    различных уровней сложности;

г)    различных сроков выпуска.

Настоящий стандарт определяет файловую услугу и файловый протокол, доступные в рамках прикладного уровня эталонной модели. Данная услуга имеет категорию сервисного элемента прикладного уровня. Она имеет дело с идентифицируемыми блоками информации, которые можно трактовать как файлы и можно хранить в открытых системах или передавать между прикладными процессами.

Настоящий стандарт не определяет интерфейсы к средствам передачи файла и к средствам доступа внутри локальной системы.

Издание официальное

I

Страница 7

ГОСТ Р 14.1в«0.4-93

Тяйлипы состояний протоколов прнаелены в приложении А, ссылки к определениям блоков данных протокола услуги службы ПДУФ (FTAM) — в приложении Б, перекрестные ссылки абстрактно-синтаксической нотации версии I (АСН. 1) — в приложении В.

1 Назначение

Настоящий стандарт определяет следующие протоколы:

а)    базисный протокол (разделы 2 и 3), с помощью которого обеспечивается внутренняя файловая услуга;

б)    протокол восстановления при ошибках (раздел 4), с по-мешью которого обеслечиаастся аысшияя файловая услуга.

Для каждого из этих протоколов в данном стандарте содержится формальное предложение сущности модуля, представляющего необходимые действия участвующих логических объектов. Установлены:

1)    действия, которые должны быть предприняты при получении примитивов запроса и ответа, вводимых пользователем файловой услуги;

2)    действия, которые должны быть предприняты при получении примитивов индикации и подтверждения, вводимых поставщиком услуг уровня представления;

3)    действия, которые должны быть предприняты в результате событий, происходящих внутри локальной системы;

в)    определение абстрактного синтаксиса (раздел 5), необходимого для передачи управляющей информации файлового' протокола;

г)    требования согласования, которые должны выполняться системами. реализующими данный протокол (раздел в).

Область действия файлового протокола ограничена до взаимосвязи систем; файловый протокол не указывает и не ограничивает возможную реализацию интерфейсов в вычислительных- системах.

2 Область применения

Цель данного стандарта в рамках модели ВОС заключается в указании требуемых действий, которые должны быть представлены системой для того, чтобы взять на себя часть обеспечения услуги доступа при передаче файлов и услуги административного управления файлами.

Для определения среды, в которой функционирует протокол, спецификация файлового протокола указывает три определения услуги. ГОСТ Р 34.1980.3 определяет цели и назначения, которые

Страница 8

ГОСТ Р М. 198®.4—93

должен выполнять этот протокол. Услуга уровня представления (ГОСТ 34.971) и услуга сервисного элемента управления ассоциацией (ГОСТ 34.981) определяют множество предположений об обеспечивающих средствах, которые может использовать этот протокол (рисунок 1).

Опре&мвие gziQwCwуслуги

Рисунок 1 — Взаимосвязь между определениями файлового протокола и определениями файловой услуги


Специфик сци* файюСы*

протоколов


—— npedcirvtB*r*L* yi aytu -Испоеъю8а>«А услуги


3 Нормативные ссылки

ГОСТ 28906-91 (ИСО 7498—84) Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель ГОСТ Р 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.981-91 (ИСО 8649—88) Информационная технология. Взаимосвязь открытых систем. Определение услуг сервисного элемента управления ассоциацией

ГОСТ Р 34.982-92 (ИСО 8650—88) Системы обработки информации. Взаимосвязь открытых систем. Спецификация протоколов для сервисного элемента управления ассоциацией

ГОСТ 34.971-91 (ИСО 8822- 88) Информационная технология Взаимосвязь открытых систем. Определение услуг уровня представления с установлением соединения

ГОСТ 34.973-91 (ИСО 8824—87) Информационная технология.

Страница 9

ГОСТ Р 34.1980.4-93

Взаимосвязь открытых систем. Спецификация абстрактно-синтаксической нотации версии 1 (АСН. 1)

ГОСТ 34.974-91 (ИСО 8825—87) Информационная технология. Взаимосвязь открытых систем. Описание базовых правил кодирования для абстрактно-синтаксической нотации версии I (АСН. 1)

4    Определения и сокращения

Термины и сокращения определены в ГОСТ Р 34.980.1. Определения имен сервисных примитивов и названия состояний услуг, данные в ГОСТ Р 34.1980 3, также используются в настоящем стандарте.

РАЗДЕЛ 1 ОБЩЕЕ ОПИСАНИЕ

5    Обзор файлового протокола

5.1    Услуга, обеспечиваемая файловым протоколом

Настоящий стандарт определяет требования к следующим протоколам, которые обеспечивают файловые услуги, определенные в ГОСТ Р 34.1980.3:

а)    базисному протоколу (см. разделы 2 и 3), обеспечивающему внутреннюю файловую услугу;

б)    протоколу восстановления при ошибках (см. раздел 4), обеспечивающему внешнюю файловую услугу.

5.2    Услуги, предоставляемые базисным файловым про то колом

Файловый протокол, описанный в данном стандарте, предполагает использование услуг, описанных в таблице 1. Это услуги уровня представления, определенные в ГОСТ 34.971, и услуги управления ассоциацией сервисных элементов, определенные в ГОСТ 34.981. Эталонная модель ВОС допускает использование режима службы ПДУФ (FTAM) в качестве одного компонента в распределенной обработке; спецификация такой обработки до и после установления режима службы ПДУФ находится вне сферы действия данного стандарта.

Предположения, сделанные относительно различных функциональных блоков данных файлового протокола (см. 5.6), перечислены отдельно.

4

Страница 10

ГОСТ Р 34.1930.4-93

Таблица 1— Услуги уровня представления и сеансового уровня, требуемые функциональными блоками службы ПДУФ (FTAM)

ФунхцковвльниЛ влок с*ужОы ПДУФ (ПАМ)

♦уикциоввдмыЛ Лло» f сеансового урошя

♦ умкцаоя ильки А Слоя УрОЯИЯ представления

Основной

Основной

Дуплекс

Ресинхронизация (I) Вспомогательная синхронизация (2)

Основной

Дуплекс

Ресинхронизация (1) Вспомогательная синхронизация (2) Административное управление контекстом (3)

Восстановление при ошибках

Вспомогательная

синхронизация

Вспомогательная

синхронизация

Рестарт

Вспомогательная

синхронизация

Ресинхронизация

Вспомогательная

синхронизация

Ресинхронизация

Примечания

1    Функциональный блок «Ресинхронизация* должен быть использован, если является доступным.

2    Функциональный блок «Вспомогательная синхронизация» требуется всякий раа. если доступен функциональный блок «Ресинхронизация». Наличие подтвержденной точки «Вспомогательная синхронизация» в начале режима «Передача данных большого объема» необходимо для ограничения разрушительного воздействия ресинхронизации до тех пор, пока не будет полностью* установлен этот режим.

3    Использование необязательного функционального блока уровня представления «Административное управление контекстом» означает использование функционального блока сеансового уровня «Типовые данные».

4    Другие'функциональные блоки, которые являются пилимыми на уровне внешней файловой услуги, имеют такие же требования уровня представления и сеансового уровня, как и функциональный блок «Основной».

5.3 Выполняемые функции

5.3.1 Функции базисного протокола

Базисный протокол обеспечивает внутреннюю файловую услугу (ГОСТ Р 34.980.1), используя сервисный элемент управления ассоциацией н услуги уровня представления. Он выполняет следующие функции:

а) представление сервисных примитивов для внутренней файловой услуги в виде последовательности блоков данных протокола

5

Страница 11

ГОСТ Р 34.! МОЛ—93

(БДП) для передачи с помощью сервисных элементов управления ассоциацией и услуг уровня представления;

б)    группирование, при необходимости, представлений логически обособленных сервисных примитивов в виде различных значений данных в одном сервисном примитиве запроса P-DATA;

в)    обеспечение развития протокола.

5.3.2. Функции протокола восстановления при ошибках

Протокол восстановления при ошибках обеспечивает внешнюю файловую услугу (ГОСТ Р 34.980.1), используя внутреннюю файловую услугу. Этот протокол обеспечивает следующие функции:

а)    административное управление информацией восстановления при ошибках в течение нормалвного процесса выполнения файловой услуги;

б)    рестарт передачи данных после прерывания в режиме «Передача данных»;

в)    восстановление после аварийного завершения режима «Открытие файла» или режима «Выбор файла»;

г)    восстановление после аварийного завершения режима, при

котором был разрушен режим внутренней фзйловой услуги.

5.4 Используемая модель

В абстрактном виде процесс выполнения протокола моделируется взаимодействием двух модулей файлового протокола (МФП). Два МФП связываются с помощью услуг, доступных в пределах своего нижнего уровня, таким образом, чтобы предоставить услуги, требуемые на его верхнем уровне. Эти концепции иллюстрируют рисунок 2.

Рисунок 2 — Модель модуля файлового протокола

Файловая услуга определяется асимметричной схемой, где пользователь А является инициирующим логическим объектом

Страница 12

ГОСТ Р 84,1980.4*-93

файловой услуги, а пользователь В является ответственным логи: ческим объектом.

Функционирование каждого МФП определяется в терминах: *а) действий, которые он выполняет:

1 )посылка сервисных примитивов индикации или подтверждения пользователю услуги верхнего уровня;

2) посылка сервисных примитивов запроса или ответа поставщику услуг нижнего уровня;

б") воздействий, которые он получает:

1)    получение сервисных примитивов запроса или ответа от пользователя услуги верхнего уровня;

2)    получение сервисных примитивов индикации или подтверждения от поставщика услуг нижнего уровня,

3)    указания о локальных ошибках;

4)    вмешательство административного управления;

в) имеющейся информации:

1)    информация, связанная с оконечным пунктом ассоциации ус* луги нижнего уровня; эта информация теряется, если ассоциация услуги на нижнем уровне перестает существовать;

2)    информация, связанная с оконечным пунктом услуги верхнего уровня; в протоколе восстановления при ошибках предусмотрены процедуры восстановления при потере ассоциации услуги нижнего уровня на основе информации, касающейся двух оконечных пунктов ассоциации услуги верхнего уровня.

Примечания

1    Услугой нижней границы для базисного протокола является совокупность сервисного элемента управления ассоциацией н услуги уровня представления, а услугой верхней границы является внутренняя файловая услуга.

2    Услугой нижней границы для протокола восстановления при ошибках является внутренняя файловая услуга, а услугой верхней границы является внешняя файловая услуга.

3    Информация, описывающая ассоциацию услуги на верхнем уровне, в случае внешней файловой услуги сохраняется при системных отказах и, таким об-рачом, является доступной для полноценного восстановления.

5.5 Соответствие между именами сервисных примитивов и именами блоков данных файлового протокола

Блоки данных файлового протокола (БДФП), которые передаются в результате посылки сервисного примитива пользователем обеспечиваемой услуги, имеют ими этого сервисного примитива.

Примеры:

Сервисный примитив    Блок данных    файлового протокола

F-IN1TIALIZE запрос    F-INITIALIZE    запрос БДФП

F-INITIALIZE ответ    F-INITJALIZE    ответ БДФП

7

Страница 13

ГОСТ Р 34.1 МО.4—93

внешняя услуга

Модуль , протокола Восстановления файла при

Протокол

Модуль протокола Восстановления файла при

ошиохал

Восстановгхчил при ошибка я

Оу

ииоках

Процедуры

Восстанов

ления

Процедуры

Восстанов

ления

Внутренняя услуга

базисный

модуль

файлового

базисный

протопопа

протокол

базисный

МСвуЛЬ

файлового

протокола

Поставщик услуг читниго урод**

Рисунок 3 — Расширенная модель модулей файлового протокола

Примечания

1    Получение этих блоков данных файлового протокола воспринимается пользователем услуги как получение, соответственно, сервисных примитивов индикации F-IN1TIALIZE и сервисных примитивов подтверждения F-IN1TIALIZE.

2    В некоторых случаях отдельные блоки данных файлового протокола могут быть сгруппированы в одном блоке данных услуги уровня представления. Поэтому не всегда бывает точное соответствие между сервисными примитивами файловой услуги и сервисными примитивами нижнего уровня.

5.6 Функциональные блоки протокола

Функциональные БДФП эквивалентны функциональным блокам обеспечиваемой услуги:

а)    функциональный блок «Основной»;

б)    функциональный блок «Чтение»;

в)    функциональный блок «Запись»;

г)    функциональный блок «Доступ к файлу»;

д)    функциональный блок «Ограниченное’ алминистратнвное управление файлом»;

е)    функциональный блок «Расширенное административное управление файлом»;

ж)    функциональный блок «Группирование»;

Страница 14

ГОСТ Р 34.1980.4-93

з)    функциональный блок «Блокирование блока данных доступа к файлу»;

и)    функциональный блок «Восстановление при ошибках»;

к) функциональный блок «Рестарт».

Примечания

1    Каждый БДФП в функциональном блоке файлового протокола соответствует эквивалентному сервисному примитиву в эквивалентном сервисном функциональном блоке

2    Согласование сервисного функционального блока означает согласование жвивадентного функционального блока протокола

РАЗДЕЛ 2 БАЗИСНЫЙ ФАЙЛОВЫЙ ПРОТОКОЛ в Состояние, предусматриваемое ассоциацией

Примечание — Логические объекты, указанные в атом разделе, являются логическими объектами базисного протокола.

6.1 Функционирование протокола

Требуемое функционирование логического объекта в соответствии с базисным файловым протоколом описано в 7—10 в виде действий, которые должны быть предприняты в ответ на каждое возможное воздействие. Каждый пункт помечен именем функционального блока, в рамках которого должны быть предприняты указанные действия, и действия, указанные в 7—10, не должны быть выполнены, если этот функциональный блок не был успешно согласован.

При описании сервисных примитивов ответа, которые должны быть посланы пользователем внутренней файловой услуги, предполагается, что каждый тип сервисного примитива- может быть принят, если оконечный пункт ассоциации находится в состоянии, которое позволяет получить этот примитив. Контроль за выполнением этого условия возлагается на интерфейс локальной системы.

Для каждого БДП, который может быть получен, в спецификации перечисляют состояния протокола, в которых принимающий логический объект может получить этот БДП. Если действие, указанное при получении инициирующего сигнала, требует посылки сервисного примитива, который не может быть послан в текущем состоянии, то соответствующий логический элемент должен указывать протокольную ошибку (см. 10.2). Если БДП или сервисный примитив уровня представления получен при обстоятельствах, не указанных в протоколе, то имеет место протокольная ошибка. Если принимается БДП или сервисный примитив уровня представления, который содержит параметры со значениями, не соответствуй

9

Страница 15

ГОСТ Р 34.1980.4-93

юшнмн предварительно согласованным значениям или запрашиваемым во время согласования, то имеет место протокольная ошибка.

6.2 Дополнительная информация о состояниях

В 6.2.1—6.2 5 приведена дальнейшая информация о состояниях, связанных с логическими объектами базисного протокола.

6.2.1    Список ожидаемых ответов

Список ожидаемых ответов содержит значение индикатора «Начальное состояний к название операций, оставшихся не выполненными во время груплового обмена ЬДП и сервисными примитивами. (см. 8.11; 8.12; 9.11 и 9.12). Список ожидаемых ответов представляет собой упорядоченный список, обслуживаемый по принципу «Первый поступил в список — Первый обрабатывается», который содержит имена следующих один за другим ожидающих БДП или примитивов при использовании модуля группирования. Вначале этот список является пустым.

6.2.2    Индикатор «Начальное состояние»

Индикатор «Начальное состояние* указывает состояние логического объекта в момент запуска модуля группирования. Определенными значениями являются названия состояний, указанные в настоящем стандарте, и значение «Сброшено».

6.2.3    Индикатор «Следующее состоянием

Индикатор «Следующее состояние» указывает следующий логический режим, предполагаемый при получении групповых примитивов ответа. Определяемыми значениями являются имена состояний «Инициализировано». «Выбрано», «Ожидание передачи данных» и «Сброшено». Первоначальное состояние этого индикатора — «Сброшено».

6.2.4    Индикатор «Р-изменения*

Индикатор «P-изменения» используется для того, чтобы указать необходимость дополнительного изменения определенного набора контекстов. Определенными значениями являются «Сброшено» и «Установлено». Первоначальное значение этого индикатора — «Сброшено».

6.2.5    Номер передачи данных большого объема

Номер передачи данных большого объема указывает передачи данных большого объема в режиме «Открытие файла». Он является целым числом от 0 до 999999. Первоначальное значение 0.

Примечание — Использование части информации о состоянии, относящейся к логическому объект-у в качестве средства спецификации, не означает, что в этом логическом объекте требуется каким-либо особей реализация такой информации.

10

Страница 16

ГОСТ Р М. 19804—93

7 Блоки данных файлового протокола

Блоки данных файлового Ьротокола представляют собой составные типы данных, регламентируемые в соответствии с определением абстрактного синтаксиса (см. 20).. Это определение включаете себя поименованные параметры, соответствующие тем параметрам в файловой услуге, которые были переданы непосредственно с помощью протокольной управляющей информации (ПУИ) службы ПДУФ. а также параметры, необходимые для обеспечения функционирования протокола.

’ Для информации, которая требуется постоянно, значения, принимаемые по умолчанию, определяются т^к, чтобы избежать излишней служебной информации. Синтаксис передачи этих типов данных предварительно согласуется, а кодирование выполняется поставщиком услуг уровня представления.

БДП передаются в виде значений данных либо в примитиве Р-DATA. либо в параметре «Информация пользователя» в примитиве сервисного элемента управления ассоциацией, либо в параметре «Данные пользователя» в сервисном примитиве услуг уровня представления. Возможные средства передачи каждого БДП перечислены в таблицах 2 и 3. (Средства передачи БДП для передачи данных большого объема перечислены в таблице 5). БДП, отмеченные в таблицах знаком «*», содержатся в сервисных примитивах ответа и подтверждения. Все другие БДП содержатся в сервисных примитивах запроса и индикации.

Таблица 2 — Блоки данных протокола, установление режима службы ПДУФ

Имя

Содержится я примитив*'

Фуикивокялъньи

блоки

F-INITIAL1ZE запрос F-INIT1AL1ZE ответ* F-TERMINATE запрос F TERMINATE ответ* F-P ABORT запрос FU-ABORT запрос

AASSOCIATE

AASSOCIATE

A RELEASE

A-RELEASE

AABORT

AABORT

Основной

Примитив Р-DATA переносит множество значений данных. Это множество значений в ГОСТ Р 34.980.1 называется блоком данных услуги уровня представления (БДУУП). Этот протокол отделяет точное содержание сообщения каждого примитива P-DATA в терминах состояний, в Соответствии с которыми оканчивается

2 Зак. 708    11

Страница 17

ГОСТ Р 34.1980.4-93

последовательность значений, посылаемого в блоки данных услуги уровня представления: Множество блоков данных не может быть разделено между отдельными примитивами P-DATA другим способом, не указанным данным протоколом.

Таблица 3 — Блоки данных протокола, управление режимом службы ПДУФ

Имя

Содержатся »

П(МММ>М»«

Фуккаиоиальяы*

блоки

F-SELECT запрос F-SEI.ECT ответ F-DESELECT запрос Г-DESELECT ответ

P-DATA

P-DATA

P-DATA

P-DATA

Основной

F-CREATE запрос

Р DATA

Ограниченное административное управление файло*

F-CREATE ответ

P-DATA

F-DEI.ETE запрос

P-DATA

Ограниченное административное управление файлом

F DELETE ответ FREAD-ATTR1B запрос F-READ-ATTRIB ответ

Р DATA P-DATA P-DATA

F-CHANGE-ATTRIB

запрос

P-DATA

Расширенное административное управление файлам

F-CHANGE-ATTRIB

ответ

P-DATA

F-OPEN запрос F-OPEN ответ F-CLOSE запрос F-CLOSE ответ

P-DATA

P-DATA

PDATA

P-DATA

Чтение, запись

F-BEGlN-GROL!P запрос F BEGIN GROUP ответ

PDATA

P-DATA

Группирование

F END-GROUP запрос

P DATA

Группирование

F-EN'D-GROUP ©тает

PDATA

12

Страница 18

ГОСТ Р $4.1980.4—W

Окончание таблицы 3

Имя

Соаержится ■ орниитвае

ayiiuMuiww

Owu

F-RECOVER запрос

P-DATA

Восстановление при ошибках

F RECOVER ответ

P-DATA

F-LOCATE запрос

P-DATA

Доступ к файлу

F-LOCATE ответ

Р DATA

F-ERASE запрос

P-DATA

F-ERASE ответ

P-DATA

Блоки ланных файлового протокола передаются с помощью од-ного соответствующего контекста уровня представления, называемого контекстом протокольной управляющей информации службы ПДУФ (FTAM). Он определяется как контекст, используемый для значений данных параметра «Информация пользователя» в сервисном примитиве A-ASSOCIATE сервисного элемента управления ассоциацией и должен соответствовать абстрактному синтаксису протокольной управляющей информации службы ПДУФ, определенному в настоящем стандарте.

Примечание — Значения данных в любых других контекстах не являются БДФП, н это используется для обеспечения прозрачности параметра «Данные пользователя».

Принимающий логический объект распознает БДП на основе того, что БДФП:

а) должен быть передан только в контексте протокольной управляющей информации службы ПДУФ;

. б) должен содержать единственное завершенное значение в соответствии с абстрактным синтаксисом протокольной управляющей информации службы ПДУФ.

Примечание — Значение данных, в некотором отношении отличающееся от определенных значений типов данных БДФП или отсутствием обязатсль ного параметра, или добавлением неопределенного параметра, или использованием недействительного значения параметра, не является БДФП.

Логический объект должен быть оповещен о протокольной ошибке (см. 10.2), если он:

а) получает некоторые сервисные примитивы сервисного элемента управления ассоциацией или уровня представления, не ука-

13

Страница 19

ГОСТ Р 34.1980.4-03

занные для предварительно согласованных функциональных бло-

кпд;

б)    получает последовательность значений данных в контексте протокольной управляющей информации службы ПДУФ (FTAM), которая не составляет определенный БДП;

в)    получает какой-либо БДП, который не принадлежит к выбранным функциональным блокам.

8 Действия инициирующего логического объекта при работе с файлами

8.1    Установление режима службы ПДУФ (основного)

8.1.1    Получив сервисный примитив запроса F-INITIALIZE от пользователя внутренней файловой услуги во время состояния «Ожидание», логический объект должен:

а)    создать БДП «F-^INITIALIZE запрос БДП», основываясь на параметрах сервисного примитива запроса F-IN1TIALIZE;

б)    установить параметр «Версия протокола» этого БДП в ?на-.чени* «Версия-1»; параметр «Версия протокола» должен быть установлен таким образом, чтобы биты, соответствующие другим версиям, не были установлены в значение0 или 1;

в)    на основе знаний локальной системы установить параметр «Информация реализующей системы»;

г)    добавить созданный БДП в качестве параметра «Информация пользователя» к примитиву заироса A-ASSOCIATE, устанавливая значения, параметров примитива запроса A-ASSOCIATE в соответствии с информацией в таблице 4; установить значения параметров «Требования уровня представления» и «Требования сеансового уровня» примитива запроса A-ASSOC1 АТЕ-таким образом, чтобы оци. до меньшей мере, соответствовали функциональным блокам, описанным в таблице 1, в соответствии с ,принятыми параметрами; создать список абстрактных синтаксисов из:

1)    тех необходимых для обеспечения типов документов и абстрактных синтаксисов, которые названы в параметре «Список типов содержания сообщения» без дублированных синтаксисов;

2)    хоытекста протокольной управляющей информации службы ПДУФ (FTAM) и синтаксиса «ВНЕШНИЙ», указанного из этого контекста;

.3) любых других абстрактных синтаксисов, обозначенных частями контекста прикладного уровня, не относящихся к службе ПДУФ;

д)    установить значение параметра «Контекст прикладного

Страница 20

ГОСТ Р 34.1980.4-93

уровня» в примитиве AASSOCIATE, чтобы запросить этот список абстрактных -синтаксисов;

е) перейти в состояние «Ожидание примитива INITIALIZE*.

Примечания

1    Если функциональный блок «Ресинхронизация» не был предварительно успешно согласован (с*. 17), тогда в некоторых ситуациях управление потоком блокирования операции «Отмена* может быть задержано на неопределенное время.

2    Параметр «Информация рсалиэующе* системы» содержит информацию, специфичную дли индивидуальных реализующих ‘систем. Его можно опуттить, чтобы принять значение по" умолчанию Содержимое этого параметра не используете* при предварительном согласовании

Таблица -1 — Отношение параметров примитива F-INITJAUZE к параметрам примитива A ASSOCIATE

A-ASSOCIATE

F-1NIT1ALIZE

Запрос

Иадвкаимя

Ота*г

Поатмржаспае

Символическое имя вызываемого логического объекта .прикладного уровня (8)

Символическое имя вызываемого логического объекта прикладною уровня

Символическое имя вызываемого

логического объекта прикладного уровня

Символическое имя вызывающего логического объекта прикладного уровня (8)

Символическое имя вызывающего логического объекта прикладного уровня

Символическое имя вызывающего логического объекта прикладного уровня

Символическое имя отвечающего логического объекта прикладного уровня (8)

Символическое ими отвечающего логического объекта прикладного уровня

Символическое имя отвечающего логического объекта прикладного уровня

Имя контекста прикладного уровня

Имя контекста прикладного уровня (1)

Имя контекста прикладного уроМя

15

Страница 21

ГОСТ Р l4.t9M.4-M

Продолжение таблицы 4

A ASSOCIATE

F'IKITIALIZE

Запрос

Ииамсщя*

Отжег

Подт»«9ЖСгя*е

Адрес вызываемою логического объекта уровня представления

Адрес вызываемого логического объекта уровня представления

Адрес вызываемого логического объекта уровня представления

■—

Адрес вызывающего логического объекта уровня представления

Адрес вызывающего логического объекта уровня представления

Адрес вызывающего логического объекта уровня представления

Адрес отвечавшего логического объекта уровня представления

Адрес отвечающего логического объекта уровня представления

Адрес отвечающего логического объекта уровня представления

Список определений контекста уровня представления

(2)

Брать из списка типов контекстов (3)

Список типов контекстов

Слисок результата контекста уровня представления

Брать из списка типов контекстов (4)

Список типов контекстов

Качество

услуги

Качество услуги связи (5)

Качество услуги СВЯЛИ

Качество услуги связи

Качество услуги связи

Требования уровня представления

Брать из ад министратив-иого управления контекстом уровня представления (в)

Братъ нэ административного управления контекстом уровня представления (6)

Требования

сеансового

уровня

Братъ нз функциональных блоков (7)

Брать нз функциональных блоков (7)

J6

Страница 22

ГОСТ Р ОД 980.4-93

Окончание таблицы 4

A-ASSOCIATE

К-initialize

Эапрос

Индакшия

От»ет

ПОЖТМфЖДМЮ*

Порядковый номер точки начальной синхронизации

Установить в «1» модулем файлового протокола

Значения начального назначения

Установить в «Инициатор» модулем файлового протокола

Результат

Результат

состояния

Результат

состояния

В графах «Запрос» и «Ответ» таблицы 4 показано, как параметры примитива A-ASSOCIATE устанавливаются из параметров примитива F-INJTIALIZE; в [рафах «Индикация» и «Подтверждение» показано, как параметры примитива F-INITIALIZE устанавливаются из пар!метров примитива A-ASSOCIATE; прочерк указывает, что параметр примитива Л ASSOCIATE не используется или не имеет отношения к параметру примитива F-INITIALIZE.

Примечания

1    Любо Г- параметр «Имя коктекста прикладного уровня» должен обеспечи

вать, по крайней мере, функцию, подразумеваемую контекстом прикладного уровня, указываемым следующим образом:'«{ИСО Стандарт 8571 Контекст прикладного уровня (!) Служба FTAM модели ИСО (1) }» (см. 2!); если пользователем иг предоставляется значение, то идентификатор объекта должен быть назначен механизмом файлового протокола, в противном случае параметр «Имя контекста прикладного уровня» берется из значения, предоставляемого пользователем внутренней файловой услуги.    1

2    Параметр «Определение контекстов уровня представления» должен содержать, по крайней мере, контексты уровня представления, необходимые для обеспечении текущего контекста прикладного уровня, как подразумевается службой FTAM (см. 21>) и параметром «Список типов контекстов».

3    Описание параметра «Определение контекста уровня представления» содержит значение «ИСО 8571 — Протокольная управляющая информация службы FTAM» и имена абстрактных сииктаксисов параметра «Список типов содержания сообщения».

4    В этих случаях параметр «Список типов содержания сообщения» может воздействовать на атрибут взаимодействия «Список доступных типов содержания сообщения».

5    Используется такой параметр «Качество услуги связи», как обозначено в сервисном элементе управления ассоциацией и на уровне представления .

6    Параметр «Требования уровня представления» устанавливается а значе-

17

Страница 23

ГОСТ Р 34.1980.4-93

нис «Административное управление контекстом», если значение параметра «Ад-мияиаратнвное управление контекстом уровня представления* о примитиве F-TKmXIJZE равно «ИСТИНА*; к противном случае параметр является пусты»

7    Параметр «Требования сеансового уровня» устанавливается, чтобы объединить требОЖяия сеансового уровня, необходимые для обеспечения выбранных функциональных блоков протокола.

8    Параметр «Символическое имя лсммческого объекта прикладного уровня» используется в настоящем стандарте для сбора названных параметров, определенных в ГОСТ 34.981. Связь между названными концепциями определена в ГОСТ 28906.

9    Параметры примитива A-ASSOCIATE «Единый контекст уровни представления». «Имя кошекста уровня «редегавлеиия, принимаемого пй умолчанию»,. «Результат контеяста уровня представления, принимаемого по умолчанию» и «Идентификатор соединения сеансового уровня» ис относится непосредственно к каким-либо параметрам примитива F-INITIAL1ZE.

8.1.2 Получив примитив подтверждения A-ASSOCIATE с БДП «F-INITIAL1ZE ответ БДП» в качестве Ьараметра «Информация пользователя* и находясь в состоянии «Ожидание примитива INITIALIZE», логический объект должен:

а) если параметр «Результат состояния» примитива A-ASSOCI-АТЕ означает «Сбой» или следующие согласуемые параметры имеют значения, несовместимые с требуемыми значениями, для пользователя внутренней файловой услуги послать сервисный прнмитив подтверждения F-INITIAL1ZE с параметрами, взятыми из примитива подтверждения A-ASSOC1ATE, и согласно этому прекратить работу.

Совместимость достигается, если:

—    возвращаемое значение требуемого параметра «Группы атрибутов» относится к подмножеству требуемых значений;

—    возвращаемое значение требуемых функциональных блоков относится к подмножеству требуемых значений;

—    предварительно согласованные функциональные блоки уровня представления обеспечивают предварительно согласованные функциональные блоки службы ПДУФ (FTAM);

—    класс услуги является одним и только одним из классов услуг, указанных в примитиве запроса F-INITIALIZE, или в случае, если был запрошен класс услуги «Передача файла и административное управление файлами», то класс услуги «Передача файла» или класс услуги «Административное управление файлами» также является совместимым;

б) если параметр «Результат состояния» примитива A-ASSOCIATE означает «Успешно» н значения согласуемых параметров совместимы с указанными в 8.1.2.а, то послать пользователю внутренней файловой услуги сервисный примитив подтверждения r-INI-T1ALIZE с параметрами, взятыми из полученных значений данных

18

Страница 24

ГОСТ Р,ЯШ.4-П»

и из параметров полученного примитива подтверждения A-ASSO-CIATE;

в) перейти в состояние «Инициализировано».

Примечание — Состояние «Инициализировано» возможно для нескольких контекстов уровнр представления. обеспечивавши* абстрактный синтаксис протокольной управляющей информации службы ПДУФ (FTAM), чтобы существовать в определенно* списке контекстов. Логический объект в дальнейшем должен интерпретировать только первый контекст уровня представления, обеспечивая встреченную протокольную управляющую информацию (ЛУИ) службы ПДУФ как ПДУФ ПУИ; любые другие элементы ве всрдеЛтвуют на состояние механизма файлового протокола.

8.1.3 Получив примитив подтверждения A-ASSOCIATH без параметра «Информация пользователя» и с параметром «Результат состоянии», означающим «Сбой*, и находясь в состоянии «Ожидание примитива INITIALIZE», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-INITIALIZE с параметром «Результат состояния*, означающим «Сбой»;

б)    согласно этому прекратить работу.

8.2 Завершение (организованное) режима службы ПДУФ

8.2.1    Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-TERMINATE и находясь в состоянии «Инициализировано», логический объект должен:

а)    послать блок данных протокола «F-TERM1NATE запрос БДП» в качестве параметра «Информация пользователя* в примитиве запроса A-RELEASE;

б)    перейти в состояние «Ожидание примитива TERMINATE».

8.2.2    Получив БДП «F-TERMINATE ответ БДП» и находясь в состоянии «Ожидание примитива TERMINATE», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-TERMINATE с параметрами, взятыми из полученных значений данных;

б)    согласно этому прекратить работу.

8.3 Выбор файла

8.3.1    Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-SELECT и находясь в состоянии «Инициализировано», логический объект должен:

а)    добависть БДП «F-SELECT запрос БДП» в качестве значения данных к текущему БДУУП;

б)    завершить БДУУП;

в)    перейти в состояние «Ожидание примитива SELECT».

8.3.2    Получив от пользователя внутренней файловой услуги сер-

Страница 25

ГОСТ Р 34.1980.4-93

внсный примитив запроса. F-SELECT и находясь в состоянии «Группирование» с пустым списком ожидаемых ответов и индикатором «Начальное состояние», имеющим значение «Инициализировано», логический объект должен:

а)    добавить БДП «F-SELECT запрос БДП» в качестве значения данных к текущему БДУУП;

б)    добавить элемент со значением «F-SELECT ответ» к концу списка ожидаемых ответов.

8.3.3    Получив БДП «F-SELECT ответ БДП» с согласуемыми параметрами, имеющими возвращенные значения, совместимые с требуемыми значениями, если параметр «Требуемый доступ» должен относиться к подмножеству требуемых действий, и, находясь в состоянии «Ожидание примитива SELECT», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-SELECT с параметрами, взятыми из полученных значений данных;

б)    если посланный примитив не содержит параметр «Результат состояния», означающий «Сбой», перейти в состояние «Выбрано»;

в)    если посланный примитив содержит параметр «Результат состояния», означающий «Сбой», перейти в состояние «Инициализировано».

8.3.4    Получив БДП «FSELECT ответ БДП» и находясь в состоянии «Группирование» с первым элементом списка ожидаемых ответов, имеющим значение «F-SELECT ответ», н с возвращаемыми параметрами, совместимыми с параметрами, описанными в 8.3.3, логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-SELECT;-

б)    если БДП не содержит параметр «Результат состояния», оз* начающий «Сбой», установить индикатор «Следующее состояние» в значение «Выбрано»;

в)    удалить первый элемент списка ожидаемых ответбв.

8.4    Отмена выбора файла

8.4.1    Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-DESELECT и находясь в состоянии «Выбрано», логический объект должен:

а)    добавить БДП «F-DESELECT запрос БДП* в качестве значения данных к текущему БДУУП;

б)    завершить текущий БДУУП;

в)    перейти в состояние «Ожидание примитива DESELECT».

8.4.2    Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-DESELECT и находясь в состоянии 20

Страница 26

ГОСТ Р 34Л9М.4—М

«Группирование» с последним элементом списка ожидаемых ответов, имеющим одно из значений «F-CLOSE ответ». «F-CREATE ответ*. «F-SELECT ответ». «F-READ-ATTRIB ответ». cF-CHANCxE-ATTRIB ответ», логический объект должен:

а)    добавить БДП «F-DESELECT запрос БДП» в качестве значения данных к текущему БДУУП;

б)    добавить элемент со значением «F-DESELECT ответ» к кон* цу списка ожидаемых ответов.

8.4.3 Получив БДП «F-DESEI.ECT ответ БДП» и находясь в состоянии «Ожидание примитива DESELECT», логический объект должен:

а) послать пользователю в*    ‘    >вой    услуги    сервис-

параметрами, взя-

ный примитив подтверждения

тымн из полученных значений данных;

б) перейти в состояние «Инициализировано».

8.4.4 Получив БДП «F-DESELECT ответ БДП» и находясь в состоянии «Группирование» с первом элементом списка ожидаемых ответов, имеющим значение «F-DESELECT ответ», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-DESELECT;

б)    установить индикатор «Следующее состояние» в значение «Инициализировано»;

в)    удалить первый элемент списка ожидаемых ответов.

8.5 Создание файла (ограниченно? административное управление файлами)

8.5.1    Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-CREATE и находясь в состоянии «Инициализировано», логический объект должен:

а)    добавить БДП «F-CREATE запрос БДП» в качестве значения данных к текущему БДУУП;

б)    завершить текущий БДУУП и перейти в состояние «Ожидание примитива CREATE».

8.5.2    Получив от пользователя внутренней .файловой услуги сервисный примитив запроса F-CREATE и находясь в состоянии «Группирование» с пустым списком ожидаемых ответов и индикатором «Начальное состояние», имеющим значение «Инициализировано», логический объект должен:

а)    добавить БДП «F-CREATE запрос БДП» в качестве значения данных к текущему БДУУП;

б)    добавить элемент со значением «F-CREATE ответ* к концу списка ожидаемых ответов.

8.5.3    Получив БДП «F-CREATE ответ БДП* и находясь в сос-

21

Страница 27

ГОСТ Р 34.19SM-W

тоянии «Ожидание примитива CREATE» и с согласуемыми параметрами, имеющими возвращенные значения, совместимые с требуемыми значениями— начальные атрибуты имеются в составе требуемых групп атрибутов, успешно согласованных при- ииипиали-зацин файлохранилища, требуемый доступ должен относиться к подмножеству требуемых действий. — логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-CREATE с параметрами, взятыми из полученных значений данных:

б)    перейти в состояние «Выбрано», если посланный примитив не содержит параметр «Результат состояния», означающий «Сбой»;

в)    перейти 6 состояние «Инициализировано», если посланный примитив содержит параметр «Результат состояния», означающий «Сбой».

8.5.4 Получив БДП «F-CREATE ответ БДП» и находясь в состоянии «Группирование» с первым элементом списка ожидаемых ответов, имеющим значение «F'CREATE ответ» и с возвращаемыми параметрами, совместимыми с параметрами, описанными в 8.5.3. логический объект должен.

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-CREATE;

б)    установить индикатор «Следующее состояние» в значение «Выбрано», если БДП не содержит параметр «Результат состояния», означающий «Сбой»;

в)    удалить первый элемент списка ожидаемых ответов.

8.6 Удаление файла (ограниченное административное управление файлами)

8.6.1    Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-DELEtE и находясь в состоянии «Выбрано», логический объект должен:

а ) добавить БДП «F-DELETE запрос БДП» в качестве значения данных к текущему БДУУП;

б)    завершить текущий БДУУП:

в)    перейти в состояние «Ожидание примитива DELETE*.

8.6.2    Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-DELETE и находясь в состоянии «Группирование* с последним элементом списка ожидаемых ответов, имеющим одно из значений «F-CLOSE ответ», «F-CREATE ответ», «F-SELECT ответ», «F-READ-ATTRIB ответ», «F-CHANGE-ATTRIB ответ», логический объект должен:

а) добавить БДП «F-DELETE запрос БДП» в качестве значения данных к текущему БДУУП:

Страница 28

ГОСТ P M.IMM—ts

б) добавить элемент со значением «F-DELETE ответ» к концу списка ожидаемых ответов.

8.6.3    Получав БДП «F-DELETE ответ БДП> н находясь в состоянии «Ожидание прммитивд DELETE*, логический объект должен:

а) посЛать пользователю внутренней файловой услуги сервисный примитив подтверждения F-DELETE с параметрами, взятыми из полученных значений данных;

9) иерейти в состояние «Инициализировано».

8.6.4    Получив БДП «F-DELETE ответ БДП» и находясь в состоянии «Группирование» с первым элементом списка ожидаемых ответов, имеющим значение «F-DELETE ответ», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-DELETE;

б)    установить индикатор «Следующее состояние» в значение «Инициализировано»;

в)    удалить первый элемент списка ожидаемых ответов.

8.7 Чтение атрибутов (ограниченное административное управление файлами)

8.7.1    Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-READ ATTRIB и находясь в состоянии «Выбрано», логический объект должен:

а)    добавить БДП «FrREAD-ATTRIB запрос БДП» в качестве значения данных к текущему БДУУП;

б)    завершить текущий БДУУП;

в)    перейти в состояние «Ожидание примитива READATTRIB».

8.7.2    Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-READ-ATTRIB и находясь в состоянии «Группирование» с пустым списком ожидаемых ответов или с последним элементом списка ожидаемых ответов, имеющим одно из значений «F-CLOSE ответ», «F-CREATE ответ» или «F-SELEST ответ», логический объект должен:

а)    добавить БДП «F-READ-ATTRIB запрос БДП* в качестве значения данных к текущему БДУУП;

б)    добавить элемент со значением «F-READ-ATTRIB ответ» к концу списка ожидаемых ответов.

8.7.3    Получив БДП «F-READ-ATTRIB ответ БДП» с согласуемыми параметрами, имеющими возвращенные значения, совместимые с требуемыми значениями, и, находясь в состоянии «Ожидание примитива READ-ATTRIB* при наличии успешно согласованного функционального блока «Ограниченное административное уп-

Страница 29

ГОСТ Р 34.1980.4-93

равление файлами» во время инициализации файлохранилища; логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-READ-ATTRIB с параметрами, взятыми из полученных значений данных;

б)    перейти в состояние «Выбрано».

Возвращенные атрибуты находятся в требуемых группах атрибутов, успешно согласованных при инициализации файлохранили-uia и названных в параметре «Имена атрибутов» в посланном БДП «запрос БДП».

8.7.4 Получив БДП «F-READ-ATTRIB ответ БДП» и находясь в состоянии «Группирование» с первым элементом списка ожидаемых отв.етов, имеющим значение «F-READ-ATTRIB ответ», и с возвращаемыми параметрами, совместимыми с параметрами, описанными в 8.7.3, логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-READ-ATTRIB с параметрами, взятыми из полученных значений данных;

б)    удалить первый элемент списка ожидаемых ответов.

8.8 Изменение атрибутов (расширенное административное управление файлами)

8.8.1    Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-CHANGE-ATTRIB и находясь в состоянии «Выбрано», логический объект должен:

а)    добавить БДП «F-CHANGE-ATTRIB запрос БДП» в качестве значения данных к текущему БДУУП;

б)    завершить текущий БДУУП;

в)    перейти в состойнне «Ожидание примитива CHANGE-AT-TRIB».

8.8.2    Получив от пользователя внутренней фзйловой услуги сервисный примитив запроса F-CHANGE-ATTRIB и находясь в состоянии «Группирование» с выбранным функциональным блоком «Расширенное административное управление файлами* и с последним элементом списка ожидаемых ответов, имеющим одно нз значений «F-READ-ATTRIB ответ», «F-CLOSE ответ* или «F-SELECT ответ*, логический объект должен:

а)    добавить БДП «F-CHANGE-ATTRIB запрос БДП* в качестве значения данных к текущему БДУУП;

б)    добавить элемент со значением «F-CHANGE-ATTRIB ответ* к концу списка ожидаемых ответов.

8.8.3    Получив БДП «F-CHANGE-ATTRIB ответ БДП* с согласуемыми параметрами, имеющими возвращенные значения, совместимые с требуемыми значениями, и, находясь в состоянии

2*

Страница 30

ГОСТ Р 34.1980.4-93

«Ожидание примитива CHANGE-ATTRIB» с успешно согласованным функциональным блоком «(Расширенное административное управление файлами», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-CHANGE-ATTRIB с параметрами, взятыми из полученных значений данных;

б)    перейти в состояние «Выбрано*.

8.8.4 Получив БДП «FCHANGE-ATTR1B ответ БДП» и находясь в состоянии «Группирование» с первым элементом списка ожидаемых ответов, имеющим значение «F-CHANGE-ATTRIB ответ», и с возвращаемыми параметрами, совместимыми с параметрами, описанными в 8.7.3, логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-CHANGE-ATTRIB с параметрами, взятыми из полученных значений данных;

б)    удалить первый элемент списка ожидаемых ответов.

8.9 Открытие файла (чтение, запись)

8.9.1 Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-OPEN и находясь в состоянии «Выбрано», логический объект должен:

а)    добавить БДП «F-OPEN запрос БДП» в качестве значения данных к текущему БДУУП;

б)    если функциональный блок «Административное управление контекстом уровня представления» был предварительно успешно согласован и если инициирующий логический объект желает иметь какие-либо абстрактные синтаксисы, обеспечиваемые контекстами уровня представления, в определенном наборе контекстов, удаленных на основе соглашений локальной системы или административного управления сетью при успешном установлении режима «Открытие файла» (см. 9.9.4), то послать имена соответствующих абстрактных синтаксисов в параметре «Удаленные контексты» БДП «F-OPEN запрос БДП»;

в)    если функциональный блок «Административное управление контекстом уровня представления» был предварительно усп'ешно согласован и если инициирующий логический объект желает иметь какие-либо контексты уровня представления для любых абстрактных синтаксисов, добавленных к определенному набору контекстов на основе соглашений локальной системы или системы административного управления сетью при успешном установлении режима «Открытие файла» (см. 9.9.4), то послать имена соответствующих абстрактных синтаксисов в параметре «Определенные контексты» БДП «F-OPEN запрос БДП»;

г)    завершить текущий БДУУП;

Страница 31

ГОСТ Р S4.riM.4-93

л) перейти в состояние «Ожидание примитива OPEN».

8.9.2    ПолучЛв от пользоЬа'теля внутренней файловой услуги сервисный примитив запроса F-OPEN и находясь в состоянии «Группирование» с последним элементом списка ожидаемых ответов.-имеющим одно из значений «F-5EI.ECT ответ», «F-CREATE ответ», «F-READ-ATTRIB ответ» или «F-CHANGE-ATTR1B ответ», логический объект должен:

а)    добавить БДГ1 «P-OPEN запрос БДП» в качестве значения данных к текущему БДУУП;

б)    добавить элемент со значением «F-OPEN ответ* к концу списка ожидаемых ответов.

8.9.3    Получив БДП «F-OPEN ответ БДП» с согласуемыми параметрами. имеющими возвращенные значения, совместимые с требуемыми значениями, в соответствии с правилами для согласования, данными в ГОСТ Р 34 1980.3. и. находясь в состоянии «Ожидание примитива OPEN», логический объект должен:

а)    если посланный1 БДП содержал параметр «Результат состояния», означающий «Сбой», послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-OPEN и перейти в состояние «Выбрано»;

б)    если значением параметра «Действие уровня представления» является «Истина», установить индикатор «Р-изменение»;

в)    если индикатор «P-изменение» не установлен, послать пользователю внутренней файловой услуги примитив подтверждения F-OPEN с параметрами, взятыми из полученных значений данных, и перейти в состояние «Ожидание передачи данных»;

г)    если индикатор «Р-изменеиие» установлен, сохранить БДП для дальнейшей обработки и перейти в состояние «Ожидание контекста Р-изменение*.

Способ обработки должен предполагать только те действия, которые разрешены успешно согласованными функциональными блоками и параметром «Требуемый доступ» при инициализации фай-лохраннлища.

Управление параллельностью выполнения действий должно быть ограничено, по меньшей мере, теми значениями, которые были успешно согласованы при установлении режима «Выбор файла»'(см. ГОСТ Р 34.1980,3).

8.9.4    Получив БДП «F-OPEN ответ БДП» и находясь в состоянии «Группирование» с первым элементом списка ожидаемых ответов, имеющим значение «F-OPEN ответ», и с возвращаемыми параметрами, совместимыми с параметрами, описанными в 8.9.3, логический объект должен:

а) установить индикатор «P-изменение», если посланный БДП

Страница 32

ГОСТ Р 34.lflW.4-W

нс содержал параметр «Результат состояния», означающий «Сбой», н если значением параметра «Действие уровня представления» является «Истина»;

б)    послать пользователю внутренней файловой услуги прнмнтнв подтверждения F-OPEN с параметрами, взятыми из полученных значений данных, если индикатор «Р-изменеиие» не установлен;

в)    установить значение индикатора «Следующее Состояние» в значение «Ожидание передач» даяий*», если блок данных протокола не содержит параметр «Результат состояния», указывающий «Сбой»;

г)    сохранять ВДП для дальнейшей обработки, если Индикатор «Р-изчеяеине» установлен;

д)    удалять первый элемент списка ожидаемых ответов.

8.9.5 Получив от поставщика услуг уровня представления примитив индикации P-ALTERCONTEXT. и находясь в состоянии «Ожидание примитива P-ALTER-COJ^TfiXT» и при установленном индикаторе «!Р-‘иЗмснеиие», логический объект должен:

а)1    сформировать список результата добавления определений контекстов уровня представления, указывающий, какие из предполагаемых контекстов уровня представления могут быть обеспечены;

б)    сформировать список результата удаления контекстов уровня представления, указывающий, какие из предполагаемых контек-стов уровйя представления должны быть удалены;

в)    послать прнмкТйв' P-ALTER-CONtEXT, используя оба списка, сформированных nb описанию, представленному в 8.9.5, а; 8.9.5, б;

г)    «сбросить» индикатЪр «Р-измеНение»;

д)    если БДП «F-OPEN ответ БДП» был сохранен, то послать пользователю йнутренней файловой услуги сервисный примитив подтверждения F-OPEN.

89.6 Если ВДП «F-OPEN ответ ВДП» был сохранен в состоянии «Ожидание контекста Р-^менение» и индикатор «Р-изменение» не установлен, логический объект должен:

а)    установить параметр «Результат действия» такйм образом, чтобы указать исправимую ошибку и, необязательно, добавить ди: агностическое сообщение, описывающее результат согласования контекстов, основываясь на рассмотрений1 локальной системы административного управления, если режим «Открытие файла» был установлен, но не все контексты уровня представления, обеспечивающие требуемые абстрактные синтаксисы, были успешно согласованы;

б)    послать пользователю внутренней файловой услуги сервис-

s Зи. та»    27

Страница 33

ГОСТ Р 34.1980.4-93

ный примитив подтверждения F-OPEN с параметрами, взятыми из полученных значений данных;

в)    перейти в еостояние «Ожидание передачи данных», если посланный примитив не содержит параметр «Результат состояния», означающий «Сбой»;

г)    перейти в состояние «Выбрано», если посланный примитив содержит параметр «Результат состояния», означающий «Сбой».

Примечание — Если предоставленные средства окажутся недостаточными. пользователь внутренней файловой услуги должен завершить этот режим.

8.10 Закрытие файла (чтение, запись)

8.10.1    Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-CLOSE и находясь в состоянии «Ожидание передачи данных», логический объект должен:

а)    добавить БДП «F-CLOSE запрос БДП» в качестве значения данных к текущему БДУУП;

б)    завершить текущий БДУУП;

в)    перейти в состояние «Ожидайие примитива CLOSE».

Примечание — Примитив запроса F-CLOSE содержит параметр «Результат действия», который используется в качестве механизма сигнализации между парами механизмов протокола восстановлении файла при ошибках (см. 191.3) Параметр «Результат действия* не воздействует на любой механизм файлового протокола.

8.10.2    Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-CLOSE и находясь в состоянии «Группирование» с пустым списком ожидаемых ответов и индикатором «Начальное состояйие», имеющим значение «Ожидание передачи данных», логический объект должен:

а)    добавить БДП «F-CLOSE запрос БДП» в качестве значения данных к текущему БДУУП;

б)    добавить элемент со значением «F-CLOSE ответ» к концу списка ожидаемых ответов.

8.10.3    Получив БДП «F-CLOSE ответ БДП» н находясь в состоянии «Ожидание примитива CLOSE», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-CLOSE с параметрами, взятыми из полученных значений данных;

б)    перейти в состояние «Выбрано».

8.10.4    Получив БДП «F-CLOSE ответ БДП» и находясь в состоянии «Группирование» с первым элементом списка ожидаемых ответов, имеющим значение «F-CLOSE ответ», логический объект должен:

Страница 34

ГОСТ Р S4.1ft80.4-93

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-CLOSE с параметрами, взятыми из полученных значений данных;

б)    установить индикатор «Следующее состояние» в значение «Выбрано*;

в)    удалить первый элемент списка ожидаемых ответов.

8.11    Начало группы (группирование)

8.11.1    Получив'от пользователя внутренней файловой .услуги сервисный примитив запроса F-BEGIN-(jROUP и находясь либо в состоянии «Инициализировано», либо в состоянии «Ожидание передачи данных», логический объект должен:

а)    добавить БДП «F-BEGIN-GROUP запрос БДП» в качестве значения данных к текущему БДУУП;

б)    установить значение индикатора «Начальное состояние* в текущее состояние;

в)    перейти в состояние «Группирование*.

8.11.2    Получив БДП «F-BEG1NGROUP ответ БДП» и находясь в состоянии «Группирование», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-BEGIN-GROUP;

б)    перейти в состояние «Группирование».

8.12    Колец группы (группирование)

8.12.1    Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-ENDuROUP и находясь в состоянии «Группирование», логический объект должен:

а)    добавить БДП «F-END-GROUP запрос БДП» в качестве значения данных к текущему БДУУП;

б)    завершить текущий БДУУП;

в)    перейти в состояние «Ожидание примитива GROUP».

8.12.2    Получив БДП «F-ENDGROUP ответ БДП» и находясь в состоянии «Группирование», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-END-GROUP;

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

1)    индикатор «P-изменение» установлен, перейти в состояние «Ожидание контекста Р-изменение»;

2)    индикатор «P-изменение» не установлен, перейти в состояние, которое указывает индикатор «Следующее состояние»;

в)    если требуемый порог не был достигнут, то перейти в состояние, указанное индикатором «Начальное состояние»;

Страница 35

ГОСТ P. 34.IM0.4-tt

г) очистить список ожидаемых ответов, «сбросить» индикатор «Следующее состояние* и «сбросить» индикатор «Начальное состояние».

Примечание — Если сообщается об ошибках класса 2V то решим, «Открытие файла» установлен, но не все необходимые абстрактные синтаксисы имеют соответствующие контексты уровня представления в результате предшествующего обмена примитивами P-ALTER-CONTEXT; Если в результате средства являются недостаточными, пользователь внутренней файловой услуги может «сбросить» «от режим.

8.13 Восстановление при ошибках

8.13.1    Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-RECOVER и находясь в состоянии «Инициализировано», логический объект должен:

а)    добавить БДП «F-RECOVER запрос БДП» в качестве значения данных к текущему БДУУП;

б)    если:

1)    функциональный блок «Административное управление контекстом уровня представления» был предварительно успешно согласован и

2)    инициирующий логический объект желает иметь какие-либо контексты уровня представления для любых абстрактных синтаксисов, добавленных к определенному набору контекстов на основе соглашений локальной системы или административного управления сетью при успешном установлении режима «Открытие файла» (см. 9.9.4). то послать имена соответствующих абстрактных синтаксисов в параметре «Определенные контексты» БДП «F-RECOVER запрос БДП»;

в)    если:

1)    функциональный блок «Административное управление контекстом уровня представления» был предварительно успешно согласован и

2)    инициирующий логический объект желает иметь какие-либо абстрактные синтаксисы, обеспечиваемые контекстами уровня представления, в определенном наборе контекстов, удаленных на основе соглашений локальной системы или системы административного управления сетью при успешном установлении режима «Открытие файла» (см. 9.9.4), то послать имена соответствующих абстрактных синтаксисов в параметре «Удаленные контексты» БДП «F-RECOVER запрос БДП»;

г)    завершить текущий БДУУП;

д)    перейти н состояние «Ожидание примитива RECOVER».

8.13.2    Получив БДП «F-RECOVER ответ БДП» с согласуемыми параметрами, имеющими возвращенные значения, совместимые с

за

Страница 36

ГОСТ Р 34.1380.4-83

требуемыми значсниямя, в соответствии с правилами для согласования, данными в стандарте ИСО 8571—3, и, находясь в состоянии «Ожидание примн-^ва ’RECOVER», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примИтив подтверждения F-RECOVER и перейти Ь состояние «ИницИалНзйроВано!», если посланный БДП содержал параметр «Результат состояния». оЗначаюшйй «Сбой»;

б)    установить Индикатор «Р-нзмепёКие», если значением параметра «Действие уровня представления» является «Истина»;

в)    послать пользова+елю Ьйутреиней файловой услуги примитив подтверждения F-RECOVER с параметрами, взятыми из полученных значений данных, и перейти В состояние «Восстановление ожидания Передачи данных», если индикатор «P-изменение» не установлен;

г)    сохранить БДП для дальнейшей обработки и перейти в состояние «Ожидание контекста Р-язмейенйе», если индикатор «Р-изменение» устаЯЬЬлен.

Способ обработки должен предполагать только те действия, которые разрешены успешно согласованными функциональными блоками и Параметром «Требуемый доступ» при инициализации фай.тохранилища.

Управление параллельностью выполнения действий должно быть ограничено, по меньшей мере, теми значениями, которые были успешно согласованы при установлении режима «Выбор файла» (ГОСТ Р 34.1980.3).

8.13.3    Получив от поставщика услуг уровня представления примитив индикации P-ALTER CONTEXT и находясь в Состоянии «Ожидание примитива P-ALTER-CONtfcXT» и при установленном индикаторе «Р-нзменение», логический объект должен:

а)    сформировать список результата добавления определений контекстов уровня представления, указывающий, какие из предполагаемых контекстов уровня представления могут быть обеспечены;

б)    сформировать список результата удаления контекстов уровня представления, указывающий, какие из предполагаемых контекстов уровня представления должны быть удалены;

в)    послать примитив P-AL.TER-CONTEXT. используя оба списка, сформированных по описанию, представленному в 8.13.3,а и 8.13.3.6;

г)    «сбросить» индикатор «Р-изменение».

8.13.4    Если БДП «F-RECOVER ответ БДП» был сохранен в состоянии «Ожидание контекста P-изменение» и йндйкатор «Р-изменение» не установлен, логический объект должей:

Страница 37

ГОСТ Р 34.1980.4-93

а)    установить параметр «Результат действия» таким образом, чтобы указать исправимую ошибку И, необязательно, добавить диагностическое сообщение, описывающее результат согласования контекстов, основываясь на рассмотрении локальной системы административного управления, если режим «Открытие файла» был установлен, но не все необходимые абстрактные синтаксисы имеют соответствующие обеспечивающие контексты уровня представления в результате предшествующего обмена примитивами P-ALTER-CONTEXT;

б)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-RECOVER с параметрами, взятыми из полученных значений данных;

в)    перейти в состояние «Восстановление ожидания передачи данных», если посланный примитив не содержит параметр «Результат состояния», означающий «Сбой»;

г)    перейти в состояние «Инициализировано», если посланный примитив содержит параметр «Результат состояния*, означающий «Сбой».

Примечание — Если предоставленные средства окажутся недостаточными. пользователь внутренней файловой услуги должен завершить этот режим.

8.14    Установление местоположения (доступ к файлу)

8.J4.I Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-LOCATE и находясь в состоянии «Ожидание передачи данных», логический объект должен:

а)    добавить БДП «F-LOCATE запрос БДП» в качестве значения данных к текущему БДУУП;

б)    завершить текущий БДУПП;

в)    перейти в состояние «Ожидание примитива LOCATE».

8.14.2 Получив БДП «F-LOCATE ответ БДП» и находясь в состоянии «Ожидание примитива LOCATE», логический объект должен: .

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-LOCATE с параметрами, взятыми из полученных значений данных;

б)    перейти в состояние «Ожидание передачи данных».

8.15    Стирание (доступ к файлу)

8.15.1 Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-ERASE и находясь в состоянии «Ожидание передачи данных», логический объект должен:

а)    добавить БДП «F-ERASE запрос БДП» в качестве значения данных к текущему БДУУП;

б)    завершить-текущий БДУУП;

Страница 38

ГОСТ Р 54.1W0.4-93

в) перейти в состояние «Ожидание примитива ERASE».

8.15.2 Получив БДП «F-ERASE ответ БДП» и находясь в состоянии «Ожидание примитива ERASE», логический, объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-ERASE с параметрами, взятыми из полученных значений данных;

б)    перейти в состояние «Ожидание передачи данных».

9 Действия отвечающего логического объекта при работе с файлами

9.1    Установление режима службы ПДУФ (основного)

9.1.1    Получив БДП «F-INJTIAUZE запрос БДП» в качестве параметра «Информация пользователя» в примитиве индикации A-ASSOCIATE и находясь в состоянии «Ожидание», логический объект должен:

а)    сформировать БДП «F-1N1TIALIZE ответ БДП» с параметром «Результат состояния», означающим протокольную ошибку, и добавить сформированный БДП в качестве параметра «Информация пользователя» в примитиве ответа A-ASSOC1ATE с параметром «Результат состояния», установленным в значение «Отвергнуто ответственном логическим объектом (постоянная ошибка)», послать примитив ответа A-ASSOC1ATE и согласно этому завершить работу, если логический объект не способен установить режим службы ПДУФ;

б)    сформировать блок данных протокола «F-INITIAI.IZE отв^т БДП» с параметром «Результат состояния*, означающим «Сбой», с параметром «Результат действия*, установленным в значение «Постоянная ошибка», и параметром «Версия протокола», указывающим. что он обеспечивает версию 1. и добавить сформированный блок данных протокола в качестве параметра «Информация пользователя* в примитив ответа A-ASSOC1ATE с параметром «Результат состояния», установленным в значение «Отвергнуто ответственным логическим объектом (постоянная ошибка)», послать примитив ответа A-ASSOC1ATE н согласно этому завершить работу, если БДП содержит параметр «Версия протокола», указывающий, что инициирующий механизм файлового протокола несовместим с версией 1 (бит «Версия-1» не установлен в 1);

в)    послать пользователю внутренней файловой услуги сервисный примитив индикации F IN1TIAL1ZE с параметрами, взятыми из полученных значений данных и из параметров, полученных в примитиве индикации A-ASSOCIATE, таким образом, что:

33

Страница 39

ГОСТ У И«»0.4-Ю

1)    если параметр «Список типов содержания сообщения1 отсутствует, то список определений контекстол, который должен быть выполнен, является пустым;

2)    если элементы «P'CONNECT индикация* списка определений контекстов уровня представления не могут обеспечить элементы «F-lNITIAtlZE запрос БДП> списка типов содержания сообщений, тогда удалить из этого списка типов содержания сообщения:

—    тс абстрактные синтаксисы, которые не могут быть обеспечены. ы

—    те типы документов, лго*р**а»ощне абстрактные синтаксисы, которые не могут быть обеспечены;

г) перейти в состояние «Ожидание примитива F-INITIALIZE».

9.1.2 Получнв.от пользователя внутренней файловой услуги сервисный примитив ответа F-INiTiALJ£fc и находясь в состоянии ^Ожидание примитива F-INITIAUZE», логический объект доджен:

а)    создать БДП «F-INITIALIZE ответ БДП»;

б)    установить параметр «Версия протокола» этого БДП в значение «Версия-!*, другие биты параметра «Версия протокола», соответствующие другим версиям, не должны быть установлены;

в)    на основе знаний локальной системы установить параметр «Информация реализующей системы»;

г)    послать созданный БДП в качестве параметр «Информация пользователя» в примитиве ответа A--ASSOCIATE. Если сервисный примитив ответа F-INITJAU2E содержит параметр «Результат состояния», означающий «Сбой», установить параметр «Результат состояния* в примитиве ответа A ASSOCIATE в значение, указывающее «Сбой»; в противном случае установить последний параметр в значение «Успешно»;

д)    если сервисной примитив ответа F-INITIALIZE содержал параметр «Результат состояния», означающий «Сбой», то согласно этому прекратить работу.

Примечания

1    Состояние «Инициализировано* возможно для мвекольмх контекстов уровня представления. обвсп*ч»**»1Цих абстрактный сннхамис вроюколыгой управляющей информации сдужйы ПДУф. чт<*ы существовать а чпределениои спас-ке контекстов. Логический объект в дальнейшем должен интерпретировать только первый контекст уровня представления, обеспечив»* встреченную пввтоколь-нух> управляющую информацию (ПУИ) службы ПДУФ как Г1ДУО ПУИ; любые другие элементы не воздействуют на сооояиие механизма фаЯлового про-

TOKCtll.

2    Параметр «Информации реэлилующей систены» содержит информацию, специфичную ял я индивидуальных реализующих систем. Его можно опустить, чтобы принять значение зо умолчанию. Содержимое этого параметра ис используется при предварителен ©омв£08»и-ня

1

Страница 40

fOCT-f N.MN>M3

9.2 Завершение (о p г а и н зов а н ное) режима службы ПДУФ (РТАМ)

9.2.1    Получив БДП «F-TERMINATE запрос БДП» и находясь в состоянии «Инициализировано», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-TERMINATE с параметрами, взятыми из полученмых значений данных;

б)    перейти в состояние «Ожидание примитива F-TERMINATE*.

9.2.2    Получив от пользователя внутренней файловой услуги сервисный примитив ответа F-TJERMINATE и находясь в состоянии «Ожидание примитива F-TERMINATE», логический объект должен:

а)    создать БДП «F-TERMJNATE ответ БДП»;

б)    послать созданный БДП в качестве параметра «Информация оол^ватсля» в примитиве ответа A-RELEASE;

в)    прекратить работу.

9.3 Выбор ф a ft л а (основного)

9.3.1    Получив БДП «F-SELECT запрос БДП» и находясь в состоянии «Инициализировано», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-SELECT с параметрами, взятыми из полученных значений данных;

б)    перейти в состояние «Ожидание примитива F-SELECT».

9.3.2    Получив БДП «F-SELECT запрос БДП» и находясь в состоянии «Группирование» с пустым списком ожидаемых ответов н индикатором «Начальное состояние», имеющим значение «Инициализировано», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-SELECT;

б)    добавить элемент со значением «F-SELECT ответ» к концу списка ожидаемых ответов!

9.3.3    Получив от пользователя внутренней файловой услуги сервисный примитив ответа F-SELECT и находясь в состоянии «Ожидание примитива F-SELECT», логический объект должен:

а)    добавить БДП «F-SELECT ответ БДП» в качестве значений данных к текущему БДУУП;

б)    завершить текущий БДУУП;

в)    если БДП содержал параметр «Результат состояния», означающий «Сбой», перейти в состояние «Инициализировано»; в противном случае перейти в состояние «Выбрано».

9.3.4    Получив от пользователя внутренней файловой услуги сервисный примитив ответа F-SELECT и находясь в состоянии «Груп-

Страница 41

ГОСТ Р 54.IM0.4-W

пирование» с первым элементом списка ожидаемых ответов, имеющим значение «F-SELECT ответ», логический объект должен:

а)    добавить БДП «F-SELECT ответ БДП» в качестве значений данных к текущему БДУУП;

б)    если примитив ответа не содержал параметр «Результат состояния», означающий «Сбой», то установить индикатор «Следующее состояние» в значение «Выбрано»;

в)    удалить первый элемент из списка ожидаемых ответов.

9.4 Отмена выбора файла (основного)

9.4.1    Получив БДП «F-DESELECT запрос БДП» и находясь в состоянии «Выбрано», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-DESELECT с параметрами, взятыми из полученных значений данных;

б)    перейти в состояние «Ожидание примитива F-DESELECT».

9.4.2    Получив БДП «F-DESELECT запрос БДП» и находясь в состоянии «Группирование» с первым элементом списка ожидаемых ответов, имеющим одно из значений «F-CLOSE ответ», «F-READ-ATTR1B ответ» или «F-CHANGE-ATTRIB ответ», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-DESELECT;

б)    добавить элемент со значением «F-DESEI.ECT ответ» к концу списка ожидаемых ответов.

9.4.3    Получив от пользователя внутренней файловой услуги сервисный примитив ответа F-DESELECT и находясь в состоянии «Ожидание примитива F-DESELECT», логический объект должен:

а)    добавить БДП «F-DESELECT ответ БДП» в качестве значений данных к текущему БДУУП;

б)    завершить текущий БДУУП;

в)    перейти в состояние «Инициализировано».

9.4.4    Получив от пользователя внутренней файловой услуги сервисный примитив ответа F-DESELECIT и находясь в состоянии «Группирование» с первым элементом списка ожидаемых ответов, имеющим значение «F-DESELECT ответ», логический объект должен:

а)    добавить БДП «F-DESELECT ответ БДП» в качестве значений данных к текущему БДУУП;

б)    установить индикатор «Следующее состояние» в значение «Инициализировано»;

в)    удалить первый элемент из списка ожидаемых ответов.

36

Страница 42

ГОСТ Р 34.1980.4-93

9.5    Создание файла (ограниченное административное управление файлами)

9.5.1    Получив БДП «FCREATE запрос БДП» и находясь в состоянии «Инициализировано», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-CREATE с параметрами, взятыми из полученных значений данных;

б)    перейти в состояние «Ожидание примитива F-CREATE».

9.5.2    Получив БДП «Р-CREATE запрос БДП» и находясь в состоянии «Группирование» с пустым списком ожидаемых ответов и индикатором «Начальное состояние», имеющим значение «Инициализировано», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-CREATE;

б)    добавить элемент со значением «F-CREATE ответ» к концу списка ожидаемых ответов.

9.5.3    Получив от пользователя внутренней файловой услуги сервисный примитив ответа F-CREATE и находясь в состоянии «Ожидание примитива F-CREATE», логический объект должен:

а)    добавить БДП «F-CREATE ответ БДП» в качестве значений данных к текущему БДУУП;

б)    завершить текущий БДУУП;

в)    если БДП содержал параметр «Результат состояния», означающий «Сбой», перейти в состояние «Инициализировано»; в противном случае перейти в состояние «Выбрано».

9.5.4    Получив от пользователя внутренней файловой услуги сервисный примитив ответа F-CREATt и находясь в состоянии «Группирование» с первым элементом списка ожидаемых ответов, имеющим значение «F-CREATE ответ», логический объект должен:

а)    добавить БДП «F-CREATE ответ БДП» в качестве значений данных к текущему БДУУП;

б)    если примитив ответа не содержал параметр «Результат состояния», означающий «Сбой», то установить индикатор «Следующее состояние» в значение «Выбрано»;

в)    удалить первый элемент из списка ожидаемых ответов.

9.6    Удаление файла (ограниченное административное управление файлами)

9.6.1 Получив БДП «F-DELETE запрос БДП» и находясь в состоянии «Выбрано», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-DELETE с параметрами, взятыми из полученных значений данных;

б)    перейти в состояние «Ожидание примитива F-DELETE».

37

Страница 43

ГОСТ V Э4.1ММ-13

9.6.2 Получнв БДП «F-DELETE запрос БДП» и находясь в состоянии «Группирование» с первым элементом списка ожидаемых ответов, имеющим одно из значений «F CLOSE ответ», «F-READ-ATTRIB ответ» или «F-CHANGEATTR1B ответ», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-DELETE;

б)    добавить элемент со значением «F-DELETE ответ» к концу списка ожидаемых ответов.

3-6-3 Получнв от пользователя внутренней файловой услуги сервисный прнмнтив ответа F-DELETE и находясь в состоянии «Ожидание примитива F-OELETE», логический объект должен:

а)    добавить БДП «F-DELETE ответ БДП» в качестве значений данных к текущему БДУУП;

б)    завершить текущий БДУУП;

в)    перейти в состояние «Инициализировано».

9.6.4 Получив от пользователя внутренней файловой услуги сервисный примитив ответа F-DELETE и находясь в состоянии «Группирование» с первым элементом списка ожидаемых ответов, имеющим значение «F-DELETE ответ», логический объект должен:

а)    добавить БДП «F-DELETE ответ БДП» в качестве значений данных к текущему БДУУП;

б)    установить индикатор «Следующее состояние» в значение «Инициализировано»;

в)    удалить первый элемент из списка ожидаемых ответов.

9.7 Чтение атрибутов (ограниченное административное управление файлами)

9.7.1    Получив БДП «F-READ-ATTRIB запрос БДП» и находясь в состоянии «Выбрано», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-READ-ATTRIB с параметрами, взятыми из полученных значений данных;

б)    перейти в состояние «Ожидание примитива F-READ-ATTRIB*.

9.7.2    Получив БДП «F-READ-ATTRIB запрос БДП» и находясь в состоянии «Группирование» с первым элементом списка ожидаемых ответов, имеющим одно нз значений «F-SELECT ответ», «F-CREATE ответ» или «F-CLOSE ответ», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-READ-ATTRIB;

б)    добавить элемент со значением «F-READ-ATTRIB ответ» К концу списке ожидаемых ответов

Страница 44

ГОСТ Р 34.19*0.4—W

917.3    Пьлучив.от пользователя внутренней файловой услуги сервисный примитив ответа F-READ-ATTRIB и находясь в состоянии «Ожидание примитива F-READ-ATTRIB», логический обгьект должен:

а)    добавить БДП «F-READ-ATTRIB ответ БДП» в качестве значений данных к текущему БДУУП;

б)    завершить текущий БДУУП;

в)    перейти в.состояние «Выбрано».

9.7.4    Получив от пользователя внутренней файловой услуги сервисный, примитив ответа F-READ-ATTRIB и находясь в состоянии «Группирование» с первым, элементом списка ожидаемых ответов, имеющим значение «F-READ-ATTRIB ответ», логический объект должен:

а)    добавить БДП «F-READ-ATTRIB ответ БДП» в качестве значений, данных к текущему БДУУП;

б),    удалить первый элемент нз списка ожидаемых ответов.

9.8 Изменение атрибутов (расширенное административное управление файлами)

9.8.1    Получив БДП «F-CHANGE-ATTRIB запрос БДП» и находясь в состоянии; «Выбрано», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив, индукацни F-CHANGE-ATTRIB с параметрами, взятыми из полученных значений данных;

б)    перейти в состояние «Ожидание примитива F-CHANGE-ATTRIB».

9.8.2    Получив. БДП «F-CHANGE-ATTRIB запрос БДП» и находясь, в состоянии «Группирование» с первым элементом списка ожидаемых ответов, имеющим одно из значений «F-SELECT ответ», «F-CREATE ответ», «F-READ-ATTRIB ответ» или «F-CLOSE ответ», логический объект должен;

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-CHANGE-ATTRIB;

б)    добавить элемент со значением «F-CHANGE-ATTRIB ответ» к концу списка ожидаемых ответов.

9.8.3    Получив от пользователя внутренней файловой услуги сервисный примитив ответа F-CHANCiE-ATTRIB н находясь в состоянии. «Ожидание примитива F-CHANGE-ATTRIB». логический объект должен:

а)    добавить БДП «F-CHANGE-ATTRIB ответ БДП» в качестве зннченнй данных к текущему БДУУП;

б)    завершить текущий БДУУП;

в)    перейти в состояние «Выбрано».

Страница 45

ГОСТ Р 34.19S0.4-93

9.8.4 Получив от пользователя внутренней файловой услуги сервисный примитив ответа F-CHANGE-ATTRIB и находясь в состоянии «Группирование» с первым элементом списка ожидаемых ответов, имеющим значение «F-CHANGE-ATTRIB ответ», логический объект должен:

а)    добавить БДП «F-CHANGE-ATTRIB ответ БДП» в качестве значений данных к текущему БДУУП;

б)    удалить первый элемент из списка ожидаемых ответов.

9.9 Открытие файла (чтение, запись)

9.9.1    Получив БДП «F-OPEN запрос БДП» и находясь в состоянии «Выбрано», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации FOPEN с параметрами, взятыми нз полученных значений данных;

б)    перейти в состояние «Ожидание примитива F-OPEN».

9.9.2    Получив БДП «F-OPEN запрос БДП» и находясь в состоянии «Группирование» с последним элементом списка ожидаемых ответов, имеющим одно нз значений «F-SEI.ECT ответ», «F-CREATE ответ», «F-READ-ATTRJB ответ» или «F-CHANGE-ATTRIB ответ», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-OPEN;

б)    добавить элемент со значением «F-OPEN ответ* к концу списка ожидаемых ответов.

9.9.3    Получив от пользователя внутренней файловой услуги сервисный примитив ответа F-OPEN и находясь в состоянии «Группирование» с первым элементом списка ожидаемых ответов, имеющим значение «F-OPEN ответ», логический объект должен:

а)    добавить БДП «F-OPEN ответ БДП» в качестве значений данных к текущему БДУУП;

б)    установить индикатор «Следующее состояние* в значение «Ожидание передачи данных», если БДП не содержал параметр «Результат состоянии», означающий «Сбой*;

в)    удалить первый элемент нз списка ожидаемых ответов.

9.9.4    Получив от пользователя внутренней файловой услуги сервисный примитив ответа F-OPEN и находясь в состоянии «Ожидание примитива F-OPEN», логический объект должен:

включить имена соответствующих абстрактных синтаксисов в параметр «Список удаления контекстов уровня представления» примитива запроса P-ALTER-CONTEXT (см. 9.9.4,е), предоставляемый. если эти контексты не требуются в новом режиме «Открытие файла»,

а) при условиях:

40

Страница 46

ГОСТ Р ШМ0.4-М

1)    функциональный блок «Административное управление контекстом уровня» был успешно согласован и

2)    какие-либо контексты уровня представления в определенном списке контекстов должны быть удалены нз определенного списка контекстов (см. примечания к 9.9.4,е);

включить имена соответствующих абстрактных синтаксисов и идентификаторы контекстов уровня представления в параметр «Список добавления контекстов уровня представления* примитива запроса P-ALTER-CONTEXT (см. 9.9.4,е),

б)    если:

1)    функциональный блок «Административное управление контекстом уровня представления» был предварительно успешно согласован и

2)    контекст уровня представления должен быть добавлен к определенному списку контекстов на основе параметра «Имя типа содержания сообщения» при успешном установлении режима «Открытие файла»;

в)    добавить БДП «F-OPEN ответ БДП» в качестве значений данных к текущему БДУУП; если некоторые необходимые действия были указаны в 9.9.4,а или 9.9.4,б для изменения контекста уровня представления, включить параметр «Действие уровня представления» со значением «Истина»;

г)    завершить текущий БДУУП;

д)    перейти в состояние «Выбрано» и не выполнять требования 9.9.4,е, если примитив ответа F-OPEN содержал параметр «Результат состояния», означающий «Сбой», при выполнении действия;

е)    послать сервисный примитив запроса P-ALTER-CONTEXT уровня представления н перейти в состояние «Ожидание действия уровня представления», если была указана необходимость изменения контекста в 9.9.4,а или 9.9.4,б, после того как был завершен какой-либо текущий БДУУП; в противном случае перейти в состояние «Ожидание передачи данных».

Примечпния

1    Если имя типа содержания сообщения отсутствует, тр список определений контекстов должен быть пустым.

2    Параметр «Удаляемые контексты» в принятом примитиве запроса F-OPEN может быть принят, при соглашения, в список удаления контекстов уровня представления. Соотношение между параметром «Удаляемые контексты* и списком удалений контекстов уровня представления зависит только от реализующей системы.

3    Не должны быть выбраны никакие действия, относящиеся к примитиву запроса PAI.TERCONTEXT. если параметр «Результат состояния» в принятом примитиве указывал «Сбой*.

9.9.5 Получив от поставщика услуг уровня представления примитив подтверждения P-ALTER-CONfEXT и находясь в состоя-

41

Страница 47

ГОСТ РЧМШ.*-Ж

нт» «Ожидание действия уровня представления», логический объект должен перейти в состояние «Ожидание передачи данных».

Примечание — Если согласование примитива P-ALTER CONTEXT ис будет выполнено так точи», нам это необходимо, отаете?»енянА логический объект ждет от инициатора решения о том. буаст ли использован результирующий режим tOn<pnTt*e файла» или нет.

9‘. 1<У Закрытие файла (чтение, запись)

9.10.1    Получив БДП «F CL09E запрос БДП» и находясь в состоянии «Ожидание передачи данных», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-CI.OSE с параметрами," взятыми из полученных значений данных;

б)    перейти в состояние «Ожидание примитива F-CLOSE».

Примечание — Примитив запроса F-CLOSE содержит параметр «Результат действия», который используется в качестве механизма сигнализации, между парами механизмов протокола восстановления файла при ошибках (см. 19.1-3). Параметр «Результат действия» не воздействует на любой механизм файлаBai-о протокола.

9.10.2    Получив БДП «FCLOSE запрос БДП» и находясь в со* стояния «Группирование» с пустым списком ожидаемых ответов и индикатором «Начальное состояние», имеющих значение «Ожидание передачи данных», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-CLOSE;

б)    добэвить элемент со значением «F-CLOSE ответ» к концу списка ожидаемых ответов.

9.10.3    Получив от пользователя внутренней файловой услуги сервисный примитив ответа F-CLOSE и находясь в состоянии «Ожидание примитива FCLOSE», логический объект должен:

а)    добавить БДП «F-CLOSE ответ БДП» в качестве значений данных к текущему БДУУП;

б)    завершить текущий БДУУП;

в)    перейти в состояние «Выбрано».

9.10.4    Получив от пользователя внутренней файловой услуги сервисный примитив ответа F CLOSE и находясь в состоянии «Группирование» с первым элементом списка ожидаемых ответов, имеющим значение «F-CLOSE ответ», логический объект должен:

а)    добавить БДП «F-CI.OSE ответ БДП* в качестве значений данных к текущему БДУУП;

б)    установить индикатор «Следующее состояние» в значение «Выбрано»;

в)    удалить первый элемент на списка ожидаемых ответов.

42

Страница 48

года + мл тм~м

9.11    Начало группы (группирование)

9.11.1    Получив БДП «F-BEGIN-GROUP запрос БДП» и находясь в состоянии «Инициализировано» или в состоянии «Ожидание передачи данных», логический объект должен:

а)    послать пользователю внутренней файловой услуги примитив индикации F-BEGIN-GROU^;

б)    установить индикатор «Начальное состояние» в текущее состояние;

в)    перейти в состояние «Группирование».

9.11.2    Получив от пользователя внутренней файловой услуги сервисный примитив ответа F-BEGIN-GkOUP и находясь в состоянии «Ожидание примитива GROUP», логический объект должен:

а)    добавить БДП «F-BEGIN-GROUP ответ БДП» в качестве значений данных к текущему БДУУП;

б)    завершить текущий БДУУП;.

в)    перейти в состояние «Ответы группирования».

9.12    Конец группы (группирование)

9.12.1    Получив БДП «F-END GROUP запрос БДП» и находясь в состоянии «Запросы группирования», логический объект должен:

а)    послать пользователю внутренней файловой услуги примитив индикации F-EMD-GROUP;

б)    перейти в состояние «Ожидание примитива GROUP».

9.12.2    Получив от пользователя внутренней файловой услуги сервисный примитив ответа F-END-GROUP и находясь в состоянии «Ответы группирования», логический объект должен:

а)    добавить БДП «F-END-GROUP ответ БДП» в качестве значений данных к текущему БДУУП;

б)    завершить текущий БДУУП;

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

1) индикатор «P-изменение» был установлен, послать примитив запроса P ALTER-CONTEXT с указанием определяемых или удаляемых контекстов, как это отмечено в 9.9.4, и затем перейти в состояние «Ожидание примитива AI.TER-CONTEXT уровня представления»;

г)    перейти в состояние, которое указывает индикатор «Следующее состояние», если требуемый порог был достигни с помощью подсчета последовательных примитивов либо, с параметрами «Результат состояния», указывающими значение «Успешно», либо без параметров «Результат состояния» и индикатор «Р-изменеине» не был установлен;

4 Заг. 708    43

Страница 49

ГОСТ Р МЛММ-Ю

д) перейти в состояние, указанное индикатором «Начальное состояние», и очистить список ожидаемых ответов, «сбросить» индикатор «Следующее состояние* н «сбросить» индикатор «Начальное состояние*, если требуемый порог не был достигнут с помощью подсчета соответствующих примитивов или с параметрами «Результат состояния», имеющими значение «Успешно», или без параметров «Результат состояния».

9.13 Восстановление при ошибках

9.13.1    Получив БДП «F-RECOVER запрос БДП» и находясь а состоянии «Инициализировано», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-RECOVER с параметрами, взятыми из полученных значений данных;

б)    перейти в состояние «Ожидание примитива F-RECOVER».

9.13.2    Получив от пользователя внутренней файловой услуги сервисный примитив ответа F-RECOVER и находясь в состоянии «Ожидание примитива F-RECOVER», логический объект должен:

включить идентификаторы соответствующих контекстов уровня представления в параметр «Список удаления контекстов уровня представления» примитива запроса P-ALTER-CONTEXT (см. 9.13.2,е), предоставляемый, если эти контексты не требуются в новом режиме «Открытие файла»,

а)    при условиях:

1)    функциональный блок «Административное управление контекстом уровня представления» был успешно согласован и

2)    какие-либо контексты уровня представления в определенном списке контекстов должны быть удалены из определенного списка контекстов (см. примечания к 9.13.2,е);

включить идентификаторы контекстов уровня представления в параметр «Список добавления контекстов уровня представления» примитива запроса P-ALTER-CONTEXT (см. 9.13.2,е),

б)    если:

1)    функциональный блок «Административное управление контекстом уровня представления» был предварительно успешно согласован и

2)    контекст уровня представления должен быть добавлен к определенному списку контекстов на основе параметра «Имя типа содержания сообщения» при успешном установлении режима «Открытие файла»;

в)    добавить БДП «F-RECOVER ответ БДП» в качестве значений данных к текущему БДУУП; если были выполнены некоторые необходимые действия, указанные в 9.11.2,а или 9.11.2,6, для изме-

Страница 50

ГОСТ Р S4.1W0.4-93

нения контекста уровня представления, то включить параметр «Действие уровня представления» со значением «Истина»;

г)    завершить текущий БДУУП;

д)    перейти в состояние «Инициализировано» и не выполнять требования 9.13.2,е, если примитив ответа F-RECOVER содержал параметр «Результат состояния», означающий «Сбой», при выполнении действия;

с) послать сервисный примитив запроса P-ALTER-CONTEXT уровня представления и перейти в состояние «Ожидание действия уровня представления»; в противном случае перейти в состояние «Восстановление ожидания передачи данных»; если была указана необходимость изменения контекста в 9.13.2,а или 9.13.2,6. то перейти в состояние «Восстановление ожидания передачи данных после того, как был завершен какой-либо текущий БДУУП.

Примечания

1    Если имя типа содержания сообщения отсутствует, то список определений контекстоа должен быть пустым.

2    Параметр «Удаляемые контексты» в принятом примитиве запроса F-RECOVER может быть принят при соглашении в список удаления контекстов уровня представления Соотношение между параметром «Удаляемые контексты» и списком удалений контекстов уровня представления зависит только от реализующей системы.

3    Не должны бып. выбраны никакие действия, если параметр «Результат состояния» в принятом примитиве указывал «Сбой».

9.13.3 Получив от поставщика услуг уровня представления примитив подтверждения P-ALTER-CONTEXT и находясь в состоянии «Ожидание действия уровня представления», логический объект должен перейти в состояние «Восстановление ожидания передачи данных».

Примечание — Если согласование примитива P-ALTER-CONTEXT не будет выполнено так точно, как это необходимо, ответственный логический объект ждет от инициатора решения о том, будет ли использован результирующий режим «Открытие файла» или нет.

9.14 Установление местоположения (доступ к файлу)

9.14.1    Получив БДП «F-LOCATE запрос БДП» и находясь в состоянии «Ожидание передачи данных», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-LOCATE с параметрами, взятыми из полученных значений данных;

б)    перейти в состояние «Ожидание примитива F-LOCATE».

9.14.2    Получив от пользователя внутренней файловой услуги сервисный примитив ответа F-LOCATE и находясь в состоянии «Ожидание примитива F-LOCATE», логический объект должен:

45

Страница 51

ГОСТ Р a4.19«0.4-es

а)    дббавнть БДП «F-I-ОСАТЕ ответ БДП» в качестве значения данных к текущему БДУУП;

б)    завершить текущий БДУУП;

в)    перейти в состояние «Ожидание передачи данных».

9.15 Стирание (доступ к файлу)

9.15.Г Получив БДП «F-ERASE запрос БДП» и находясь в состоянии «Ожидание передачи данных», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-ERASE с параметрами, взятыми из полученных значений данных;

б)    перейти в состояние «Ожидание примитива F-ERASE».

9.15.2 Получив от пользователя внутренней файловой услуги

сервисный примитив ответа F-ERASE и находясь в состоянии «Ожидание примитива F-ERA5E», логический объект должен:

а)    добавить БДП «F-ERASE ответ БДП» в качестве значения данных к текущему БДУУП;-

б)    завершить текущий БДУУП;

в)    перейти в состояние «Ожидание передачи данных».

10 Общие действия при операциях с файлом

10.1    Завершение (аварийное) режлма службы ПДУФ

J0.I.1 Получив от пользователя внутренней файловой услуги примитив индикации A-ABORT и находясь и любом состоянии, логический объект должен проверить параметр «Информация пользователя». отнести его значение к одному из типов, перечисленных ниже, и после этого предпринять действия, указанные в 10.1.1.1; 10.1.1.2 и 10.1.1.3. Параметр «Информация пользователя» в примитиве индикации A ABORT, который получен логическим объектом службы ПДУФ. может иметь один яз трех видов:

а)    БДП «F-U ABORT БДП» (см. 10.1.1.1);

б)    БДП «F-PfABORT БДП* (см. 10.1.1.2);

в)    отсутствует (см. 10.1.1.3.).

10.1.1.1    Если параметр «Информация пользователя» имеет БДП «F-U-ABORT БДП», логический объект должен:

послать пользователю внутренней файловой услуги сервисный примитив индикации F-U-ABORT с параметрами, взятыми из полу.^нух значений данных;

б) прекратить работу.

10.1-.1.2 Если параметр «Информация пользователя» имеет ЬДМ «F-P-ABOR-Т БДП», логический объект должен:

Страница 52

ГОСТ.Р 34.1960.4—М

а)    послать пользователю внутренней файловой услуги сервисный примитив иАдикацин F-P-ABORT с параметрами, взятыми из полученных значений данных;

б)    прекратить работу.

10.1.1.3 Если параметр «Информация пользователя* отсутствует, логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-P-ABORT с параметром «Результат действия», означающим кратковременную ошибку;

б)    прекратить работ)'.

П р и м е ч    к е> — Эго может быть результатом у камня* постоянной

ошибки, которое было преобразовано в укаденне временной ошибки

10.1.2    Получив от пользователя внутренней файловой услуги примитив ИйЯййД'ци'й A-P-ABORT и находясь в любом еостоя'нии, логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-P-ABORT с параметром «Диагностическое сообщение», означающим отказ услуги нижнего уровня;

б)    прекратить работу.

10.1.3    Получив от пользователя внутренней файловой услуги примитив индикации A-ABORT и находясь в любом состоянии, логический объект должен:

а)    на основании информации локальной системы относительно способности услуг нижнего уровня передать неограниченную информацию пользователя с помощью примитива A-ABORT:

1)    если такая возможность существует, создать параметр «Информация пользователя» с БДП «F-U-ABORT БДП» со значениями, взятыми из полученных параметров, и послать этот БДП в качестве параметра «Информация пользователя» в сервисном примитиве запроса A-ABORT;

2)    если такой возможности не существует, послать сервисный примитив запроса A-ABORT без параметра «Информация пользователя»;

б)    прекратить работу.

10.2 Протокольные ошибки

Обнаружив протокольную ошибку (см. 6.1) и находясь в любом состоянии, логический объе'кт должен: .

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-P-ABORT с параметром «Результат действия», означающим протокольную ошибку;

б)    на основании информации локальной системы относительно способности услуг нижнего уровня передать неограниченную информацию пользователя с помощью примитива A-ABORT;

Страница 53

ГОСТ Р 34.1980.4—М

1)    если такая возможность существует, создать параметр «Информация пользователя* с БДП «F-P-ABORT БДП» с параметром «Результат действия*, означающим протокольную ошибку, и послать этот БДП в качестве параметра «Информация пользователя* t сервисном примитиве запроса A-ABORT;

2)    если такой возможности не существует, послать сервисный примитив запроса A-ABORT без параметра «Информация пользователя*;

в) прекратить работу.

РАЗДЕЛ 3 БАЗИСНЫЙ ПРОТОКОЛ ПЕРЕДАЧИ ДАННЫХ БОЛЬШОГО ОБЪЕМА

II Состояние активности передачи данных большого объема

Примечание — Логические объекты, рассматриваемые в разделе 3, являются логическими объектами базисного протокола

11.L Состояние оконечного пункта соединения

Для каждого БДП, который может быть получен, спецификация перечисляет состояния протокола, в которых принимающий логический объект может получить БДП. Если действие, указанное при получении стимулирующего воздействия, потребует посылку сервисного примитива, который не может быть достоверно послан в текущем состоянии, то данный логический объект должен указать протокольную ошибку (см. 10.2).

11.2 Дополнительное состояние логических объектов

В 11.2.1—11.2.6 определены элементы информации о состоянии, соответствующем логическим объектам базисного протокола для передачи данных большого объема.

11.2.1    Индикатор *Чтение/Запись>

Индикатор «Чтение/Запнсь* регистрирует, выполняется ли текущая передача данных большого объема к инициирующему логическому объекту или от него. Значение этого индикатора устанавливается в начале режима «Передача данных большого объема*. Определенными значениями являются «Чтение», «Запись» или «Сброшено». Начальным значением этого индикатора является «Сброшено».

11.2.2    Индикатор «Сброс»

Индикатор «Сброс» используется для передачи сигнала о том. что полученные для восстановления данные во время отмены или до отмены неверны и должны быть отвергнуты. Если функциональные блоки «Восстановление при ошибках* или «Рестарт» были вы-

Страница 54

ГОСТ Р 34.1980.4—93

браны или функциональный блок «Ресинхронизация» уровня представления бил успешно согласован, он используется вместе с функциональным блоком «Ресинхронизация» сеансового уровня для выполнения восстановления при ошибках без того, чтобы пользователь видел ошибку; в противном случае этот функциональный блок используется во время фазы «Отмена». Определенными значениями этого индикатора являются «Сброшено» или «Установлено». Начальным значением является «Сброшено».

11.2.3    Идентификатор ожидаемой контрольной тонки

Идентификатор ожидаемой контрольной точки отражает последовательность контрольных точек внутри данных большого объема и должен быть возвращен в исходное положение с началом передачи данных большого объема посредством модулей восстановления при ошибках. Значение увеличивается, когда формируется контрольная точка. Значение является целым числом от 1 до 999998. В начальном положении значение определяется состоянием ассоциации.

Идентификатор ожидаемой контрольной точки применим только к режимам службы ПДУФ, для которых использование функциональных блоков «Рестарт» и (или) «Восстановление при ошибках» успешно согласовано.

11.2.4    Номер следующей точки синхронизации

Номер следующей точки синхронизации отражает последовательность событий в услугах синхронизации средства обеспечения. Номер является порядковым номером следующей точки синхронизации сессии, которая должна быть введена с помощью поставщика услуг сеансового уровня. Значение является целым числом от 0 до 999998. Начальное значение при вновь созданном соединении сеансового уровня равно I.

Номер следующей точки синхронизации применим только к режимам службы ПДУФ. для которых использование функционального блока «Вспомогательная синхронизация» уровня представления успешно согласовано.

11.2.5    Смещение синхронизации

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

Смешение синхронизации применимо только к режимам службы ПДУФ, для которых использование функционального блока «Малая синхронизация» уровня представления успешно согласовано.

Страница 55

poet p шяюч-да

Примечание — Значение смешения синхронизации определяется путем МННТММ идентификатора ожидаемой контрольной точки иэ номера следующей точки синхронизации, за исключением случаев, когда посылается контрольная то'Гка «ли выполняется рестарт процедуры

11.2.6 Счетчик несогласованных контрольных точек Счетчик несогласованных контрольных точек регистрирует числа контрольных точек, которые не были подтверждены.

12 Блоки данных протокола для передачи данных большого объема

БДП передаются в качестве параметра «Данные пользователя» в сервисном примитиве уровня представления. Возможные средства передачи каждого БДП указаны в таблице 5.

Таблица 5 — Блоки данных протокола

Ими

Передастся прммитхком

Функцкоинльммс

блоки

F-READ запрос

P-DATA

Чтение

F WRITE запрос

P-DATA

Запись

Значение данных

P-DATA

Чтение, запись

(см. примечание 1) F-DATA-END запрос

P-DATA

Чтение, запись

F-TRANSFER-END

Р-DATA

Чтение, запись

запрос

F-TRANSFER-END

PDATA

Чтение, запись

от*ег

F-CANCEL запрос

В параметре «Данные

Чтение, запись

пользователя» и PRF.SYNCHRONIZE запрос (аварийный) или P-DATA

F-CANCEL отмт

В параметре «Данные пользователя» в P-RESYNCHRONIZE запрос (лааоиАиый) или P-DATA

F-CHECK запрос

(См. примечание 2)

Восстановление при ошибках. Рестарт

F-CHECK ответ

(См. примечание 2)

5fr

Страница 56

ГОСТ Р 3».l 980.1-»Э

Окончание таблицы $

и««

Передается прммитапои

Функциональны*

блоки

F-REST ART запрос F-RESTART ответ

В параметре «Данные пользователя» в Р KESYNCHRONIZE запрос (рестарт)

В параметре «Данные пользователя» в P-RESYNCHRON1ZE

ответ (рестарт)

Рестарт

Примечания

!• Значение данных соответствует сервисному примитиву запроса F-DATA Не существует как такового БДП «F-DATA запрос БД11».

2 Примитивы затцюса и оти*ла F-CHECK отображаются непосредственно в примитивах запроса и ответа P-SYNC-MINOR Дополнительного синтаксиса не», поэтом)- ист и определения БДП,

Любая допустимая последовательность значений данных для передачи данных большого объема к БДП, содержащаяся в сервисном примитиве F-DATA, может быть сцеплена в один БДУУП при условии, что нет необходимости вносить какие-либо контрольные точки в эту последовательность. Пользователь, принимающий БДУУП. распаковывает его на индивидуальные значения данных и (или) на индивидуальные БДП н обрабатывает каждый в соответствии с процедурами, указанными в 13—17.

13 Де1ктвня логического объекта при инициировании передачи

данных большого объема

13.1    Чтение

13.1.1    Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-READ, логический объект должен:

з) послать БДП «F-READ запрос БДП» в примитиве запроса P-DATA;

б) если успешно был согласован функциональный блок «Малая синхронизация* уровня представления, послать примитив запроса P-TOKEN-GIVE для обозначения малой синхронизации;

51

Страница 57

ГОСТ Р 34.1980.4-93

в)    увеличить номер передачи данных большого объема;

г)    установить идентификатор ожидаемой контрольной точки таким образом, чтобы:

1)    если режим «Открытие файла» был установлен с помощью выполнения услуги «Восстановление режима», то значение было равно согласованному значению плюс единица;

2)    если режим «Открытие файла» не был установлен с помощью выполнения услуги «Восстановление режима», то значение было равно нулю;

д)    установить счетчик несогласованных контрольных точек в нулевое значение;

е)    вычислить смешение, если функциональный блок «Малая синхронизация» уровня представления успешно согласован; оно равно номеру следующей точки синхронизации минус идентификатор ожидаемой контрольной точки плюс единица;

ж)    установить идентификатор «Чтение/Запись» в значение «Чтение»;

з)    перейти в состояние «Ожидание индикации первой малой синхронизации», если функциональный блок «Вспомогательная синхронизация» уровня представления успешно согласован; в противном случае перейти в состояние «Передача данных большого объема для чтения» в роли логического объекта, принимающего данные.

13.1.2    Если примитив индикации P-SYNC-MINOR получен от поставщика услуг уровня представления, находясь в состоянии «Ожидание индикации первой вспомогательной синхронизации», логический объект должен:

а)    послать примитив ответа P-SYNC-MINOR поставщику услуг уровня представления;

б)    увеличить порядковый номер следующей точки синхронизации;

в)    перейти в состояние «Передача данных большого объема для чтения» в роли логического объекта, принимающего данные.

13.2    Запись

13.2.1 Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-WR1TE и находясь в состоянии «Ожидание передачи данных», логический объект должен:

а)    послать БДП «F-WRITE запрос БДП» в примитиве запроса P-DATA;

б)    увеличить номер передачи данных большого объема;

в)    установить идентификатор ожидаемой контрольной точки таким образом, чтобы:

Страница 58

ГОСТ Р 34.iew.4-w

1)    значение-было равно согласованному значению плюс единица, если режим «Открытие файла» был установлен с помощью выполнения услуги «Восстановление режима»;

2)    значение было равно нулю, если режим «Открытие файла* не был установлен с помощью выполнения услуги «Восстановление режима»;

- г) вычислить смещение синхронизации, если функциональный блок «Малая! синхронизация» уровня представления успешно согласован; оно равно номеру следующей точки синхронизации минус идентификатор ожидаемой контрольной точки плюс единица;

д)    установить счетчик несогласованных контрольных точек в нулевое значение;

е)    послать поставщику услуг уровня представления примитив запроса P-SYNC-M1NOR (явный), если функциональный блок «Вспомогательная синхронизация» уровня представления был предварительно успешно согласован;

ж)    увеличить номер следующей точки синхронизации, если функциональный блок «Вспомогательная синхронизация» уровня представления был предварительно успешно согласован;

3)    установить идентификатор «Чтение/Запись» в значение «Запись»;

и) если функциональный блок «Вспомогательная синхронизация» уровня представления успешно согласован, перейти в состояние «Ожидание индикации первой вспомогательной синхронизации»; в противном случае перейти в состояние «Передача данных большого объема для записи» в роли логического объекта, посылающего данные.

13.3 Конец передачи (чтение, запись)

13.3.1    Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-TRANSFER-END и находясь в состоянии «Ожидание чтения* или в состоянии «Ожидание записи», логический объект должен:

а)    добавить БДП «F-TRANSFER-END запрос БДП» в качестве значения данных к текущему БДУУП;

б)    завершить текущий БДУУП;

в)    перейти в состояние «Чтение признака окончания передачи» или «Запись признака окончания передачи» в зависимости от значения индикатора «Чтение/Запись».

13.3.2    Получив БДП «F-TRANSFER-END ответ БДП» и находясь в состоянии «Запись признака окончания передачи», логический объект должен:

а) послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-TRANSFER-END;

53

Страница 59

ГОСТ Р 34ЛЖА-М

б) перейти в состояние «Ожидание передачи данных*.

•13.3.3 Получив БДГТ «F-TRANSFER-END ответ БДП» и находясь в состоянии «Чтение признака окончания передачи», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-TRANSFER-END, если функциональный блок «Вспомогательная синхронизация* уровня представления не был предварительно успешно согласован;

б)    перейти в состояние «Ожидание P-признака», если функциональный блок «Вспомогательная синхронизация» уровня представления был предварительно успешно согласован; перейти в состояние «Ожидание передами данных», если этот функциональный блок не был успешно согласован.

13.3.4 Получив сервисный примитив индикации P-TOKEN-G1VE для обозначения малой синхронизации и находясь в состоянии «Ожидание P-признака», логический объект должен послать пользователю внутренней файловой услуги сервисный приметив подтверждения F-TRANSFER-END и перейти в состояние «Ожидание передачи данных».

14 Действий отвечающего логического объекта при передаче данных большого объема

14.1    Чтение

14.1.1    Получив БДП «F-READ запрос БДП» и находясь в состоянии «Ожидание передачи данных», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-READ е параметрами, взятыми из полученных элементов данных;

б)    увеличить номер передачи данных большого объема;

в)    установить идентификатор ожидаемой контрольной точки таким образом, чтобы:

1)    значение было равно согласованному значению плюс единица. если режим «Открытие файла* был установлен с помощью выполнения услуги «Восстановление режима»;

2)    значение было равно нулю, если- режим «Открытие файла» не был установлен с помощью выполнения услуги «Восстановление режима»;

г)    установить идентификатор «Чтение/Запись» в значение «Чтение»;

д)    установить счетчик несогласованных контрольных точек в нулевое значение;

5*

Страница 60

fOGT f 34.iaeO.4roM

e) если функциональный блок «Вспомогательная синлрониза-цня» уровня представления успешно согласован, вычислить смещение синхронизации; оно равно номеру следующей точки синхронизации минус идентификатор ожидаемой контрольной точки плюс единица;

. ж) если функциональный блок «Вспомогательная синхронизация» уровня представления был успешно согласован, перейти в состояние «Ожидание признака вспомогательной синхронизации»; если этот функциональный блок не был согласован, перейти в состояние «Передача данных большого объема для чтения» в рати логического объекта, посылающего данные.

14.1.2    Получив сервисный примитив индикации P-T0KEN-G1VE если этот функциональный блок ие был согласован, перейти в состоянии «Ожидание признака», логический объект должен:

а)    послать примитив запроса P-SYNC-MINOR поставщику услуг уровня представления;

б)    увеличить порядковый номер следующей точки синхронизации;

в)    перейти в состояние «Ожидание подтверждения первой вспомогательной синхронизации» в роли логического объекта, посылающего данные.

14.2    Запись

14.2.1 Получив БДП «F-WR1TE запрос БДП» и находясь в состоянии «Ожидание передачи данных», логический объект должен:

а)    послать пользователю внутренней файловой услугл сервисный примитив индикации F-WRITE с параметрами, озятыми из полученных элементов данных;

б)    увеличить номер передачи данных большого объема;

в)    установить идентификатор ожидаемой контрольной точки таким образом, чтобы:

1)    значение было равно согласованному значению плюс единица, если режим «Открытие файла* был установлен с помощью выполнения услуги «Восстановление режима»;

2)    значение было равно нулю, если режим «Открытие файла» не был установлен с помощью выполнения услуги «Восстановление режима»;

г)    установить идентификатор «Чтение/Запись» в значение «Запись»;

д)    установить счетчик несогласованных контрольных точек в нулевое значение;

е)    послать поставщику услуг уровня представления примитив запроса P-SYNC-MINOR (явный), если функциональный блеж

«6

Страница 61

ГОСТ Р 34.1980.4—93

«Вспомогательная синхронизация» уровня представления был предварительно успешно согласован;

ж) если функциональный блок «Вспомогательная синхронизация* уровня представления успешно согласован, перейти в состояние «Ожидание индикации первой вспомогательной синхронизации»; в противном случае перейти в состояние «Передача данных большого объема для записи» в роли логического объекта, принимающего данные.

14.2.2    Получив сервисный примитив индикации P-SYNG-MI-NOR и находясь в состоянии «Ожидание вспомогательной синхронизации при записи», логический объект должен.'

а)    послать сервисный примитив ответа P-SYNC-M1NOR;

б)    увеличить порядковый номер следующей точки синхронизации;

в)    перейти в состояние «Передача данных большого объема» в роли логического объекта, принимающего данные.

14.3 Конец передачи (чтение, запись)

14*3.1 Получив БДП «F-TRANSFER-END запрос БДП» и Находясь в состоянии «Окончание чтения» или «Окончание записи», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-TRANSFER-END с параметрами, взятыми из полученных элементов данных;

б)    перейти в состояние «Чтение признака окончания передачи» или «Запись признака окончания передачи» в зависимости от значения индикатора «Чтение/Запись».

14.3.2    Получив от пользователя внутренней файловой услуги сервисный примитив ответа F-TRANSFER-END, логический объект должен:

а)    послать БДП «F-TRANSFER-END ответ БДП» в сервисном примитиве запроса P-DATA;

б)    если индикатор «Чтение/Запись» был установлен в значение «Чтение» и если функциональный блок «Вспомогательная синхронизация» уровня представления был предварительно успешно согласован, то послать поставщику услуг уровня представления сервисный примитив запроса P-TOKEN-G1VE;

в)    «сбросить» индикатор «Чтение/запись»;

г)    перейти в состояние «Ожидание передачи данных».

14.3.3    Получив БДП «F-TRANSFER-END запрос БДП» и находясь в состоянии «Ожидание отмены», логический объект ничего не должен делать.

66

Страница 62

ГОСТ Р S4.1ft80.4-M

15 Действия посылающего логического объекта при передаче данных большого объема

15.1    Посылка данных (чтение, запись)

15.1.1    Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-DATA и находясь в состоянии «Передача данных большого объема для записи» или в состоянии «Ожидание подтверждения первой вспомогательной синхронизации», посылаюший логический объект должен:

а)    добавить элемент данных, представленный в примитиве запроса F-DATA, к текущему БДУУП;

б)    проверить, чтобы любой посылаемый элемент данных соответствовал любому контексту в определенном наборе контекстов, а если это не так, то указать протокольную ошибку.

Любая последовательность элементов данных, представленная в примитивах запроса F-DATA (т. е. один или несколько элементов данных могут быть сцеплены в одни БДУУП), не должна содержать контрольные точки. В любом специфическом элементе протокола службы ПДУФ (FTAM) последовательность элементов данных определяется интересами локальной системы.

15.1.2    Получив прнмнтнв подтверждения P-SYNC-MINOR и находясь в состоянии «Ожидание подтверждения первой вспомогательной синхронизации», посылающий логический объект должен:

а)    перейти в состояние «Передача данных большого объема для чтения» или «Передача данных большого объема для записи» в зависимости от значения индикатора «Чтение/Запись», если сервисный примитив запроса F-CANCEL был сохранен, и затем сразу выполнить действия, описанные в 17.2.1;

б)    перейти в состояние «Передача данных большого объема для чтения» или «Передача данных большого объема для записи» з зависимости от значения индикатора «Чтение/Запись», если сервисный примитив запроса F-RESTART был сохранен, н затем сразу выполнить действия, описанные в 17.3.1;

в)    перейти в состояние «Передача данных большого объема для чтения» или «Передача данных большого объема для записи» в зависимости от значения индикатора «Чтение/Запись».

15.2    Конец передачи данных (чтение, запись)

15.2.1 Получив от пользователя внутренней файловой услуги

сервисный примитив запроса F-DATA-END и находясь в состоянии «Передача данных большого объема для чтения». «Передача данных большого объема для записи» или «Ожидание подтверждения

57

Страница 63

рост * м.имм-м

переев всмош^ателкмой синхронизации», логический объект должен:

а)    добавить БДП «FDATA-END запрос БДП» в качестве значения данных к текущему БДУУП;

б)    завершить текущий БДУУП, если он является отвечающим логическим объектом;

в)    перейти в состояние «Ожидание подтверждения первой вспомогательной синхронизации в конце данных», если было состояние «Ожидание подтверждения первой вспомогательной синхронизации»;

г)    перейти в состояние «Окончание чтения» или «Окончание записи» в зависимости от значения индикатора «Чтение/Запись».

15.2.2 Получив примитив подтверждения P-SYNC-M1NOR и находясь в состоянии «Ожидание подтверждения первой вспомогательной синхронизации в конце данных», посылающий логический объект должен перейти в состояние «Окончание чтения» или «Окончание записи» в зависимости от значения индикатора «Чтение/Запись».

15.3 Ввод контрольной точки (чтение, запись)

15.3.1 Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-CHECK и находясь в состоянии «Передача данных большого объема для чтения», «Передача данных большого объема для записи» или «Ожидание подтверждения первой вспомогательной синхронизации», логический объект должен:

а)    завершить текущий БДУУП;

б)    подтвердить, что данный идентификатор контрольной точки равен идентификатору ожидаемой контрольной точки;

в)    увеличить счетчик несогласованных контрольных точек;

г)    проверить, не был ли превышен размер окна контрольных точек;

д)    послать сервисный примитив запроса P-SYNC-MINOR с параметром «Тип», установленным в значение «Необязательный». Подтвердить, что порядковый номер точки синхронизации, полученный от поставщика услуг уровня представления, равен порядковому номеру следующей точки синхронизации;

с) увеличить идентификатор ожидаемой контрольной точки и порядковый номер следующей точки синхронизации; если порядковый яомер следующей точки синхронизации превышает 999999, то имеет место протокольная ошибка;

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

Страница 64

ГОСТ Р M l МО 4-М

15.3.2 Получив сервисный примитив подтверждения P-SYNC-MINOR и находясь в состоянии «Передача данных большого объема для чтения», «Передача данных большого объема для записи», «Окончание чтения», «Окончание записи» или «Окончание передачи для записи», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-CHECK с параметрами, взятыми из полученной информации. Идентификатор контрольной точки определяется вычитанием смещения синхронизации из порядкового номера точки синхронизации;

б)    уменьшить счетчик несогласованных контрольных точек на разность между'идентификатором ожидаемой контрольной точки и полученным порядковым номером точки синхронизации минус смешение.

16 Действия принимающего логического объекта при передаче данных большого объема

16.1    Передача данных (чтение, запись)

16.1.1    Получив элемент данных в контексте, отличном от контекста протокольной управляющей информации службы ПДУФ (FTAM) и находясь в состоянии «Передача данных большого объема для чтения» или «Передача данных большого объема для записи», логический объект должен послать пользователю внутренней файловой услуги сервисный примитив индикации F-DATA.

Примечание — Эта операция включает в себя прием любых элементов данных типа «Элемент данных содержания сообщения файла» (си. ГОСТ Р 34 980.2 для определения абстрактного синтаксиса структуры доступа иерархического файла).

16.2 Конец передачи данных (чтение, запись)

16.2.1    Получив БДП «F-DATA END запрос БДП» и находясь в состоянии «Передача данных большого объема для чтения» или «Передача данных большого объема для записи», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-DATA-END;

б)    перейти в состояние «Окончание чтения» или «Окончание записи» в зависимости от значения индикатора «Чтение/Запись».

16.2.2    Получив БДП «F-DATA-END запрос БДП» и находясь в состоянии «Ожидание отмены», логический объект ничего не должен делать.

59

5 Зак. 708

Страница 65

ГОСТ Р 34.1980.4—93

16.3 Прием контрольной точки (чтение, запись)

16.3.1    Получив сервисный примитив индикации P-SYNC-M1NOR и находясь в состоянии «Передача данных большого объема для чтения* или «Передача данных большого объема'для записи» с несогласованными контрольными точками, логический объект должен:

а)    проверить, не был ли превышен размер окна контрольных точек;

б)    увеличить счетчик несогласованных контрольных точек;

в)    проверить, чтобы порядковый номер принятой точки синхронизации был равен порядковому номеру следующей точки синхронизации;

г)    проверить, чтобы идентификатор ожидаемой контрольной точки был равен порядковому номеру принятой точки синхронизации минус смещение синхронизации;

. д) если любая из проверок, перечисленных в 16.3.1, а, б, в, имеет сбой, то указать, что есть протокольная ошибка;

с) послать пользователю внутренней- файловой услуги сервисный примитив индикации F-СНЁСК с параметром «Идентификатор контрольной точки», равным порядковому номеру точки синхронизации минус смещение синхронизации;

ж) увеличить идентификатор ожидаемой контрольной точки и порядковый номер следующей точки синхронизации.

16.3.2    Если логический объект получил от пользователя внутренней файловой услуги сервисный примитив ответа F-CHECK и находится в состоянии «Передача данных большого объема для чтения», «Передача данных большого объема для записи», «Окончание чтения», «Окончание записи», или. если логический объект является ответственным логическим объектом, а также находится в состоянии «Запись признака окончания передачи», то он должен:

а)    послать сервисный примитив ответа P-SYNC-M1NOR с параметром, равным идентификатору контрольной точки из сервисного примитива плюс смещение синхронизации;

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

во

Страница 66

ГОСТ Р 34.1980.4-93 17 Общие действия при передаче данных большого объема

17.1    Сброс (чтен ие,.запись)

17.1.1    Если БДП «F-CANCEL запрос БДП» принимается или передается либо в сервисном примитиве P RESYNCHRONIZE, либо в сервисном примитиве P-DATA, или. если БДП cF-RESTART запрос БДП» перелается в сервисном примитиве P-RESYNCHRO-NIZE, логический объект должен установить индикатор «Сброс».

17.1.2    Получив примитив индикации Р-DATA вне контекста протокольной управляющей информации службы ПДУФ, который используется для связи между модулями файлового протокола, и находясь в состоянии «Передача данных большого объема для чтения» или «Передача данных большого объема для записи» с установленным индикатором «Сброс», логический объект ничего не должен делать.

17.2    Отмена (чте и и с, з а п и с ь)

17.2.1    Получив от пользователя внутренней файловой услуги сервисный примитив запроса F CANCEL и находясь в состоянии «Передача данных большого объема для чтения» или «Передача данных большого объема для записи», логический объект должен:

а)    послать сервисный примитив запроса P-RESYJ4CHRONIZE (аварийный) с БДП «F-CANCEL запрос БДП» в качестве параметра «Данные пользователя» и установить индикатор «Сброс», если функциональный блок «Ресинхронизация» уровня представления был предварительно успешно согласован; примитив запроса P-RESYNCHRON1ZE (аварийный) должен передавать БДП «F-CAMCE1. запрос БДП* в качестве параметра «Данные пользователя». В противном случае следует послать БДП «F-CANCEL запрос БДП» с помощью сервисного примитива P-DATA;

б)    возвратить признак малой синхронизации инициирующему логическому объекту, если функциональный блок «Малая синхронизация» уровня представления был успешно согласован и логический объект, который посылает сервисный примитив F-CANCEL, является ответственным логическим объектом;

в)    установить счетчик несогласованных контрольных точек в нулевое значение;

г)    перейти в состояние «Ожидание примитива ответа CANCEL».

17.2.2    Получив сервисный примитив запроса F-CANCEL и находясь в состоянии «Ожидание подтверждения первой малой синхронизации», логический объект должен сохранить этот сервисный примитив для дальнейшей обработки.

17.2.3    Получив сервисный примитив индикации P-RESYNCHRO-N1ZE (аварийный) с параметром «Данные пользователя», содержа-

Страница 67

ГОСТ Р HI МО.4—95

шик БДП «F-CANCEL запрос БДП», и находясь в состоянии «Передача данных большого объема для чтения» или «Передача данных большого объема дли записи», логический объект должен:

а)    «сбросить» любые данные пользователя, которые логический объект еще не доставил, и продолжить прием блоков данных протокола;

б)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-CANCEL;

в)    установить счетчик несогласованных контрольных точек в нулевое значение;

г)    перейти в состояние «Ожидание примитива ответа F-CANCEL».

17.2.4    Получив БДП «F-CANCEL запрос БДП» в примитиве ин* днкации P-DATA и находясь в состоянии «Передача данных большого объема для чтения» или «Передача данных большого объема для записи», логический объект должен:

а)    «сбросить» любые данные пользователя, которые логический объект еще не доставил, и продолжить прием блоков данных протокола;

б)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-CANCEL;

в)    установить счетчик несогласованных контрольных точек в нулевое значение;

г)    перейти в состояние «Ожидание примитива ответа F-CANCEL».

17.2.5    Получив от пользователя внутренней файловой услуги сервисный примитив ответа F-CAfJCEl. и находясь в состоянии «Ожидание примитива ответа F-CANCEL», логический объект должен:

а)    сслн функциональный блок «Ресинхронизация» уровня представления был предварительно успешно согласован, послать сервисный примитив ответа P-RESYfaCHRONIZE (аварийный) с БДП «F-CANCEL ответ БДП» в качестве параметра «Данные пользователя». В противном случае следует послать БДП «F-CANCEL запрос БДП» с помощью сервисного примитива запроса P-DATA;

б)    установить идентификатор ожидаемой контрольной точки и порядковый номер ожидаемой точки синхронизации в значения, которые они имели в начале передачи;

в)    «сбросить» индикатор «Сброс»;

г)    перейти в состояние «Ожидание передачи данных».

17.2.6    Послав пользователю внутренней файловой услуги сервисный примитив подтверждения F-CANCEL или послав БДП

62

Страница 68

ГОСТ Р 34.1930.4-W

«F-CANCEL ответ БДП», логический объект должен «сбросить» индикатор «Сброс».

17.2.7    Получив сервисный примитив подтверждения P-RE-SYNCHRONIZE (аварийный) с параметром «Данные пользователя», содержащим БДП «F-CANCEL ответ БДП», и находясь в состоянии «Ожидание примитива ответа CANCEL», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-CANCEL с параметрами, взятыми из полученной информации;

б)    перейти в состояние «Ожидание передачи данных».

17.2.8    Получив БДП «F-CANCEL ответ БДП» в примитиве индикации P-DATA и находясь в состоянии «Ожидание примитива ответа CA.NCEL», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-CANCEL с параметрами, взятыми из полученной информации;

б)    перейти в состояние «Ожидание передачи данных».

17.2.9    Может возникнуть противоречие между БДП «F-CANCEL запрос БДП», содержащимися в сервисных примитивах P-RE-SYNCHRONIZE. Получив сервисный примитив индикации P-RE-SYNCHRONIZE (аварийный) с параметром «Данные пользователя», содержащим БДП «F-CANCEL запрос БДП», и находясь в состоянии «Ожидание примитива ответа CANCEL», логический объект должен:

а)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-CANCEL;

б)    послать сервисный примитив ответа PRESYNCHRONIZE (аварийный) с параметром «Данные пользователя*, содержащим БДП «F-CANCEL ответ БДП», и диагностическим сообщением, взятым из ранее посланного сервисного примитива запроса F-CANCEL;

в)    перейти в состояние «Ожидание передачи данных».

17.2.10    Если функциональный блок «Ресинхронизация» уровня представления не был предварительно успешно согласован, то может возникнуть противоречие между БДП «F-CANCEL запрос БДП». содержащимися в сервисных примитивах P-DATA. Если в сервисном примитиве индикация Р-DATA в качестве параметра «Информация пользователя» был получен БДП «F-CANCEL запрос БДП» и если логический объект находится в состоянии «Ожидание примитива ответа CANCEL», то он должен:

а) послать пользователю внутренней файловой услуги сервисный примитив индикации F-CANCEL;

Страница 69

ГОСТ Р 34. J 980.4-93

б) перейти в состояние «Ожидание передачи данных».

17.3 Рестарт (передача данных при рестарте)

17.3.1    Получив от пользователя внутренней файловой услуги сервисный примитив запроса F-RESTART, логический объект должен:

а)    послать посылающему логическому объекту сервисный примитив запроса P-RESYNCHRQNISE (рестарт) и установить индикатор «Сброс». Параметр «Данные пользователя» должен содержать БДП «F-RESTART запрос БДП». включая идентификатор контрольной точки, равный идентификатору контрольной точки в сервисном примитиве F-RESTART; и параметры должны указывать возврат признака вспомогательной синхронизации. Номер точки синхронизации, предложенный поставщику услуг уровня представления, должен быть равен порядковому номеру следующей точки ресинхронизации минус единица;

б)    установить счетчик несогласованных контрольных точек в нулевое значение;

в)    перейти в состояние «Ожидание примитива ответа RESTART».

17.3.2    Получив сервисный примитив индикации P-RESYNCHRO-NIZE (рестарт) с параметром «Данные пользователя», содержащим БДГ1 «Ь-CANCEL запрос БДП», и находясь в состоянии «Передача данных большого объема для чтения» или «Передача данных большого объема для записи», логический объект должен:

а)    «сбросить» любые данные пользователя, которые логический объект еще не доставил, и продолжить прием блоков данных протокола;

б)    послать пользователю внутренней файловой услуги сервисный примитив индикации F-RESTART. Идентификатор контрольной точки должен быть равен значению, полученному в БДП;

в)    установить счетчик несогласованных контрольных точек в нулевое значение;

г)    перейти в состояние «Ожидание примитива ответа F-RE-START».

17.3.3    Получив от пользователя внутренней файловой услуги сервисный примитив ответа F-RESTART, логический объект должен:

а) послать сервисный примитив ответа P-RESYNCHRONISE (рестарт) с параметром «Данные пользователя», содержащим БДП «F-RESTART ответ БДП», включая идентификатор контрольной точки, равный идентификатору контрольной точки в сервисном примитиве F-RESTART;

Страница 70

ГОСТ Р 34.1080.4-93

б)    установить идентификатор контрольной точки равным полученному идентификатору контрольной точки плюс единица;

в)    установить номер следующей точки синхронизации равным номеру точки ресинхронизации, согласованному с поставщиком услуг уровня представления;

чг) установить смешение синхронизации в значение номера следующей точки синхронизации минус идентификатор ожидаемой контрольной точки;

д) перейти в состояние «Передача данных большого объема для чтения» или «Передача данных большого объема для записи» в зависимости от значения индикатора «Чтение/Запись».

17.3.4    Получив сервисный примитив подтверждения P-RE-SYNCHRONIZE (рестарт) с параметром «Данные пользователя», содержащим блок данных пользователя «F-RESTART ответ БДП», логический объект должен:

а)    «сбросить» индикатор «Сброс»;

б)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-RESTART с параметрами, взятыми из информации БДП;

в)    установить идентификатор контрольной точки равным полученному идентификатору контрольной точки плюс единица;

г )установить номер следующей точки синхронизации равным номеру точки ресинхронизации! согласованному с потавшиком услуг уровня представления;

д)    установить смещение синхронизации в значение номера следующей точки синхронизации минус идентификатор . ожидаемой контрольной точки;

е)    перейти в состояние «Передача данных большого объема для чтения» или «Передача данных большого объема для записи» в зависимости от значения индикатора «Чтение/Запись».

17.3.5    Получив сервисный примитив индикации P-RESYNCHRO-N1ZE (рестарт) с параметром «Данные пользователя», содержащим БДП «F-RESTART запрос БДП», и находясь в состоянии «Ожидание примитива ответа RESTART», логический объект должен:

а)    «сбросить» индикатор «Сброс»;

б)    послать пользователю внутренней файловой услуги сервисный примитив подтверждения F-RESTART. Если логический объект является посылающим логическим объектом, идентификатор контрольной точки должен быть равен значению, полученной в БДП. Если логический объект является принимающим логическим объектом, это значение должно быть равно значению, рэнее переданному в БДП «F RESTART запрос БДП»;

65

Страница 71

ГОСТ Р 34.1980.4

в)    послать поставщику услуг уровня представления сервисный примитив ответа P-RESYNtHRONISE (рестарт) с параметром «Данные пользователя*, содержащим БДП «F-RESTART ответ БДП», включая индентификатор контрольной точки, равный значению. определенному в 17.3.5,а;

г)    установить идентификатор контрольной точки равным полученному идентификатору контрольной точки плюс единица;

д)    установить номер следующей точки синхронизации равным номеру точки ресинхронизации, согласованному с поставщиком услуг уровня представления;

е)    установить смещение синхронизации в значение номера следующей точки синхронизации минус идентификатор ожидаемой контрольной точки;

ж)    перейти в состояние «Передача данных большого объема для чтения» или «Передача данных большого объема для записи» в зависимости от значения индикатора «Чтение/Запись».

17.3.6 Получив сервисный примитив запроса F-RESTART и находясь в состоянии «Ожидание подтверждения первой вспомогательной синхронизации», логический объект должен сохранить этот сервисный примитив для дальнейшей обработки.

РАЗДЕЛ 4 ПРОТОКОЛ ВОССТАНОВЛЕНИЯ ПРИ ОШИБКАХ 18 Модули протокола

Примечание — Логические объекты,- расе мат рипаемые в разделе 4, являются логическими объектами протокола восстановления при ошибках.

18.1    Обнаружение ошибок и выдача сообщений

18.1.1    Классы ошибок

Ошибки классифицируют следующим образом:

Ошибки 1-го класса: Повреждение. Только режим «Передача данных».

Ошибки 2-го класса: Повреждение. Режимы «Выбор файла» и «Открытие файла».

Ошибки 3-го класса: Потеря. Ассоциация.

18.1.2    Модули обнаружения ошибок

Ошибки обнаруживают:

а) с помощью одного нз логических объектов, которые управляют процедурой восстановления при ошибках или в результате локальных событий этого логического объекта, или с помощью проверки на противоречивость, присутствующей в передаваемых данных:

Страница 72

ГОСТ Р 14.1980.4-89

б) с помощью поставщика обеспечивающих услуг. Об ошибках, обнаруженных поставщиком, должно быть сообщено обоим логическим объектам, использующим услугу, посредством примитива F-P-ABORT. однако оба пользователя необязательно должны быть информированы в одно и то же время.

Примечания

1    Если один логический объект обнаруживает аварийную ситуацию, однако он в состоянии внести поправку на месте без обмена протоколом, такая ошибка не считается видимой внутри среды модели ВОС

2    Пользователи файловой услуги также могут обнаружить ошибки и действовать соответственно, но их решение не осушествлястсн логическими объектами восстановления при ошибках.

18.1.3 Сообщение об ошибках

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

а)    для ошибок 1-го класса класс ошибки указывается с помощью попытки согласовать точку рестарта (см. 19.2.1);

если функциональный блок «Ресинхронизация» уровня представления не доступен, об ошибках 1-го класса сообщается, как если бы она была ошибкой 2-го класса;

б)    для ошибок 2-го класса класс ошибки указывается параметром «Результат действия», означающим «Сбой», и, необязательно, с помощью соответствующего параметра «Диагностическое сообщение» в БДП «F-CANCEL ответ БДП»;

в)    для ошибок 3-го класса класс ошибки указывается с помощью локальной системы, которая сообщает условие кратковременной аварии механизм файлового протокола.

О постоянных ошибках, обнаруженных механизмом протокола восстановления файла при ошибках, сообщается пользователю внутренней файловой услуги с помощью использования сервисного примитива F-P-ABORT. О постоянных ошибках, обнаруженных механизмом протокола восстановления файла при ошибках, сообщается паре механизмов протокола восстановления файла при ошибках с помошью сигнала локальной системы, которая сообщает условие постоянной аварии механизму файлового протокола.

18.2 Контрольные точки

Для восстановления пользуются механизмом формирования контрольных точек с помощью идентификации точек в файле. Эти точки вводятся в поток данных посылающим логическим объектом

67

Страница 73

ГОСТ Р 34.1980.4-93

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

Подтверждение приема контрольной точки используется для ограничения числа точек, в которых может быть запрошено восстановление и, таким образом, может быть ограничено выполнение ресурсов. Подтверждение приема контрольной точки также выполняется как подтверждение приема любых неподтвержденных контрольных точек, полученных перед рассматриваемой контрольной точкой. Каждый логический объект формирует в БДП сервисного примитива F-1NITIALIZE, который он посылает, максимальное число контрольных точек, которые он готовится иметь несогласованными, действуя в качестве посылающего логического объекта. Протокол не будет выполнен дальше, если другой логический объект не подтверждает прием контрольных точек, когда это число является согласованным.

18.3 Согласование точки рестарта

За операцию по инициации действия восстановления ответственность лежит на логическом объекте, который имеет наиболее полную информацию на стадии, достигнутой перед ошибкой. Поэтому восстановление при ошибках 1-го класса запрашивается принимающим логическим объектом, а восстановление при ошибках 2-го или 3-го класса запрашивается инициирующим логическим объектом активности, которая имеет сбой.

Для ошибок I-го класса рестарт может предложить каждая сторона: если предложение делает принимающий логический объект, то он в запрос включает точку рестарта, а если предложение делает посылающий логический объект, то принимающий логический объект включает точку рестарта в свой ответ Если функци-ональный блок «Ресинхронизация» не доступен, об этой ошибке будет сообщено как об ошибке 2-го класса и будут применены следующие процедуры.

Для ошибок 2-го и 3-го классов протокольный логический объект, обеспечивающий инициирующий логический объект, делает предложение при переустановке режимов файла с помощью сервисного примитива F-RECOVER, а протокольный логический объект, обеспечивающий поставщика услуг файлохранилища, может сделать в ответе превалирующее предложение, если во время ошибки он был принимающим логическим объектом.

68

Страница 74

ГОСТ Р 34.1980.4—W

Примечание — Рестарт может предполагать некоторую реальную временную задержку (вследствие, например, повторного позиционирования носителей) в некоторых отображениях среды взаимодействия открытых систем н среды реальных систем.

Время задержки перед попыткой восстановления при ошибках может основываться на значении «Предполагаемая задержка* из диагностического сообщения, относящегося к этому сбою, если данное диагностическое сообщение присутствует.

18.4 Содержимое докита

Восстановление при ошибках 2-го или 3-го класса требует сохранения определенного набора информации, относящейся к передаче. Информация, имеющая отношение к связи с внешней файловой услугой, если выбраны функциональный блоки «Рестарт» или «Восстановление при ошибках», не имеет связи с внутренней файловой услугой. Это требует административного .управления информацией, которая называется докнтом. Докит позволяет иметь следующую информацию:

а)    идентификатор для активности; этот идентификатор не используется повторно, если имеется возможность для возобновления;

б)    для ответственного логического объекта — идентификацию и местоположение инициирующего логического объекта или для инициирующего логического объекта — идентификацию и местоположение ответственного логического объекта;

в)    запись типа активности (включая индикацию чтения или записи, если она применяется);

г)    номер передачи данных большого объема в процессе передачи или после завершения;

д)    индикацию состояния активности, которое может иметь значение «Начало», «Выполняется», «Передача данных завершена» или «Окончание»;

е)    перечень идентификаторов контрольной точки и положение в потоке данных, которому они соответствуют;

ж)    число erne не подтвержденных контрольных точек;

з)    контекст уровня представления для содержания сообщения файла, записанного в режиме «Открытие файла»:

н) контекст доступа для содержания сообщения файла, записанного в начале передачи данных большого объема;

к) описание модулей блокирования, используемых в настоящий момент для данных;

л) текущее местоположение в структуре файла.

Использование термина «Докит» не предполагает, что на практике информация должна быть в определенном порядке объединс-

Страница 75

ГОСТ 9 34.1880.4—98

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

19 Спецификация протокола контроля ошибок

19.1    Нормальное функционирование

19.1.1    Посылка сервисных примитивов

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

Для каждого примитива индикации или подтверждения, полученного от поставщика внутренней файловой услуги, который: не имеет отношения к восстановлению при ошибках (F-INITIA-LIZE. FTERMINATE, F-SE1.ECT. F-CREATE, F-DELETE, F-OPEN, F-LOCATE, F-ERASE, F-READ, F-WRITE или элемент примитива F-DESELECT, F-CLOSE, содержащие параметр «Результат действия», указывающий кратковременную ошибку) или содержит параметр «Результат действия», указывающий постоянную ошибку — логический объект восстановления при ошибках, который не занят в процедуре восстановления при ошибках, должен послать пользователю внешней файловой услуги сервисный примитив того же типа, включая параметры, идентичные полученным. Сервисные примитивы FIN1TIALIZE и F-OPEN могут содержать параметры, относящиеся к протоколу контроля ошибок, которые не доступны пользователю внешней файловой услуги.

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

Логический объект восстановления при ошибках, который определяется, должен участвовать в процедуре восстановленрц дри

70

Страница 76

ГОСТ Р М.19в0.4—93

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

19.1.2 Качество согласования услуги службы ПДУФ (FTAM)

19.1.2.1    Роли инициирующих модулей протокола восстановления файла при ошибках

19.1.2.1.1    Запросы

Получив от пользователя внешней файловой услуги сервисный примитив запроса F-IN1T1ALIZE, логический объект должен:

а)    проверить параметр «Качество услугн службы ПДУФ» и оценить его на основе его значения, значения локальной системы и своих возможностей;

б)    определить, какой из функциональных блоков — «Рестарт* или «Восстановление при ошибках» — требуется для предоставления такого качества услуги службы ПДУФ. которое ближе всего подходит к требуемому качеству услуги службы ПДУФ;

в)    добавить эти результирующие функциональные блоки к параметру «Функциональные блоки*.

19.1.2.1.2    Ответы

Получив от модуля файлового протокола сервисный примитив подтверждения F-INIT1ALIZE, логический объект должен:

а)    записать возвращенное качество услуги службы ПДУФ;

б)    записать согласованные функциональные блоки;

в)    удалить значения «Рестарт» и «Восстановление при ошибках» из параметра «Функциональные блоки», если они присутствуют;

г)    послать пользователю внешней файловой услуги сервисный примитив подтверждения F-INITIALIZE с параметром «Качество услуги службы ПДУ4>» в качестве модифицированного, с параметром «Функциональные блоки* в качестве модифицированного и со всеми другими неизменными параметрами.

19.1.2.2    Роли отвечающих модулей протокола восстановления файла при ошибках

19.1.2.2.1 Индикации

Получив от механизма файлового протокола сервисный примитив индикации F-1N1TIALIZE, логический объект должен:

а)    проверить параметр «Качество услуги службы ПДУФ» и оценить его возможную модификацию на основе его значения, значения локальной системы и своих возможностей; .

б)    определить и удалить те требуемые функциональные блоки, которые не могут быть предложены;

в)    записать, если требуются и если они доступны, оба функциональных блока «Рестарт» и «Восстановление при ошибках»;

Страница 77

ГОСТ Р S4.1W0.4-93

г)    удалить функциональные блоки «Рестарт» и (или) «Восстановление при ошибках» из параметра «Функциональные блоки», если они присутствуют;

д)    послать пользователю внешней файловой услуги сервисный примитив индикации F-INITIALIZE без функциональных блоков «Рестарт» или «Восстановление при ошибках».

19.1.2.2.2 Ответы

Получив от пользователя внешней файловой услуги сервисный примитив ответа F-INITIALIZE, логический объект должен:

а-) записать возвращенное качество услуги службы ПДУФ;

б)    добавить функциональные блоки «Рестарт» или «Восстановление при ошибках» в параметр «Функциональные блоки*, если они записаны в качестве требуемых и если они доступны;

в)    послать поставщику внутренней файловой услуги сервисный примитив ответа F-IN1T1ALIZE с параметром «Функциональные блоки» в качестве модифицированного и со всеми другими неизмененными параметрами.

Примечания

I Нет формального соответствия между согласованным качеством файловой услуги и окончательно согласованными функциональными блоками. Функциональные блоки будут частично зависеть or осознанной надежности обеих локальных систем и известного качества механизмов связи при использовании.

2' Минимальное качество файловой услуги, вовсс не требующее контроля ошибок, не означает, что нет механизма' восстановлении файлового протокола при ошибках, а только означает, что механизм восстановления файлового протокола при ошибках не обеспечивает контроля, ошибок. •

19.1.3    Вставка контрольной точки

Посылающий логический объект восстановления при ошибках должен вставлять сервисные примитивы запроса F-CHECK в последовательность сервисных примитивов F-DATA, которые он посылает.

Примечание — Точки, в которые эти примитивы вставляются, зависят от стратегии административного управления локальной системы, основанной на способе приема информации и качестве запрошенной услуги.

19.1.4    Подтверждение контрольной точки

Принимающий механизм протокола восстановления файла при ошибках должен посылать сервисные примитивы ответа F-CHECK до момента, пока число несогласованных контрольных точек не превысит размер окна контрольных точек в посылающем механизме протокола восстановления файла при ошибках.

Посылающий модуль протокола восстановлении файла при ошибках должен приостановить посылку сервисных примитивов запроса F-DATA и примитивов запроса F-CHECK модулю файлового

Страница 78

ГОСТ Р 34.19Й0.4—93

протокола, если число несогласованных контрольных точек равно размеру окна контрольных точек в модуле протокола восстановления файла при ошибках.

19.1.5 Административное управление до к и то jit

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

19.1.5.1    Получив от пользователя'внешней файловой услуги сер* вненый примитив запроса F-1K1TIALIZE, перед тем как послать примитив запроса F-1NIT1ALIZE поставщику внутренней файловой услуги, инициирующий модуль протокола восстановления файла при ошибках должен сохранить для включения в какой-либо докит последующие создаваемые значения требуемых параметров.

19.1.5.2    Получив от поставщика внутренней файловой услуги сервисный примитив индикации F-1NIT1ALIZE. перед тем как послать примитив индикации F-IN1TIAUZE пользователю внешней файловой услугн, отзечающнй модуль протокола восстановления файла при ошибках должен сохранить для включения в какой-либо докит последующие создаваемые значения требуемых параметров.

19.1.5.3    Получив от пользователя внешней файловой услуги сервисный примитив ответа F-INITIALIZE, перед тем мк послать примитив запроса F-INITIALIZE поставщику внутренней файловой услуги, отвечающий модуль протокола восстановления файла при ошибках должен сохранить для включения в какой-либо докит последующие создаваемые значения возвращаемых параметров.

19.1.5.4    Получив от поставщика внутренней файловой услуги сервисный примитив подтверждения F-IN1TIAL1ZE, перед тем как послать примитив подтверждения F-INITIAUZE пользователю внешней файловой услугн, инициирующий модуль протокола восстановления файла при ошибках должен сохранить для включения в какой-либо докит последующие создаваемые значения возвращаемых параметров.

19.1.5.5    Получив от пользователя внешней файловой услуги сервисный примитив запроса F-OPEN. перед тем как послать примитив запроса F-OPEN поставщику внутренней файловой услуги, инициирующий логический объект восстановления при ошибках формирует докит и записывает в нем информацию, определенную в 18.4: идентификатор для активности, местоположение ответственного логического объекта, тип активности, контекст доступа, контекст уровни представления, нулевой список контрольных точек и состояние «Начало».

19.1.5.6    Получив от поставщика внутренней файловой услуги

73

Страница 79

ГОСТ Р S4.1M0.4—М

сервисный примитив индикации F-OPEN, перед тем как послать примитив индикации F-OPEN пользователю внешней файловой услуги, отвечающий логический объект восстановления при ошибках формирует докнт и запнсываст-в нем информацию, определенную в 18.4: идентификатор для активности, местоположение инициирующего логического объекта, тип активности, контекст доступа, контекст уровня представления, нулевой список контрольных точек и состояние «Начало».

19.1.5.7    Если на посланный примитив индикации F-OPEN к пользователю внешней файловой услуги немедленно следует примитив ответа F-OPEN с параметром «Результат состояния*, указывающим «Сбой», от пользователя внешней файловой услуги, отвечающий логический объкт восстановления при ошибках должен удалить свой докнт перед посылкой соответстуюшего примитива запроса поставщику внутренней файловой услуги.-

19.1.5.8    Получив примитив подтверждения F-OPEN с параметром «Результат состояния», указывающим ошибку, инициирующий логический объект должен удалить свои докнт.

19.1.5.9    Послав примитив запроса F-READ или F-WRITE или получив примитив индикации F-READ или F-WRITE, логический объект должен записать состояние как «Выполнение» и увеличить и записать номер передачи данных большого объема.

19.1.5.10    Логический объект восстановления при ошибках, который посылает данные, должен при посылке примитива запроса F-CHECK добавить в список в своем докнтс идентификатор контрольной точки, указанный в данном примитиве.

19.1.5.11    Логический объект восстановления при ошибках, который принимает данные, должен при получении примитива индикации F-CHECK добавить в список в своем докнте идентификатор контрольной точки, указанный в данном примитиве.

19.1.5.12    Логический объект восстановления при ошибках, который принимает данные, должен при сохранении данных, предшествующих любому полученному примитиву индикации F-CHECK, послать сервисный примитив ответа F-CHECK. Если, однако, действие, направленное на сохранение данных, оканчивается посылкой нескольких примитивов ответа F-CHECK. то указанный логический объект должен послать только примитив ответа с более высоким номером точки синхронизации.

19.1.5.13    Логический обьект восстановления при ошибках, который принимает данные, должен при посылке примитива ответа F-CHECK удалить из списка в своем доките любые более ранние идентификаторы контрольной точки, чем идентификатор, указанный в данном примитиве.

Страница 80

ГОСТ ? 34.1960.4—93

19.1.5.14    Логический объект восстановлеиня при ошибках, который посылает данные, должен при получении примитива подтверждения F-CHECK удалить из списка в своем доките любые более ранние идентификаторы контрольной точки, чем идентификатор, указанный в данном примитиве.

19.1.5.15    Логические объекты восстановления при ошибках должны записать «Передача данных завершена» в своих докитзх в следующих обстоятельствах:

инициатор, посылающий данные, — F-TRANSFER-END подтверждение;

инициатор, принимающий данные — F-TRANSFER-END запрос;

ответственный логический объект, посылающий данные — F-TRANSFER-END индикация;

ответственный логический объект, принимающий данные — F-TRANSFER-END ответ.

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

19.1.5.17    Если параметр «Результат действия» указывает успешное выполнение или постоянную ошибку, отвечающий логический объект восстановления при ошибках должен удалить свой докит, послав поставщику внутренней файловой услуги примитив ответа F-CLOSE. В противном случае отвечающий логический объект восстановления при ошибках должен сохранить свой докит и инициировать процедуры восстановления при ошибках.

19.1.5.18    Если параметр «Результат действия» указывает успешное выполнение или постоянную ошибку, инициирующий логический объект восстановления при ошибках должен удалить свой докит, получив от поставщика внутренней файловой услуги примитив подтверждения F-CLOSE. В противном случае отвечающий логический объект восстановления при ошибках должен сохранить свои докит и инициировать процедуры восстановления при ошибках.

19.2 Восстановление при ошибках

В 19.2.1—19.2.3 определены процедуры восстановления при ошибках.

Эти процедуры представлены на рисунках 4—6.

19.2.1    Ошибки 1-гокласса

19.2.1.1    Если логический объект восстановлеиня при ошибках обнаруживает ошибку 1-го класса (см. 18.1), он должен послать поставщику внутренней файловой услуги сервисный примитив запроса F-RESTART.

в Зак. 708    п

Страница 81

ГОСТ Р 34.1980.4-93

__-    _v.    19.2.1.2    Если    логический

)    ошибках обнажу ж нвает^шибку

—————    |.го класса (см. 18.1) и функ

циональные блоки «Ресинхро-

-•-F-RESTAKTxmpK--низация» уровня представле-

F-KcsTMTomiton-►    ния и «Рестарт» были предва

рительно успешно согласованы.

__у    то он должен послать постав-

Лередача дам*    >    ЩИКУ внутренней файловой ус-

/    луги сервисный примитив за-

проса F-RESTART. Если функ-Рюуио. 4 - Процедура дж    ошибок    чноналышй блок «Рестарт, не

I-го класса    доступен, а функциональный

блок «Восстановление при ошибках» доступен, то указанный логический объект должен выполнить процедуры восстановления при ошибках, описанные в 19.2.2.1. Если логический объект является принимающим логическим объектом. то сервисный примитив запроса F-RESTART должен включать в себя точку восстановления, которая является идентификатором контрольной точки, так что:

а)    идентификатор указывает рестарт активности с самого начала, если промежуточный рестарт невозможен;

б)    в противном случае идентификатор является самой последней контрольной точкой из списка в докитс.

Примечание — Номера точек синхронизации сеансового уровня связаны с идентификаторами контрольной 7очки через смещение синхронизации (см. рмде.1 3).

19.2.1.3    Если логический объект является посылающим логическим объектом, он не должен включать параметр «Точка восстановления» в примитив запроса F-RESTART.

19.2.1.4    Если посылающий логический объект восстановления при ошибках получает примитив индикации F-RESTART, он должен послать примитив ответа F-RESTART и повторить передачу данных с контрольной точки, указанной в примитиве индикации F-RESTART.

Примечание — В этом случае не следует ожидать прнмигина ответа, если был послан примитив запроса F RESTART.

19.2.1.5    Если посылающий логический объект восстановления при ошибках получает примитив подтверждения F-RESTART, он должен повторить передачу данных с точки восстановления, указанной в примитиве подтверждения F-RESTART.

Страница 82

ГОСТ Р 34.1980.4-93

19.2.1    6 Если принимающий логический объект восстановления при ошибках получает примитив индикации F-RESTART и если он ранее посылал примитив запроса F-RESTART, который остается неподтвержденным, он должен послать примитив ответа F-RESTART, указывая точку восстановления, как это отмечено в 19.2.1.2.

19.2.1.7    Еслн принимающий логический объект восстановления при ошибках получает примитив индикации F-RESTART после посылки примитива запроса F-RESTART' и до получения примитива подтверждения F-RESTART, он должен «сбросить» этот примитив.

19.2.1.8    Если функциональный блок «Рестарт» не доступен, тогда ошибки 1-го класса должны быть обработаны как ошибки 2-го класса.

19.2.2    Ошибки 2-го класса

19.2.2.1    Еслн логический объект восстановления при ошибках обнаруживает ошибку 2-го класса (см. 18.1), он должен послать сервисный примитив запроса F-CANCEL с пара метром «Результат действия»', указывающим кратковременную (или восстанавливаемую) ошибку с необязательным диагностическим сообщением.

>

Процедура „Затхь"ияи „чтение'

■    F-CUICEL запрос -• r-CAUClL отдгт -

■ F-ci(TS£ запрос -сгруппировано с

-F-DESCtrCTjanpec--F-CL 05Е omSem cepi/nrtupoSa да с -f-SFSFLFCTcmSem ■ -F ftFFGVF*ЗСПРТС ■ - F - fFCCVFR c-nSt*! ■

19.2.2.2    Еслн логический объект восстановления при ошибках получает прнмитиь индикации F-CANCEL, он должен послать примитив ответа F-CANCEL.

19.2.2.3    Еслн инициирующий логический объект восстановления при ошибках получает примитив индикации F-CANCEL с параметром «Результат действия», указывающим кратковременную ошибку 2-го класса, или поимитив подтверждения F-CANCEL после подачи сигнала о кратковременной ошибке 2-го класса, он должен

'рзцедурз щЗописй "u/>uu Чтение •

Рисунок 5 — Процедур* для сшиОок 2-го класса

Примечание — На рисунке 5 предполагается, что используется группирование примитивов F-CLOSE н F-DESELF.CT. Это всегда будет в случае услуги класса «Передача файла*. ,

послать примитив запроса F-CLOSE и примитив запроса F-DESE-LECT, а получив примитив подтверждения F-CLOSE и примитив


77

Страница 83

ГОСТ Р ■34.1980.4—93

подтверждения F-DESELECT, он должен выполнить любое необходимое корректирующее действие. . Затем он должен выполнить восстановление с помощью примитива F-RECOVER, как это указано в 19.2.3.2—19.2.3.5.

19.2.3.1 Если инициирующий логический объект восстановления при ошибках обнаруживает ошибку 3-го класса (посредством получения примитива F-P-ABORT или посредством повторной инициализации локальной системы), он должен установить ассоциацию с локально записанным его доки-том путем обмена примитивами F-1NITIALIZE, используя значения параметров, записанных в его доките при первом установлении режима службы ПДУФ (FTAM). Если диагностическое сообщение было принято с полем «Рекомендуемое время повторения» и если ассоциация не может быть заново восстановлена, логический объект должен произвести задержку на время, указанное в полученном диагностическом сообщении. Если указания нет. он должен произвести задержку на период времени, определенный локальной системой, и попытаться вновь установить ассоциацию.

19.2.3 Ошибки 3-го класса

* Прпцсдурл . Чтение "или „ Запись "

---F-P-A вок Г залргк -

-F-IHJTIAU2E sar/pac -*-

—-F-WTIAL12B cmiern--

-F- RECOVER запрос -—■

_F- мCOVER omffem -

Рисунок 6 — Процедура для ошибок 3-го класса

Примечание — Эта процедура должна быть повторена столько раз. сколько определено локальной системой, прежде чем аварийно завершить актин-йость и удалить докит.

19.2.3.2 Если ассоциация установлена, инициирующий логический объект должен послать примитив запроса F-RECOVER, указывая идентификатор активности из своего докита. Он должен указать точку восстановления и номер передачи данных большого объема. Указываемый идентификатор контрольной точки должен быть:

а)    самым «старым» идентификатором контрольной точки из списка в своем доките, если логический объект выступал в качестве посылающего логического объекта;

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

Страница 84

ГОСТ Р 34.IW0.4-W

19.2.3.3 Отвечающий логический объект восстановления при ошибках, который получает сервисный примитив индикации F-RECOVER, должен реагировать следующим образом:

а)    если он имеет докит для того же идентификатора активности, выданного в том же местоположении, и готов продолжить активность, логический объект должен послать примитив ответа F-RECOVER. Он должен включить в себя точку восстановления, которая:

1)    является самым последним идентификатором контрольной точки из списка в своем доките, если логический объект выступал в качестве принимающего логического объекта;

2)    равна полученному значению, если логический объект выступал в качестве посылающего логического объекта.

Затем он должен перейти в состояние «Ожидание передачи дан* ных* к продолжить работу, как указано в 19.2.3.5;

б)    если он не готов продолжить активность, однако вследствие соглашений локальной системы способен ее продолжить позже, он должен послать сервисный примитив ответа F-RECOVER с параметром «Результат действия*, указывающим кратковременную ошибку, и, необязательно, с параметром «Диагностическое сообщение», содержащим значение для рекомендованного времени повторения;

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

19.2.3-4 Если инициирующий логический объект восстановления при ошибках получает примитив подтверждения F-RECOVER с параметром «Результат действия», указывающим постоянную ошибку, он должен проверить собственный докит:

а)    если указанное состояние докита имеет значение «Начало», перезапустить всю активность, посылая поставщику внутренней файловой услуги сервисный примитив запроса F-SELECT, затем послать сервисный примитив запроса F-OPEN, как это записано в 19.1.3.1;

б)    если указано состояние «Выполняется» или «Передача данных завершена», послать пользователю внешней файловой услуги примитив F-P-ABORT с параметром «Результат действия*, показывающим постоянную ошибку;

в)    если указано состояние «Окончено», послать полн-ювателю внешней файловой услуги примитив подтверждения F-CLOSE, оз-

Страница 85

ГОСТ Р М.1вв0.4—93

начающий успешное завершение, с последующей посылкой примитива индикации F-P-ABORT пользователю внешней файловой услуги и примитива запроса F-U-ABORT поставщику внутренней файловой услуги с параметром «Диагностическое сообщением показывающим потерю режима «Выбор файла».

19.2.3.5 Если примитив подтверждения содержит параметр «Результат действия*, указывающий успешное выполнение, то логические объекты берут на себя соответствующие роли посылающего логического объекта и принимающего логического объекта в процедуре передачи данных начиная с примитива F-READ или F-WRITE с дальнейшим следованием примитива F-DATA после согласованной точки восстановления. Принимающий логический объект возобновляет посылку пользователю внешней файловой услуги примитивов индикации F-DATA начиная с первого примитива, который ранее не был послан.

РАЗДЕЛ 5 АБСТРАКТНЫЙ СИНТАКСИС 20 Определение абстрактного синтаксиса

В разделе 5 определен абстрактный синтаксис для протокольной информации службы ПДУФ (FTAM).

Примечания

li Синтаксис определен с использованиеv небольшой совокупности базисных типоа данных, которые не зависят от применения.

2 Средства, с помощью которых протокольная информация службы ПДУФ должна передаваться (как примитив Р-DATA или как данные пользователя в другом представлении,, или как сервисные примитивы общего сервисного элемента прикладного уровня), определены в разделах 2 и 3.

20.1 Соглашения

Абстрактный синтаксис определен с использованием нотации, описанной в АСН.1 (Нотация I Абстрактного Синтаксиса), определенной в ГОСТ 34573.

Для каждого из параметров услуги службы ПДУФ. который должен передаваться с помощью блока данных файлового протокола (БДФП) службы ПДУФ, имеется поле БДфП (поименованный тип АСН. 1) с тем же именем, что и соответствующий параметр услуги (см. ГОСТ Р 34.1980.3), за исключением различных требований использования йотаций АСН. I. причем пробелы должны быть заменены дефисами, а прописные буквы — соответствующими строчными буквами, например «Тип Содержания Сообщения» будет иметь вид"«тип-содержания сообщения».

Такое же соглашение при поимсновании используется для определения типов атрибутов файла (см. ГОСТ Р 34.980.2).

Страница 86

ГОСТ Р 34.1980.4

20.2 Типы примитивов

Абстрактный синтаксис АСН. 1 использует следующие типы данных, определенные в ГОСТ 34.973:

а)    простые типы:

БУЛЕВСКИЙ:

ЦЕЛОЧИСЛЕННЫЙ;

СТРОКА БИТОВ; СТРОКА ОКТЕТОВ;

НУЛЬ;

ГрафическаяСтрока;

ОбшаяФорма Записи Времени;

ВНЕШНИЙ;

ИДЕНТИФИКАТОР ОБЪЕКТА;

Описатель Объекта;

б)    структурированные типы:

ПОСЛЕДОВАТЕЛЬНОСТЬ;

ПОСЛЕДОВАТЕЛЬНОСТЬ ИЗ;

МНОЖЕСТВО;

МНОЖЕСТВО ИЗ;

ВЫБОРОЧНЫЙ;

Помеченный.

20 3 Определение модуля нотации АСН. I Описания в определении этого модуля нотации АСН. 1 составляет часть данного стандарта и должны быть реализованы. Перекрестные ссылки в определениях модуля включены в приложение В Блоки данных протокола для режима службы ПДУФ (FTAM)

1 ИСО 8571-ОПРЕДЕЛЕНИЯ СЛУЖБЫ FT AM

2

3    НАЧАЛО

4

ВЫБОРОЧНЫЙ { FTAM-Режим-БДП,

Данные-Большого-Объема-БДП }

6

7    FTAM-Режим-БДП :

8    f-initialize-3anpoc

9    f-initialize-oTBer

10    f-terminate-запрос

11    f-terminate-OTBer

12    r-u-abort-3anpoc

ВЫБОРОЧНЫЙ {

[0] НЕЯВНЫЙ

F-INlTlALIZE-запрос, [11 НЕЯВНЫЙ

F-lNlTIALIZE-ответ,

[2]    НЕЯВНЫЙ

F-TERMlNATE-запрос.

[3]    НЕЯВНЫЙ

F-TERMlNATE-ответ,

[4]    НЕЯВНЫЙ

F-U-ABORT-запрос,


81

Страница 87

» 34.iflW.4-9S

f-p-abort-aanpoc    [5] НЕЯВНЫЙ

гост

13

14

15

16

17

18

19

20 21 22

23

24

25

26

27

83

F-P-ABORT-запрос }

F-lNlTIALIZE-запрос ПОСЛЕДОВАТЕЛЬНОСТЬ { версия-протокола    Версия-Протокола

ПО УМОЛЧАНИЮ {Версия* 1},

информация-рсализующей-системы

Ииформацня-Реализующем-Си-стемы НЕОБЯЗАТЕЛЬНЫЙ, административное-управленне-контекстом-уровня-представления

[2] НЕЯВНЫЙ БУЛЕВСКИЙ ПО УМОЛЧАНИЮ ЛОЖЬ,

класс-услуги    Класс-Услуги ПО УМОЛЧА

НИЮ

(класс-передача-файла),

— Разрешаются .только допустимые комбинации, как указано в ГОСТ Р 34.1980.3. функциональ-    Функциональные* Блоки,

ныс-блоки

группы-атрибутов    Группы-Атрибутов

ПО УМОЛЧАНИЮ { }.

информацня-раздоляемого-сервисного-элемента-

прикладного-уровня

Информация-Раздел яемого-Сервисного-Элемеита-При-кладного-Уровня НЕОБЯЗАТЕЛЬНЫЙ,

качество-услуги-службы-Г(агп

Качество-Услуги-Службы-

FTAM,

список-типов-контскстов

Список-Типов- Контекстов НЕОБЯЗАТЕЛЬНЫЙ.

идентификация-инициируюшего-логнческого-объекта

Идентификация-пользователя НЕОБЯЗАТЕЛЬНЫЙ, счет    Счет НЕОБЯЗАТЕЛЬНЫЙ,

Страница 88

ГОСТ Р 34.1980.4

пароль-файло-

хранилища    Пароль НЕОБЯЗАТЕЛЬНЫЙ

охно-ковтролъвой-ТОЧКИ

|8] НЕЯВНЫЙ ЦЕЛОЧИСЛЕННЫЙ ПО УМОЛЧАНИЮ 1 }

? lNlTIALlZE-OTBeT ::= ПОСЛЕДОВАТЕЛЬНОСТЬ { результат-состояния    Результат-Состояния

ПО УМОЛЧАНИЮ успешно, результат-действия    Результат-Действия

ПО УМОЛЧАНИЮ успешно, версия-протокола    Версия-Протокола

Версия-Протокола ПО УМОЛЧАНИЮ {Версия-1}. информация-реалнзующей-системы

Информация-Реал изующей-Сн-стемы НЕОБЯЗАТЕЛЬНЫЙ, адмннистративное-управление-контекстом-уровня-представления

[2] НЕЯВНЫЙ БУЛЕВСКИЙ ПО УМОЛЧАНИЮ ЛОЖЬ, класс-услуги    Класс-Услуги ПО УМОЛ

ЧАНИЮ

{класс-передача-файла},

— Разрешаются только допустимые комбинации, как указано в ГОСТ Р 34.1980.3. функциональные-блоки Функциональные-Блоки, группы-атрибутов    Группы-Атрибутов

ПО УМОЛЧАНИЮ { }, информация-раздел яемого-сервисного-элемента-прикладного-уровня

Информация-Разделяемого Сервисного-Элемента-При-кладного-Уровня НЕОБЯЗАТЕЛЬНЫЙ, качество-услуги-службы-Иат

Качество-Услуги-Службы-

FTAM,

спнсок-тн пов - контекстов

Список-Типов-Контекстов НЕОБЯЗАТЕЛЬНЫЙ,

Страница 89

p шюя-ы

диагностическое-сообщение

roct

44

45

46

47

49

50

61

52

53

54

55

56

57 5в

59

60 61

62

63

64

65

66

67

68

69

70

Диагност* ЧвемммСвобщенне нвоадзАтвльныи.

окно-коятрольной-Точки

[8] НЕЯВНЫЙ ЦЕЛОЧИСЛЕННЫЙ ПО УМОЛЧАНИЮ 1 }

Верея*-Протокола    (0J    НЕЯВНЫЙ    СТРОКА

БИТОВ {вере#*-! (О) }

ИнформавияРеалнэующей-Систш ;:~

[I] НЕЯВНЫЙ Графиче-скаяСтрока

— Этот параметр предоставляете* только » интересах

—    реализующей системы, чтобы различать реалнзухш

—    системы специфической версии, на различном обору/

вании, его не следует проверят, при согласовании.

Класс-Услуги    [31 НЕЯВНЫЙ СТРОКА

БИТОВ { класс-бее ограничений (0),

класе-адыниистративное-управленнс-файламн (1), класс-передача файла (2),

класс'яерелвча-файла-я-адмкиястраэттиое-упрявлс-

ние-файлами (3>, класс-лостул-к-фанау (4) }

Функшюналь-

ные Блоки::-    141 НЕЯВНЫЙ СТРОКА

ВИТОВ {

чтение (2),

.»адмь (Э), д*«у»-к-фв#лу (4),

ог^а»м»»ея1юе*а|иаимястративное-управленис-файлом

рзсширенное-адмивистротиапое-управлвтвч^айлом

(«).

группирование (7)г

блокирование-блока-данных-доступа-к-файлу (8), воссганоме*ие-нрнч>шнбках (9), рестарт-вередачи-даяиых (10) )

94

Страница 90

ГОСТ Р 34.! 980.4-93

— Значения с 2 до 10 выбирают для назначения схемы нумерации, используемой в ГОСТ Р 34.1980.3.

Группы-Атрибутов ::»■    15]    НЕЯВНЫЙ    СТРОКА

БИТОВ {

группа-хранения (0), группа-зашиты (1), группа-пользователя (2)    }

Качество-Услуги-Службы-FTAM —

[6]    НЕЯВНЫЙ ЦЕЛОЧИС ЛЕННЫЙ {

без-восстановлеиия-прн-ошибках (0), восстановление-прн-ошибках-1 -класса (1), восстановлеиие-прн-ошибках-2-класса (2), восстановление-при-ошибках-3-класса (3) }

Список-Типов-Контекстов

[7]    НЕЯВНЫЙ ПОСЛЕДОВАТЕЛЬНОСТЬ

ИЗ ВЫБОРОЧНЫЙ { имя-типа-документа    Имя-Типа-Документа,

имя- абстрактного-си нта ксиса

Имя-Абстрактного-Синтак-снса }

F-TERMlNATE-запрос    ПОСЛЕДОВАТЕЛЬНОСТЬ {

информация-раздел ясмого-сервис ного-элемента* прикладного-уровня

И и фор м а ци я - Ра злел яе мого-Сервнсного-Элсмента-Прн-кладного-Уровня НЕОБЯЗАТЕЛЬНЫЙ }

F-TERMINATE-ответ ПОСЛЕДОВАТЕЛЬНОСТЬ { информация-раздел яемогосервисного-элемента-ирикладного-уровня

Информация-Разделяемого-Сервисного-Элемента-При-кладного-УроВня НЕОБЯЗАТЕЛЬНЫЙ, расходы    Расходы    НЕОБЯЗАТЕЛЬ

НЫЙ }

85

Страница 91

ГОСТ Р 34.1980.4-93

94

95    F-U-ABORT-запрос ::= ПОСЛЕДОВАТЕЛЬНОСТЬ    {

96    результат-действия    Результат-Действия

ПО УМОЛЧАНИЮ успешно,

97    диагностнческоесообщенне

Диашостичсскос-Сообшенис НЕОБЯЗАТЕЛЬНЫЙ }

98

99    F-P-ABORT-запрос ПОСЛЕДОВАТЕЛЬНОСТЬ    (

100    результат-действия    Результат-Действия

ПО УМОЛЧАНИЮ успешно.

101    диагностическое-сообшенис

Диагностнчсское-Сообшение НЕОБЯЗАТЕЛЬНЫЙ }

102

103    КОНЕЦ

БЛОКИ ДАННЫХ ПРОТОКОЛА ДЛЯ РЕЖИМОВ «ВЫБОР ФАЙЛА»

И «ОТКРЫТИЕ ФАЙЛА»

104    ИСО 8571-ОПРЕДЕЛЕНИЯ СЛУЖБЫ FTAM : : =

105

106    НАЧАЛО

107

108    БДФП :    ВЫБОРОЧНЫЙ {

109    f-select-запрос    6] НЕЯВНЫЙ    F-SELECT-запрос,

110    f-select-OTBer    7] НЕЯВНЫЙ    F-SELECT-отвег.

111    f-deselect-запрос    8] НЕЯВНЫЙ    F-DESELECT-

запрос,

112    f-deselect-отввт    [ 9] НЕЯВНЫЙ F-DESELECT-

ответ.

113    f-create-sanpoc    [10] НЕЯВНЫЙ    F-CREATE-запрос,

114    f-create-OTBeT    fill НЕЯВНЫЙ    F-CREATE ответ,

115    f-delete-зап рос    N2J НЕЯВНЫЙ    F-DELETE-запрос,

116    f-deletc-отвст    ИЗ) НЕЯВНЫЙ    F-DELETE-ответ.

117    f-read-atlrib sanpoc    [14] НЕЯВНЫЙ    F-READ ATTRIB-

запрос.

118    f-read-altrib-oTBer [15] НЕЯВНЫЙ F-READ-ATTRIB-

ответ,

119    f-change-attrib-3anpoc

[16] НЕЯВНЫЙ F-CHANQE-ATT* RIB-запрос,

Страница 92

ГОСТ P 34.I9&0.4-9S

I-begin-group-ответ [23] f-end-group-3anpoc [24J

f-end-group-отввт

f-change-attrib-ответ


НЕЯВНЫЙ F-CHANGE-ATT-RIB-отает,

НЕЯВНЫЙ F-OPEN-запрос, НЕЯВНЫЙ F-OPEN-ответ. НЕЯВНЫЙ F-CLOSE-запрос, НЕЯВНЫЙ F-CLOSE-ответ.


f-open-за прос    [181

f-ореп-ответ    Д191

f-dose-запрос    [20J

f-closeorseT    (21]

f-begin-group-запрос

[22J НЕЯВНЫЙ

[25]

[26]

27

29

30

'31

f-recover запрос

f-recover-отввт

f-locate-sanpoc

f-locate-oreeT

f-erase-sanpoc

f-егаве-отэет

запрос,

НЕЯВНЫЙ

ответ.

НЕЯВНЫЙ

запрос,

НЕЯВНЫЙ

ответ,

НЕЯВНЫЙ

запрос,

НЕЯВНЫЙ

НЕЯВНЫЙ

НЕЯВНЫЙ

НЕЯВНЫЙ

НЕЯВНЫЙ

F-BEGIN-GROUP-

F-BEGINGROUP-

F-end-GROUP-

Fend-GROUP-

F-RECOVER-

F-RECOVER-ответ, F-LOCATE-запрос, F-LOCATE-ответ, F-ERASE-запрос, F-ERASE-ответ }


ПОСЛЕДОВАТЕЛЬНОСТЬ { Атрибуты-Для-Выбора, Запрос-Доступа, Пароли-Для-Доступа НЕОБЯЗАТЕЛЬНЫЙ, управление-параллельностъю-выполнения-действий Управление-Параллельностью-Выпол нения-Действий, НЕОБЯЗАТЕЛЬНЫЙ, информаиня-разделяемого-сервисного-элемента-прикладного-уровня

F-SELECT-запрос : атрибуты требуем ый-доступ пароли-для-доступа

Информация-Раздел яемого-Сервисного-Элемента-При-кладного-Уровня НЕОБЯЗАТЕЛЬНЫЙ, счет    Счет НЕОБЯЗАТЕЛЬНЫЙ }

F-SELECT-ответ : : = резул ьтат-состоя н ня

ПОСЛЕДОВАТЕЛЬНОСТЬ { Результат-Состояния ПО УМОЛЧАНИЮ успешно.


Страница 93

ГОСТ Р S4.1980.4-w

146    результат-действия Результат-Действия

ПО УМОЛЧАНИЮ успешно,

147    атрибуты    Атрибуты-Для Выбора,

148    информация-разделяемого-сервнсного-элемента-прикладиого уровня

Информация-Раздел яемого-Сервисного-Элемента-При-кладного-Уровня НЕОБЯЗАТЕЛЬНЫЙ.

149    диагностическое-сообщение

Диагностическое-Сообшение НЕОБЯЗАТЕЛЬНЫЙ }

150

151    F-DESELECT-запрос :    ПОСЛЕДОВАТЕЛЬНОСТЬ {

152    ннформация-разделяемого-сервиеного-элемента-прикладного-у ровня

Информация-Разделяемого-Ссрвисного-Элемента-При-кладыого-Уровня НЕОБЯЗАТЕЛЬНЫЙ }

153

154

155    F-DESELECT-ответ :    ПОСЛЕДОВАТЕЛЬНОСТЬ {

156    результат-действия    Результат-Действия

ПО УМОЛЧАНИЮ успешно,

157    расходы    Расходы

НЕОБЯЗАТЕЛЬНЫЙ,

158    — Присутствует, если и только если поле «Счет»

159    — присутствовало в блоке данных протокола, который

установил режим «Выбор файла».

160    информация-раздел яемого-сервисного-элемента-прикладного-уровня

Информация-Разделяемого-Се внсного-Элемента-При-кладного-Уровня НЕОБЯЗАТЕЛЬНЫЙ,

161    диагностическое-сообщение

Диагностическое-Сообщение НЕОБЯЗАТЕЛЬНЫЙ }

162

163    F-CREATE-запрос : := ПОСЛЕДОВАТЕЛЬНОСТЬ {

164    перекрытие    [01    НЕЯВНЫЙ

ЦЕЛОЧИСЛЕННЫЙ {

165    создание-при-отказе (0), м

Страница 94

ГОСТ Р 34.1980.4 -93

аыбор-старого-файла (I), удаление-н-созданне-со-старыми-атрибутами (2), удаление-и-соэданне-с-новыми-атрибутами (3) }

ПО УМОЛЧАНИЮ создание-прн-отказе,

начальные-атрибуты    Атрибуты-Для-Создаиия.

пароль-для:СОЗдания    Пароль НЕОБЯЗАТЕЛЬНЫЙ.

—    Присутствует в качестве дополнительного пароля

—    к паролю файлохранилища. который требуется, чтобы разрешить создание файла.

требуемый доступ    Требуемый-Доступ,

пароли-для-доступа    Пароли-Для-Доступа

НЕОБЯЗАТЕЛЬНЫЙ,

—    Присутствует, только если требовалось удовле-

—    творить требования управления доступом к существующему файлу.

управлснию-параллельностъю-выполнеиня-действий

УправлениеПараллельностью-Выполнения Действий НЕОБЯЗАТЕЛЬНЫЙ, ннформация-разделяемого-сервисного-элемента-. прикладного-уровня

Информация-Раздел яемого-Сервисного^Элемента-При-кладного-Уровня НЕОБЯЗАТЕЛЬНЫЙ, счет    Счет НЕОБЯЗАТЕЛЬНЫЙ }

F-CREATE-ответ :    ПОСЛЕДОВАТЕЛЬНОСТЬ {

результат-состояния    Результат-Состояния

ПО УМОЛЧАНИЮ успешно, результат-действия    Результат-Действия

ПО УМОЛЧАНИЮ успешно, начальные-атрибуты    Атрибуты-Для-Создания

информациЯ-разделяемого-сервисного-элемента-прикладного-уровня

Информация-Разделяемого-

Сервисного-Элемента-При-

кладного-Уровня

НЕОБЯЗАТЕЛЬНЫЙ.

днагностическое-сообщение

89

Страница 95

гост    34.1980.4—93

Диагностическое-Сообщение НЕОБЯЗАТЕЛЬНЫЙ }

F-DELETE-запрос : :« ПОСЛЕДОВАТЕЛЬНОСТЬ { информация-разделяемого-сервисного-элемента-прикладного-уровня

188

189

190

191

192

193

194

195

196

197

198

199

200 201 202

203

204

205

206

207

208

209

210 90

Информация-Разделяемого-Сервнсного-Элемснта-Прн-кладного-Уровия НЕОБЯЗАТЕЛЬНЫЙ }

F-DELETE-ответ :    ПОСЛЕДОВАТЕЛЬНОСТЬ {

результат-действия    Результат-Действия

ПО УМОЛЧАНИЮ успешно, информация-разделяемого-сервисного-элемекта прикладного-уровня

Информация-Разделяемого-Ссрвнсного-Элемента-При-кладного-Уровня НЕОБЯЗАТЕЛЬНЫЙ, расходы    Расходы НЕОБЯЗАТЕЛЬНЫЙ,

диагностичёское-сообщснне

Диагностическое-Сообщение НЕОБЯЗАТЕЛЬНЫЙ }

F-READ ATTRIB-запрос :

ПОСЛЕДОВАТЕЛЬНОСТЬ { имена-атрибутов    (0] НЕЯВНЫЙ СТРОКА

БИТОВ

—    Основная группа {

чтение-атрибута имя-файла (0), чтснне-атрнбута-разрешенные-действия (1). чтение-атрибута-тип-содержания-сообщеиня (2),

—    Группа хранения

чтение-атрнбута-счет-за-хранение (3), чтенне-атрнбута-дата-и-время-создання (4), чтение-атрибута-дата-н-время-последней-модификаиин (5),

чтение-атрибута-дата-и-время-последнего-доступа-для-чтсния (6), чтение-атрибута-дата-и-время-последней-молификаиин атрибутов (7), чтение-атрибутандентификатор-владельиа (8),

Страница 96

ГОСТ Р W.1980.4—М

211    чтение-атрибута-ндентнфикатор-абонента-последний-раз-модифнровавшего-файл (9),

212    чтенне-атрнбута-идеитифнкатор-абонента-последннй раз-чнтавшего-файл (10),

213    чтение-атрнбута-ндентификатор-абонента-последний-раз-модифнцнровавшего-атрибуты-файла (11),

214    чтениеатрнбута-доступность-файла (12).

215    чтение-атрибута-размер-файла (13).

216    чтение-атрибута-будущий-размер-файла (14),

217    — Группа защиты.

218    чтение-атрибута-управление-доступом (15),

219    чтеиие-атрибута-законное-ограничение (16),

220    — Группа пользователя

221    чтение-атрибута-атрибут-пользователя (17)}}

222

223    F-READ-ATTRIB-отеет :    ПОСЛЕДОВАТЕЛЬНОСТЬ    {

224    результат-действия    Результат-Действия

ПО УМОЛЧАНИЮ успешно,

225    атрибуты    Атрнбут-Для-Чтения

НЕОБЯЗАТЕЛЬНЫЙ,

226    — Значения паролей в атрибуте «Управление доступом»

227    — не могут быть прочитаны с помощью действия «Чте-

228    — нне атрибутов». Какие другие части атрибута файла

229    — «управления доступом» могут быть прочитаны с по-

230    — мощью действия «Чтение атрибутов», решается ло

кально отвечающим логическим объектом, и его не следует проверять при согласовании.

231    днагносткческое-сообщение

Диагностнческое-Сообщение НЕОБЯЗАТЕЛЬНЫЙ }

232

233    F-CHANGE-ATTRIB-запрос : :*

ПОСЛЕДОВАТЕЛЬНОСТЬ {

234    атрибуты    Атрибуты-Для-Изменения    }

235

236    F-CHANGE-ATTRIB-ответ :

ПОСЛЕДОВАТЕЛЬНОСТЬ {

237    результат-действия    Результат-Действия

ПО УМОЛЧАНИЮ успешно,

238    атрибуты    Атрибут-Для-Изменения

НЕОБЯЗАТЕЛЬНЫЙ.

239    — Значения паролей в атрибуте «Управление доступом»

7 Зак. 708

Страница 97

34.1980.4—S3 .

—    никогда не возвращаются. Реализующая система вы бирает, какие другие значения атрибутов можно возвращать.

гост

240

241

242

243

244

245

246

247

248

249

250

251

252

253

254

255

256

257

258

259

92

д на гностическое-сообщен не

Диагностическое-Сообщение НЕОБЯЗАТЕЛЬНЫЙ }

F-OPFN-запрос : := ПОСЛЕДОВАТЕЛЬНОСТЬ { режим-обработки    [0} НЕЯВНЫЙ СТРОКА

БИТОВ{ f-чтение (0), f-ветавка (I), i-замена (2),

1-расширение (3), f-стирание (4) }

ПО УМОЛЧАНИЮ { f-чтение }, тип-содержания-сообщения

(11 ВЫБОРОЧНЫЙ { неизвестный [01 НЕЯВНЫЙ НУЛЬ, предполагаемый [1| Атрнбут-Тнп-Солержа-ния-Сообщення }, управлснис-параллельностью-выпол нения-действий

Управление-Параллельн остью-Выполнения-Действий НЕОБЯЗАТЕЛЬНЕЙ, информация-разделяемого-сервисного-элемента-прикладного-уровня

Информация-Разделяемого-

Сервисного-Элемента-При-

кладного-Уровня

НЕОБЯЗАТЕЛЬНЫЙ.

включение-блокнрования-блока-данных-достула-к-

файлу

[21 НЕЯВНЫЙ БУЛЕВСКИЙ 110 УМОЛЧАНИЮ ЛОЖЬ.

идентификатор-активности

Идентификатор-Активности

НЕОБЯЗАТЕЛЬНЫЙ.

—    Используется только в функциональном блоке «Восстановление при ошибках».

режим-восстановления [31 НЕЯВНЫЙ ЦЕЛОЧИСЛЕННЫЙ { беэ-восстановлсння (0).

Страница 98

ГОСТ Р 34.1980.4-93

260    с-началафайла (I),

261    с-любой контрольной-точкн-

активности (2) )

ПО УМОЛЧАНИЮ без восстановления,

262    удаленные-контексты [4]    НЕЯВНЫЙ    .МНОЖЕСТВО

ИЗ Имн-Абстрактного-Син-таксиса НЕОБЯЗАТЕЛЬНЫЙ,

263    определенные-контексты

(5]    НЕЯВНЫЙ    МНОЖЕСТВО

ИЗ Имя-Абстрактного-Снн-таксиса НЕОБЯЗАТЕЛЬНЫЙ }

264

265    F OPEN-otbct :    ПОСЛЕДОВАТЕЛЬНОСТЬ    {

266    результат-состояния Результат-Состояния

ПО УМОЛЧАНИЮ успешно.

267    результат действия Результат-Действия

ПО УМОЛЧАНИЮ успешно.

268    тнп-содержаннясообщения

[1] Атрнбут-Тип-Содержания-Сообщення,

269    управлеуне-параллельностъю-выполнения-действий

Управление-Параллельностью-Выпол нения-Действий НЕОБЯЗАТЕЛЬНЫЙ.

270    информация-раздел яемого-сервисного-элемента-прнкладного-уровня

Информаиня-Разделяемого-

Сервнсного-Элемента-Прн-

кладного-Уровня

НЕОБЯЗАТЕЛЬНЫЙ.

271    днагностическоесообщение

Диагностнческос-Сообщение

НЕОБЯЗАТЕЛЬНЫЙ.

272    режнм-восстановления [31 НЕЯВНЫЙ

ЦЕЛОЧИСЛЕННЫЙ {

273    без-восстановлення (0).

274    с-начала-файла (1).

93

Страница 99

» *4.1980.4—93

с-любой-контрольной-точки-активности (2) }

гост

275

276

277

278

279

280 281

282

283

284

285

286

287

288

289

290

291

292

ПО УМОЛЧАНИЮ без восстановления, действиеуровня-представлення

(61 НЕЯВНЫЙ БУЛЕВСКИЙ ПО УМОЛЧАНИЮ ЛОЖЬ }

—    Этот признак устанавливается, если ответственный

—    логический объект переходит к следующему ответу с помощью обмена примитивами P-ALTER-CONTEXT.

F-CLOSE-запрос :    ПОСЛЕДОВАТЕЛЬНОСТЬ    {

результат-действия    Результат-Действия

ПО УМОЛЧАНИЮ успешно, ннформация-разделяемогосервисного-элемента-прикладного-уровня

Информация-Разделяемого-

Сервисного-Элемента-При-

кладного-Уровня

НЕОБЯЗАТЕЛЬНЫЙ.

диагностнческое-сообщение

Диагностическое-Сообщение НЕОБЯЗАТЕЛЬНЫЙ }

F-CLOSE-ответ : := ПОСЛЕДОВАТЕЛЬНОСТЬ {

результат-действия    Результат-Действ и я

ПО УМОЛЧАНИЮ успешно, информация-раэделяемого-сервненого-элемента-прикладного-уровня

Чнформаиня-Разделясмого-Сервисного-Элемснта-При-кладного-Уровня НЕОБЯЗАТЕЛЬНЫЙ, днагностическоесообщение

Диагностическое-Сообщение НЕОБЯЗАТЕЛЬНЫЙ }

F-BEGIN-GROUR-запрос : : =

ПОСЛЕДОВАТЕЛЬНОСТЬ { порог    [0]    НЕЯВНЫЙ

ЦЕЛОЧИСЛЕННЫЙ }

Страница 100

ГОСТ Р 34.ieeO.4-W

293    F-BEGIN-GROUP-ответ : : =

ПОСЛЕДОВАТЕЛЬНОСТЬ { }

294    — Нет определенных элементов: должен быть пустым.

295

296    F-END-GROUP-запрос    : : =

ПОСЛЕДОВАТЕЛЬНОСТЬ { )

297    — Нет определенных элементов, лолжен быть пустым.

298

299    FEND-GROUP-ответ :    : =

ПОСЛЕДОВАТЕЛЬНОСТЬ { )

300    — Нет определенных элементов, должен быть пустым.

301

302    F-RECOVER-запрос :    ПОСЛЕДОВАТЕЛЬНОСТЬ {

303    ндентифнкатор-актнвиости

Идентификатор-Активности.

304    номер-передачн-данныхбольшого-объема

Г01 НЕЯВНЫЙ

ЦЕЛОЧИСЛЕННЫЙ.

305    требуемый-доступ    Требуемый-Доступ.

306    пароли-для-доступа    Па рол н-Для-Доступа

НЕОБЯЗАТЕЛЬНЫЙ.

307    точка-восстановления    \2] НЕЯВНЫЙ

ЦЕЛОЧИСЛЕННЫЙ ПО УМОЛЧАНИЮ 0.

— Нуль указывает начало файла.

309    — Точка после последней контрольной точки указывает конец файла.

310    удаленные-контексты    [3] НЕЯВНЫЙ МНОЖЕСТВО

ИЗ Имя-Абстрактного-Син-таксиса НЕОБЯЗАТЕЛЬНЫЙ.

311    определеиныс-контексты

[4] НЕЯВНЫЙ МНОЖЕСТВО ИЗ Имя-Абстрактного-Син-такснса НЕОБЯЗАТЕЛЬНЫЙ }

312

313    F-RECOVER-ответ :    ПОСЛЕДОВАТЕЛЬНОСТЬ    {

314    результат-состояния    Результат-Состояния

ПО УМОЛЧАНИЮ успешно,

315    результат-действия    Результат-Действия

" ПО УМОЛЧАНИЮ успешно,

Страница 101

ГОСТ Р 34.1980.4— М

316    тнп-содержання-сообщения

[1] Атрибут-Тип-Содержання-Сообщения,

317    точка-носстаиовления [21 НЕЯВНЫЙ

ЦЕЛОЧИСЛЕННЫЙ ПО УМОЛЧАНИЮ 0.

318    — Нуль указывает начало файла.

319    — Точка после последней контрольной точки указывает

конец файла.

320    диагностнческое-сообшение

Днагностическое-Сообщенне

НЕОБЯЗАТЕЛЬНЫЙ,

321    действие-уровня-представления

[6] НЕЯВНЫЙ БУЛЕВСКИЙ ПО УМОЛЧАНИЮ ЛОЖЬ }

322    — Этот признак устанавливается,    если ответственный

323    — логический объект переходит к    следующему ответу

с помощью обмена примитивами P-ALTER CONTEXT.

324

325    F-LOCATE-запрос :    ПОСЛЕДОВАТЕЛЬНОСТЬ    {

326    идентнфикатор-блока-данных-доступа-к-файлу

Идентификатор-Блока-Данных-

Доступа-К-Файлу.

327    замок блока-данных доступа-к-файлу

Замок-Блока-Данных-Доступа-К-Файлу НЕОБЯЗАТЕЛЬНЫЙ.

328

329    F-I.OCATE-ответ : := ПОСЛЕДОВАТЕЛЬНОСТЬ (

330    результат-действия Результат-Действия

ПО УМОЛЧАНИЮ успешно,

331    ндентификатор-блока-данных-доступа-к-файлу

Идентификатор-Блока-Данных-

Доступа-К-Файлу

НЕОБЯЗАТЕЛЬНЫЙ.

332    диагностнческое-сообшение

Днагностическое-Сообщенне НЕОБЯЗАТЕЛЬНЫЙ }

333

334    F-ERASE-запрос :    ПОСЛЕДОВАТЕЛЬНОСТЬ {

335    идентификатор-бл<5ка-данных-доступа-к-файлу

Идентнфикатор-Блока-Данных-Доступа-К-Файлу }

Страница 102

ГОСТ Р 84.1980.4-63

336

337    F-ERASE-отЬет :    ПОСЛЕДОВАТЕЛЬНОСТЬ    {

338    результат-действия Результат-Действия

ПО УМОЛЧАНИЮ успешно,

339    диагностнческое-сообщение

Диагностическое1Сообщенне НЕОБЯЗАТЕЛЬНЫЙ }

340

341    КОНЕЦ

БЛОКИ ДАННЫХ ПРОТОКОЛА ДЛЯ ПЕРЕДАЧИ ДАННЫХ БОЛЬШОГО ОБЪЕМА

342    ГОСТ Р 34.980.1, ГОСТ Р 34.980.2. ГОСТ Р 34.1980.3, ГОСТ Р 34.1980.4 — ОПРЕДЕЛЕНИЯ СЛУЖБЫ ПДУФ (FTAM) : : =

343

344    НАЧАЛО

345

346    БДП для передачи данных большого объема:

ВЫБОРОЧНЫЙ {

347    f-read-aanpoc    [32] НЕЯВНЫЙ F-READ-

запрос,

348    f-write-запрос    [33] НЕЯВНЫЙ F-WRITE-

запрос,

349    — Здесь нет блока данных файлового протокола

350    — «F-DATA БДФП», содержание сообщения файла пе-

351    — редается в другом контекс-е уровня представления, и

351    — поэтому нет необходимости определить типы содер-

352    — жания сообщения файла в абстрактном синтаксисе

353    — протокольной    управляющей информации службы

354    — FTAM. Данное содержание сообщения файла входит

в значения «Элемент-Данных» типа данных, как это определено в ГОСТ Р 34.980.2.

355    f-data-end-ззпрос    [34] НЕЯВНЫЙ    F-DATA-END-

запрос.

356    f-lransfer-end-3anpoc    [35] НЕЯВНЫЙ F-TRANSFER-

END-запрос,

357    f-transfer-end-отвбт    [36] НЕЯВНЫЙ    F-TRANSFER-

END-ответ,

358    f-cancel-3anpoc    [37] НЕЯВНЫЙ    F-CANCEL-

запрос,

359    f-cancel ответ    [38] НЕЯВНЫЙ    F CANCEL-

97

Страница 103

34.1980.4-98

— Здесь нет блока данных протокола «F-DATA БДП». f-restert-эапрос    [39] НЕЯВНЫЙ F-RESTART-

гост

361

362

363

364

365

366

367

368

369

370

371

372

373

374

375

376

377

378

379

380

381

382

запрос.

f-rcstart-ответ    [40] НЕЯВНЫЙ F-RESTART-

ответ }

F-READ-запрос :    ПОСЛЕДОВАТЕЛЬНОСТЬ {

идентификатор-блока-данных-доступа-к-файлу

Идентификатор-Блока-Данных Доступа-К-Файлу контекст-доступа    Контекст-Доступа,

замок-блока-двнных-доступа-к-файлу

Замок-Бло'ка-Данных-Доступа-К-Файлу НЕОБЯЗАТЕЛЬНЫЙ }

F WRITE-запрос : := ПОСЛЕДОВАТЕЛЬНОСТЬ { операцняблока-данных-дост>'ла-к-файлу [01 НЕЯВНЫЙ

ЦЕЛОЧИСЛЕННЫЙ { вставка (0), замена (1), расширение (2) }. идентификатор-блока-данных-доступа-к-файлу

Идентификатор-Блока-Данных-

Доступа-К-Файлу,

замок-блока-данных-доступа-к-файлу

Замок-Блока-Данных-Доступа-К Файлу НЕОБЯЗАТЕЛЬНЫЙ }

F-DATA-END-запрос : := ПОСЛЕДОВАТЕЛЬНОСТЬ { результат-действия    Результат-Действия

ПО УМОЛЧАНИЮ успешно, диагностическое-сообшение

Д и а гн остичес кое-Сообшение НЕОБЯЗАТЕЛЬНЫЙ }

F-TRANSFER-END-запрос : : =

ПОСЛЕДОВАТЕЛЬНОСТЬ { ннформаиия-разделяемогосервисного-элемента-прикладного-уровня

Информация-Разделяемого-Сервисного-Элемента-При-кладного-Уровня НЕОБЯЗАТЕЛЬНЫЙ }

Страница 104

ГОСТ Р S4il«M.t—п

F-TRANSFER-END-ответ : :«

ПОСЛЕДОВАТЕЛЬНОСТЬ { результат-действия    Результат-Действия

383

384

.385

386

387

388

389

390

391

392

393

394

395

396

397

398

399

ПО УМОЛЧАНИЮ успешно, информация-раздел яемого-сервисного-элемента-прикладного-уровня

Информация-Разделяемого-СервисногоЭлемента-При-кладного-Уровня НЕОБЯЗАТЕЛЬНЫЙ, диагностическое-сообщение

Диагностическое-Сообщение НЕОБЯЗАТЕЛЬНЫЙ }

F-CANCEL-запрос : := ПОСЛЕДОВАТЕЛЬНОСТЬ { результат-действия Результат-Действия

ПО УМОЛЧАНИЮ успешно, информацня-разделясмого-сервисного-элемента-прикладного-уровня

Информация-Разделяемого-

Сервисного-Элемента-Прн-

кладного-Уровня

НЕОБЯЗАТЕЛЬНЫЙ.

диагностическое-сообщение

Диагностическое-Сообщение НЕОБЯЗАТЕЛЬНЫЙ }

F-CANCEL-ответ : := ПОСЛЕДОВАТЕЛЬНОСТЬ { результат-действия Результат-Действия

ПО УМОЛЧАНИЮ успешно, информация-разделяемого-сервисного-алемента-прикладного-уровня

Информация-Раздел яемого-Сервисного-Элемента-При-кладного-Уровня НЕОБЯЗАТЕЛЬНЫЙ, диагностнческое-сообщение

Диагностическое-Сообщение НЕОБЯЗАТЕЛЬНЫЙ }

F-RESTART-эапрос :    ПОСЛЕДОВАТЕЛЬНОСТЬ    {

Страница 105

ГОСГ * '8411980.4*—M

400    идентифнкатор-контрольной-точки

[0] НЕЯВНЫЙ

ЦЕЛОЧИСЛЕННЫЙ }

401

402    F RESTART ответ : := ПОСЛЕДОВАТЕЛЬНОСТЬ {

403    ндентнфикатор-контрольной-точки

[01 НЕЯВНЫЙ

ЦЕЛОЧИСЛЕННЫЙ )

404

405    КОНЕЦ

РАСШИРЕННЫЕ ТИПЫ ПРИКЛАДНОГО УРОВНЯ

40в ГОСТ Р 34.980.1, ГОСТ Р 34.980.2. ГОСТ Р 34.1980.3. ГОСТ Р 34.1980.4 - ОПРЕДЕЛЕНИЯ СЛУЖБЫ ПДУФ (FTAM): :=*

407

408    НАЧАЛО

409

410    Имя-АбстрактногоСинтакснса : :=>

[ПРИКЛАДНОЙ 0[ НЕЯВНЫЙ ИДЕНТИФИКАТОР ОБЪЕКТА

411

412    Контекст-доступа :    [ПРИКЛАДНОЙ    1]    НЕЯВНЫЙ

ПОСЛЕДОВАТЕЛЬНОСТЬ {

413    контекст-доступа    [0] НЕЯВНЫЙ

ЦЕЛОЧИСЛЕННЫЙ {

414    все-нерархические-блоки-данных (0),    — НА

415    неиерархнческие-блоки-данных (1),    — HN

416    все-плоские-блоки-данных (2),    — FA

417    плоскне-блоки-данных-одиого-уровня (3),    — FL

418    единственный-плоский-блок-данных (4),    — FS

419    всс-нсструктурированные-блокИ'Данных (5).    — UA

420    сдинственный-неструктурированный-блок-данных

(6) }.    - US

421    номер-уровня    [И НЕЯВНЫЙ

ЦЕЛОЧИСЛЕННЫЙ НЕОБЯЗАТЕЛЬНЫЙ }

422    — Присутствует, если и только если выбираются

423    —• ллоскне-блоки-данных-одного-уровня (контекст    ДОС*

424    — тупа FL), как определено в ГОСТ Р 34.980.2.

425

Страница 106

ГОСТ Р 84.198в.4—93

Пароли-Для-Доступа : : =

[ПРИКЛАДНОЙ 2] НЕЯВНЫЙ ПОСЛЕДОВАТЕЛЬНОСТЬ { fOl НЕЯВНЫЙ Пароль,

пароль-для-чтения пароль-длявставки пароль-для-замены пароль-длярасшнрения

[11 НЕЯВНЫЙ Пароль.

[2] НЕЯВНЫЙ Пароль,

|3] НЕЯВНЫЙ Пароль.

пароль-для-стнрания [4J НЕЯВНЫЙ Пароль, пароль-для-чтення-атрнбутов

НЕЯВНЫЙ Пароль, >ибутов

НЕЯВНЫЙ Пароль. НЕЯВНЫЙ Пароль }

[5

пароль-для-нзмснения-ат

Гб

пароль-для-удалеиня [7

[ПРИКЛАДНОЙ 31 НЕЯВНЫЙ СТРОКА БИТОВ { чтение (0), вставка (I), замена (2), расширение (3). стирание (4), чтение-атрибута (5), изменение-атрибута (6), удаление (7) }

Запрос-Доступа : : =

Счет :    [ПРИКЛАДНОЙ    4]    НЕЯВНЫЙ

Г рафическаяСтрока

Результат-Действия : :=•=

[ПРИКЛАДНОЙ 51 НЕЯВНЫЙ ЦЕЛОЧИСЛЕННЫЙ { успешно (0),

кратковременная-ошибка (1). постоянная ошибка (2) }

Идентификатор-Активности : : =

[ПРИКЛАДНОЙ 6] НЕЯВНЫЙ ЦЕЛОЧИСЛЕННЫЙ

101

Страница 107

> 34.1980.4—OS

Символ нческое-Имя-Логического-Объекта-Прикладного-Уровня : :=

гост

455

456

457

458

459

460

461

462

463

464

465

466

467

466

469

470

471

472

473

474

1W

(ПРИКЛАДНОЙ 7] символ ическое-имя-1 АЕ-сервнсного-элемента-

управления-ассоциацией ГОСТ

—    Как определено в ГОСТ Р 34.982.

Изменение-Атрибутов : : =

[ПРИКЛАДНОЙ 81 НЕЯВНЫЙ ПОСЛЕДОВАТЕЛЬНОСТЬ {

—    Основная группа

нмя-файла    [ 01 НЕЯВНЫЙ Атрибут-Имя-

Файла НЕОБЯЗАТЕЛЬНЫЙ.

—    Группа хранения

счет за-хранение    [ 31 Атрибут-Счет

НЕОБЯЗАТЕЛЬНЫЙ, доступность-файла [121 Атрибут-Доступность-

Файла НЕОБЯЗАТЕЛЬНЫЙ,

будущий размер-файла

[141 Атрибут-Будущий-Размер-Файла НЕОБЯЗАТЕЛЬНЫЙ.

—    Группа зашиты

управление-доступом [15] Измененне-Атрнбута-Управление-Доступом НЕОБЯЗАТЕЛЬНЫЙ, законноеограниченне [16] Атрибут-Законное-Ограничение НЕОБЯЗАТЕЛЬНЫЙ.

—    Группа пользователя атрибут-пользователя [17] Атрибут-Пользователя

НЕОБЯЗАТЕЛЬНЫЙ }

Расходы : :=    [ПРИКЛАДНОЙ    9] НЕЯВНЫЙ

ПОСЛЕДОВАТЕЛЬНОСТЬ ИЗ ПОСЛЕДОВАТЕЛЬНОСТЬ {

идентификатор-ресурса

[0] НЕЯВНЫЙ Г рафнческаяСтрока, элемент-расходы    [I] НЕЯВНЫЙ

Г рафнческаяСтрока, значение-расходы    Г21 НЕЯВНЫЙ

ЦЕЛОЧИСЛЕННЫЙ }

Страница 108

ГОСТ Р 34.1W0.4-93

чтение

вставка    Г)

Управление-Параллельностью-Выполнения-Действий : : — [ПРИКЛАДНОЙ 101 НЕЯВНЫЙ ПОСЛЕДОВАТЕЛЬНОСТЬ {

101 НЕЯВНЫЙ Замок.


замена

расширение    |3

стирание    Г4

чтение-атрибута    Г5

изменение-атрибута [б удаление-файла    17

НЕЯВНЫЙ Замок. НЕЯВНЫЙ Замок. НЕЯВНЫЙ Замок. НЕЯВНЫЙ Замок. НЕЯВНЫЙ Замок, НЕЯВНЫЙ Замок, НЕЯВНЫЙ Замок }


ЦЕЛОЧИСЛЕННЫЙ { не-требуется (0), разделяемый (1), исключительный (2), не-доступен (3) }

Имя-Набора-Ограничсний : : =

(ПРИКЛАДНОЙ 12] НЕЯВНЫЙ ИДЕНТИФИКАТОР ОБЪЕКТА

Атрнбуты-Для-Создания : : =

[ПРИКЛАДНОЙ 12] НЕЯВНЫЙ ПОСЛЕДОВАТЕЛЬНОСТЬ { [ПРИКЛАДНОЙ 10] НЕЯВНЫЙ ПОСЛЕДОВАТЕЛЬНОСТЬ { [ПРИКЛАДНОЙ 10] НЕЯВНЫЙ ПОСЛЕДОВАТЕЛЬНОСТЬ {

— Основная группа нмя-файла    [    0]    НЕЯВНЫЙ    Атрибут-Имя-

Файла,

раэрешенные-действия [ 1] НЕЯВНЫЙ Атрибут-Разрешснныс Действия, тип-содержання-сообшения

[ 2] Атрибут-Тип-Содержання-Сообщсння,

Замок : :=

— Группа хранения счет-за-храненне

доступность-файла

Г 31 Атрибут-Счет НЕОБЯЗАТЕЛЬНЫЙ,

[12] Атрибут-Доступность-Файла НЕОБЯЗАТЕЛЬНЫЙ,

103

Страница 109

34.1980.4—93

будуший-размер-файла

гост

502

503

504

505

506

507

508

509

510

511

512

513

514

515

516

517

518

519

520

521

522

523 104

[14] Атрибут-Размер-Файла НЕОБЯЗАТЕЛЬНЫЙ,

—    Группа зашиты

управлен-ие-доступом [151 Атрибут-Управление-

Доступом НЕОБЯЗАТЕЛЬНЫЙ, законное-ограннчение [16] Атрнбут-Законкое-Ограничение НЕОБЯЗАТЕЛЬНЫЙ,

—    Группа пользователя атрибут-пользователя [17] Атрибут-Пользователя

НЕОБЯЗАТЕЛЬНЫЙ }

Днагностическое-Сообщение : :»

[ПРИКЛАДНОЙ 13] НЕЯВНЫЙ ПОСЛЕДОВАТЕЛЬНОСТЬ ИЗ ПОСЛЕДОВАТЕЛЬНОСТЬ { тип-днагностического-сообщения

[0]    НЕЯВНЫЙ ЦЕЛОЧИСЛЕННЫЙ {

ошибка информации (0), кратковременная ошибка (1), постоянная ошибка (2) }

идентификатор-ошибки

[1]    НЕЯВНЫЙ ЦЕЛОЧИСЛЕННЫЙ.

— Как определено в ГОСТ Р 34.1980.3. наблюдатель-ошибки [2] НЕЯВНЫЙ Указатель-Логического-Объекта. источник-ошибки [3] НЕЯВНЫЙ Указатель-Логического-Объекта, предполагаемая-задержка

Ш НЕЯВНЫЙ •ЛОЧИСЛЕННЫЙ НЕОБЯЗАТЕЛЬНЫЙ, дальнейшне-задержки [5] НЕЯВНЫЙ Графическая Строка

НЕОБЯЗАТЕЛЬНЫЙ }

Указатель-Логического-Объекта : : —

ЦЕЛОЧИСЛЕННЫЙ {

без-категорин (0).

иницнирующнй-пользователь-файловой-услуги (1),

Страница 110

ГОСТ Р 84.1980.4-93

инициирующий-механизм файловогопротокола (2), услуга-обеспечиваюшая механнзм-файлового-протокола (3).

отнечающий-механизмфайлбвого-протокола (4). отвечающийпользователь-файловой-услуги (5) }

524

525

526

527

528

529

530

531

532

533

534

535

536

537

538

539

540

541

542

543

544

545

546

—    Примечания

—    1    Значения 0 и 3 допустимы только в качестве

—    значений в источнике-ошибки.

—    2    Значение 5 соответствует виртуальному

файлохранилищу.

Имя-Типа-Документа : :*= (ПРИКЛАДНОЙ 14]

НЕЯВНЫЙ ИДЕНТИФИКАТОР ОБЪЕКТА

ИдентификаторБлока-Данных-Доступа-К-Файлу : : = [ПРИКЛАДНОЙ 151 ВЫБОРОЧНЫЙ { первый-последний    (0) НЕЯВНЫЙ

ЦЕЛОЧИСЛЕННЫЙ { первый (0), последний (I) }, относительный    [11 НЕЯВНЫЙ

ЦЕЛОЧИСЛЕННЫЙ { предыдущий (0), текущий (I), следующий (2) }, начальный-конечиый [21 НЕЯВНЫЙ

ЦЕЛОЧИСЛЕННЫЙ { начальный (0). конечный (1) }, единственное-имя    [31 НЕЯВНЫЙ Имя-Узла,

список-имен    [4] НЕЯВНЫЙ

ПОСЛЕДОВАТЕЛЬНОСТЬ ИЗ Имя-Узла, номер-блока-даиных-доступа-к файлу 151 НЕЯВНЫЙ ЦЕЛОЧИСЛЕННЫЙ }

— Как определено в ГОСТ Р 34.980.2.

Имя-Узла :    ВНЕШНИЙ

— Тип. который должен использоваться для значения Имя-Узла, определен в блоке данных доступа к

105

Страница 111

ГОСТ f I4.IW0.4-93

файлу ГОСТ Р 34.980.1, ГОСТ Р 34.980.2, ГОСТ Р 34.1980.3. ГОСТ Р 34.1980.4.

547

548    Замок-Блока-Данных-Доступа-К-Файлу : : =

[ПРИКЛАДНОЙ 161 НЕЯВНЫЙ ЦЕЛОЧИСЛЕННЫЙ

549    { выключен (0), включен (1) }

550

551    Пароль :    [ПРИКЛАДНОЙ    17]

ВЫБОРОЧНЫЙ {

Г рафическаяСтрока,

СТРОКА ОКТЕТОВ }

552

553    Чтение-Атрибутов : :=    [ПРИКЛАДНОЙ    181 НЕЯВНЫЙ

ПОСЛЕДОВАТЕЛЬНОСТЬ {

554    — Основная группа

555    нкя-файла    [ 01 НЕЯВНЫЙ Атрибут-Имя-

Файла НЕОБЯЗАТЕЛЬНЫЙ,

556    разрешенные-действня [ 1] НЕЯВНЫЙ Атрибут-

Разрешенные-Действия

НЕОБЯЗАТЕЛЬНЫЙ,

557    тип-содержания-сообщення

[ 2] Атрибут-Тип-

Содержання-Сообщения

НЕОБЯЗАТЕЛЬНЫЙ.

558    — Группа хранения

559    счет-за-хранение [ 31 Атрибут-Счет

НЕОБЯЗАТЕЛЬНЫЙ,

560    Дата-и-время-создання [ 4] Атрибут-Дата-И-Время

НЕОБЯЗАТЕЛЬНЫЙ,

561    дата-и-время-последнсй-моднфнкацин

562    [ 51 Атрибут-Дата-И-Время

НЕОБЯЗАТЕЛЬНЫЙ

563    дата-и-»ремя-последнегодоступа-для-чтения

564    Г 61 Атрибут-Дата-И-Время

НЕОБЯЗАТЕЛЬНЫЙ

565    дата-и-время-последней-моднфнкации-атрибута

[ 71 Атрибут-Дата-И-Время НЕОБЯЗАТЕЛЬНЫЙ,

567    идентификатор-создателя

[ 8] Атрибут-Идентифнкатор-Владельпг:

НЕОБЯЗАТЕЛЬНЫЙ.

568    ндентифнкатор-абонента-последний-раз-

106

Страница 112

гост р a4.me.4-i3

модифнцировавшего-файл

[ 9] Атрибут-Идентнфикатор-Владельиа

НЕОБЯЗАТЕЛЬНЫЙ.

569    идентифйкатор-абонента-последннй-раз-читавшего-

файл

[10] Атрибут-Идентификатор-Владельца

НЕОБЯЗАТЕЛЬНЫЙ,

570    идентификатор-абонента-последний-раз-

модифнцировавшего-атрибуты-файла

571    [11] Атрибут-Идентификатор-

Владельца

НЕОБЯЗАТЕЛЬНЫЙ.

572    доступность-файла    [12] Атрибут-Доступность-

Файла НЕОБЯЗАТЕЛЬНЫЙ.

573    размер-файла    [13] Атрибут-Размер-Файла

НЕОБЯЗАТЕЛЬНЫЙ,

574    будущнй-раэмер-файла

[141 Атрибут-Размер-Файла НЕОБЯЗАТЕЛЬНЫЙ,

575    —■ Группа защиты

576    управление-доступом    [15] Атрибут-Управление-

Доступом НЕОБЯЗАТЕЛЬНЫЙ.

577    законное-ограничение    [16] Атрибут-Законное-

Ограннчение

НЕОБЯЗАТЕЛЬНЫЙ,

578    — Группа пользователя

579    атрибут-пользователя [17] Атрибут-Пользователя

НЕОБЯЗАТЕЛЬНЫЙ }

580

581    Атрибуты-Для-Выбора

(ПРИКЛАДНОЙ 19] НЕЯВНЫЙ ПОСЛЕДОВАТЕЛЬНОСТЬ {

582    — Основная группа

583    имя-файла    [    0]    НЕЯВНЫЙ    Атрибут-Имя-

Файла }

584

585    Информацня-Разделяемого-Сервнсного-элемента-

Прикладного-Уровня : : =

(ПРИКЛАДНОЙ 20] НЕЯВНЫЙ ВНЕШНИЙ

586    — Это поле может использоваться для передачи управ-

587    — лении совершения действий, как описано в ГОСТ Р

34.1980.3.

107

Страница 113

Р 34.1980.4—93

Результат-Состояния : :«■

гост

588

589

590

591 692 593

594

595

596

597

598

599

600

601

602

603

604

605

606

607

608

609

610

611

[ПРИКЛАДНОЙ 21} НЕЯВНЫЙ ЦЕЛОЧИСЛЕННЫЙ { успешно (0). сбой (I) }

Идентификатор-Пользователя : :«

(ПРИКЛАДНОЙ 22] НЕЯВНЫЙ Г рафическаяСтрока

КОНЕЦ

ТИПЫ АТРИБУТОВ ♦АЯЛА

ГОСТ Р 34.980.1, ГОСТ Р 34.980.2, ГОСТ Р 34.1980.3,

ГОСТ Р 34.1980.4 — ОПРЕДЕЛЕНИЯ СЛУЖБЫ ИДУФ

(FTAM): :«

НАЧАЛО

Атрибут-Управление-Доступом : : —

ВЫБОРОЧНЫЙ {

значение не доступно, [0] НЕЯВНЫЙ НУЛЬ,

—    Указывает частичное обеспечение этого атрибута.

—    Это значение должно появляться только в блоках доступа протокола при ответе.

действительные-значения

[1| НЕЯВНЫЙ МНОЖЕСТВО ИЗ Элемент-Управления-Доступом }

—    Семантика этого атрибута описана в ГОСТ Р 34.980.2.

Изменение-Атрнбута-Управленне-Доступом : ВЫБОРОЧНЫЙ {

значеиие-не-достунмо [0] НЕЯВНЫЙ НУЛЬ,

—    Указывает частичное обеспечение этого атрибута.

—    Это значение должно появляться только в блоках доступа протокола при ответе.

действиЛльиые-значеиия

[11 НЕЯВНЫЙ ПОСЛЕДОВАТЕЛЬНОСТЬ (

108

Страница 114

ГОСТ Р М. 1980.4—93

612    значения-вставки (01 НЕЯВНЫЙ

МНОЖЕСТВО ИЗ

Элемент-Управления-

Доступом НЕОБЯЗАТЕЛЬНЫЙ.

613    — Это поле используется действиями «Изменение

614    —атрибутам чтобы указать новые значения, кото

рые должны быть вставлены в атрибут файла «Управление доступом».

615    значения-удаления [I] НЕЯВНЫЙ

МНОЖЕСТВО ИЗ

Элемент-Управления-

Доступом

НЕОБЯЗАТЕЛЬНЫЙ })

616    — Это поле используется действиями «Изменение

617    — атрибута», чтобы указать старые значения, кото

рые должны быть удалены из атрибута файла «Управление доступом».

618    — Семантика этого атрибута описана в ГОСТ Р 34.980.2.

619

620    Элемент-Управления-Доступом : : —

ПОСЛЕДОВАТЕЛЬНОСТЬ {

621    список-действий    |0] НЕЯВНЫЙ Требование-

Доступа,

622    доступ-параллельностн-выполнения-действнй

[1] НЕЯВНЫЙ Доступ-Парал-лельности-Выполнения-Действий НЕОБЯЗАТЕЛЬНЫЙ,

623    идентификатор    [2] НЕЯВНЫЙ Идентификатор-

Пользователя

НЕОБЯЗАТЕЛЬНЫЙ,

624    пароли    [3] НЕЯВНЫЙ Пароли-Для-

Доступа НЕОБЯЗАТЕЛЬНЫЙ,

625    местоположение    [4] НЕЯВНЫЙ Символическое-

Имя-Логического-Объекта-Прикладного-Уровня НЕОБЯЗАТЕЛЬНЫЙ }

626

627    Доступ-Параллелыюсти-Выполнения-Действий : : —

ПОСЛ ЕДОВАТЕЛЬНОСТЬ {

628    чтение'    [0J НЕЯВНЫЙ Ключ-Парал-

лельностиВыполнения-Действий,

629    вставка    [I] НЕЯВНЫЙ Ключ-Парал-

лсльностн-Выпол нения-Лгйствий,

109

Страница 115

ГОСТ Р *4.1 ЮМ-93

630

замена

631

расширение

632

стирание

633

чтение-атрибута

634

изменение-атрибута

635

удаление-файла

[2]    НЕЯВНЫЙ Ключ-Парал-лельиости-Выполнения-Действий,

[3]    НЕЯВНЫЙ Ключ-Парал-лельности-Выполиения-Действий,

[4]    НЕЯВНЫЙ Ключ-Парал-лельности-Выполнения-Действий,

[5]    НЕЯВНЫЙ Ключ-Парал лельностк-Выполнсния Действий, [6J НЕЯВНЫЙ Ключ-Парал-лельности-Выпол нсния-Действий, (7] НЕЯВНЫЙ Ключ-Парал-лельности-Выполнения-Действий }


637    Ключ-Параллельности-Выполнсния-Действкй    : : =

СТРОКА БИТОВ {

638    не-требуется (0).

639    разделяемый (1),

640    исключительный (2),

641    не-доступен (3) }

642

643    Атрибут-Счет :    ВЫБОРОЧНЫЙ {

644    значение-ке-досхущю [0] НЕЯВНЫЙ НУЛЬ,

645    — Указывает частичное обеспечение этого атрибута.

646    — Это значение должно появляться только в блоках

доступа протокола при ответе.

647    дейстаительные-значения

Счет }

648

649    Атрибут-Тип-Содержания-Сообщения : :«=

ВЫБОРОЧНЫЙ {

650    тип-документа    [0] НЕЯВНЫЙ

ПОСЛЕДОВАТЕЛЬНОСТЬ {

651    имя-тнпа-Документа    Имя-Типа;Докумснта,

652    параметр    [0] ЛЮБОЙ

НЕОБЯЗАТЕЛЬНЫЙ }.

653    — Действительные типы, которые должны использо-

654    — вагься для значений поля «Параметр», определяются

в поименованном типе документа.

655    набор-ограннчений-и-абстрактный-синтакснс

[1] НЕЯВНЫЙ ПОСЛЕДОВАТЕЛЬНОСТЬ {

U0

Страница 116

ГОСТ Р И.198в.4-М

нмя набора ограничений

Имя-Набора-Ограннчений, имя-абстрактного синтаксиса

Имя-Абстрактного-Синтак-сиса } }

Атрибут-Дата-И-Время : :=*

ВЫБОРОЧНЫЙ ( значение-не-доступно [0] НЕЯВНЫЙ НУЛЬ,

—    Указывает частичное обеспечение этого атрибута.

—    Это значение должно появляться только в блоках

доступа протокола при ответе, действительные-значення

Ш НЕЯВНЫЙ ОбщаяФормаЗаписнВремени }

Атрибут-Доступность-Файла : : =

ВЫБОРОЧНЫЙ { значение-не-доступно [0] НЕЯВНЫЙ НУЛЬ.

—    Указывает частичное обеспечение этого атрибута.

—    Это значение должно появляться только в блоках

доступа протокола при ответе, действительные-значення

[11 НЕЯВНЫЙ ЦЕЛОЧИСЛЕННЫЙ { немедленная-доступность (0), отложенная-доступность (1) } }

Атрибут*Имя-Файла : : =

ПОСЛЕДОВАТЕЛЬНОСТЬ ИЗ Г рафическаяСтрока

Атрибут-Размер-Файла : : =

ВЫБОРОЧНЫЙ { значенне не-доступно [0} НЕЯВНЫЙ НУЛЬ,

—    Указывает частичное обеспечение этого атрибута.

—    Это значение должно появляться только в блоках

доступа протокола при ответе, действительные-значення

[11 НЕЯВНЫЙ ЦЕЛОЧИСЛЕННЫЙ }

111

Страница 117

ГОСТ Р 34.1980.4-93

681    Атрнбут-Зяконное Ограничение : : =

ВЫБОРОЧНЫЙ {

682    значение-не-доступно (0] НЕЯВНЫЙ    НУЛЬ.

683    — Указывает частичное обеспечение    этого    атрибута.

684    — Это значение должно появляться только    в    блоках

доступа протокола при ответе.

685    действительные-значения

[1] НЕЯВНЫЙ ГрафическаяСтрока }

686

687    Атрнбут-Разрешенные-Действня : : =

СТРОКА БИТОВ {

688    — Допустимые действия

689    чтение (0),

690    вставка (1),

691    замена (2),

692    расширение (3),

693    стирание (4).

694    чтение-атрибута (5),

695    изменение-атрибута (6).

6%    удаление-файла (7),

697    Допустимые группы Идентификаторов-Блоков-Данных-Доступа-К-Файлу

698    ’    обход (8).

699    возврат-обход (9).

700    случайный-порядок (10) }

701

702    Атрибут-Пользователя : :«■

ВЫБОРОЧНЫЙ {

703    значение-не-доступно [0] НЕЯВНЫЙ НУЛЬ,

704    — Указывает частичное обеспечение этого    атрибута.

705    — Это значение должно появляться только    в блоках

’ доступа протокола при ответе.

706    не-обсспсчиваемыйабстрактный-сннхаксис

[1]    НЕЯВНЫЙ НУЛЬ.

707    — Указывает, что абстрактный синтаксис не доступен.

708    действительные-значения

[2]    НЕЯВНЫЙ ВНЕШНИЙ }

709

'710    Атрнбут-Идснтификатор-Пользователя : : =

ВЫБОРОЧНЫЙ {

711    значенне-не-доступно (0J НЕЯВНЫЙ НУЛЬ,

712    — Указывает частичное обеспечение этого    атрибута.

112

Страница 118

ГОСТ Р 34.1980.4—И

713    — Это значение должно появляться только в блоках

доступа протокола при ответе.

714    действительные-эначения

Идентификатор-Пользователя }

715

716    КОНЕЦ

20.4. Определение абстрактного синтаксиса Данный стандарт устанавливает значение идентификатора объекта нотации АСН.1.

{ ГОСТ Р 34.980.1, ГОСТ Р 34.980.2, ГОСТ Р 34.1980.3, ГОСТ Р

34.1980.4    абстрактный-синтакснс (2) протокольная-управляющая-информация-службы-Нат (1) }

в качестве имени абстрактного синтаксиса для множества значений данных уровня представления, каждое из которых является значением типа «ГОСТ Р 34.980 — ПДУФ.БДП* нотации АСН.1. Соответствующее значение описателя объекта нотации АСН.1 должно быть

сПДУФ ПРОТОКОЛЬНАЯ УПРАВЛЯЮЩАЯ ИНФОРМАЦИЯ».

Значения идентификатора объекта и описателя объекта нотации АСН.1

{ соединенне-исо-мкктт асн.1 (1) базисное-кодирование (I) }

и

«Базисное кодирование одного типа АСН.1» (назначено объекту информации в ГОСТ 34.974) могут использоваться в качестве имени синтаксиса передачи с этим абстрактным синтаксисом.

21 Имя контекста прикладного уровня Для возможности работы прикладного уровня, который содержит только сервисный элемент управления ассоциацией и службу ПДУФ (FTAM) в качестве сервисных элементов прикладного уровня, значение идентификатора объекта

{ГОСТ Р 34 980.1. ГОСТ Р 34.980.2. ГОСТ Р 34.1980.3, ГОСТ Р

34.1980.4    контекст-прнкладного-уровня (1) исо-ftam (1) }

и значение описателя объекта «ИСО FTAM» назначаются объекту информации типа

СЭУА-1.Имяконтекста-прикладного-уровня. как это определено в ГОСТ Р 34.982.

СЭУА — Сервисный элемент управления ассоциацией.

Примечание - Определение является предметом для усовершенствования в результате продолжения работы в рямквх модели ИСО в области структуры прикладного уровни.

ИЗ

Страница 119

ГОСТ f 9i.nm.4-Ю

РАЗДЕЛ 6 СООТВЕТСТВИЕ 22 Соответствие

Система, заявляющая о реализации процедур, определенных в данном стандарте, должна соответствовать требованиям, изложенным в 22.1—22.3.

22.1 Установленные требования

Реализующей системой должны быть установлены следующие требования:

а)    какие классы файловых услуг обеспечиваются;

б)    какие функциональные блоки обеспечиваются;

а) какие значения параметра «Режим восстановления при ошибках» обеспечиваются в тех случаях, если реализованы все процедуры восстановления при ошибках;

г)    способна ли система действовать и роли инициирующего логического объекта, в роли ответственного логического объекта или в обеих ролях;

д)    способна ли система действовать в роли посылающего логического объекта, в роли принимающего логического объекта или в обеих ролях;

е)    какие необязательные группы атрибутов (хранения или зашиты) обеспечиваются;

ж)    какой уровень обеспечения связан с каждым индивидуальным атрибутом и его необязательными компонентами (см. ГОСТ Р 34.980 2);

з)    диапазон значений, обеспечиваемых для каждого атрибута, для которого эти значения являются допустимыми;

и)    какие типы документов и (или) какие абстрактные синтаксисы и синтаксисы передачи для передачи содержания сообщения файла обеспечиваются открытой системой, в которой находится логический объект прикладного уровня;

к) обеспечивается ли иерархическая модель файла (см. ГОСТ Р 34.980.2), и, если обеспечивается, как/ie наборы ограничений используются и где. соответственно, максимальная глубина обеспечиваемой иерархии;

л) любые состояния, при которых существование файла, его содержание сообщения или значения обеспечиваемых атрибутов изменяются между отдельными доступами с использованием протокола службы ГТДУФ (FTAM);

м) любые состояния, при которых модификация содержания сообщения файла или значений атрибутов файла с помощью обменов протокола службы ПДУФ впоследствии не будет доступна для использования;

114

Страница 120

ГОСТ Р 34.IMM—W

н) какие необязательные параметры обеспечиваются и диапазон значений для всех параметров;

о) какие наборы символов реализующая система обеспечивает для протокольной управляющей информации службы ПДУФ и для структурированной информации блока данных доступа к файлу;

п) диапазон значений и их средства и назначение для атрибута «Атрибут пользователя», если он обеспечивается;

р) какие коды диагностических сообщений используются и при каких условиях.

22.2    Статические требования

Система должна:

а)    действовать в роли инициирующего логического объекта или в роли ответственного логического объекта или в обеих ролях (см. ГОСТ Р 34.980.1);

б)    обеспечивать, по крайней мере, основную группу атрибутов (см. ГОСТ Р 34.980.2);

в)    обеспечивать, по крайней мере, минимальный диапазон значений. определенных для каждого атрибута, который заявлен в качестве обеспечиваемого (см, ГОСТ Р 34.980.2).

Атрибуты основной группы должны всегда обеспечиваться;

г)    обеспечивать синтаксис передачи, полученный по правилам

кодирования, указанным в ГОСТ 34.974, и имеющий имя {соедннеяие-исомкктт acul (1) базисное-коднрованне (1)    }, для

формирования и интерпретации протокольной информации службы ПДУФ (FTAM);

д)    обеспечивать одни или несколько допустимых классов файловых услуг п группы функциональных блоков файловых услуг, предполагаемых этими классами файловых услуг; другие группирования функцинальных блоков не должны обеспечиваться;

е)    если обеспечивается функциональный блок «Чтение» и (или) «Запись», отображение примитива F-CANCEL в примитиве Р-DATA должно обеспечиваться независимо от того, обеспечивается ли также отображение в примитиве P-RESYNCHRONIZE;

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

22.3    Динамические требования

Система должна:

а) следовать всем процедурам, соответствующим каждому функциональному блоку, которые система обязана реализовать. Процедуры определены в приложении А и в разделах 2, 3 н 4;

113

Страница 121

ГОСТ Р 34.1980.4-03

б)    обеспечивать отображение в услугу уровня представления, определенное в 7 и 12;

в)    выполнять любые операции (вызванные использованием протокола службы ПДУФ (FTAM) или иным путем), которые изменяют содержание сообщения или значения любых атрибутов файла способом, совместимым с операциями виртуального файло-храннлнша (как определено в ГОСТ Р 34.980.2), и, соответственно, должны корректировать значения любых обеспечиваемых атрибутов;

г)    в целях проверки иметь возможность работать без использования атрибутов «Атрибут пользователя» и «Законное ограничение».'

116

Страница 122

ГОСТ Р 34.1980.4-93

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

ТАБЛИЦЫ СОСТОЯНИИ ПРОТОКОЛА

A.I Видение

В случае расхождения, обнаруженного в протоколе, представленном в тексте настоящего стандарта, и в протоколе, представленном и этом приложении, предпочтение следует отдать информации, содержащейся в зтом приложении.

Таблицы настоящего приложения описывают операцию модуля базисиого файлового протокола (МФП) и модуля протокола восстановления файла при ошибках (ПВФ).

Таблицы базисного протокола разделены на три группы, содержащие:

а)    модуль протокола административного управления режимом службы ПДУФ;

б)    модуль протокола административного управления режимом файла:

в)    модуль протокола пеоедачи данных большого объема.

Начальное к конечное состояния модуля протокола административного управления режимом файла также являются состояниями модуля протокола эхми-ннстратнвиого управления режимом службы ПДУФ Начальное и конечное состояние модуля протокола передачи данных большого объема также являются состояниями модуля протокола административного управления режимом файла.

Чтобы формально обеспечить полное и совместимое описание протокола службы ПДУФ. последовательности событий в модели необходимо считать неделимыми Такая неделимость гарантирует н то. что состояния, используемые в описании, правильно определены, и то. что они достаточны для описания протокола.

Получение сервисного примитива и генерация зависимых действий рассматриваются как неделимое действие. Получение блока данных файлового протокола и генерация зависимых действий рассматриваются также как неделимое действие.

Неделимость действий в некоторых реализующих-системах может вызывать неопределенные события от пользователей файловой услуги, которые должны быть недопустимы для какого-либо интерфейса услуги.

Соглашения, представленные в этом приложении, описаны ниже.

А. 1.1 Модель системы

Имеются четыре типа получателей и источников входных и выходных событий (см. рисунок 7):

а)    пользователь внутренней файловой услуги, который является модулем протокол* восстановления фа Ал а при ошибках (МПВФ);

б)    пользователь внешней файловой услуги — инициирующий логический объект или ответственный логический объект;

в)    среда локальной системы;

г)    поставщики услуг нижележащего уровня представления и услуг сервисного элемента управления ассоциацией.

Все примитивы, посылаемые пользователем внешней файловой услуги и принимаемые от пользователя внешней файловой услуги, передаются в базисный механизм файлового протокола посредством передачи примитивов пользователю внутренней файловой услуги и посредством приема примитивов от пользователя внутренней файловой услуга.

117

Страница 123

ГОСТ Р 34.1980.4-93

Если модуль протокола восстановления файла при ошибке не нулевой, т. е. функциональные блоки «Рестарт» или «Восстановление при ошибках» доступны, то параметры, необходимые для управления и восстановления при ошибках, мо. гут быть добавлены к »тим примитивам.

Сигналы в среду локальной системы и ил среды локальной системы входят а группу вместе с событиями, сообщающими об ошибках, и событиями, сообщающими о взаимодействиях между МПВФ при ошибках, его докктом и его локальной файловой системой Этими сигналами локальной системы являются:

д)    L-ERRABT — сигнал локальной системы указывающий протокол или другие ошибки локальной системы, ведущие к посылке примитива F-P-ABORT со значением «Постоянная ошибка» в параметре «Результат действия»;

е)    L-PABORT — сигнал локальной системы, указывающий, что БДФП «F-P-ABORT запрос БДФП» должен быть послан со значением «Кратковременная ошибка» в параметре «Результат действия»;

ж)    (.'ERRORI, L-ERROR2. L-ERROR3 — сигналы локальной системы, указывающие ошибки 1-го, 2-го и 3-го классов соответственно;

з)    L-SUSP.ND — сигнал локальной системы, отправляемый посылающим логическим объектом и состоянии «Рестарт» в локальную файловую систему, чтобы приостановить посылку примитива запроса F-DATA и примитива запроса FDATA-END;

и)    L-RESUME — отдельный сигнал в локвльиую файловую систему для во-зобковлеиия посылки примитива запроса F-DATA н примитива запроса F-DATA-END. если посылающйй логический объект завершил свое восстановление из состояния «Рестарт» и снова возвратился в состояние «DATA-XFER»; -

к) L-RESEND — сигнал локальной системы из механизма протокола восстановления файл» при ошибках в локальную файловую систему посылающего логического объекта. Этот сигнал включает в себя предварительно согласованную контрольную точку рестарта н устраняет потребность в сохранении значений данных вдохите Получив локальный сигнал, локальная файловаясястема может:

1)    снова послать даиные с контрольной точки, если локальная файловая система знает алгоритм, используемый модулем протокола восстановления при ошибках для формирования контрольной точки;

2)    снова послать данные с начала файла, если она не знает влгоритма фор

мирования контрольной точки. Модуль протокола восстановления при ошибках » состоянии «Рестарт» «сбросит» все данные из локальной файловой системы, которые имелись до предварительно согласованной контрольной точки. Механизм протокола восстановления файла при ошибках будет только пересылать даиные после предварительно согласованной контрольной точки в . модуль файлового протокола:    д

л) L-DATRQ — сигнал, представляющий собой повторно посылаемый примитив запроса F-DATA из локальной файловой системы;

м) L-DAERQ — сигнал, представляющий собой повторно посылаемый примитив запроса F-DATA-END. когда маркер «Конец данных» становится доступ, ным из докитд;

н) L-CHKRQ — сигнал, представляющий собой повторно посылаемый примитив запроса F-CHECK. когда идентификатор контрольной точки становится доступным из докита;

о) L-EORIN — сигнал конца рестарта, указывающий, что все идентификаторы контрольных точек, маркеры «Конец данных» и все данные, которые должны быть посланы повторно, были посланы;

п) L-GIVF.UR — сигнал, укалывающий, что соответствующий механизм протокола восстановления файла при ошибках должен будет отменить процесс восстановления. Это представляется следующим образом: если инициирующий механизм протокола восстановления файла при ошибках является неспособны» it

118

Страница 124

ГОСТ ? 84.1988.4—93

Модуль протокола, восстановления файла при ошибках (МПВФ)

повторному установлению ассоциации. тогда соответствующий механизм протокола восстановления файла при ошибках может информировав своих пользователей о непоправимой ошибке;

р) L-ERRCTX — сигнал, указывающий, что соглашение ори обмене примитивами P-ALTER-CONTF.XT является неуспешным. Ошибка должна быть обработана после выполнения прнчи’нва подтверждения F-OPEN или F-RECOVER.

К (ст)п0Яа30 -

Ввте/ио(я)

Внешней файловой услуги


К(от)среде(ы)

локальной

системы

Модуле,

базисного

файлового

протокола

(Мб<рп;

к(от)подьзо-ВотоА>о(Р) Внутренней файловой услуги !3*лючоет Д МВФ)

/({.огфюстовщикша) услуг уровня представления или. сервисного зленен-та управления ассоциацией


Рисунок 7 — Модель системы модуля состояния

A.I.2 Входные события

В таблицах настоящего приложения события изображены сокращенными именами. Слисок утих сокращений, расположенных в алфавитном порядке внутри каждой категории, представлен перед каждой таблицей. Там. где возможно, *ти события расположены в таком порядке. а котором будет иметь место нормальная без ошибок последовательность событий

Предполагается, что входные блоки данных протокола, которые взяты из пате* данных пользователя уровня представлении или примитивов индикации иди подтверждения сервисного элемента управления ассоциацией, прежде должны быть рассмотрены в хачестве входных событий.

Используемые соглашения названы следующим образом:

а)    префикс «F» (например, в F-INIRQ) означает примитив, посылаемый пользователем внешней файловой услуги или посылаемый механизмом протокола восстановления файла прн ошибках к пользователю внешней файловой услуги;

б)    префикс «Р» (например, в P-CONRQ) означает примитив, посылаемый поставщиком услуги уровня представления;

в)    префикс «А» (например, в A-PABIN) гпначает примитив, посылаемый поставщиком сервисного элемента управлении ассоциацией;

г)    префикс «L» (например, в L-ERRABT) означает сигнал локальной системы из модуля файлового протокола или из МПВФ при ошибках в среду локальной системы, или из среды локальной системы и модуль файлового протокола, или в МПВФ при ошибках;

Страница 125

ГОСТ Р 34.1 МММ—93

д) префикс «I» (например, I OPNRQ) означает примитив, посылаемый МПВФ при ошибках в модуль файлового протокола или наоборот:

с) если префикс не используется, событием является получение БДП службы ПДУФ (FTAM) или, в случае GRPRQ. и GRPRP, группируемой последовательности БДП. Исключением является только «DATIN», который указывает значение данных в контексте пользователя в состоянии «Передача данных»;

ж) следующие суффиксы указывают основные типы примитивов и .блоков данных протокола:

<RQ» запрос;

«IN» индикация;

«RP» ответ;

«С Г» подтверждение.

Л. 1.3 Выходные события

Аналогичные условия для выходных событий называются так же, как и для пходных событий. Если выходным событием является посылка БДП. обычно это вызывает входное событие с< таким же именем для другого логического объекта протокола. Например, выходное событие SEJ.RP отвечающего логического Объек-та становится входным событием SELRP для инициирующего логнческгоо объекта.

А, 1.4 Состояния

Суффикс «ОЖ» означает состояние ожидания, при котором ожидается какой-либо известный приятно или известный тип БДП. Суффикс <ПР» означает предполагаемое состояние в механизме протокола восстановления файла при ошибхах, в котором ожидается некоторый предполагаемый примитив. Префикс «Р» обычно означает ожидание примитива от поставщика услуги уровня представления. Префикс «F»*o3Ka43CT ожидание примитива ст пользователя внешней файловой услуги. Если ни один из вышепрсдстэвленных префиксов не используется, то состояние обычно указывает ожидание БДП или отсутствие состояния ожидания.

A.I.5 Скачуемые

Следующие символы, используемые в сказуемых, имеют сво« нормальные булевские алгебраические значения:

& И ;

Входное событие может удовлетворять более чем одному сказуемому, при котором будут выполняться обусловленные действия для удовлетворяемых ска-яуемых.

Некоторые действия могут быть обусловлены по предварительному согдасо-ванию определенных функциональных блоков услуги.

В модуле файлового протокола ими являются:

UI: функциональный блок «Основной»;

U2: функциональный блок «Чтение»;

U3: функциональный блок «Запил.»;

114: функциональный блок «Доступ к файлу»;

U5: функциональный блок «Ограниченное административное управление»; U6: функциональный блох «Расширенное административное управление»;

L'7: функциональный блок «Группирование»;

U8: функциональный блок «Блокирование блока данных доступа к файлу» В модуле протокола восстановления файла при ошибках ими являются:

U9: функциональный блок «Восстановление при ошибках»;

U10: функциональный блок «Передача данных при рестарте».

120

Страница 126

ГОСТ Р 34.1980.4-93

А.1.6 Действия

Действия могут быть условными в указанных сказуемых или безусловным^ Если строка в спецификации «Подробные элементы» начинается с указателя сказуемого, расположенного за колонкой, »то означает, что все действия в тпкоЯ строке являются условными в указанном сказуемом. Действие может состоять из одного или нескольких следующих элементов:

а)    выходное событие, указываемое своим сокращенным именем;

б)    определенное действие, ''называемое номером в квадратных скобках ( 1 и отделяемое от предыдущих элементов запятой;

в)    определенный ограничитель, указываемый номером в квадратных скобках Г }. следующий за предыдущим элементом без разделяемой запятой.

Действия и ограничители должны быть описаны в одном списке перед таблицей. Следующее состояние, которое будет вводить логический объект протокола, должно быть указано стрелкой перед именем состояния, например «-►ВЫБРАНО». Дли пулевой передачи стрелка примыкает к текущему состоянию: нотация «-*■ то же состояние».

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

А-1.7 Неявное действие

Следующие действия логического объекта не были явно указаны в таблицах состояний, но составляют часть режима работы логического объекта:

а)    пустыс квадратные скобки в таблице означают неправильное событие;

б)    если в таблицах не установлено иначе, недопустимое    событие    будет    вы

зывать для выполнения действие, указанное о 10.2;

в)    услуга уровня представления используется непосредственно для идентификации протокольной управляющей информации со значением «активная» из данных с эквивалентным кодированием, но в контексте данных пользователя со значением «пассивный»; *

г)    для каждого входного БДП должна быть выполнена проверка того, что

бы соответствующий функциональный блок был предаарительно согласованным для связи. Если происходит сбой при проверке, то необходимо    следовать    проце

дурам при нарушении протокола, которые указаны в 10.2.

Л.1.8 Дополнительная информация о состоянии

Таблиц^ предоставляют возможность использования индикаторов и других изменений состояний, описанных в 6.2 и 11.2. Кроме этого, таблицы административного управления режимами файла для инициирующего логического объекта предоставляют возможность использовать пороговый индикатор и список ожидаемых ответов в качестве средств указания состояния логического объекта, если группа сцепленных БДП является несогласованной.

А.2 Модуль протокола административного управления режимом службы ПДУФ (FTAM) (функциональный блок «ОсновпоА»)

A.2.I Состояния — административное управление режимом службы ПДУФ

НЕ ИНИЦИАЛИЗИРОВАНО Режим службы ПДУФ завершен. INITIALIZED    '

Ожидание примитива INITIALIZE; ждать БДП «INITIALIZE ответ БДП».

Режим службы ПДУФ стартовая.

Ожидание примитива TERMINATE; ждать БДП «TERMINATE ответ БДП».

Ожидание примитива INITIALIZE; ждать примитив ответа F-INITFALIZE от пользователя внутренней файловой услуги.

ИНИЦИАЛИЗИРОВАНО TERMINATE-ОЖ

I-INITIALIZE-ОЖ

121

Страница 127

Ожидание примитива TERMINATE; ждать при-тив ответа F-TERMINATE от пользователя внутренней файловой услуги.

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

ГОСТ Р J4.19fifi.4-93

ITERMIN'ATE-ОЖ

ЛЮБОВ-ДРУГОЕ

А.2.2 Входные события— административное управление режимом службы ПДУФ

В следующих ниже списках в А.2.2.1—А.2 3.2 функциональный блок, п котором имеет место событие, расположен за именем, которое применяется дли его обозначения

А 2.2.1 Входные события — блоки данных протокола UABRQ    БДП «U-ABORT запрос БДП* (в примитиве    индикации    A-ABORT)

PABRQ    БДП «A-ABORT запрос БДП» в примитиве    индикации    A-ABQRT)

1NIRQ    БДП «INITIALIZE запрос БДП»

INIRP    БДП «INITIALIZE ответ БДП»

TERRQ    БДП «TERMINATE запрос БДП»

TERRP    БДП «TERMINATE ответ БДП»

А.22.2 Входные события от пользователя внутренней файловой услуги I-UABRQ    Примитив запроса F-U-ABORT

I-INIRQ    Примитив запроса F-INITIALIZE

I-INIRP    Примитив ответа F-INITIALIZE

I-TERRQ    Примитив запроса F-TF.RMINATE

I-TERRP    Примитив ответа F-TERMINATE

А.2,23 Входные события от поставщика услуг сервисного элемента управления ассоциацией A-PABIN    Примитив индикации A-P-ABORT

A-ABIN    Примитив индикации A-ABORT без параметра «Данные пользова

теля»

A-ASSC.F Примитив подтверждения A-ASSOCIATE без параметра «Данные пользователя» (с параметром «Результат действия», указывающим отказ поставщика услуги сервисного мемента управления ассоциацией или поставщика услуги уровня представления)

А.2.2.4 Входные события от локальной системы L-ERRABT Сигнал локальной системы, укачывающий ошибку, оедушую к завершению

L^PABORD    Сигнал локальной системы к пользователю внутренней файловой

услуги, указывающий, что и БДП «F-P-ABORT запрос БДП» и примитив индикации F-P-ABORT имеют значение «Кратковременная ошибка»

А-2.3 Выходные события — административное управление режимом службы ПДУФ А 23.1 Выходные события — блоки данных протокола UABRQ    БДП    «U-ABORT запрос БДП»

PABRQ    БДП    «Р-ABORT запрос БДП»

INJRQ    БДП    «INITIALIZE запрос БДП»

INIRP    БДП    «INITIALIZE ответ БДП»

TERRQ    БДП    «TERMINATE запрос БДП»

TERRP    БДП    «TERMINATE ответ БДП»

А.2.3.2 Выходные события к пользователю внутренней файловой услуги I-UABIN    Примитив    индикации    F-L'-ABORT

I-PABIN    Примитив    индикации    F-P ABORT

I-XNIfN    Примитив    индикации    F-INITIALIZE

123

Страница 128

ГОСТ Р 34.IB80.4—М

Примитив подтверждения F-IN1TIALIZ0 Примитив индикации F-TERMINATE Примитив подтверждения F-TERMINATE Специфические действия — административное управление режимом службы ПДУФ Поедать БДП, составленный в качестве параметра «Данные пользователя» и нараметоа «Отображение» в соответствующем формате сервисного элемента управления ассоциацией.

MNICF 1 TF.RIN ITIiRC!-А.2 А

Информация о состоянии инициализации — «сбросить» асе индикаторы дополнительной информации состояний, установить счетчик несогласованных контрольных точек, номер точки синхронизации в нулевое значение.

13)

Установить параметры «Результат состояния» в значение «Успешно». В случае сбоя поставщика сервисного элемента управления ассоциацией. если какое-либо диагностическое сообщение означает сбой связей, установить параметр «Результат действия» в значение «Кратковременная ошибка».

Ml

151

Установить параметр «Результат состояния» в значение «Сбой». Записать требуемое качество услуги службы ПДУФ и выбрать функциональные блоки «Рестарт» и (или) «Восстановление прк ошибках», если необходимо.

[61

171

Установить список контекстов уровня представления, необходимый для обеспечения абстрактных синтаксисов протокольной управляющей информации службы ПДУФ и протокольной управляющей информации сервисного элемента управления ассоциацией. При необ ходимости определить на основе абстрактных синтаксисов, взятых из списка типов содержания сообщения, обеспечиваемого пользователем внешней Файловой услуги, список контекстов уровня пред. ставлеиия. необходимых для обеспечения содержания сообщения файлов, и добавить его к предыдущему списку. Результирующий список использовать для формирования параметра «Список определений контекстов уровня представления».

[12]

Редактировать значение параметра «Список типов содержания сообщении» в примитиве индикации F-INITIALIZE, который посылается к пользователю внутренней фзйловой услуги, согласно абстрактным синтаксисам, отвергнутым поставщиком услуг уровня представления. если это необходимо.

II3J

[Ml

[20J

[62]

Соответственно значению параметра «Список типов содержания сообщения» в примитиве ответа F-INITIALIZE, полученном от пользователя внутренней файловой услуги, сформировать окончательный параметр «Определение контекста уровня представления». Установить параметр «Результат действия» согласно окончательному параметру сервисного примитива подтверждения A ASSOCIATE. Записать окно контрольной точки, ровное окну контрольной точхи логического объекта.

Сказуемые — административное управление ре-деимом службы ПДУФ Примитив запроса I-1NITIALIZE является допустимым.

А.2.5

Р1:

Р2:

Параметр «Результат действия» примитива подтверждения сервисноного элемента управления ассоциацией указывает успешное выполнение операции.

РЗ:    Параметр «Результат состояния» входного примитива ответа указы

вает успешное выполнение операции.

Рб:    БДП «INITIALIZE запрос БДП» является допустимым,

О Зак, 708    123

Страница 129

ГОСТ Р 34.1980.4-93

Р25:    Предварительно    согласуемые    параметры    имеют    значения,    согласуе

мые с запросом.

Л.2.6. Таблица состояний инициирующего логического объекта — административное управление режимом службы ПДУФ

СОБЫТИЕ

СОСТОЯНИЕ

л

Б

»

Г

Д

11NIRQ

I

A-ASSCF

10

INIRP

2

I-TERRQ

3

TERRP

4

A-PABIN

5

б

б

5

A-AB1N

7

7

7

7

UABRQ

6

6

6

6

PABRQ

7

7

7

7

I-UABRQ

8

8

8

8

L-ERRABT

9

9

9

9

LPABORT

9

9

9

9

Примечание — А — НЕ ИНИЦИАЛИЗИРОВАНО;

Б - INITIALIZE-ОЖ:

В - ИНИЦИАЛИЗИРОВАНО;

Г — TERMINATE ОЖ;

Д— ЛЮБОЕ-ДРУГОЕ.

Страница 130

ГОСТ Р 34.1980.4-93

Л.2.7 Таблица состояний инициирующего логического объекта: подробные элементы

I: R1:    (3). (12). INIRQ |1)    -*■ INITIALIZE-ОЖ

—PI:    IIN1CF [61    то же состояние

2: Р2 & Р25.    (621. I-IMICF [41. (71    ИНИЦИАЛИЗИРОВАНО

Р2    & -Р25: 1-INICF (61. PABRQ fl]    НЕ ИНИЦИАЛИЗИРОВАНО

—Р2:    I-INICF 16]    НЕ ИНИЦИАЛИЗИРОВАНО

3:    TERRQ [1)    -v TERMINATE-ОЖ

4r    I-TERCF    -*->HE ИНИЦИАЛИЗИРОВАНО

5:    I-PABIN [5]    HE ИНИЦИАЛИЗИРОВАНО

6:    I-UABIN    HE ИНИЦИАЛИЗИРОВАНО

7:    I-PABIN    HE ИНИЦИАЛИЗИРОВАНО

8:    UABRQ /11    HE ИНИЦИАЛИЗИРОВАНО

9.    PABRQ flj. I-PABIN    HE ИНИЦИАЛИЗИРОВАНО

10:    I-PABIN [20]    HE ИНИЦИАЛИЗИРОВАНО

A.2.8 Таблице состояний отвечающего логического объекта — административное управление режимом службы ПДУФ

СОБЫТИЕ

СОСТОЯНИЕ

А

Б

В

Г

Д

INIRQ

1

I-INIRP

2

TERRQ

3

ITEHRP

1

4

A-PABIN

5

5

5

S

AABIN

7

7

7

7

UABRQ

6

6

6

6

PABRQ

7

7

7

7

I-UABRQ

8

8

8

8

I.-ERRABT

9

9

9

9

I.-PABORT

9

9

9

9

Примечание-A — НЕ ИНИЦИАЛИЗИРОВАНО. Б — I NITIALIZE ОЖ;

В - ИНИЦИАЛИЗИРОВАНО;

Г — I-TERMINATE-ОЖ;

Д — ЛЮБОЕ-ДРУГОЕ.

126

Страница 131

ГОСТ Р 34.1980.4—М

А.2.9 Таблица состояний отвечающего логического объекта: подробные элементы

I-INIIN, I3J. 162]. |!3] INIRP Гб) Щ f7J. 114]. INIRP |11 INIRP |6] [1J I-TERIN IN1RP [6] [1]

1: PS: —Р5 2: РЗ: —РЗ

3:

-РЗ

4:

5:

6:

7:

8:

9:

TERRP fl)

I-PABIN (5)

I-UABIN I-PABIN UABRQ 111 PABRQ flj. I-PABIN

I-INITIALIZE-ОЖ

то же состояние ИНИЦИАЛИЗИРОВАНО HE ИНИЦИАЛИЗИРОВАНО I-TERMINATE ОЖ HE ИНИЦИАЛИЗИРОВАНО HE ИНИЦИАЛИЗИРОВАНО HE ИНИЦИАЛИЗИРОВАНО HE ИНИЦИАЛИЗИРОВАНО HE ИНИЦИАЛИЗИРОВАНО HE ИНИЦИАЛИЗИРОВАНО HE ИНИЦИАЛИЗИРОВАНО


А.З Механизм протокола административного управление режимом файла

А .3.1 Состояния — административное управление режимом файла В механизме файлового протокола:

ИНИЦИАЛИЗИРОВАНО    Режим службы ПДУФ стартовал.

SELECT-ОЖ    Ожидание примитива SELECT, ждать БДП

«SELECT отпет БДП».

I-SELECT-ОЖ    Ожидание примитива SELECT, ждать примитив

ответа F-SELECT от пользователя внутренней

Файловой услуги.

Шбрано.

DESELECT-ОЖ    Ожидание примитива DESELECT, ждать БДП

«DESELECT ответ БДП».

I-DESET.ECT-ОЖ    Ожидание примитива DESELECT, ждать прими

тив ответа F-DESELECT от пользователя внутренней файловой услуги.

CREATE-ОЖ    Ожидание примитива CREATE, ждать БДП

«CREATE ответ БДП».

I-CREATE-ОЖ    Ожидание примитива CREATE, ждать примитив

ответа F-CREATE от пользователя внутренней

S «Аловой услуги

жндание примитива DELETE, ждать БДП «DELETE ответ БДП»

1-DELETE ОЖ    Ожидание примитива DELETE, ждать примитив

ответа F-DELETE от пользователя внутренней файловой услуги. •

READ-ATT-ОЖ    Ожидание чтения атрибута, ждать БДП «READ-

ATTR1B ответ БДП».

I-READ-ATT-ОЖ    Ожидание чтения атрибута, ждать примитив

ответа F-READ-ATTRIB от пользователя внутренней файловой услуги.

СНО-АТТ-ОЖ    Ожидание изменения атрибута, ждать БДП

«CHANGE-ATTR IB ответ БДП».

I CHG-ATT-ОЖ    Ожидание изменении атрибута, ждать г.римнтяв

ответа F-CHANGE-ATTRIB от пользователи внутренней файловой услуги.

ОРЕ^ОЖ    Ожидание открытия, ждать БДП «OPEN ответ

БДП».

126

Страница 132

ГОСТ Р 34.1980.4-93

I-OPEN-ОЖ    Ожидание    открытия,    ждать примитив ответа

F-OPEN от пользователя внутренней файловой услуги.

P-ALTIN-ОЖ Р ALTCF-ОЖ CLOSE ОЖ

I-CLOSE ОЖ

Ожидание примитива уровня представления ALTER-CONTEXT. ждать примитив индикации Р ALTER-CONTEXT.

Ожидание примитива уровня представления ALTER-CONTEXT, ждать примитив подтверждении P-ALTER-CONTEXT

Ожидание примитива CLOSE, ждать БДП «CLOSE ответ БДП».

Ожидание примитива CLOSE, ждать примитив ответа F CLOSE от пользователя внутренней файловой услуги

DXFR1DLF.

ЮСАТЕ-ОЖ

1-ЮСАТЕ-ОЖ

Ожидание передачи данных.

Ожидание примитива LOCATE, ждать БДП «LOCATE ответ БДП».

Ожидание примитива LOCATE, ждать примитив ответа F-LOCATE от пользователя внутренней файловой услуги.

Ожилаиие примитива ERASE, ждать БДП «ERASE ответ БДП».

ERASE-ОЖ

I-ERASE-ОЖ

ГРУППИРОВАНИЕ

GROUP-ОЖ

I-GRQUP-ОЖ

Ожидание примитива ERASE, ждать примитив ответа F-ERASE от пользователя внутренней файловой услуги

Создание группы БДП. ждать требуемые примитивы

Ожидание примитива GROUP, ждать группу БДП ответа

Ожидание примитива GROUP, ждать примитив ответа F-BEuIN-GROUP от пользователя внутренне# файловой услуги В механизме протокола восстановления файла при ошибках:

Ожидание примитива RECOVER, ждать БДП «RECOVER ответ БДП».

RECOVER-ОЖ I RECOVER ОЖ

P-ALTIN-REC-ОЖ

PALTCFREC-ОЖ

DXFRIDLE-REC

Ожидание примитива RECOVER, ждать примитив ответа F RECOVER от пользователя внутренней файловой услуги.

Ожидание примитива уровня представления ALTER-CONTEXT. ждать примитив индикации P-ALTER-CONTEXT во время восстановления. Ожидание примитива уровня представления ALTER-CONTEXT. ждать примитив подтверждения P-ALTER-CONTEXT во время восстановления.

Ожидание передачи данных во время восстанов-леяия.

А.3.2 Входные события?— административное ние режимом файла А 3.2.1 Входные события — блоки данных протокола CATRQ    CHANGE-ATTRIB запрос БДП

у п р а в л е-

U6

ив

112. U3 127

CATRP    CHANGE ATTRIB ответ БДП

CLORQ    CLOSE запрос БДП

Страница 133

ГОСТ Р S4.lfl80.4-93

CLOSE ответ БДП    U2.U3

CI-ORP

CRERQ

CRERP

DELRQ

DELRP

DESRQ

DESRP

ERARQ

ERARP

LOCRQ

LOCRP

OPNRQ

OPNRP

RATRQ

RATRP

RECRQ

RECRP

SELRQ

SELRP

GRPRQ

C.RPRP

А.3.2.2

CATRQ

CATRP

CLORQ

CLORP

CRERQ

CRERP

DELRQ

DELRP

DESRQ

DESRP

ERARQ

ERARP

LOCRQ

I.OCRP

OPNRQ

OPNRP

RATRQ

RATRP

RECRQ

RECRP

SELRQ

SELRP

BGPRQ

BGPRP

EGPRQ

EGPRP

CREATE запрос БДП    U5

CREATE ответ БДП    U5

DELETE запрос БДП    I®

DELETE ответ БДП    U5

DESELECT запрос БДП    U1

DESELECT ответ БДП    UI

ERASE залрос БДП    U4

ERASE ответ БДП    U4

LOCATE запрос БДП    U4

LOCATE ответ БДП

OPEN запрос Б"П    Ч&.Ч2

OPEN ответ БДП    U2.U3

READ-ATTRIB запрос БДП    U5

READ-ATTRIB ответ БДП    U5

RECOVER запрос БДП    U9

RECOVER ответ БДП    U9

SELECT запрос БДП    U

SELECT ответ БДП    rriv    U*

Последовательность БДП запроса (rpynna-БДП). пред- U7 шествующая БДП «F BEGIN-GROUP запрос БДП» и следующая за БДП «F END OROLP запрос БДП» Последовательность БДП ответа (группа-БДП). пред-    LT7

шествующая БДП «F-BEGIN-GROUP ответ БДП* и следую* тая за БДП «F-END-GROUP ответ БДП».

Входные события от пользователя внутренней файловой услуги

Примитив запроса F-CHANGEATTR1B Примитив ответа F-CHANGE-ATTRIB Примитив запроса F-CLOSF.

Примитив ответа F-CLOSE Примитив запроса F-CREATE Примитив ответа F-CREATE Примитив запроса F-DELETE Примитив ответа F-DE1.ETE Примитив запроса F-DESELECT Прнхктлв ответа F-DESELECT Примитив запроса F-ERASE Примитив ответа F-ERASE Примитив запроса F-LOCATE Примитив ответа F-LOCATE Примитив запроса F ОРЕМ Примитив ответа F OPEN Примитив запроса F-READ-ATTRIB Примптнв ответа F-READ-ATTRIB Примитив запроса F-RECOVER Примитив ответа F-RECOVER Примитив запроса F-SELECT Примитив ответа F SEI.ECT Примитив запроса F-BEGIN-GROUP Примитив ответа F-BEGIN-GROUP Примитив запроса F-END-GROUP Примитив ответа F-END-GROUP

128

Страница 134

ГОСТ Р 34.IM0.4—93

А.3.2.3 Входные события от поставщика услуг уровня прсдстаб.ипия PALTIN    Примитив индикации P-ALTER-CONTEXT

P-ALTCF    Примитив подтверждения P-ALTER-CONTEXT

А.3.3 Выходные события — административное управление режимом it) а Й л а А.3.3.1 Выходные события — блоки данных протокола CATRQ    CHANGE-ATTRIB janpoc БДП

CATRP    CHANGE-ATTRIB ответ БДП

CLORQ    CLOSE запрос БДП

CLORP    CLOSE ответ БДП

CRERQ    CREATE запрос БДП

CRERP    CREATE ответ БДП

DELRQ    DELETE запрос БДП

DELRP    DELETE ответ БДП

DESRQ    DESELECT запрос БДП

DESRP    DESELECT ответ БДП

ERARQ    ERASE запрос БДП

ERARP    ERASE ответ БДП

LOCRQ    LOCATE запрос БДП

LOCRP    LOCATE ответ БДП

OPNRQ    OPEN запрос БДП

OPNRP    OPEN ответ БДП

PABRQ    P ABORT запрос БДП

RATRQ    READ ATTRIB чапрос БДП

RATRP    READ ATTRIB ответ БДП

RECRQ    RECOVER запрос БДП

RECRP    RECOVER ответ БДП

SELRQ    SELECT запрос БДП

SELRP    SELECT ответ БДП

А 3 3.2 Выходные события к пользователю внутренней файловой услуги I-CATIN    Примитив индикации F-CHANGE-ATTRIB

I-CATCF    Примитив подтверждения F-CHANGE-ATTRIB

I-CLOIN    Примитив    индикации F-CLOSE

I-CLOCF    Примитив    подтверждения F-CLOSE

I-CREIN    Примитив    индикации F-CREATE

I-CRECF    Примитив    подтверждения F-CREATE

I-DELIN    Примитив    индикации F-DELETE

I-DELCF    Примитив    подтверждения F DELETE

I-DESIN    Примитив    индикации F-DESELECT

I-DESCF    Примитив подтверждения F-DESELECT

I-ERAIN    Примитив иидикаиии F-ERASE

I-ERACF    Примитив подтверждения F-ERASE

I-LOCIN    Примитив иидикаиии F-LOCATE

1-LOCCF    Примитив подтверждения F-LOCATE

J-OPNIN    Примитив индикяцнн F-OPEN

I-OPNCF    Примитип подтверждения F-OPEN

1-PABIN    Примитив    иидикаиии F-P ABORT

I-RATIN    Примитив    индикации F-READ-ATTRIB

I-RATCF .    Примитив подтверждения F-READ-ATTR1B

1-RECIN    Примитив индикации F-RECOVER

I-RECCF    Примитив подтверждения F-RECOVER

I-SELIN    Примитив    индикации F-SELECT

I-SEI.CF    Примитив    полтдерж деиим F-SELF.CT

Страница 135

ГОСТ Р 34.1980.4-93

А.3.3.3 Выходные события к поставщику услуги уровня представления P-ALTRQ    Примитив запроса P-ALTER-CONTEXT

P-AI.TRP    Примитив ответа P-ALTER CONTEXT

А.3.3.4 Выходные события к локальной системе L-ERRCTX Сигнал локальной системы, указывающий ошибку примитива P-ALTER-CONTFXT.

А.3.4 Специфические действия — административное, управление режимом файла (1) Послать БДП. составленный в качестве параметра «Данные пользователя» н параметра «Отображение», в соответствующем формате сервисного ме-мента управления ассоциацией.

(21 Добавить БДП к текущему БДУУП и завершать текущий БДУУП.

(8]    Установить параметр «Результат состояния» в значение «Сбой».

(9]    Установить параметр «Удаленные контексты» примитива запроса F-OPEN или БДП «F-RECOVER запрос БДП»

(10]    Определить на основе абстрактного синтаксиса, взятого из параметра «Тип содержания сообщения», обеспечиваемого пользователем внешней файловой услуги, набор контекстов уровня представления, необходимых для обсспечгния содержания сообщения файла. Установить индикатор «Р-нзмененне». если требуется определить необходимый контекст, Все контексты. определенные в параметре «Удаленный контекст» БДП OPNRQ или RECRQ. должны быть удалены, пока они не потребуются в новом режиме «Открытие файла»; необяяательйо ответственный логический объект может выбрать для удаления из определенного набора контекстов какие-то ненужные контексты.

[11| Установить параметр «Действие уровня представления» БДП OPNRP или RF.CRP. если необходим обмен примитивами P-AI.TER-CONTEXT., f 151 Сохранить один или группу БДП для дальнейшей обработки.

(28) Установить номер передачи данных большого объема для тех передач, которые указаны в примитиве запроса F-RF.COVER или в БДП,

(311 Установить номер передачи данных большого объема в нулевое зяачение.

(32)    Стереть список ожидаемых ответов. Установить пороговый индикатор в значение, заданное параметром примитива. Добавить БДП «F-BEGIN-GROUP запрос БДП» к текущему БДУУП.

(33]    Добавить БДП запроса соответствующий функции примитива, к текущему БДУУП и добавить соответствующий элемент в список ожидаемых ответов

(34| Добавить БДП «F-ENDGROUP запрос БДП» к текущему БДУУП и завершить БДУУП.

(35)    Проверить, что каждый БДП в группе БДП является одним из следующих: SELRP. CRERP. CLORP, RATRP. CATRP. DESRP. DEI.RP нлк OPNRP. — что составленные и упорядоченвые БДП соответствуют группе. указанной списком ожидаемых ответов (учитывающих, что группа ответов может быть усеченной из-за имеющейся ошибки).

(36)    Проверить, что каждый номер БДП'в группе БДП соответствует значению порогового параметра и чти значения других параметров соответствуют предварительно согласованным

J37J Согласно каждому БДП в группе БДП послать соответствующий примитив подтверждения к пользователю внутренней файловой услуги с параметрами, взятыми из БДП.

(38] Добавить БДП ответа, соответствующий функции примитива, к текущему БДУУП.

Страница 136

ГОСТ Р 34.1980.4-95

[39]    Добавить БДП «F-END-CROUP отпет БДП» к текущему БДУУП н завершить БДУУП.

(40)    Проверить, что    составленные    н    упорядоченные    группы    БДП    соответствуют одной из    сцепленных последовательностей    «А*, «С» или    «D», как

определено в приложении Д ГОСТ Р 34.1980.3.

(40]    Проверить, что    составленные    и    упорядоченные    группы    БДП    соответст

вуют сцепленной последовательности «Е». как определено в приложении Д ГОСТ Р    34.1980.3.

f42)    Проверить, что    составленные    и    упорядоченные    группы    БДП    соответст

вуют сцепленной последовательности «В». как определено я приложении Д ГОСТ Р 34.1980.3.

[43) Согласно каждому по очереди БДП в группе БДП послать соответствующий примитив индикации к пользователю внутренней файловой услуги с параметрами, взятыми из БДП.

[45) Установить идентификатор ожидаемой контрольной точки в предварительно согласованном значении плюс один.

(49] Установить значение смещения синхронизации в значение порядкового номера точки синхронизации минус идентификатор ожидаемой контрольной точки.

А.3.5 Сказуемые — административное управление режимом файла

Р4:    Параметр «Результат состояния» в БДП входного ответа или в примити-

ве ответа означает успешное выполнение операции.'

Р6:    При выполнении согласования примитив P-ALTERCONTEXT завершен со

сбоем.

Р7; Группа БДП сохранена.

Р9:    Функциональный блок «Административное управление контекстом» уровня

представления доступен, и контексты уровня представления должны быть

fAa.«rHu или определены.

(араметр «Действие уровня представления» в БДП OPNRP или в БДП RECRP имеет значение «ИСТИНА», в таком случае функциональный блок «Административное управление контекстом» уровня представления должен быть доступен.

Р11: Устанавливается индикатор «Р-нзменение».

Р17: Группа БДП содержит БДП SELRP или CRERP с параметром «Результат состояния», означающим «Сбой», или БДП DESRP или DELRP.

Р18: Проверяющая группа БДП обнаруживает ошибку протокола.

PI9: Группа БДП содержит БДП OPNRP с параметром «Результат состоя, ни я», означающим успешное выполнение.

Р43: Выполняется процедура восстановления при ошибхах.

131

Страница 137

А.3.6 Таблица' состояний инициирующего логического объекта — административное управление режимом файла

СОБЫТИЕ

СОСТОЯНИЕ

Л в В ГДЕ ЖЗИ КЛМНОП РСТ У

I-SELRQ

1

28

SELRP

2

I-DESRQ

3

DESRP

fCRERQ

4

5

2d

CRERP

6

I-DELRQ

)

DELRP

_I-RATR9'

patrp

8

- -

9

10

28

I-CATRO

II

CATRP

I-OPNRQ

12

13

22

OPNRP

14

P-ALTIN

IS

21

I-CLORQ

CLORP

17

17

28

IRECRQ

19

RECRP

20

t-LOCRQ

23

LOCRP

а

l-ERARQ

-

25

'ЛЬ

■>Т

liRARP

26

l-BOPRQ

2?

27

41

l-EGPRQ

GRPRP

30

Страница 138

ГОСТ Р 34.1980.4-93

Примечание -А — ИНИЦИАЛИЗИРОВАНО; Б — SELECT-ОЖ;

В - ВЫБРАНО; Г - DESELECT-ОЖ; Д - CREATE-ОЖ; F. - DELETE-ОЖ; Ж - READ АТТ-ОЖ; 3 - CHG-ATT-ОЖ; И - ОРЕК-ОЖ; К - P-AI.TIN-ОЖ; Л - DXFRIDLE; М - DXFR1DLE-REC; Н - CLOSE-ОЖ; О - RF.CO-VER-ОЖ; П - P-ALTIN-REC-ОЖ; Р - ЕОСАТЕ-ОЖ; С - ERASE-ОЖ: Т - ГРУППИРОВАНИЕ; У - GROUP-ОЖ-

Р4:

А.3.7 Таблица состояний объекта (часть 2) -

—Р4:

Р4:

—Р4:

Р9:

—Р4:

Р4 & —РЮ: Р4 & РЮ: Р6:

15:

Р7:

-Р7:

17:

18:

19:

20:

Р9:

—Р4:

Р4 & -РЮ: Р4 & РЮ:

Рб:

21:

22: Р9:

23:

24:

—Р43:

SELRQ (21 I-SELCF I-SELCF 18) DESRQ (2] I-DESCF CRERQ (2] I-CRECF I-CRECF |8] DF.LRQ (2) I-DELCF RATRQ |21 I RATCF CATRQ (2)

I:

2:

3:

4:

5:

6:

7:

8:

9:

10:

II:

12:

13:

14:

I-CATCF

OPNRQ (21. [31] I-OPNCF (81 I ОРМСК

I'Srrctx.

P-ALTRP.

137]

1-ОР>

1-OPNCF CLORQ [2] ICI.OCF 191.

CRQ [2]. [28] 'F [81

l.RECCF [81 MSI. I-RECCF

L-ERRCTX.

P-ALTRP.

J45I. I-RECCF

I-LOCCF инициирующего логического подробные элементы

-► SELECT-ОЖ

—    ВЫБРАНО ИНИЦИАЛИЗИРОВАНО DESELECT-ОЖ ИНИЦИАЛИЗИРОВАНО CREATE-ОЖ ВЫБРАНО ’ ИНИЦИАЛИЗИРОВАНО DF.LETE-ОЖ ИНИЦИАЛИЗИРОВАНО

-v READ-ATT-ОЖ ВЫБРАНО

—    CHG-ATT-ОЖ ВЫБРАНО

ОРЕМ ОЖ ВЫБРАНО DXFRIDLE

—    Р ALTIN-ОЖ

DXFRIDLE DXFRIDLE CLOSE ОЖ ВЫБРАНО

RECOVER-ОЖ

ИНИЦИАЛИЗИРОВАНО

DXPRIDLEREC

P-ALTIN-REC-ОЖ

DXFRIDLE-REC

то же состояние

LOCATE-ОЖ

DXFRIDLE


133

Страница 139

ГОСТ Р 34.1980.4-93

Р43:

25:

ILOCCF ERARQ [2) 1-ERACF I'ERACF

32

33

34

35 •РА

26: -Р43:

Р43:

27:

28:

29:

«Ж PABRQ fl]

30

PI8:

Р17 4 —PI8:

[37)

—Р17 & —Р18 & Р19 &

—РЮ:    Г37]

—PI7 4 —PI8 & Р19 & РЮ: [15] —PI7 & —PI8 А -Р19:    [37J

DXFRIDLE-REC

ERASE-ОЖ

DXFR1DLE

DXFRIDLE-REC

ГРУППИРОВАНИЕ

то же состояние

GROUP-ОЖ

НЕ ИНИЦИАЛИЗИРОВАНО ИНИЦИАЛИЗИРОВАНО

DXFRIDLE

P-ALTIN-ОЖ

ВЫБРАНО


134

Страница 140

А.3.8 Таблица состояний отвечающего логического объекта — административное управление режимом файла

СОБЫТИИ

СОСТОЯНИЕ

А Б В ГДЕ ЖЗИКЛМ НОПРС Т У

SEI.RQ

F-SELRP

1

2

32

DF.SRQ

3

32

I-DESRP

*

CRERQ

5

I-CRERP

6

12

DELRQ

I-DPLRP

t

——

N

RATRQ

У

ПУ

32

32

Щ

I-RATRP

CATRQ

II

I-GATRP

OPN'PO

1-4

12

--

ч/rii wy

l-OPNRP

IV

14

-

~тг

P-ALTCF

15

21

'

CLORQ

I-CI.ORP

——

-

17

17

18

QO

RECRQ

19

-

"ЯГ

-

о/.

I-RECRP

-

ИГ

fOCRQ

l-LOCRP

ERARQ

25

IERARP

н

I-BGPRP

"l-EGPRP'

31

33

r.RPRO

29

.40

м

1

о

п

I

8

£

Страница 141

ГОСТ Р 34.1980.4-99

Примечание-А - ИНИЦИАЛИЗИРОВАНО; Б - I-SELECT-ОЖ;

Примечан В - ВЫБРАНО;

Е - l-DELETE-ОЖ;

И - I-OPEN-ОЖ;

М - DXFRIDLE-REC;

П — P-ALTCF-REC-ОЖ;

Т — I-GROUP-ОЖ:

Г - I-DESELECT-ОЖ; Д - I-CREATE-ОЖ;

Ж - l-READ-ATT-ОЖ; 3 - I-CHG-ATT-ОЖ;

К - P-ALTCF-ОЖ; Л - DXFRIDLE;

Н - I-CLOSE-ОЖ; О - l-RECOVER-ОЖ;

Р - I-LOCATE-ОЖ; С - I-ERASE-ОЖ;

У - ГРУППИРОВАНИЕ.

А.3,9 Таблица состояний отвечающего догическ

объекта (часть 2)

—подробные элементы

1:

I-SELIN

— I-SELECT-ОЖ

2:

Р4:

SELRP [21

-► ВЫБРАНО

—Р4:

SELRP (8]. (21

-* ИНИЦИАЛИЗИРОВАНО

3:

IOESIN

— DFSELECT-ОЖ

4:

DESRP (2J

ИНИЦИАЛИЗИРОВАНО

5:

I-CREIN

I-CREATE-ОЖ

6:

Р4:

CRERP [21 CRERP |8. (2)

ВЫБРАНО

—Р4:

ИНИЦИАЛИЗИРОВАНО

7:

I-DELIN

— l-DELETE-ОЖ

8:

DFLRP [21

ИНИЦИАЛИЗИРОВАНО

9:

I-RATIN

— I-READATT-ОЖ

10

RATRP (2J

-* ВЫБРАНО

11

1-CATIN

I-CHG-ATT-ОЖ

12

13

—Р4:

CATRP [21 1-OPN1N, [311

->. ВЫБРАНО I-OPEN-ОЖ

И

OPNRP [8J. (2J

->. ВЫБРАНО

Р4:

Р4 & —Р11:

OpIs'RP [21

DXFRIDLE

Р4 & Р11: 15: Рб:

[111 OPNRP (2V

l.-ERRCTX,

P-ALTRQ-*. P-ALTCF-ОЖ

DXFRID1.E

17

I-CLOIN

I CLOSE ОЖ

16

CLORP (21

ВЫБРАНО

19

1-RFC IN, 281

l-KECOVER-ОЖ

20

—Р4:

RECRP [8], [2]

-v ИНИЦИАЛИЗИРОВАНО

Р4:

Р4 & —Р11:

№№

DXFRIDLE-REC

Р4 & Р11:

[111 RECRP (21. I.-KRRCTX.

P-ALTRQ-*. P-ALTCF-REC-ОЖ

21

Р6:

ч- DXFRIDLE-REC.

22

24

ЙШ

то же состояние

ILOCATE-ОЖ

25

—Р43:

LOCRP [2]

DXFRIDLE

Р43:

LOCRP |2

->■ DXFRIDLE-REC

26

I-ERAIN

I-ERASE-ОЖ

27

-Р43:

ERARP (2)

DXFRIDLE

Р43:

ERARP 2

DXFRIDLE-REC

28:

ЦО].

136

Страница 142

ГОСТ Р 34.IM4.4—Ю

I PABIN, PABRQ [I]

«I

PI8: —Р18:

" Р18: -Р18:

PI8:

-Р18:

29:

-PABIN. PABRQ [11 431

Щ

30:

l-PABIN, PABRQ [11 431

зя

38

39

PI7:

—Р17 & PI9: flOJ. • -Р17 & Р19 4 —P1I:

-Р17Д-Р19 & —Р11:    P-ALTRQ

—Р17 Л —Р19:

НЕ ИНИЦИАЛИЗИРОВАНО IGROUP-ОЖ

НЕ ИНИЦИАЛИЗИРОВАНО IGROIJP-ОЖ

НЕ ИНИЦИАЛИЗИРОВАНО

l-GROl.’P-ОЖ

ГРУППИРОВАНИЕ

то же состояние

ИНИЦИАЛИЗИРОВАНО

DXFRIDLE

P-ALTCF-ОЖ

ВЫБРАНО


А.4 Модуль протокола передачи данных бол-ш от о объема

А.4.1 Состояния — передача данных большого объема

DXFRIDLE    Ожидание передачи данных.

RHAD    Передача данных для чтеяия.

I-READ-ENDING    Конец передачи для чтения, ждать    примитив    запроса

F-TRANSFER-FND от пользователя    внутренней файло

вой услуги.

READ-ENDING

I-R-XFR-END1NG

R-XFER-ENDING

WRITE

I-WRITE-ENDING

WRITE-ENDING

IW-XFR-ENDING

Завершение передачи для чтения, ждать БДП •TRANSFER END запрос БДП».

Ждать примитив ответа F-TRANSFER-END после примитива READ от пользователя внутренней файловой услуги.

Ждать БДП «TRANSFER-END ответ БДП» после примитива READ.

Передача данных для записи.

Конец передачи для записи, ждать примитив запроса F-TRANSFER-END от пользователя внутренней файловой услуги.

Конец передачи для записи, ждать БДП «TRANSFER-END запрос БДП».

Ждать примитив ответа F-TRANSFER-END после примитива WRITE от пользователя внутренней файловой

услуги.

W-XFER-ENDING Ждать БДП «TRANSFER-END ответ БДП* после примитива WRITE.

CANCEL-ОЖ    Ожидание примитива CANCEL, ждать БДП «CANCEL

ответ БДП».

l-CANCEL-ОЖ    _    Ожидание примитива CANCEL, ждать примитив ответа

F-CANCEL от пользователи онуренней файловой услуги.

Ожидание рестарта при чтении, ждать БДП RRESTART-ОЖ    «RESTART ответ БДП» при операции чтения.

137

Страница 143


Ожидание рестарта при чтении, ждать примитив ответа F-RESTART при операции чтения от пользователя внутренней файловой услуги.

Ожидание рестарта при записи, ждать БДП «RESTART ответ БДП» при операции записи.

Ожидание рестарта при записи, ждать примитив ответа F-RESTART при операции записи от пользователя виут-ренвей файловой услуги.

Ждать признак малой синхронизации.

Ожидание передачи данных во время восстановления. Ждать первый примитив индикации P-SYNC-MINOR после примитива READ.

Ждать первый примитив требовался рестарт.

Ждать первый примитив требовалась отмена.

Ждать первый примитив после примитива WRITE.

Ждать первый примитив подтверждения MINOR после примитива READ.

Ждать первый примитив подтверждения MINOR, требовался рестарт.

Ждать первый примитив подтверждения MINOR, требовалась отмена.

Ждать первый примитив подтверждения MINOR после примитива WRITE.

Ожидание итмены рестарта, ждать БДП «CANCEL ответ БДП» или «RESTART ответ БДП».

А.4.2 Входные события — передача данных большого объема


[-RRESTART ОЖ

WRESTART-ОЖ

I.NVRESTART-ОЖ

P-TOKEN-ОЖ

DXFRIDLE-REC

REA-SYMIN-ОЖ

RES-SYMIN-ОЖ

CAN-SYMIN-ОЖ

WRT-SYMIN-ОЖ

REA-SYMCF-ОЖ

RES-SYMCF-ОЖ

CAN-SYMCF-ОЖ

WRT-SYMCF-ОЖ

RESTART-CAN-ОЖ


P-SYNC-MINOR, P-SYNC-MINOR. Р SYNC-MINOR P-SYNC-


индикации


индикации


индикации


P-SYNC-

P-SYNC-

P-SYNC-


Входные события — блоки данных протокола CANCEL ответ БДП (в качестве параметра «Данные поль- U2, U3 зователя» примитива подтверждения P-RESYNC (аварийный), если функциональный блок «Ресинхронизация» был предварительно согласован)

А.4.2.I CANRP

CANRQ

DAERQ

TRERP

TRERQ

RESRQ

RESRP

REARQ

WRTRQ

DATIN

А42.2

I-CANRP

CANCEL запрос БДП (в качестве параметра «Данные поль- U2, U3 зователя» примитива имдихацин P-RESYNC (аварийный), если функциональный блок «Ресинхронизация» был предварительно согласован)

DATA-END запрос БДП    U2,    U3

TRANSFER-END ответ БДП    U2,    U3

TRANSFER-END запрос БДП    U2.    U3

RESTART запрос БДП. в качестве параметра «Данные UI0 пользователя» примитива индикации P RESYNC (рестарт)

RESTART ответ БДП в данных пользователя примитива подтяержденян P-RESYNC (рестарт)

READ запрос БДП WRITE запрос БДП

Значение данных в контексте пользователя (не классифнцн- U2, U3 роваио синтаксически, как БДП)

Входные события от пользователя внутренней файловой услуги Прилития ответа F-CANCEL

138

Страница 144

ГОСТ Р J4.I9M.4—М

I-CANRQ    Примитив    запроса F-CANCEL

bCHKRQ    Приметив    запроса F-CHECK

I-CHKRP    Примитив    ответа F-CHECK

I-DATRQ    Примитив    запроса F-DATA

I-DAERQ    Примитив    запроса F-DATA-END

1-REARQ    Примитив    запроса F-READ

I-RESRQ    Примитив    запроса F-RESTART

I-RESRP    Примитив    ответа F-RESTART

I-TRERQ    Примитив    запроса F-TRANSFER-END

ITRERP    Примитив    ответа F-TRANSFER-END

I WRTRQ    Примитив    запроса F-WR1TE

А А 23 Входные события err поставщика услуги уровня представления P-SYMIN    Примитив    иидикайии P-SYNC-MINOR

P-SYMCF    Примитив    подтверждения P-SYNCMINOR

P-TOKIN    Примитив    иидикааии P-T0KEN-G1VE    с    признаком малой син

хронизации

А.4.3 Выходные события — передача данных большого объема

Л.4 3.1 Выходные события — блохи данных протокола CANRP CANCEL ответ БДП [в качестве параметра «Данные пользователя» примитива ответа P-RESYNC (аварийный), если функциональный блок «Ресинхронизация» был предварительно согласован]

CANRQ CANCEL запрос БДП [в качестве параметра «Данные пользователя примитива запроса P-RESYNC (аварийный)', если функциональный блок «Ресинхронизация» был предварительно согласован) DATA-END запрос БДП TRANSFER-END ответ БДП TRANSFER-END запрос БДП

DAERQ

TRERP

TRERQ

RESRQ

RESRP

REARQ

WRTRQ

А.4.3.2

I-CANCF

I-CANIN

I-CHKIN

I-CHKCF

I-DATIN

I-DAEIN

I-REAIN

I-RESIN

J-RESCF

I-TREIN

ITRECF

I-WR1TIN

А.4.3.3

P-SYMRQ

P-SYMRP

P-DATRQ

10 Зак. 70S

RESTART запрос БДП в качестве параметра «Данные пользователя» примитива запроса P-RESYNC (рестарт)

RESTART ответ БДП в качестве параметра «Донные пользователя» примитива ответа P RESYNC (рестарт)

READ запрос БДП WRITE запрос БДП

Выходные события к пользователю внутренней файловой услуги Примитив подтверждения F-CANCEL

Примитив иидикааии F-CANCEL Примитив индикации F-CHECK Примитив подтверждения F-CHECK Примитив индикации F-DATA Примитив индикации F-DATA-END Примитив индикации F-RF.AD Примитив индикации F-RESTART Примитив подтверждения F-RESTART Примитив индикации F-TRANSFER-END Примитив подтверждения F-TRANSFER-END Примитив индикации F-WR1TE Выходные события к поставщику услуги уровня представления Примитив запроса P-SYNC-M1NOR Примитив ответа P-SYNC-MINOR Примитив запроса P-DATA

m

Страница 145

ГОСТ Р 34.1980.4-93

P-TOKRQ Примитив запроса PTOKEN-G1VE с признаком малой синхронизации

А.4.3.4 Выходные события к локальной системе

L-ERRABT Локальный сигнал, указывающий ошибку, приводящую к сбою

А .4.4. Специфические дейста и я — псредача данных большого объема

121    Добавить БДП к    текущему    БДУУП и завершить текущий БДУУП.

(16)    Добавить БДП к    текущему    БДУУП и, необязательно, Завершить теку

щий БДУУП в соответствии с решением локальной системы Сохранить БД11 для дальнейшей обработки

151

17)

Использовать для точки синхронизации полученную контрольную точку плюс смешение.

[I&]    Добавить данные,    заданные    в примитиве запроса F-DATA х текущему

БДУУП. и. необязательно (в зависимости от соглашений локальной системы), завершить    БДУУП.

(19]    Использовать для    контрольной тЬчки номер полученной точхи синхрони

зации минус смешение «Сбросить» индикатор «Сброс».

23

24

25

26

Установить индикатор «Сброс» и установить счетчик несогласованных контрольных точек в нулевой значение.

«Сбросить» все данные пользователя, которые еще не выбраны.

Добавить I к номеру точхи синхронизации.

Завершить текущий БДУУП.

Если функциональный блок «Ресинхронизация» уровня представления доступен, послать БДП в качестве параметра «Данные пользователя* а примитиве запроса или ответа P-RESYNC (аварийный); иначе добавить БДП к текущему БДУУП и завершить текущий БДУУП.

271 Увеличить идентификатор ожидаемой контрольной точки.

291 Увеличить счетчик несогласованных контрольных точек,

’30] Уменьшить счетчик несогласованных контрольных точек а зависимости от номера подтвержденной контрольной точки (см 15.13.2).

1441    Увеличить номер передачи данных большого объема.

45]    Установить индикатор ожидаемой контрольной точки    в предварительно

согласованном значении плюс один.

(47)    Сохранить параметры примитива для последующей обработки. В некоторых состояниях, если примитив F-CANCEL сохраняется, а примитив F-RESTART уже сохранен, то примитив F-RESTART должен быть «Сброшен».

(48)    Установить идентификатор ожидаемой контрольной точки в нулевое значение.

(49} Установить смещение синхронизации в значение порядкового номера точки синхронизации минус идентификатор ожидаемой    контрольной точки.

(При передаче данных большого объема, которые не    включают в себя

восстановление, идентификатор контрольной точки имеет нулевое.значение в этой точке в протоколе).

(50) БДП посылается в качестве параметра «Данные пользователя» в примитиве ответа или запроса P-RESYNC (рестарт) с порядковым номером точки синхронизации, равным сумме идентификатора контрольной точки в примитиве F-RESTART и смешения синхронизации.

(51J Идентификатор контрольной точки должен быть равным значению, полученному в БДП.

140

Страница 146

ГОСТ Р М. 1980.4-98

(52)    Установить порядковый номер точки синхронизации, равный порядковому номеру точки синхронизации, ранее согласованной с поставщиком услуги уровня представления.

[53]    Запомнить порядковый номер точки синхронизации, обеспечиваемый поставщиком услуги уровня представления.

А.4.5 Сказуемые —передача данных большого объема

Р8:    Контекст не находится    внутри определенного набора контекста.

PI3:    Класс услуги передачи    был согласован ранее, и номер передачи данных

большого объема больше 1.

PH:    Точка синхронизации превышает 999 998. превосходя предел услуги

сеансового уровия.

Р15:    Индикатор «Сброс» установлен.

Р20;    Функциональный блок    «Ресннхроннзацня» ранее был согласован.

Р21:    Функциональный блок    «Малая синхронизация» ранее был согласован.

Р22:    Логический объект обладает признаком «.Малая синхронизация».

Р27:    Счетчик несогласованных контрольных точек превышает согласованный

максимум.

Р4!:    Идентификатор ожидаемой контрольной точки равен номеру точхи син

хронизации минус смешение.

141

Страница 147

А.4.6 Таблица состояния инициирующего логического

СОБЫТИЕ

.состоянии

АВВ ГДЕ Ж 3 И К ЛМНОП РСТ УФХ Ц

IREARQ

1

35

I-WRTRQ

2

%

P-TOKIN

«2

. 3

I-DATRQ

4

•4

I-DAERQ

5*

5

DATIN

6

41

41

DAERQ

8

41

41

ITRF.RQ

9

10

TRF.RP

11

3

I-CANRQ

CANRP

CANRQ

1CANRP"

м

41

и

12

.44

12

38

35

12

12

13

14

14

14

>4

15

Тб-

И_

14

14

14

39

I-CHKRQ

17

71

и

17

"ГГ

и

-

P-SYMCF

32

37

P-SYMIN

21

12

I-CHKKP

20 /1

20

I-RESRQ

30

21

33

22

RESRP

23

24

40

RESRQ

25

26

*6

26

43

44

I-RESRP

In

•г&

-КИЙ ГК 4

В - REA-SYMIN-ОЖ; Г - RES-SYMIN-ОЖ; Д — CAN-SYMIN-ОЖ; Е - ЧТЕНИЕ; Ж — 1-ЧТЕНИЕ-ОКОНЧАНИЕ; 3 - RXFER- ОКОНЧАНИЕ; И _ Р-ТОКЕМ-ОЖ; К - WRT-SYMCF-ОЖ; Л — RESSYMCK-ОЖ; М - CAN SYMCF-ОЖ; Н - ЗАПИСЬ; О - I ЗАПИСЬ-ОКОНЧАНИЕ; П - W XFER ОКОНЧАНИЕ; Р — ОТМЕНА-ОЖ; С - 1-ОТМЕНА-ОЖ;

5

Примечание — A - DXFRIDLE, Б — DXFRIDLEREC; i Д ~ CAN-SYiMIN-ОЖ;

Т - RRESTART-ОЖ; У — WRESTART-ОЖ; Ф - IRRESTART-ОЖ; X — I-WRESTART-ОЖ; Ц - PECTAF Т-ОЖ.

Страница 148

2:

ГОСТ Р 34.1900.4-93

Р21: -PI3A-P14A

Р21:

А.4.7 Таблица состояний и объекта (Часть 3) — п

-PI3 4 P2I: Ke^RQ |2). P-TOKRQ.

[48). [49]

-PI3 & —Pil: REARQ 12]

PI3:    LERRABT

PI3:    ESrRABT

—P13 & -P2I: WRTRQ [16]

—P13 4 P2I: WRTRQ 16), [24], -PI3 & P14 &

L-ERRABT

3:

4: —Р8:

Р8:

5:

6: Р1б:

-Р15:

8: Р15:

-Р15:

9:

10:

II: P2I:

—P2I;

12:

13: Р20:

14: Р20

15.    Р20

16.    Р20

17:

-РМ:

PI4:

18:

19:

—P27 A P4J: P27 & —P41:

20:

21:

22:

23:

24:

2.5:

26:

27:

P-SYMRQ. [48]. [491 I-TRECF P-0ATRQ [18) LERRABT DAERQ [161

1-DATIN

и на пирующего логического одробны с элементы


l-DAEIN TRERQ [21 TRERQ [2]

l,5L

l-T*ECF

[23]. CANRQ [26]

I-CANCF

I CANIN KftP [2C], [53], (21). 1 CANCF [52].

CANRP [261. [«1

as12,1

L-ERRABT I CUKCF [19]

NCHKtN [24]. [27] L-ERRABT 301. P-SYMRP [17] 221. RESRO 1501 RES*Q (50{ !<51. [491,

21 {. I-RESCF 45). [491,

211 I-RESCF RESIN -RESIN 521. [451. [49].

27]. RE$RP £50]

REA-SYMIN-ОЖ

ЧТЕНИЕ

то же состояние

то же состояние ЗАПИСЬ

то же состояние

-*■ WRT-SYMCF-ОЖ DXFR1DLE то же состояние то же состояние 1-ЗАПИСЬОКОНЧАНИЕ —то же состояние -*■ то же состояние —то же состояние

1-ЧТЕПИЕ-ОКОНЧАНИЕ

R.XFER OKOHHAHHE

u-xfer-окончание

P-TOKEN-ОЖ

DXFRJDI.E

ОТМЕНА-ОЖ

DXFRIDI.E

[ ОТМЕНА-ОЖ

-г DXFRIDLE

DXFRIDLE

-*■ то же состояние —► то же состояние то же состояние

-► то же состояние -*■ то же состояние —то же состояние RRESTART-ОЖ

— иНЕЭТЛРТ-ОЖ

ЧТЕНИЕ

-► ЗАПИСЬ

1-RRESTART-ОЖ I-WRESTART-ОЖ

ЧТЕНИЕ


143

Страница 149

ГОСТ Р 34.1980.4—АЗ

P-TOKRQ,

RF.ARQ I27J. [49] REARQ [21

124].


28:

29:

30:

31:

32:

33:

35: P2I:

—Р21:


WRTRQ [J Р14:    L-ERRABT

Р21 4 —Р14: P-SYMRQ, [27]. [49] —P2I & — Р14:

I-CHKCF [19]


36:

37

38

39


щ

21]. 1-С


Р20:


CANCF, CANRP 126] CANRQ [26]


ЗАПИСЬ

ЧТЕНИЕ

RESSYMIN-ОЖ

CANSYMIN'-ОЖ

ЗАПИСЬ

RES-SYMCF-ОЖ

CANSYMCF-ОЖ

RF.ASYMIM-ОЖ

ЧТЕНИЕ

то же состояние

WRT-SYMCF-ОЖ

ЗАПИСЬ

то же состояние

PECTAPT-CAN-ОЖ


DXFRIDLE ОТМЕНА-ОЖ то же состояние то же состояние


: (4r1scf,

50]


521. (45 271 [21 RESRP


ЧТЕНИЕ


44:


RESCF.


50]


ЗАПИСЬ


Примечание — Элементы 38, 39. 40 относятся к режиму услуги сеансового уровня в административном управлении ресинхронизацией в случае обнаружения противоречия.

144

Страница 150

А.4.8 Таблица состояний отвечающего логического объекта — передач а данных большого объема

СОБЫТИЕ

СОСТОЯНИЕ

АБВ ГДЕ ЖЭИКЛМНОПРСТ У ♦ X Ц

REARQ

1

.36

URTRQ

J

37

3

-

PTOKIN

I-DATRQ

4

4

-

I-DAERQ

5

5

DATIN

-

6

-

42

42

DAERQ

TRERQ

42

42

9

12

Ж

1-TRERP

1 Г Д

19

11

•44

-

• •>

43

Ж

-

~w

<*ч

19

I v^AINKV CANRP

Jv

-

w

-

тг

лл

I “

CANRQ

-

M

14

14

14

14

4-1

14

14

14

14

40

1-CANRP

-

16

I-CHKRQ

16

“ЗГ

lb

PSYMCF

SO

12

-

P-SYMIN

31

34

35

17

-

ICHKAP

I-RESRQ-

В

19

19

i9

2U

21

21

21

'W

RESRP

-

23

41

RESRQ

I.R^SRP

•n

24

24

24

26

46

46

27

Примечание — A — DXFR1DLE; Б — DXFRIDLE-REC; В — P-TOKEN-ОЖ; Г — REA-SYMCF-ОЖ;

Д - RES-SYMCF-ОЖ; Е — CAN'-SYMCF-ОЖ; Ж — ЧТЕНИЕ; 3 — ЧТЕНИЕ-ОКОНЧАНИЕ;

И — 1-R-XFR ОКОНЧАНИЕ; К - • WRT SYMIN-ОЖ; Л - RES-SYMIN-ОЖ: М - CAN-SYMIN-ОЖ;

Н - ЗАПИСЬ; О - ЗАПИСЬ ОКОНЧАНИЕ; П — I-W-XFR ОКОНЧАНИЕ; Р - ОТМЕНА-ОЖ; С—I ОТ ^ МЕНА ОЖ: Т - RRESTART-ОЖ; У - WRESTART-ОЖ: Ф - I-RRESTART-ОЖ; X - I-WRESTART-ОЖ. I £    Ц    - PECTAPT-CAN-ОЖ.    8

Страница 151

ГОСТ Р 34.1980.4-93

А.4.9 Таблица состояний объекта (Часть 3) —

Р20 a (-P2I

~Р22):

—Р21 | —Р22: 14:

15: P2I & Р22: Р20:

16:

-Р14:

PI4:

17:

—Р27 & Р41: Р27 | —P4I: 18:

19:

20:

21:

22:

23:

24:

25:

26-

—Р13 & P2I:

ИЯ [48]. [491

-PI3 & —Р21:

I REARIN

PI3:

L-ERRABT

2:

-PI3 4 P2I:

S^WRTIN, [48]. [491

—PI3 A -P2I:

1-VrRTIN

PI3:

3:

L-ERRABT I REAIN. [24].

—PI4:

P-SYMRQ

PI4:

L-ERRABT

4: Р8:

P-DATRQ [18]

—Р8:

LERRABT

5:

DAERQ [16]

6: PI5:

—PI5:

IDATIN

8: PI5

—PI5:

1-DAEIN

9: PI5:

—Р15:

I-TREIN

10: Р15:

—PI5:

J-TREIN

11: P2I:

TRFRP [21. P TOKRQ

—P2I:

TRERP [2]

12:

|22j. j23]. CANRQ [26]

13: P2I & Р22:

[2if,' i-canCf

Ы 1221 [23].

I-CANIN

PTOKRQ.

CaIs'RP (261. [211 [25[. [27]. [24]. P-SYMRQ L-ERRABT

LCHKIN (241.427) LF.RRABT I-CHKCF [191 [30]. P SYMRP [171

122 ---------

RESRO [501 RESRQ [50]

(“I: iiscr

MW

2SIM I-RESIN

i4ESRp9[50]

[22 f52 [27 [52 127 I R Г23

[52

(27 отвечающего логического подробные элементы

P-TOKF.N-ОЖ ЧТЕНИЕ —► то же состояние

WRT SYMIN-ОЖ

ЗАПИСЬ

то же состояние

—    REA-SYMCF-ОЖ то же состояние

—*■ то же состояние -► то же состояние

—    ЧТЕНИЕ-ОКОНЧАНИЕ -*■ то же состояние

-+■ то же состояние то же состояние ЗАПИСЬ ОКОНЧАНИЕ —► то же состояние T-R-XFR-END1NG то же состояние

—    I W-XFR ENDING -v DXFRIDLE

DXFRIDLE -v ОТМЕНЛ-ОЖ DXFRIDLE

DXFRIDLE

I-ОТМЕНА-ОЖ

DXFRIDLE

то же состояние то же состояние

то же состояние то же состояние то же состояние ЗАПИСЬ RRESTART-ОЖ WRESTART-ОЖ

ЧТЕНИЕ

ЗАПИСЬ I RRFSTART-ОЖ l-WRKSTART-ОЖ

ЧТЕНИЕ


146

Страница 152

ГОСТ Р H.fftOJ-W

27:

27? IS'rImS»!

28:

29:

30: 31:

32:

33:

34:

35:

36: Р21:

-PJI:

37: Р21-:

—Р21

за:

39:

40: P2I А Р22-. Р20:

4]

42

43

44

4 P22:

P21

P20:

45:

46:

^ , SYMRP. Г22) RE$ftQ [501 [24]. P-SYMRP. [221 CANRQJ26]

vm m

Ж™

1-CHKCF [I9J

TRERP [2]

P-TOKRQ.

•asr1261

штум

RESRQ {50}

[521, ИбЬ 1401. [2J\. [21]. 1.RESCP.

RESRQ (50]

ЗАПИСЬ ЧТЕНИЕ RES-SYMCF-ОЖ

CANSYMCF-ОЖ

ЗАПИСЬ

RES-Sy.MlN-ОЖ CAN-SYMIN-ОЖ WRESTART-ОЖ

OTMEflA-ОЖ

p-tqken-ож

ЧТЕНИЕ U RT-SYMIN-ОЖ ЗАПЙСЬ то же состояние PECTAPT-CAN-ОЖ

BXFR1DLE ОТМЕНАОЖ ОТМЕН А-ОЖ DXFRIDLE

DXFR1DI.E

ЧТЕНИЕ

ЗАПИСЬ


Примечание — Элементы 14. 39. 4Й, 4!. 45 и 4б относятся к режиму услуг* сеансового урояия в ядмииист^втАЛом управлений ресинхронизацией в случае обнаружения противоречия.

АЛ АНдуль протокола восстановлена файла при ошибках

Примечание — Описание модуля протокола восстановления файла при ошибках, данное здесь, не включает в себя описание группирования, которое не оказывает ощутимого влияния на режим восстановления. Передачи для группируемых случаев могут быть взяты из передач в механизме базисного протокола.

AJ1. Состояния — в ос становления файла при ошибках

INIT-ОЖ    Ожидание примитива INITIALIZE:    ждать событие

I-1NICF п качестве примитива подтверждения [•'•INITIALIZE от пользователя внутренней файловой услуги.

ПАССИВНОЕ    Базисный файловый протокол в настоящий момент на

ходится *i состоянии «ВыПОлМмяе». но передача содержания сообщения файла не обрабатывается. Эю сос-

•/«Ю Зак. 708

147

Страница 153

ГОСТ.Р 34.1880.4-93

тояние используется, когда механизм протокола постановления файла при ошибках становится неактивным при обычной активности без ошибок, или ког.-.а он не может предоставить свои услуги некоторое время после посылки сигнала L-ERRABT.

XFER-ОЖИДАНИЕ Ожидание передачи данных.

XFER    Установлена нормальная передача содержания сообще

ния файла.

РЕСТАРТ-ОЖ    Ожидание примитива RESTART; ждать событие

I-RESCF п качестве примитив» подтверждения F-RESTART от пользователя внутренней файловой услуги.

РЕСТАРТ    Выполняется рестарт передачи данных. Идентификатор

контрольной точки был предварительно согласован, и передаются данные, следующие за этой контрольной точхой до появления ошибки.

ОТМЕНА-ОЖ    Ожидание примитива CANCEL; ждать событие

I-CANCF в качество примитива подтверждения F-CANCEL от пользователя внутренней файловой услуги.

CLOSE-ПР    Ожидание    предполагаемого примитива CLOSE; ждать

событие I-CLOIN в качестве примитива нкдикаини F CLOSE от пользователя внутренней файловой услуги.

DESF.LECT-ПР    Ожидание    предполагаемого примитива DESELECT;

ждать событие I-DESIN в качестве примитива индикации F-DESELECT от пользователя внутренней файловой услуги

ВОССТАНОВЛЕНИЕ ОЖ Ожидание примитива RECOVER; ждать событие I-RECCF я качестве примитива подтверждения F-RECOVER от пользователя внутренней файловой услуги.

SEL-ОЖ    Ожидание    примитива f ELECT; ждать событие

I-SELCF в качестве примитива подтверждения F-SELECT от пользователя внутренней файловой услуги.

OPN-ОЖ    Ожидание    примитива OPEN; ждать событие IOPNCF

в качестве    примитива подтверждения от пользователя

внутренней файловой услуги.

SEI.-ПР    Ожидание    предполагаемого примитива SELECT; ждать

событие I-SELIN в качестве примитива индикации F-SELECT от пользователя внутренней файловой услуги.

OPN-HP    Ожидание    предполагаемого примитива OPEN; ждать

событие F-OPNIN в качестве примитива индикации F-OPEN от пользователя внутренней файловой услуги.

XFER-ПР    Ожидание    предполагаемой передачи данных; ждать

событие I-REA1N/F-WRTIN в качестве примитива ийдк-каиин F-READ/F-WRITE от пользователя внутренней файловой услуги.

INIT-ПР    Ожидание    предполагаемого инициирования; ждать со

бытие MNIN н качестве примитива индикации F-INITIALIZE от пользователя внутренней файловой услуги.

Страница 154

ГОСТ Р М. 1980.4—93

в качестве примитива подтверждение t пользователя внутренней файловой уелуги.

CLOSE-OJK    Ожидание    примитива    CLOSE;    ждать    событие    I-CLOCF

в качестве примитива подтверждении F-CLOSE от


событие

f Vi>ii i чимл nntrtirifiin а    ПССР1 РГ*Т- W П Ч

DESELECT-ОЖ

Ожидание примитива DESELECT; ждать 1-DESCF в качестве примитива подтверждения F-DESELECT от пользователя внутренней файловой услуги.

события — восстановление файла при

Л.5.2 Входные ошибках

А 5 2.1 Входные с обытия от пользователя внешней файловой услуги

F-OPNRQ    Примитив лапроса P-OPEN

F-CLORQ    Примитив запроса F-CLOSE

FREARQ    Примитив запроса F-READ

F-WRTRQ    Примитив запроса F-WRITE

F-DATRQ    Примитив запроса F-DATA

F-DAERQ    Примитив запроса F-DATA-END

F TRERQ    Примитив запроса F-TRANSFER-END

F-A.NYRQ    (Любые из примитивов лапроса. обозначенных в 19.1.1, а]

F-OPNRP    Примитив    ответа    F-OPEN

F-CLORP    Примитив    ofecra    F-CLOSE

F-TRERP    Примитив    ответа    F-TRANSFER-END

F-ANYRP    [Любые из примитивов ответа, обозначенных в 19.1.1. а)

А.5.2 2 Входные события от пользователя внутренней файловой услуги

MNICP    Примитив    подтверждения    F-INITIALIZE

I-OPNCF    Примитив    подтверждения    F-OPEN

I-CLOCF    Примитив    подтверждения    F-CLOSE

I-DATIN    Примитив    индикации    P-DATA

I-DAEIN    Примитив    индикации    F-DATA-END

1-CHKIN    Примитив    индикации    F-CHECK

1-CHKCF    Примитив подтверждения F-CHECK

I-TRECF    Примитив подтверждения F-TRANSFER-END

I-ANYCF    [Любые из примитивов подтверждения. обозначенных в п. 19.1.1 а)

I-SELCF    Примитив    подтверждения    F-SELECT

TDESCF    Примитив    подтверждения    F-DESELECT

1-IN1IN    Примитив    индикации    F-INITIALIZE

1-SELIN    Примитив    индикации    F-SELECT

I-DESIN    Прихнтив    индикации    F-DESELECT

I-OPNIN    Примитив    иидккацнн    F-OPEN

I-C.L01N    Примитив    индикаиии    F-CLOSE

I-TREIN    Примитив    индикаиии    F-TRANSFER-END

I-CANIN    Примитив    индикации    F-CANCEL

I-CANCF    Примитив    подтверждения F-CANCEL

I-PABIN    Примитив    индикации F-PABORT

I-RECCF    Примитив    подтверждения F-RECOVER

I-RESCF    Примитив    подтверждения F-RESTART

1-REC1N    Примитив    иидикаиин F-RECOVER

I-RESIN    Примитив    индикации F-RESTART

I-ANY1N    [Любые из примитивов индикации, обозначенных в 19.1.1, а]

I-REA1N    Примитив индикации F-READ

1-\Ч RTIM    Примитив индикации F-WRITE

149

Страница 155

гост р *4.1880 4-93

А.5.2.3 Входные события от среди локальной системы L-ERROR1    Ошибка    1-го    класса    (как    описано'»    18.1)

L-ERROR2    Ошибка    2-г<)    класса    (как    описано р    18.1)

L-ERROR3    Ошибка    3-го    класса    (как    описано в    18.1)

1.-GIVEUP    Таймер окончания срока восстановления

L-DATRQ    Введенный заново примитив запроса    F-DATA

L CHKRQ    Введенный заною примитив запроса    F-CHECK

I.-DAERQ    Введенный занооо примитив запроса    F-DATA-END

L-EORir*f    Указывает, что асе идентификаторы    контрольных    точек и метки

«Коней данных» в доккте были использованы и все данные, которые должны быть введенными повторно, бьии введены.

А.5.3 Выходные события — восстановлен не файла при ошибках

А.5,3.1 Выходные события к пользователю внешней файловой услуги F-OPNCF Примитив подтверждения F-OPEN

F-ANYCF    (Любые нз примитивом подтверждения, обозначенных в 19.1.1, а)

F-CLOCF    Примитив подтверждения    F-Q.OSE

F DATIN    Примитив индикации    F-DATA

F-DAEIN    Примитив индикации    F-OATA END

F-TRECF    Примитив подтверждения FTRANSFER-END

FOPNIN    Примитив индикации    F-OPF.N

FWRTIN    Примитив индикации    F-URITE

F-CL01N    Примитив индикации    F CLOSE

P-REAIN    Примитив индикации    F-READ

F-TREIN    Примитив индикации    F-TRANSFER-END

F-ANYIN    [Любые из примитивов индикации, обозначенных в 19.1.1, а]

F-PABIN    Примитив индикации KP-ABORT

А.5.3.2 Выходные события к пользователю внугрекчгй файловой услуги I-SELRQ    Примитив    запроса    F-SELECT

I-OPNRQ    Примитив    запроса    F-OPEV

I-CI-ORQ    Примитив    запроса    F-CLOSE

I-DATRQ    Примити»    запроса    F-DATA

I-DAERQ    Примитив    запроса    F-DATA-END

I-CHKRQ    Примитив    запроса    F-CHECK

I TRERQ    Примитив    запроса    F-T9ANSPER-END

I-REARQ    Примигин    запроса F-READ

I-WRTRQ    Примитив    запроса F-WR1TE

I-ANYRQ    (Любые из примитивов запроса, обозначенных в 19.1.1, а1

I-INIRP    Примитив    ответа F-INITIALIZE

I-OPNRP    Примитив    ответа F-OPE.V

I-SE1.RP    Примитив    ответа F-SELEjCT

1-CLORP    Примитив    ответа F-CLOSE

I-TRERP    Примитив    ответа FTRANSFER-END

I-ANYRP    (Любые нл примитивов ответа, обозначенных a НМ.1, а)

I-CHKRP    Примитив    ответа F-CHECK

I RESRQ    Примитив    запроса F-RESTART

I-RESRP    Примитив    ответа F-RESTART

I-CANRQ    'Примигин    запроса F-CANCEL

I-CANRP    Примитив    ответа F-CANCEL

I-DESRQ    Примитив    запроса F-DESELECT

I-RECRQ    Примитив    запроса F-RECOVBR

Страница 156

ГОСТ Р »♦. 1980.4-83

I-INIRQ    Примитив запроса F-1NITIALIZE

I-RECRP    Примитив ответа F-RECOVER

IDESRP    Примитив ответа F-DESELECT

Л.5.3.3 Выходные события в срейу лохальноа системы L-ERROR2    Сигнал, указывающий ошибку 2-го класса.

L-RESEND    Запрос иовторной посылки данных в локальную файловую сис

тему.

L-5USPND    Приостановить введение событий F-DATRQ. F-DAERQ локальной

файловой системой.

L-RESUME    Возобновить введение событий F-DATRQ. F-DAERQ локальной

файловой системой.

L-ERRABT    Сигнал механизма файлового    протокола    для    введения    ЬДП

«F-P-ABORT запрос БЛП» со значением «Постоянная ошибка». L-PABORT    Сигнал механизма файлового    протокола    для    введения    БДП,

«F-P-ABORT запрос БДП» и примитива индикации F-P ABORT механизму протокола восстановления файла при ошибках со значениями «Кратковременная ошибка».

А.5.4 Специфические действия — восстановление файла при ошибках [S4]    Отметить идентификаторы контрольных точек, которые должны быть

введены заново.

Р Уничтожить докит.

Установить    индикатор    «Состояние активности» в значение «Завершено».

Установить    индикатор    «Состояние активности» в значение «Выполняет

ся».

(58]    Установить    индикатор    «Тип активности» в зна'инне «Чтение».

(591    Установить    индикатор    «Тип активности» в значение «Запись».

GO]    Добавить идеетифихатор контрольной точки в список в доките, увели

чить счетчик несогласованных контрольных точек на I.

[61]    Удалить и» докита все идентификаторы контрольных то*»ек. меньшие,

чем указанные в параметре принятого или посылаемого примитива Уменьшить счетчик несогласованных контрольных точек на число уда-ленных идентификаторов.

[64]    Установить индикатор «Состояние активности» в значение «Передача

данных завершена».

[66)    Использовать идентификатор последней контрольной точки в доките в

качестве параметра.

(67]    Увеличить счетчик идентификаторов контрольных точек.

68]    Установить счетчик идентификаторов контрольных точек в нулевое зна

чение.

[69]    Записать в докит номер передачи данных большого объема (номер фор

мируется механизмом файлового протокола).

[701    Записать, какие значения данных были уже переданы пользователю.

[71]    Использовать в качестве параметра идентификатор контрольной точки,

доступный в доките в одном из двух случаев:

а)    после согласования идентификатора контрольной точки,

б)    который еще повторно не был послан во время рестарта передачи данных большого объема.

|72)    Иснолзьопать счетчик идентификаторов контрольных точек в качестве

параметра.

[73]    Использовать в качестве параметра самый ранний идентификатор конт

рольной точки ^первый) в списке в доките.

151

Страница 157

ГОСТ Р 34.1980.4-93

(71)    Использовать в качестве параметра идентификатор контрольной точки

Жннятого примитива.

пользовать в качестве параметра «Диагностическое сообщение» значение «Идентификатор активности ксиэвестсв».

176] Записать, какие значения данных были посланы.

(77]    Создать дожит и    записать в ijero идентификатор активности, информа

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

{78]    Тот. кто вводит    примитив I-RESRQ или I-RECRQ, указывает иденти

фикатор контрольной точки, который является:

а)    для посылающего логического объекта последней подтвержденной контрольной точкой;

б)    для принимающего логического объекта последней принятой или сохраненной контрольной точкой.

179)    Тот. кто вводит    примитив I-RESRP. указывает идентификатор контроль

ной точки, который является.

в)    для посылэюшего логического обдекта равным значению, предоставленному логическим объектом, посылающим запрос;

г)    для принимающего логического объекта последней принятой или сохраненной контрольной точкой.

(200] Ждать состояния 2 в степени, соответствующей значению «Рекомендованное время повторения» (секунд).

|20) |    Установить параметр «Результат состояния»,    указывающий    «Сбой».

(202]    Использовать и качесгве параметра значение    данных, указанное сигна

лом L-DATRQ. представляющее предыдущие примитивы, запроса F-DATA.

[203]    Использовать в качестве параметра идентификатор согласованной контрольной точки.

]204]    Сохранить в доките маркер «Конец данных».

(206)    Удалить из докнта маркер «Конец ленных».

207]    Установить параметр «Результат действия»,    указывающий    кратковре

менную ошибку.

(209]    Заново создать режим «Выбор фгЖла или «Открытие файла».

210J    Установить параметр «Результат действия», указывающий «Сбой». и

следующий примитив ответа с азраметром «Диагностическое сообщение». нкеюшим значение «Разрушение режима «Открытие файла» или «Выбор файла».

(211]    Установить параметр «Диагностическое сообщение», имеющий значение

«Разрушение режима «Открытие файла» или «Выбор файла».

(212]    Использовать в качестве параметра номер передачи данных большого объема, записанный в доките.

А.6.5 Сказуемые— восстановление файла при ошибках Р23:    Входной примитив ответа или подтверждения имеет параметр «Резуль

тат состояния», означающий успешное завершение.

Р24:    Имеются контрольные точки, которые должны быть подтверждены.

Р2б:    Примитив индикации F-DATA, соответствующий входному примитиву

инликаини I-DATA, уже был послан пользователю.

Р28:    Значение данных допускается поело согласованной контрольной точки.

152

Страница 158

ГОСТ Р 34.1980.4 -93

Р29:    Индикатор «Состояние    активности»    установлен    в    значение    «Выполняется», а индикатор «Тип    активности»    установлен    в    значение    «Чтение».

РЗО:    Индикатор «Состояние    активности»    установлен    в    значение    «Выполняется», а индикатор «Тип    активности*    установлен    а    значение    «Запись».

P3I:    Индикатор «Тмп активности» установлен-в значение «Чтение».

Р32:    Индикатор «Тип активности» установлен в значение «Запись».

РЗЗ:    Индикатор «Состояние активности* установлен в значение «Стартова

ло».

Р34:    Индикатор «Состояние активности» установлен в значение «Завершено*.

Р37:    Идентификатор контрольной точки должен быть вставлен в погож дан

ных.

Р38.    Доступный идентификатор контрольной точки отмечается для повторной

посылки,

Р39:    Логический объект и к ест лохит для принятого идентификатора актив

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

Р40:    Логический объект яиляется логическим объектом, посылающим данные.

Р10С:    Поле «Рекомендуемое время повторения» присутствует в параметре

«Диагностическое сообщение».

PI01:    Указанное восстановление возможно и требуется.

Р102:    Указанная ассоциация возможна.

Р103:    Входной примитив запроса или индикации имеет параметр «Результат

действия», указывающий кратковременную ошибку.

А.5.6 Таблица состояний н и и ци и р у ю ш е г о логического объекта — модуль протокола восстановления файла при ошибках — (обычная процедура)

СОБЫТИЕ

СОСТОЯНИЕ

ПАССИВНОЕ

XFER-ОЖИЛАНИЕ

XFER

F-OPNRQ

1

I-OPNCF

2

F-ANYRO

3

3

1-ANYCF

4

4

F-CLORQ

5

I-CLOCF

6

F-REARQ

7

F-WRTRQ

8

F-DATRQ

9

I- DAT IN

10

I-CHKCF

*--

11

I-CMKIN

12

F-DAERQ

13

1-DAEIN

14

F-TRERQ

15

I-TRECF

16

153

Страница 159

ГОСТ t S4.19M.4—93

Таблица состояний объекта — модуль файла при ошибке

А 5.7

1:

2: Р23: -Р23:

3:

4:

5:

6:

7:

8:

9: Р37:

[77L I OPNRQ FOPNCF

155|. FOPNCF [201]

I ANV ~

10 1!

12 Р24:

13:

И: Р24:

15: Р29: 16: РЗО А.5.8

4*YRQ FANYCF

1CLORQ

FCLOCF

[721 [76].

F-DAT1N

4KRP. [6Ц

|2041. I-DAERQ l-CMKRP [66]. [61]. F-DAE1N

1$,

tERQ 1641.

F-TRECF

Таблица состояний отвечающего логического объекта — модуль протокола восстановления файла при ошибках — (обычная процедура)

СОБЫТИЕ

СОСТОЯ НИР

ПАССИВНОЕ

XFF-R-ОЖИДАНИЕ

XFER

I-OPNIN

. 1

F-OPNRP

2

F-ANYRP

3

3

I-ANYIN

4

4

1-С LOIN

5

FCLORP

6

IREAIN

7

I-WRTIN

8

F-DATRO

9

IDATIN

10 •

1-CHKCF

II

1-CHKIN

12


инициирующего логического протокола восстановления -(обычная процедура)

то же состояние XFER-ОЖИДАНИЕ то же состояние -*■ то же состояние —то же состояние —► то же состояние ПАССИВНОЕ

-V XFER

— XFER

то же состояние то же состояние то же состояние

то же состояние то же состояние

то же состояние

то же состояние

XFER-ОЖИДАНИЕ


154

Страница 160

ГОСТ Р .*.19*0.4-98

Таблица состояний о объекта — модуль пр файла при ошибках (обычная процедура)

(771. F-OPNIN

Окончания таб.шцы A.5.S

СОБЫТИЕ

СОСТОЯНИЕ

ПАССИВНОЕ

xfer-ожидание

XFER

FDAERQ

13

IDAEIN

14

1TRE1N

15

FTRERP

16

А.5.9


I:

2: Р23: -Р23:

3:

4:

5: —PI03: 6:

7:

8:

9: Р37;'

10P.NRP

15aIsv'rpPNRP 120,1

F-ANY1N

•CL01N l-CLORP

10 11 12 Р24:

13:

14: Р24 15: РЗО 16- Р29

I-CHKRP. (61]. [2041, I-DAERQ I-CHKRP [66]. (61]. F-DAE1M

'r%

F-TREIN

*64\erp

твсчаюшсго логического отокола восстановления — подробные элементы

то же состояние -v XFER-ОЖИДАНИЕ —то же состояние то же состоиние —► то же состояние -► то же. состояние ПАССИВНОЕ

XFER

XFER

то же состояние то же состояние то же состояние

-*■ то же состояние —► то же состояние

то же состояние

то же состояние

xfer-ожидание


Примечание — Условно Р103 в элементе 6 обрабатывается, как указа-в АД-17 (в жлемеитс Н>).

но

Страница 161

ГОСТ Р М. 1980.4—93

А.5.10 Таблица состояний инициирующего логического объекта — мо дуль протокола восстановления при ошибках — (ошибки I-го класса}

СОБЫТИЕ

СОСТОЯНИЕ

ХРЕН

РЕСТАРТ-ОЖ

РЕСТАРТ 1

L-ERROR1

1

1

I-RESCF

2

I-RESIN

3

I-DATIN

4’

1-CHKCF

6

1-DAE1N

7

LDATRQ

9

L-CHKRQ

10

L-DAERQ

11

L-EOR1N

12

А.5.11 Таблица состояний инициирующего логического объекта— модуль протокола восстановления файла при ошибках — подробные элементы (ошибки 1-го класса)

Р40:    L-SUSPND,    I-RESRQ (78]

I: P10I А Р101 & -PI01: 2: -Р40: Р40:

3: -Р40: Р40:

4: Р26: -Р26:

6:

7: Р24:

9с Р28: ~Р28: 10: Р38:

II:

12:

-Р40: 1-RESRQ |781 L-ERR0R2

Щ т

L RESEND [71]

I RESRP [791 L-SUSPND. [54J. [61]. I-RESRP [79],

L-RESEND [203]

F-DATIN

MCHKRP [66]. [61]. F-DAEIN I-DATRQ [202]

l-CHKRQ [71].

I DAERQ [206] L-RESLME

РЕСТАРТ-ОЖ РЕСТАРТ-ОЖ -*• XFER РЕСТАРТ

РЕСТАРТ

РЕСТАРТ

РЕСТАРТ то же состояние XFER

то же состояние XFER

то же состояние то же состояние

то же состояние то же состояние XFER


1W

Страница 162

ГОСТ Р 34.1080.4-93

Ai.12 Таблица состояний отвечающего логического объекта. — модуль протокола восстановления файла при ош и б к а х — (ош и бки I-го класса)

СОБЫТИЕ

СОСТОЯНИЕ

XFER

РЕСТЛРГ-ОЖ

РЕСТАРТ

L-ERROR1

1

1

IRESCF

2

I-RESIN

3

I-DATIN

4

I-61KCF

G

1-DAE1N

7

L-DATRQ

9

L-CHKRQ

10

L-DAERQ

11

1.-EORIN

12

Л .5.13 Таблица состояний отвечающего логического объекта — модуль протокола восстановления файла при ошибках — подробные элементы (ошибки 1-го класса)

1: Р101 А Р40:

L-SUSPND, I-RESRQ (78]

РЕСТЛРТ-ОЖ

PI01 4 -Р40:

IRESRQ [78] L-ERROR2

РЕСТЛРТ-ОЖ

-PI01:

XFER

2: -Р40:

(611

РЕСТАРТ

Р40:

Моги,

— РЕСТАРТ

3: —Р40:

IRESRP (791

— РЕСТАРТ

Р40:

I.-SUSPND, [641.

1611. 1 RESRP (79]. L-RESEND [203]

РЕСТАРТ

4: Р26:

то же состояние

-Р26:

FDATIN

XFER

в:

|6C.WrP [6Ь\ [61],

—*- то же состояние

7: Р24:

-*■ XFER

F-DAE1N

9: Р28:

I-DATRQ [202]

->■ то же состояние

—Р28:

—>- то же состояние

10: Р38:

I-CHKRQ [71].

—► то же состояние

11:

IDAERQ Г206] L-RESUME

то же состояние

12:

XFER

157

Страница 163

ГОСТ Р 34.1960.4 ~-93

А.5.14 Таблица состояний инициирующего логического объекта — модуль протокола восстаио«леи и я файла при ошибках — подробные элементы (ошибка 2-го и 3-го классов)

СОБЫТИЕ

СХ>СТОЯНИЕ

А

Б

В

Г

Д

F.

ж

И

К

.1

м

L-ERR0R2

1

1

1

1-CAN1N

2‘

2

2

I-CANCF

3

I-CLOCF

4

I-DESCF

5

I-RECCF

6

L-ERR0R3

7

7

7

7

7

7

7

7

7

7

7

I-PABIN

12

12

12

12

12

12

12

12

12

12

12

[-SELCF

9

I-OPNCF

10

MNICF

8

Примечание- А - XFFR; Г> - РЕСТАРТ-ОЖ; В - РЕСТАРТ;

Г - ОТМЕНА-ОЖ; Д - CANCEL-ОЖ: Е— DESE-LECT-ОЖ; Ж — ВОССТАНОВЛЕНИЕ-ОЖ; 3 — IN1T-ОЖ; И - ПАССИВНОЕ; К - SEL-ОЖ; Л - OPN-ОЖ; М - XFER^l^AHHE.

«в

Страница 164

ГОСТ Р 34.1ввв.4—93

1: — Р101:

PIOI 4 -Р40: PIOI 4 Р40:

А.6.15 Таблица состояний инициирующего логического объекта — модуль протокола восстановления файла при ошибках — подробные элементы

(ошибки 2-го и 3-го классов)-

— ПАССИВНОЕ

2: Р103 4 —Р40: PI03 4 Р40:

Р23 4 Р29' | P3I)

4 —(РЗО I Р32):

Р23 4 (РЗО | Р32)

4 —(Р29 I P3I):

•RESEND [74]

—Р23 4 -РЗЗ 4 Р34:

-Р23 4 РЗЗ 4 -Р34:

—Р23 4 P10I 4 — (Р34 I РЗЗ) 4 (£29 | РЗО | РЗ! I Р32):

—Р23 4 -P10I & —(Р34 I РЗЗ) 4 (Р29 | РЗО | РЗ! I Р32):

7: Р40:

PIOO 4 PI01:

-Р100 4 PIOI:

-Р101:

8: Р23 4 —P3I 4 Р32:

Р23 4 РЗ! 4 —Р32

—Р23 4 PI02: —Р23 4 -Р102: 9: Р23:

—Р23:

10: Р23:

—Р23:

II: —Р101:

Р101:

Л Зак 706

{551, L ERRABT 1-CANRQ [207] L-SUSPND, I-CANRQ I-CANRP, I-CLORQ L-SUSPND, I-CANRP, I-CLORQ I-CLORQ IDESRQ I-RESRQ [212]

[209]. I-REARQ

|209], I-WRTRQ,

[5В]. F-CLOCF [211], l-ERRABT

1-SELRQ

1-RECRQ [212]

[551. L-ERRABT

L-SUSPND,

L-PABORT [207].

(200]. I-INIRQ

L-PABORT [207].

I-INIRQ

[55]. L-ERRABT

I-RECRQ [73]. [212]

&твд'21

551, L-ERRABT

l-OPNRQ

65]. L-ERRABT

(55L L-ERRABT |55j, L-ERRABT I-CLORQ [211]

ОТМЕНАОЖ

CLOSE-ОЖ

CLOSE-ОЖ

CLOSE-ОЖ

CLOSE-ОЖ

DESELECT-ОЖ

ВОССТАНОВЛЕНИЕОЖ

РЕСТАРТ

РЕСТАРТ

ПАССИВНОЕ

SEL-ОЖ

то же состояние

ПАССИВНОЕ

INIT-ОЖ

INIT-ОЖ

ПАССИВНОЕ

ВОССТАНОВЛЕНИЕ-ОЖ

ВОССТАНОВЛЕНИЕОЖ то же состояние ПАССИВНОЕ OPN-ОЖ ПАССИВНОЕ

xfer-ожидание

ПАССИВНОЕ

ПАССИВНОЕ

CLQSE-ОЖ

159


Страница 165

roct 34.1980.4—ЯЗ

12: P40 4 PI03 L-SUSPND. (200),

4 P100 4 P101: MNIRQ    -►    INIT-ОЖ

—P40 4 P103

4 P100 4 P101: 1200]. MNIRQ    -►    INIT-ОЖ

P40 4 P103 4

-P100 4 P10I L-SUSPND. I-NIRQ    INIT-ОЖ

-P40 4 P103

4 —P100 4 PIOI: MNIRQ    -*■    INIT-ОЖ

-P103 | —P101: |55J. F-PABIN    ПАССИВНОЕ

Примечания

1    Чтобы избежать процедур восстановления при ошибках, которые никогда не завершают действие в элементе б при условии P10I или — PJ0I, целесообразно разрешить локальной системе определять количество повторений действий, направленных на восстановление при любой ошибке, которое она должна пытаться выполнить

2    Условие PI0I в элементах 12 н 7 включает в себя проверку, когда качество файловой услуги равно нулю, а механизм протокола восстановления файла при ошибках не является нулевым.

3    Условие —Р103 в элементе 2 означает, что это событие не относится к механизму протокола восстановления файла при ошибках и что принимаются описанные выше обычные действия.

4    Сказуемые, которые моделируют индикатор «Состояние активности*, являются взаимоисключающими, таким образом, комбинации из них не могу? иметь место. Эти комбинации не должны быть включены в элементы таблицы состояний.

А 5.16 Таблица состояний отвечающего логического объекта — модуль протокола восстановления файла при ошибках — (ошибки 2-го н 3-го классов)

СОБЫТИЕ

СОСТОЯНИЕ

A 1 Б

в | г д

г 1

ж э 1 и 1 к 1 л | м

L-ERROR2

1

1

I

1

14

1C AN IN

2

2

2

l-CANCF

3

l-CLOIN

4

16

1-DESIN

5

1-RECIN

~T

ТГ

t

IT

6

L-ERROR3

7

тг

7

7T

7.

77

1

7

7

7

1

I-PABIN

'U

11

1?

17

17

L-GIVEUP

12

MNIIN

й

1-REAIN

13

I-WRTIN

9

l-SELIN

i

10

I-OPNIN

II

П|

е - А - XFER: Б - РЕСТАРТ-ОЖ;' В РЕСТАРТ; Г -ОТМЕНА-ОЖ; Д - CANCEL-ОЖ; Е — DESELECT-

160

Страница 166

ГОСТ Р 84.1Ш.4-93

ОЖ; Ж - ВОССТАНОВЛЕНИЕ-ОЖ; 3 - INIT-ОЖ: И - ПАССИВНОЕ; К - SEL-ОЖ; Л - OPN-ОЖ:

м - xfer-ожидание.

1; -Р101:

А.5.17 Таблица состояний отвечающего логического объекта — модуль протокола восстановления файла при ошибках — подробные элементы (ошибки 2-го и 3-го х л а с с о в)

(55]. L-ERRABT    -►    ПАССИВНОЕ

L-SUSPND. I-CANRQ |207]-I CANRQ (2071 L-SUSPND, I-CANRP

Р101 & Р40: PJ01 4 -Р40:

2: PJ03 4 Р40: P10J 4 -Р40:

3:

4:

5:

6: PI01 4 P3I 4 —Р32 4 —РЗЗ 4 Р39:

Р101 4 -РЗ! 4 Р32 4 -РЗЗ 4 Р39'

PI01 4 —P3I 4 -Р32 4 РЗЗ 4 Р39:

PI01 4 -Р39: -Р101:

7: Р101 4 —Р40: Р101 4 Р40:

—P10I:

8: Р102:

—Р102:

9: РЗО:

—РЗО:

10:

11 12 13

Р29: