(Действующий) Государственный стандарт РФ ГОСТ Р ИСО/МЭК 7498-1-99 "Информационная...

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

Действующий
c) ссылающийся стандарт содержит заявку о соответствии ссылаемому стандарту;
d) возможно отслеживание ссылающимся стандартом выполнения применяемых требований.

9.2 Применение требований согласованности и соответствия

9.2.1 Другие стандарты, распространяющиеся на моделирование, которые расширяют или уточняют эту базовую эталонную модель, должны быть согласованы с настоящим стандартом.
9.2.2 Соответствие базовой эталонной модели ВОС и согласованность с ней также требуется от стандартов й технических отчетов, которые описывают или устанавливают функции ВОС. Эти стандарты и отчеты могут быть документами, относящимися к архитектуре, моделями, логическими основами, определениями услуг или спецификациями протокола.
9.2.3 Согласованность
9.2.3.1 Для согласованности архитектуры, логической основы, многоуровневой модели, одноуровневой модели, определений услуг или спецификации протокола с базовой эталонной моделью ВОС или с другими стандартами на моделирование, которые расширяют и уточняют эту базовую эталонную модель, должно быть констатировано следующее:
"Такая архитектура, многоуровневая модель, одноуровневая модель, представление услуги или спецификация протокола:
a) следуют архитектурным принципам и предписаниям базовой эталонной модели ВОС;
b) используют концепции, установленные базовой эталонной моделью ВОС с идентичными определениями и терминологией."
9.2.4 Соответствие
9.2.4.1 Соответствие архитектуры, логической основы или многоуровневой модели Для соответствия архитектуры, логической основы или многоуровневой модели базовой эталонной модели ВОС или другим стандартам на моделирование, связанным с базовой эталонной моделью ВОС, которые уточняют эту базовую эталонную модель ВОС, должно быть констатировано следующее:
"Данная архитектура, логическая основа или многоуровневая модель соответствуют базовой эталонной модели ВОС в том, как они описывают операции и механизмы, которые относятся к уровням в соответствии с базовой эталонной моделью ВОС."
9.2.4.2 Соответствие одноуровневой модели
Соответствие одноуровневой модели с базовой эталонной моделью ВОС должно констатировать:
"Стандарт такой одноуровневой модели соответствует базовой эталонной модели ВОС в части описания операций и механизмов, которые относятся к конкретному уровню, как определено в соответствующем подразделе раздела 7 базовой эталонной модели ВОС."
9.2.4.3 Соответствие определения услуг
Соответствие определения услуги ее определению в базовой эталонной модели ВОС должно констатировать:
"Данное определение услуг соответствует базовой эталонной модели ВОС в части описания средств, которые относятся к конкретному уровню, как определено в соответствующем подразделе раздела 7 базовой эталонной модели ВОС."
9.2.4.4 Соответствие спецификации протокола
Соответствие спецификации протокола базовой эталонной модели ВОС должно констатировать:
"Данная спецификация протокола соответствует базовой эталонной модели ВОС в части описания функций, которые относятся к конкретному уровню, как определено в соответствующем подразделе раздела 7 базовой эталонной модели ВОС."
______________________________
* В настоящем стандарте определения этих терминов не использованы. Они введены для использования в будущих стандартах ВОС.
Приложение А
(справочное)

Краткие пояснения, относящиеся к выбору уровней

