Действующий
b) проводить границу следует в том месте, где описание услуг является наименьшим и число операций взаимодействия через границу сведено к минимуму;
c) следует создавать отдельные уровни для выполнения таких функций, которые явно различаются по реализующим их процессам или используемым техническим решениям;
d) следует сосредоточивать аналогичные функции в одном и том же уровне;.
e) проводить границы следует в том месте, на которое указывает опыт;
f) следует формировать уровень из легколокализуемых функций. Это позволяет в случае необходимости полностью перестроить уровень и существенно изменить его протоколы для использования новых достижений в области архитектуры, аппаратных и программных средств, не изменяя при этом услуги как получаемые от смежных уровней, так и предоставляемые им;
g) проводить границу следует в том месте, где в какой-то момент времени может оказаться полезным наличие соответствующего стандартного интерфейса.
1 В настоящем стандарте не рассматриваются преимущества и недостатки внутренних интерфейсов в открытых системах. В частности, ссылка на
принцип g) не должна означать необходимость стандартов для таких внутренних интерфейсов.
2 Важно отметить, что ВОС не требует стандартизации интерфейсов внутри открытых систем. Более того, когда определяются стандарты для таких интерфейсов, соответствие этим стандартам не рассматривается как признак открытости;
h) следует создавать уровень тогда, когда ощущается необходимость в другом уровне абстракции при обработке данных, например в морфологии, синтаксисе, семантике;
j) следует предусмотреть возможность такого изменения функций или протоколов уровня, которое не оказывает влияния на другие уровни;
к) для каждого уровня следует создавать интерфейсы только с вышерасположенным и нижерасположенным уровнями.
Принципы, указанные ниже, применимы и к подуровням;
m) создавать новые подгруппы в пределах уже существующих групп функций и образовывать из них подуровни в рамках одного уровня следует в том случае, когда этого требуют специфические виды услуг;
n) в необходимых случаях следует создавать два или более подуровней с общей и поэтому минимальной функциональностью, чтобы обеспечить интерфейсные операции с соседними уровнями;
р) следует предусмотреть возможность обхода подуровней.
6.3.1 В
разделе 7 для каждого из семи уровней, определенных выше, дана следующая информация:
b) услуги, предоставляемые вышерасположенному уровню нижерасположенным;
c) функции, выполняемые уровнем, и использование услуг, предоставляемых нижерасположенным уровнем.
Приводимое описание не содержит полного определения услуг и протоколов для каждого уровня. Это является предметом отдельных стандартов.
6.3.2 Средства и функции, перечисленные в
разделе 7 для каждого уровня, представляют набор архитектурных возможностей. Определения услуг, полученные из определений конкретного уровня, могут включать в себя часть или все средства и могут не сопровождаться некоторыми или всеми параметрами качества услуг, определенными для каждого уровня в разделе 7 и в
5.10 настоящего стандарта. Спецификация протокола, полученная на основе этих определений для конкретного уровня, может включать в себя некоторые или все функции, определенные для уровня. Такие услуги или протокол не налагают ограничения ни на использование, ни на привлечение функций, которые не перечислены.
6.4 Комбинация режимов с установлением соединения и без установления соединения
6.4.1 Предоставление услуг в режимах с установлением и без установления соединения в конкретных уровнях эталонной модели и характеристик этих услуг, а также выполнение функций преобразования режимов услуг из одного в другой внутри уровня - все это должно быть организовано таким образом, чтобы позволить явно определять возможность взаимодействия между открытыми системами. Для того чтобы иметь наилучшие возможности взаимодействия и ограничить сложность протоколов, следует ограничить число уровней, в которых может возникнуть необходимость в преобразовании режима услуг.
К этим ограничениям в применении к конкретным уровням относятся следующие:
a) физический уровень и уровень звена требуют отдельного рассмотрения. Для физического уровня режимы с установлением и без установления соединения не различаются. Услуги физического уровня, определяемые характеристиками используемых средств связи, слишком разнообразны для того, чтобы позволить разбиение на две категории - с установлением и без установления соединения. Функции уровня звена данных должны включать в себя преобразование услуг, предоставляемых физическим уровнем, в требуемый тип услуг уровня звена;
b) на сетевом уровне может быть обеспечено преобразование режима услуг, чтобы поддержать услуги сетевого уровня заданного режима с использованием услуг уровня звена данных или подсети, но другого режима. Такое преобразование режима вместе с ретрансляцией предоставляет межоконечные услуги сетевого уровня заданного режима всем соединенным друг с другом подсетям и(или) услуги уровня звена данных другого режима (см. 5.3.4). Требованием стандартов ВОС является обеспечение таких преобразований, когда они необходимы, чтобы предоставить заданный режим услуг сети;
c) преобразования режима могут быть произведены на транспортном уровне при условии, что это требует лишь незначительных дополнительных протокольных функций по сравнению с теми, которые требуются для поддержки услуг транспортного уровня в том же режиме, который обеспечивается услугами сетевого уровня. Поскольку на транспортном уровне ретрансляция не осуществляется, такое преобразование может быть применено только между оконечными системами. Осуществление таких преобразовании не является требованием стандартов ВОС;
d) преобразования на сеансовом уровне и уровня представления данных не разрешаются;
e) никаких ограничений на преобразование на прикладном уровне не налагается.
Примечание - Поскольку протокол транспортного уровня действует между оконечными системами, то невозможна такая реализация услуг транспортного уровня, которая использовала бы различные режимы услуг сетевого уровня в одном и том же взаимодействии между оконечными системами.
6.4.2 Из этих ограничений вытекает следующее:
a) реальная открытая система, по определению
4.1.2, должна поддерживать заданный режим услуг транспортного уровня через услуги сетевого уровня того же режима (при необходимости применяя преобразования на сетевом уровне); кроме того, такая система может выполнить преобразования на транспортном уровне;
b) реальная система, которая поддерживает заданный режим услуг транспортного уровня только с помощью преобразований, выполняемых на транспортном уровне для услуг сетевого уровня другого режима, не может считаться полностью "открытой", в соответствии с определением, данным в
4.1.2, поскольку эта система окажется неспособной взаимодействовать с системой, которая поддерживает заданный режим услуг транспортного уровня через услуги сетевого уровня того же режима.
Примечание - Ограничение, состоящее в том, что заданный режим услуг транспортного уровня должен поддерживаться с помощью услуг сетевого уровня того же режима, вводится с той целью, чтобы системы могли взаимодействовать без установления предварительного соглашения о режиме услуг сетевого уровня, которые должны использоваться. В тех случаях, когда такое соглашение используется, вышеупомянутое ограничение не действует, хотя требования к полностью "открытым" системам, сформулированные в
6.4.2 а), остаются в силе.
6.5 Конфигурации открытых систем ВОС
6.5.1.1 Оконечная система ВОС - открытая система, которая для конкретного сеанса связи является конечным отправителем или получателем данных.
6.5.1.2 (N)-ретрансляционная система ВОС - открытая система, которая для конкретного сеанса связи создает условия использования функций ВОС, и включает в себя функции (N)-уровня и функцию ретрансляции, выполняемую внутри (N)-уровня.
6.5.2.1 Эталонная модель не налагает ограничений ни на конфигурации, в которых только две реальные открытые системы участвуют в сеансе связи, ни на конфигурации, в которых все участвующие реальные открытые системы соединены друг с другом одной физической средой. Это также касается тех систем, в которых связь между реальными открытыми системами вовлекает другие реальные открытые системы, обеспечивающие функции ретрансляции (см.
5.3).
6.5.2.2 Для того, чтобы различить роли реальных открытых систем, привлекаемых в сеансе связи, реальная открытая система, в которой прикладные процессы, действующие либо как оконечный отправитель, либо как получатель данных, называется оконечной реальной открытой системой ВОС для такого сеанса связи, а реальная открытая система, обеспечивающая функции ретрансляции на уровне (N) называется (N)-ретрансляционной системой для такого сеанса связи.
6.5.2.3 С точки зрения определенного сеанса связи реальная открытая система может действовать либо в роли
оконечной системы ВОС, либо в роли (N)-ретрансляционной системы, но это не означает, что она действует таким путем для всех сеансов связи, в которых она привлекается. Эти различные роли одной открытой системы могут проявляться последовательно или даже одновременно, когда открытая система включена в несколько связей с одними и теми же или различными открытыми системами.
6.5.2.4 В конфигурациях, привлекающих (N)-ретрансляционные системы ВОС, эталонная модель рассматривает случай, когда несколько подсетей (см.
7.5.1) используются в тандеме или в параллели (см.
7.5.2.3). Это привлекает функции маршрутизации и ретрансляции для установления соединений посредством таких сетей (N)-ретрансляционных систем ВОС. Такие функции, которые обеспечивают передачу данных через (N)-ретрансляционные системы ВОС, предоставляются тремя нижними уровнями (см.
6.1) или прикладным уровнем.
6.5.2.5 Применительно к распределенным прикладным процессам ретрансляция может быть выполнена в прикладных логических объектах.
6.5.2.6 Таким образом, прикладные логические объекты привлекаются только в тех сеансах связи, где открытые системы действуют как оконечные системы ВОС или как
(N)-ретрансляционные системы ВОС, если функция ретрансляции выполняется на прикладном уровне.
7 Подробное описание архитектуры ВОС