a) обнаружение ошибок и некоторые диагностические функции;

b) реконфигурацию и повторный пуск.

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

8.3.4 Административное управление уровня

8.3.4.1 Существует два аспекта административного управления уровня. Один из них связан с такими операциями уровня, как активизация и защита от ошибок. Эти операции реализуются протоколом того уровня, к которому они относятся.

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

8.4 Принципы размещения функций административного управления

Некоторые принципы размещения функций административного управления в эталонной модели являются наиболее важными. К их числу относятся следующие:

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

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

9 Соответствие эталонной модели и согласованность с ней

9.1 Определения

9.1.1 Согласованность - считается, что ссылающийся стандарт согласован со ссылаемым стандартом, если они не изменяют смысла друг друга.

9.1.2 Соответствие - считается, что ссылающийся стандарт соответствует требованиям ссылаемого стандарта, если действительно следующее:

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

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

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), ведет к выделению над сеансовым уровнем уровня представления данных.