А.1 В данном приложении содержится материал, дополняющий информацию, которая имеется в настоящем стандарте.
А.2 Ниже кратко приведены общие положения, относящиеся к выбору уровней.
А.2.1 Необходимо, чтобы архитектура допускала использование разнообразных реально существующих физических средств связи с различными процедурами управления. Применение принципов, изложенных в 6.2 с), 6.2 е) и 6.2 h), приводит к выделению физического уровня как самого нижнего уровня архитектуры.
А.2.2 Некоторые физические средства связи (например, телефонные каналы) требуют специальных методов, обеспечивающих передачу данных между системами в условиях сравнительно интенсивных искажений (т. е. при интенсивности ошибок, неприемлемых для большинства применений). Эти специальные методы используются в процедурах управления уровня звена данных, которые были предметом изучения и стандартизации в течение ряда лет. Необходимо также принять во внимание, что появление новых физических средств связи (например, оптоволоконных кабелей) потребует других процедур управления уровня звена данных. Применение принципов, изложенных в 6.2 с), 6.2 е) и 6.2 h), ведет к выделению в архитектуре уровня звена данных, расположенного над физическим уровнем.
А.2.3 В архитектуре открытых систем некоторые открытые системы функционируют как оконечные получатели данных (см. раздел 4), а некоторые - только как промежуточные узлы, пересылающие данные в другие системы (см. рисунок 13). Применение принципов, изложенных в 6.2 с), 6.2 е) и 6.2 g), ведет к выделению сетевого уровня над уровнем звена данных. В этом уровне группируются такие протоколы, как, например, маршрутизация. Таким образом, сетевой уровень обеспечивает тракт связи (соединение сетевого уровня) между парой логических объектов транспортного уровня, включая случай использования промежуточных узлов, как показано на рисунке 12 (см. также 7.5.4.2).
А.2.4 Управление транспортировкой данных от оконечной открытой системы отправителя к оконечной открытой системе получателя (которое отсутствует в промежуточных узлах) является последней функцией, необходимой для полной реализации услуг транспортного уровня. Таким образом, верхним уровнем в той части архитектуры, которая реализует услуги транспортного уровня, является транспортный уровень, находящийся над сетевым уровнем. Транспортный уровень освобождает вышерасположенные уровни от всех функций транспортировки данных.
А.2.5 В системе существует необходимость организации и синхронизации диалога, а также административного управления обменом данными. Применение принципов, изложенных в 6.2 с) и 6.2 d), приводит к выделению сеансового уровня над транспортным уровнем.
А.2.6 Оставшиеся функции, представляющие общий интерес, относятся к представлению структурированных данных и операциям с ними. Эти функции облегчают разработку прикладных программ. Применение принципов, изложенных в 6.2 с) и 6.2 d), ведет к выделению над сеансовым уровнем уровня представления данных.
А.2.7 И наконец, имеются прикладные процессы, выполняющие обработку информации. Коммуникационные аспекты этих процессов и протоколы, по которым они взаимодействуют, составляют прикладной уровень, являющийся самым верхним уровнем архитектуры.
A.3 Полученная таким образом архитектура из семи уровней, иллюстрированная на рисунке 11, удовлетворяет принципам, изложенным в 6.2 а) и 6.2 b).
Более подробная информация о каждом из семи уровней, перечисленных здесь, содержится в разделе 7 настоящего стандарта, начиная с верхнего - прикладного - уровня, описанного в 7.1, и кончая нижним - физическим уровнем, описанным в 7.7.
Приложение В
(обязательное)

Алфавитный указатель определений

