ГОСТ Р 54018—2010
5.2.4 (N)-адреса и (N)-адреса-ПДУ
(N)-адрес идентифицирует набор (N)-ПДУ, все из которых расположены на границе между (N)- и
(N+1)-подсистемами. Это определение, например, на сетевом уровне, приводит к следующему: сете-
вой-адрес идентифицирует набор ПДСУ (ПДУ-сетевого уровня). (N)-адрес используется для локализа-
ции (N+1)-объекта или нескольких (N+1)-объектов, которые обеспечивают одни и те же функциональ-
ные возможности.
(N)-адрес-ПДУ является (N)-адресом, который идентифицирует единственный (N)-ПДУ. Таким об-
разом, имеется существенное различие между (N)-адресом и (N)-адресом-ПДУ. Могут существовать
функции уровня, которые требуют (N)-адрес для идентификации единственного (N)-ПДУ, фактически
используемого для обеспечения соединения. Следовательно, определение направления выполняемой
операции не является свойством самих адресов, а окончательное решение о том, что идентифицирует
конкретный (N)-адрес — единственный (N)-ПДУ или набор из нескольких (N)-ПДУ — основывается на
отношениях уровень-уровень и протокол-протокол. На это решение могут также повлиять локальные
свойства, связанные с конфигурацией реальной открытой системы.
Из сказанного выше следует, что возможно существование различных организаций системы, например:
а) несколько (N)-объектов, связанных с единственным (N+1)-объектом;
b) несколько (N+1)-объектов, обеспечивающих одни и те же функциональные возможности, кото-
рые используют услуги единственного (N)-объекта и т. п.
5.2.5 Использование (N)-адресов
Присвоение имен и адресация являются существенными вопросами взаимосвязи открытых си-
стем. Реальные открытые системы, даже при их полном соответствии протоколам ВОС на всех семи
уровнях, могут быть неспособными к установлению диалога из-за несогласованности их политики наиме-
нования и адресации.
В основном правила адресации должны позволять прикладному объекту, находящемуся в ре-
альной открытой системе, устанавливать ассоциацию с равноправным прикладным объектом в другой
реальной открытой системе. Эта ассоциация неявно использует ассоциации между равноправными
объектами, установленными на каждом из шести более низких уровней.
Основным назначением (N)-адресов является выбор между различными (N+1)-объектами, име-
ющимися в (N+1)-подсистеме, и, таким образом, когда разбиение (N+1)-подсистемы на (N+1)-объекты
является сложным, важно, чтобы механизм адресации позволял схеме адресации, относящейся к это-
му разбиению, оставаться простой.
ИСО 7498-3 устанавливает, что (N+1)-подсистема делится на (N+1)-объекты по следующим при-
чинам:
- для обеспечения различных (N+1)-протоколов или наборов (N+1)-протоколов;
- для согласования требований защиты и/или административного управления;
- в случае прикладной подсистемы для распознавания различных прикладных процессов и при-
кладных объектов одного и того же прикладного процесса.
ИСО 7498-3 устанавливает, что (N)-адреса не используются:
- для различения тех аспектов протоколов, которые подлежат согласованию (классы, подмноже-
ства, качество услуги, версии протокола), или значений параметров;
- для получения информации маршрутизации выше сетевого уровня;
- для различения компонентов аппаратных средств.
Примечание 1 — В некоторых конфигурациях обычное использование (N)-адреса может привести к
(N+1)-объекту, полностью содержащемуся в одном компоненте аппаратных средств. Тем не менее в СрВОС
(N)-адрес идентифицирует (N+1)-объект, а не компоненты аппаратных средств.
Примечание 2 — Когда различные протоколы ВОС совместно используют по крайней мере минимальный
механизм идентификации, который позволяет вычленить каждый тип протокола (например, см. ИСО/МЭК ТО 9577),
они могут рассматриваться как подтипы общего типа и должны управляться одним объектом. Таким образом, для
распознавания этих различных протоколов не требуется разных адресов.
7
Эти правила являются очень важными, так как они ограничивают степень сложности реальной
открытой системы, которая может быть видна вне этой системы (то есть в пределах СрВОС). Как отме-
чено выше, внешний вид реальной открытой системы должен быть прост настолько, чтобы она могла
быть легко доступна другим реальным открытым системам, даже самым простым. Для представления
внешнего вида рекомендуется, чтобы реальная открытая система моделировалась как имеющая по
одному объекту каждого уровня ВОС на доступный тип протокола так, чтобы схема адресации была
прямой
(см.
рисунок
2а).