Таблица В.1
Термин
Пункт
Абстрактный синтаксис7.7.1.2
Административное управление полномочиями7.3.1.1
Административное управление систем8.1.4
Административное управление уровня8.1.6
Взаимодействующий (N)-логический объект5.3.1.5
Демультиплексирование5.8.1.5
Децентрализованное многопунктовое оконечное соединение5.8.1.3
Дуплексный режим7.3.1.2
Идентификатор оконечного пункта многопунктового соединения5.4.1.7
Канал данных7.7.1.1
Конкретный синтаксис7.2.1.1
Контекст уровня представления7.2.1.3
Логический объект прикладного уровня7.1.1.1
Логический объект прикладного уровня административного управления систем8.1.5
Логический объект прикладного уровня прикладного административного управления8.1.2
Маршрутизация5.4.1.4
Многопунктовое оконечное соединение5.3.1.4
Мультиплексирование5.8.1.4
(N)-адрес5.4.1.1
(N)-адрес пункта доступа к услуге5.4.1.2
(N)-ассоциация5.3.1.1
(N)-данные пользователя5.6.1.2
(N)-двусторонний одновременный обмен5.3.1.14
(N)-двусторонний поочередный обмен5.3.1.15
(N)-дуплексная передача5.3.1.10
(N)-идентификатор версии протокола5.8.1.18
(N)-идентификатор оконечного пункта соединения5.4.1.5
(N)-идентификатор протокола5.8.1.1
(N)-источник данных5.3.1.7
(N)-логический объект5.2.1.11
(N)-обмен данными5.3.1.13
(N)-односторонний обмен5.3.1.16
(N)-оконечный пункт соединения5.3.1.3
(N)-ПДУ5.2.1.8
(N)- преобразование адресов5.4.13
(N)- передача данных5.3.1.9
(N)-передача в режиме без установления соединения5.3.1.18
(N)-передача в режиме с установлением соединения5.3.1.17
(N)-подсистема5.2.1.1
(N)-полудуплексная передача5.3.1.11
(N)-получатель данных5.3.1.8
(N)-привлечение логического объекта5.2.1.12
(N)-протокол5.2.1.9
(N)-протокольный блок данных5.6.1.3
(N)-протокольный идентификатор соединения5.4.1.9
(N)-протокольная управляющая информация5.6.1.1
(N)-ретранслятор5.3.1.6
(N)-ретрансляционная система ВОС6.5.1.2
(N)-сервисный блок данных5.6.1.4
(N)-сервисный идентификатор соединения5.4.1.8
(N)-симплексная передача5.3.1.12
(N)-символическое имя логического объекта5.4.1.10
(N)-соединение5.3.1.2
(N)-средство5.2.1.6
(N)-суффикс оконечного пункта соединения5.4.1.6
(N)-тип логического объекта5.2.1.10
(N)-уровень5.2.1.2
(N)-услуга5.2.1.5
(N)-функция5.2.1.7
Объединение5.8.1.11
Оконечная система ВОС6.5.1.1
Открытая система4.1.3
Привлечение прикладного процесса4.1.7
Подсеть7.5.1.2
Подтверждение5.8.1.16
Подуровень5.2.1.4
Полудуплексный режим7.3.1.3
Прикладной процесс4.1.4
Прикладное административное управление8.1.1
Равноправный (N)-логический объект5.2.1.3
Разделение5.8.1.12
Расцепление5.8.1.14
Расщепление5.8.1.6
Реальная подсеть7.5.1.1
Реальная открытая система4.1.2
Реальная система4.1.1
Рекомбинация5.8.1.7
Ресурсы ВОС8.1.3
Сборка5.8.1.10
Сброс5.8.1.17
Сегментирование5.8.1.9
Синтаксис передачи7.2.1.2
Синхронизация соединения сеансового уровня7.3.1.4
Соединение подсети7.5.1.3
Согласованность9.1.1
Соответствие9.1.2
Сцепление5.8.1.13
Срочный (N)-сервисный блок данных5.6.1.6
Тип прикладного процесса4.1.8
Упорядочение5.7.1.15
Управление потоком5.8.1.8
Функциональная среда локальной системы4.1.6
Функциональная среда ВОС4.1.5
Централизованное многопунктовое оконечное соединение5.8.1.2
Приложение С
(справочное)

Библиография

ГОСТ Р ИСО 7498-3-95 Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 3. Присвоение имен и адресация
ГОСТ Р ИСО/МЗК 7498-4-95 Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 4. Основы административного управления
ГОСТ Р ИСО 8648-95 Информационная технология. Взаимосвязь открытых систем. Внутренняя организация сетевого уровня
ИСО/МЭК 7498-2-99 Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 2. Архитектура защиты
ИСО/МЭК 10731-94 Информационная технология. Взаимосвязь открытых систем. Соглашения по определению услуг ВОС
Рекомендация Х.25 МСЭ-Т (1993) Стык между оконечным оборудованием данных (ООД) и аппаратурой окончания канала данных (АКД) для оконечных установок, работающих в пакетном режиме и подключенных к сетям данных общего пользования выделенными каналами