ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

Информационная технология

ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ РУКОВОДСТВО ПО ПРИСВОЕНИЮ ИМЕН И АДРЕСАЦИИ

ISO/IEC TR 10730:1993 Information technology — Open Systems Interconnection — Tutorial on naming and addressing (IDT)

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

Москва

Стандартинформ

2012

Предисловие

Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. № 184-ФЗ «О техническом регулировании», а правила применения национальных стандартов Российской Федерации — ГОСТ Р 1.0-2004 «Стандартизация в Российской Федерации. Основные положения»

Сведения о стандарте

1    ПОДГОТОВЛЕН Федеральным государственным унитарным предприятием «Государственный научно-исследовательский и конструкторско-технологический институт «ТЕСТ» (ФГУП «ГосНИИ «ТЕСТ») на основе собственного аутентичного перевода на русский язык международного стандарта, указанного в пункте 4

2    ВНЕСЕН Техническим комитетом по стандартизации ТК22 «Информационные технологии»

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 30 ноября 2010 г. № 629-ст

4    Настоящий стандарт идентичен международному документу ИСО/МЭК ТО 10730:1993 «Информационная технология. Взаимосвязь открытых систем. Руководство по присвоению имен и адресации» (ISO/IEC TR 10730:1993 «Information technology — Open Systems Interconnection — Tutorial on Naming and Addressing»).

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

5    ВВЕДЕН ВПЕРВЫЕ

Информация об изменениях к настоящему стандарту публикуется в ежегодно издаваемом информационном указателе «Национальные стандарты», а текст изменений и поправок — в ежемесячно издаваемых информационных указателях «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячно издаваемом информационном указателе «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте национального органа Российской Федерации по стандартизации в сети Интернет

©Стандартинформ, 2012

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

Примечани е — Хотя примеры, показанные на рисунках 2а —2d, иллюстрируют (Ы)-протоколы в режимах УС и БУС в отдельных (1Ч)-объектах, возможно, что они могут быть в одном и том же (1Ч)-объекте, при условии, что не существует двусмысленности для (Ы)-ПДУ в режимах УС и БУС.

УС — режим с установлением соединения;

БУС — режим без установления соединения

Рисунок 2а — Пример реальной открытой системы с несложной схемой адресации

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

8

ГОСТ Р 54018-2010/ISO/IEC TR 10730:1993

УС - режим с установлением соединения; БУС - режим без установления соединения;

Программные реализации протоколов ВОС

Рисунок 2Ь — Пример сложной реальной внутренней структуры

Структура этой реальной открытой системы не должна быть видимой извне и ее схема адресации должна оставаться простой. Лучший способ для достижения этого — принять, что на различных уровнях имеется только один УС-объект и один БУС-объект(см. рисунок 2с).

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

В этом случае конфигурация реальной открытой системы ВОС могла бы выглядеть так, как показано на рисунке 2d.

Кроме целей возобновления связи нет никакого основания различать два объекта в режиме УС (или БУС) в одной и той же (Ы)-подсистеме и нет никаких критериев для этого. Таким образом, важно иметь возможность доступа к этим объектам в режиме УС (или БУС), как если бы они были одним объектом. Это может быть достигнуто путем использования (1\1)-адреса, охватывающего все различные (Ы)-ПДУ, ведущие к этим объектам. Тогда при использовании этих (1Ч)-адресов конфигурация ВОС № 2 (рисунок2б) выглядит эквивалентной конфигурации ВОС № 1 (рисунок 2с).

Понятие отвечающего-(М)-адреса (см. 6.2) позволит получающей системе указывать, какой конкретный (Ы)-ПДУ используется для каждого отдельного экземпляра связи. Фактически используемый (Ы)-ПДУ, идентифицированный (1Ч)-адресом-ПДУ, представляется в отвечающем-(М)-адресе. Таким образом, инициатор уведомляется, какой конкретный (1Ч)-ПДУ из возможного набора (М)-ПДУ, идентифицированных (Ы)-адресом, представленным инициатором, используется для этого конкретного случая связи. Знание отвечающего-(1Ч)-адреса позволяет инициатору устанавливать последующее соединение с тем же самым (1Ч)-объектом (в большинстве случаев инициатор не заботится о том, какой объект был выбран, тем не менее, этот механизм обязателен, когда есть необходимость в возобновлении связи).

Понятия (N)-aflpeca и отвечающего-(М)-адреса являются существенными для будущего ВОС, в частности потому, что они позволяют развивать реальные открытые системы в направлении внутренней сложности при сохранении внешней простоты.

ИСО 7498-3 устанавливает, что каждый уровневый стандарт может, в случае необходимости, налагать ограничения на понятия (1Ч)-адресов и отвечающих-(М)-адресов (например, потребовать, чтобы (N)-aflpec всегда был простым (1Ч)-адресом-ПДУ). Такие ограничения должны налагаться только тогда, когда доказана их необходимость, так как они будут ограничивать гибкость понятий адресации.

Некоторые существующие стандарты ИСО не делают различия между (М)-адресами и (N)-aflpeca-ми-ПДУ и, таким образом, обычно устанавливают свои свойства адресации в терминах (1\1)-адре-сов-ПДУ. Это происходит из-за того, что они разрабатывались до ИСО 7498-3, и при этом не подразумевалось, чтоони накладывают ограничение, что (Ы)-адреса должны относиться к единственному (М)-ПДУ. Свойства, установленные этими стандартами в терминах (Ы)-адресов-ПДУ, обычно естественным образом расширяются на (Ы)-адреса, поэтому пересмотр этих документов с учетом понятий, определенных в ИСО 7498-3, был бы как необходимым, так и легко осуществимым.

ГОСТ Р 54018-2010/ISO/IEC TR 10730:1993

6 Архитектура и присвоение имен

6.1    Декомпозиция имен

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

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

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

Одним из следствий такой схемы является то, что имена могут стать неприятно длинными. Это может вызвать проблемы с пониманием смысла имен, когда речь идет о человеке, несовершенно несущественно, когда речь идет о связи между вычислительными машинами.

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

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

6.2    Адресная информация в услугах ВОС

В услугах ВОС адресная информация требуется для того, чтобы позволить (М+1)-объекту указывать поставщика (1Ч)-услуги, у которого может быть найден равноправный (М+1)-объект, являющийся целью сервисного обмена. Из общего характера услуг ВОС следует, что эта адресная информация определена только в терминах присвоенной ей семантики, а не в терминах используемого синтаксического кодирования. Фактически используемое кодирование будет обеспечиваться в пределах элементов протокола, используемых для сообщения значения адресной информации партнеру по соединению.

Важно различать семантику (1Ч)-адреса и синтаксис, используемый для представления (N)-aflpeca в данной открытой системе; семантика (1Ч)-адреса сообщается равноправной (М)-подсистеме; синтаксис (N)-aflpeca является локальным вопросом, и в различных открытых системах могут быть использованы различные представления. Таким образом, значения соответствующих параметров со стороны отправителя и получателя должны быть семантически эквивалентными, но не синтаксически идентичными.

Когда N больше 3 (то есть выше сетевого уровня), (1Ч)-адрес не только включает адресную информацию, относящуюся к (N)-ypoBHK>, но также содержит адресную информацию, относящуюся (N-1 ^уровню. (N)-aflpec передается через (1Ч)-ПДУ как параметр примитивов (N)-ycnyrn. (М-1)-объект может определить через функции-(М-1 )-справочника (см. 6.5) (N-1 )-адрес из переданного (N)-aflpeca.

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

Существуют три типа (N)-aflpeca: вызывающий-(М)-адрес, вызываемый-(М)-адрес и отвечаю-щий-(М)-адрес.

11

Примечание — В определении услуг конкретного уровня вызывающий-(1\1)-адрес может указываться как «(1Ч)-адрес-источника», а вызываемый-(1Ч)-адрес — как«(1Ч)-адрес-назначения». Однако в ИСО 7498-3 используются исключительно термины: вызывающий-(1Ч)-адрес и вызываемый-(1\1)-адрес.

Всякий раз, когда (М+1)-объект пытается установить (М)-соединение или передать блок данных в режиме без установления соединения, он должен указать адрес(а) предполагаемого(ых) партнера(ов) и может указать собственный адрес. Адрес партнера указывается как параметр вызываемый-(1Ч)-адрес. Этот адрес указывает (Ы)-адрес (1Ч)-ПДУ или набора (1Ч)-ПДУ, который дает доступ кжелаемому партнеру. Для получения этой информации вызывающий-(М+1 )-объект локально использует функции справочника (см. 6.5). Эти функции, в свою очередь, при необходимости могут требовать доступа к внутренним или внешним средствам справочника (см. 7.3).

В вызываемой открытой системе используется локальный механизм для выбора подходящего (Ы)-ПДУ в случае нескольких (1Ч)-ПДУ, совместно использующих один и тот же (Ы)-адрес.

Адрес (1Ч)-ПДУ, закрепленный за инициировавшим (М+1)-объектом (то есть объектом, который инициирует соединение или передает примитив в режиме без установления соединения), передается в примитиве запроса как параметр вызывающий-(М)-адрес. Эта информация предоставляется как параметр примитива услуги с вызывающей стороны, хотя обычно в ней нет необходимости, таккакона неявно известна из вызывающей системы. Информация передается к системе получателя в (1Ч)-протоколе, она становится доступной вызываемому (М+1)-объекту как параметр примитива индикации (1Ч)-услуги для ее предоставления вместе с информацией, необходимой для идентификации вызывающего партнера и, возможно, для будущего повторного вызова.

Когда вызываемый-(1Ч)-адрес относится к набору нескольких (М)-ПДУ, то может быть полезно, чтобы получающая система указывала адрес конкретного (1Ч)-ПДУ, который выбирается локально. Это достигается использованием параметра примитива услуг отвечающий-(М)-адрес. Этот конкретный адрес (Ы)-ПДУ передается обратно вызывающему партнеру и предоставляется ему в примитиве подтверждения (N)-yслуги, таким образом появляется возможность будущего повторного вызова того же самого (Ы)-ПДУ, через который получатель установил первоначальное соединение. Как следствие, отвечаю-щий-(Ы)-адрес, найденный в примитиве подтверждения, не обязательно идентичен вызываемо-му-Ы-адресу, первоначально представленному в примитиве запроса (N)-ycnyrn.

Таким образом, отвечающий-(М)-адрес является параметром, который может появляться в примитиве ответа или подтверждения (N)-ycnyrn, выданным с целью установления соединения, но который не применим в режиме без установления соединения. Он указывает (1Ч)-адрес у (М)-получателя и, тем самым, идентифицирует набор (Ы)-ПДУ у этого (М)-получателя.

Идентифицирует ли отвечающий-(1М)-адрес единственный (М)-ПДУ (а не набор (М)-ПДУ) может быть решено локально (когда конкретные стандарты (М)-уровня не устанавливают каких-либо ограничений) или может быть явно потребовано каким-либо стандартом N-уровня. На практике представляется более разумным разработчику реальной открытой системы использовать это ограничение для отвечаю-щего-Ы-адреса, даже если в применяемых стандартах оно не является обязательным.

6.3 Адресная информация в протоколах ВОС

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

Примечание — При передаче данных в режиме с установлением соединения для различения разных соединений к (Ы)-объекту используются локальные ссылки. Такие локальные ссылки (идентификаторы-оконеч-ной-точки-соединения) назначаются при установлении соединения. Они позволяют указывать тот же самый вызываемый объект, который в каждой участвующей открытой системе использует установленное соединение. Эти локальные ссылки остаются действительными до тех пор, пока сохраняется соединение. Они не обязаны иметь одинаковые значения в оконечных точках соединеня.

Адресная информация, предоставленная в примитивах услуг установления (и, возможно, разрыва) соединения в режиме с установлением соединения и во всех примитивах в режиме без установления соединения, передается между открытыми системами какчасть протокольной-управляющей-информа-ции (ПУИ) протокольных блоков данных (ПБД). Для этого используется конкретное поле в (1Ч)-ПУИ: поле (Ы)-протокольной-адресной-информации (Ы)-ПАИ. Кодирование этого поля является частью спецификации протокола.

ГОСТ Р 54018-2010/ISO/IEC TR 10730:1993

Вид адресной информации, передаваемой в (Ы)-ПАИ, в зависимости от места соответствующего протокола в иерархии протоколов ВОС, относится кдвум категориям: полные адреса и/или селекторы.

На 1—3 уровнях в подсетях, где область действия адресации ограничивается конкретной средой в пределах подсети, понятие селектора неприменимой, какследствие, протокол передает полную семантику адресной информации.

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

Выше сетевого уровня область действия адресации снова ограничивается, так какобъекты, к которым нужно адресоваться, находятся в пределах открытой системы, идентифицированной на сетевом уровне через использование сетевых-адресов. Из этого обстоятельства можно получить преимущества, используя вместо полных адресов локальные селекторы и затем, если потребуется, сделав их короче полных адресов (например, дав возможность хранения в заголовке протокола).

В результате информация, необходимая для доступа к прикладному-объекту, является кортежем:

сетевой-адрес, Т-селектор, С-селектор, П-селектор,

где сетевой-адрес передается через сетевые протоколы, а Т-, С- и П-селекторы передаются через транспортный, сеансовый протоколы и протокол уровня представления.

Таким образом, выше сетевого уровня (Ы)-адрес эквивалентен паре [(Ы-1)-адрес, (М)-селектор]. Значение (Ы)-селектора недвусмысленно идентифицирует набор (Ы)-ПДУ, находящихся в одной и той же (Ы)-подсистеме, а значение (N-1 )-селектора не может быть получено из значения (Ы)-селектора.

Значения (Ы)-селекторов определяются каждой открытой системой локально для транспортного, сеансового протоколов и протокола уровня представления для идентификации сеансовых-объектов, объектов-представления и прикладных-объектов соответственно. Так как (Ы)-селекторы должны быть недвусмысленны в пределах только своих подсистем, то нет необходимости в уполномоченных по регистрации. Однако их значения должны быть доступны для потенциальных партнеров путем использования некоторого подходящего механизма, такого как двустороннее соглашение или использование внешних средств справочника.

Абстрактный синтаксис (Ы)-селекторов невидим для какой-либо другой открытой системы, следовательно, выбор представления является исключительно локальным решением. Значения (^-селекторов, область действия которых — пределы соответствующей открытой системы, выбираются локальным администратором открытой системы; локальный администратор должен выбирать абстрактный синтаксис и метод кодирования, который должен использоваться для представления этих значений. Механизм для представления абстрактного синтаксиса и метода кодирования, которые связанны со значением (М)-селектора, не рассматривается в ИСО/МЭК 7498-3.

Современные стандарты, специфицирующие (М)-селекторы, не определяют ни абстрактный синтаксис (например, символы ИСО 646), ни метод кодирования значений (М)-селекторов. Стандарты только устанавливают, что значение (1Ч)-селектора является строкой октетов. Поэтому другим открытым системам должны быть доступны только закодированные значения. Это может быть достигнуто путем записи закодированных значений в средствах удаленного справочника при гарантии того, что администраторы обеспечат эти закодированные значения, откуда бы не использовались средства удаленного справочника.

6.4 Связь между адресной информацией, услугами ВОС и протоколами ВОС

Данная тема иллюстрируется примером, который показывает связь между адресной информацией в услугах ВОС (см. 6.2) и адресной информацией в протоколах ВОС (см. 6.3) для адреса-уровня-пред-ставления и связанных с ним кортежей.

Из адреса-уровня-представления можно получить сеансовый-, транспортный- и сетевой-адреса. На рисунке 3 показано одно из возможных представлений адреса-уровня-представления.

Адресная информация Сеансовая адресная Т ранспортная адресная Сетевая адресная уровня представления информация информация информация

Рисунок 3 — Возможное представление адреса-уровня-представления

Это представление описывает одну возможную форму абстрактной семантики адреса-уровня-представления. Абстрактный синтаксис каждой из составляющих (например, сеансовая адресная информация) является локальным вопросом системы, но каждая составляющая идентифицирует набор (М)-ПДУ на границе (1Ч)-подсистема/(М+1)-подсистема.

Другим возможным представлением адреса-уровня-представления является такое, которое не делает видимыми границы между (Ы)-уровнями в пределах адресного пространства. В этом случае (1М-1)-адрес может быть получен из (Ы)-адреса с использованием метода табличного поиска в каждой подсистеме, где используется это представление.

Абстрактная семантика адреса-уровня-представления передается в равноправную открытую систему посредством П-селектора, С-селектора, Т-селектора и сетевого-адреса, которые, в свою очередь, передаются с использованием некоторого метода кодирования через ПАИ-представления, ПАИ-сеан-совую, ПАИ-транспортную и ПАИ-сетевую соответственно.

Таким образом, видно, что имеется ясная связь между «адресной информацией уровня представления» и П-селектором, «сеансовой адресной информацией» и С-селектором, «транспортной адресной информацией» и Т-селектором, «сетевой адресной информацией» и сетевым-адресом. «(Ы)-адресная информация» и (Ы)-селектор, которые должны быть определены в абстрактном синтаксисе, идентифицируют один и тот же набор (Ы)-ПДУ. Ихабстрактные синтаксисы могут быть одним и тем же синтаксисом, а могут быть различными.

6.5 (Ы)-функции-справочника

В ИСО 7498-3 определены концептуальные (Ы)-функции-справочника. Это название ((^-функции-справочника) может ввести в заблуждение, так как эти функции не имеют отношения к какому-либо доступу к средствам справочника (см. 7.3). Они являются абстрактными понятиями, которые разрабатывались для описания того, как (Ы)-подсистема устанавливает связь между ((Ч)-адресами, (N-1 ^адресами, (Ы)-селекторами, и т. д.

Важно отметить, что, будучи абстрактным понятием, (М)-функции-справочника не должны реализовываться как таковые.

В ИСО 7498-3 определены семь (Ы)-функций-справочника инициатора и четыре ((^-функции-справочника получателя.

Среди них в примере 8.2 используются следующие:

—    Функция Адресации Инициатора 2 — ФАИ2

Для этой функции:

1)    входными параметрами являются: ВЫЗЫВАЕМЫЙ-(М)-АДРЕС и ЛОКАЛЬНАЯ информация;

2)    выходом является: ВЫЗЫВАЕМЫЙ-(1Ч-1 )-АДРЕС.

—    Функция Адресации Инициатора 3 — ФАИЗ

Для этой функции:

1)    входными параметрами являются: ВЫЗЫВАЕМЫЙ-(1Ч-1 )-АДРЕС, ВЫЗЫВАЮЩИЙ-(М)-АДРЕС и ЛОКАЛЬНАЯ информация;

2)    выходом является: ВЫЗЫВАЮЩИЙ-(1Ч-1 )-АДРЕС.

—    Функция ПАИ Инициатора 1 — ФПИ1

Для этой функции:

1)    входным параметром является: ВЫЗЫВАЕМЫЙ-(М)-АДРЕС;

2)    выходом является: ВЫЗЫВАЕМЫЙ-(М)-ПАИ.

—    Функция ПАИ Инициатора 2 — ФПИ2

Для этой функции:

1)    входным параметром является: ВЫЗЫВАЮЩИЙ-(М)-АДРЕС;

2)    выходом является: ВЫЗЫВАЮЩИЙ-(М)-ПАИ.

—    Функция Адресации Получателя 1 —ФАП1

Для этой функции:

1)    входными параметрами являются: ВЫЗЫВАЕМЫЙ-(М)-ПАИ, ВЫЗЫВАЕМЫЙ-(1Ч-1)-АДРЕС и ЛОКАЛЬНАЯ информация;

2)    выходом является: ВЫЗЫВАЕМЫЙ-(М)-АДРЕС.

—    Функция Адресации Получателя 2 — ФАП2

Для этой функции:

1)    входными параметрами являются: ВЫЗЫВАЮЩИЙ-(М)-ПАИ и ВЫЗЫВАЮЩИЙ-(М-1 )-АДРЕС;

2)    выходом является: ВЫЗЫВАЮЩИЙ-(М)-АДРЕС.

—    Функция Адресации Получателя 3 — ФАПЗ

Для этой функции:

1)    входными параметрами являются: ВЫЗЫВАЕМЫЙ-(М-1 )-АДРЕС и ЛОКАЛЬНАЯ информация;

2)    выходом является: ОТВЕЧАЮЩИЙ-(1Ч-1 )-АДРЕС.

ГОСТ Р 54018-2010/ISO/IEC TR 10730:1993

6.6 Специфические аспекты уровней

На конкретном уровне применяются не все (1Ч)-функции-справочника. Общее использование этих функций описано в примерах 8.2. Тем не менее, необходимо подробнее специфицировать наименование на прикладном и сетевом уровнях из-за сложности их внутренней структуры.

6.6.1    Прикладной уровень

6.6.1.1    Прикладные процессы и прикладные объекты

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

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

6.6.1.2    Типы и вызовы

Для прикладного-процесса(прикпадного-объекта)иногдажелательноуказывать«тип», ккоторому он принадлежит. Это достигается с помощью заголовков-типов-прикладных-процессов (заголовков-типов-прикпадных-объектов), которые должны быть недвусмысленными в пределахСрВОС и, следовательно, должны быть зарегистрированы.

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

6.6.1.3    Соединения

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

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

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

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

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

b)    заголовок-прикладного-объекта составляется из заголовка-прикладного-процесса и квалифи-катора-прикладного-объекта;

c)    при необходимости идентификации вызов-прикпадного-процесса идентифицируется парой:

1)    заголовок-прикладного-процесса, к которому он относится;

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

d)    при необходимости идентификации вызов-прикпадного-объекта идентифицируется набором:

1)    заголовок-прикладного-объекта, к которому он относится;

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

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

Примечание — Способ использования заголовков-прикладных-объектов и заголовков-прикладных-процессов для получения адресной информации описывается с помощью средств справочника (см. 7.3).

15

Пример возможной структуры наименования для «банковской прикладной задачи»:

-    банковская прикладная задача обеспечивает две возможности, а именно: возможность передачи файла (используя ПДУФ) и возможность обработки транзакций (используя ОТ);

-    банковской прикладной задаче может быть дан заголовок-прикладного-процесса «SEOUL-АВС»;

-    возможности ПДУФ может быть дан заголовок-типа-прикладного-объекта«РТАМ». Возможности ОТ может быть дан заголовок-типа-прикладного-объекта «ТР»;

-    прикпадной-процесс «SEOUL-АВС» может иметь два прикладных-объекта: один типа «FTAM», а другой — типа «ТР»;

-    заголовку-прикладного-объектатипа «FTAM» может быть присвоено имя «SEOUL-АВС.F»; заго-ловку-прикладного-объекта типа «ТР» может быть присвоено имя «SEOUL-АВС.Т»;

-    использование объекта «SEOUL-АВС.F» в ассоциации с удаленным ПДУФ-объектом «SYDNEY-ABC.F» является вызовом-прикладного-объекта. При необходимости этот вызов-объекта можно идентифицировать идентификатором «24» в прикладном-объекте «SEOUL-АВС.F», в то время как парный ему вызов-объекта может быть идентифицирован идентификатором «р р».

На рисунке 4 показан другой пример заголовков прикладных процессов/объектов и идентификаторов вызова.

ГОСТ Р 54018-2010/ISO/IEC TR 10730:1993

6.6.2 Сетевой уровень

На транспортном, сеансовом уровнях и уровне представления ПАИ требуется только для передачи селекторов. На сетевом уровне ПАИ должна передавать полный сетевой-адрес.

Сетевой-адрес является недвусмысленным в пределах СрВОС и идентифицирует набор ПДСУ, предоставляющих доступ к данному транспортному-объекту в одной открытой системе. Пользователи сетевых-услуг не могут ни получать маршрутную информацию из сетевого-адреса, ни влиять на выбор маршрута посредством сетевого-адреса.

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

Функцией сетевого уровня является использование сетевого-адреса для маршрутизации — то есть получение адреса ППП из вызываемого-сетевого-адреса. Этот адрес ППП будет или адресом ППП целевой оконечной системы (идентифицированной вызываемым-сетевым-адресом), или адресом ППП промежуточной системы, которая является первым (или единственным) транзитным участком на пути к целевой оконечной системе (тогда промежуточная система получает задачу определения ближайшего подходящего адреса ППП; эта функция повторяется до тех пор, пока не будет достигнута целевая оконечная система).

В общем случае открытой системе потребуется использование средств справочника сетевых адресов (СССА) для получения информации о сетевых-адресах — отображений ППП-адреса. Связи между сетевыми-адресами и ППП-адресами могут быть один-к-одному, один-ко-многим, или мно-гие-ко-многим. Возможности, предоставляемые СССА, вероятно, будут распределенными в системах в пределах СрВОС. Когда открытая система запрашивает использование этих (пространственно разнесенных) возможностей, то для доступа к ним она будет использовать методы взаимосвязи ВОС.

Сетевая-ПАИ должна переносить и сетевой-адрес, и ППП-адрес. Обычно, в сетевой-ПАИ имеется одно поле для переноса сетевого-адреса и отдельное поле для переноса ППП-адреса.

Сетевой-адрес в сетевой-ПАИ переносится явно между взаимодействующими оконечными системами. Поле сетевой-ПАИ, переносящее ППП-адрес, может содержать различные ППП-адреса, так как оно пересекает промежуточные системы на маршруте между двумя связанными оконечными системами. Фактически, в каждой промежуточной системе для определения следующего транзитного участка на пути к целевой оконечной системе сетевой уровень рассматривает сетевой-адрес и помещает ППП-адрес следующей промежуточной системы в поле ППП-адреса в сетевой-ПАИ.

На рисунках 5 и 6 показаны примеры использования сетевых-адресов и ППП-адресов (для взаимодействия, инициированного оконечной системой А, когда оконечная система В является получателем).

Рисунок 5 — Вызов между оконечными системами, относящимися к одному и тому же пространству ППП-адресов

м

ГОСТ Р 54018-2010/ISO/IEC TR 10730:1993

Содержание

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

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

3    Сокращения........................................................2

4    Стандарт ИСО 7498-3 и его связь с настоящим техническим отчетом....................3

5    Основные понятия....................................................3

5.1    Общие вопросы наименования.........................................3

5.2    ИменавСрВОС...................................................5

6    Архитектура и присвоение имен...........................................11

6.1    Декомпозиция имен................................................11

6.2    Адресная информация в услугах ВОС....................................11

6.3    Адресная информация в протоколах ВОС..................................12

6.4    Связь между адресной информацией, услугами ВОС и протоколами ВОС..............13

6.5    (Ы)-функции-справочника............................................14

6.6    Специфические аспекты уровней.......................................15

7    Среда ВОС и имена...................................................18

7.1    Стандарты, имеющие отношение к присвоению имен...........................18

7.2    Регистрация имен.................................................19

7.3    Средства справочника..............................................20

8    Примеры.........................................................23

8.1    Объекты и адреса.................................................23

8.2    Установление прикладной-ассоциации....................................26

8.3    Примеры конкретных форм имен, опубликованных в стандартах ВОС................29

Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов

ссылочным национальным стандартам Российской Федерации.............33

Примечание — В примерах, представленных на рисунках 5 и 6, А и В принадлежат одному и тому же адресному пространству, когда система В имеет адрес ППП, непосредственно достижимый инициатором (системой А) для любого конкретного случая соединения. Пространство ППП-адресов может охватывать одну или несколько подсетей.

7 Среда ВОС и имена

К настоящему времени детализированы общие вопросы наименований и адресации. Для правильной работы в СрВОС реальных систем и реализаций имена и адреса информационных объектов должны быть определены и сделаны доступными некоторым или всем объектам взаимосвязи.

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

Для присвоения имен и адресов используются уполномоченные по регистрации, для хранения имен и адресов используют средства справочника.

7.1    Стандарты, имеющие отношение к присвоению имен

Как указывалось в разделе 1 настоящего стандарта, ИСО 7498-3 определяет понятия имен, адресов и идентифицирует, какие объекты должны именоваться в СрВОС.

ИСО 7498-3 моделирует (Ы)-функции-справочника (см. 6.5) и средства справочника (см. 7.3). Целью средств справочника является предоставление адресной информации, заданной именем. (1М)-функции-справочника концептуально существуют на каждом уровне эталонной модели для обеспечения локального отображения адресной информации.

ИСО 7498-3 определяет также понятие уполномоченного по регистрации. Однако он не определяет ни структуру имен или адресов, ни процедуры регистрации этих имен или адресов.

Для обеспечения более специфических потребностей разработаны другие стандарты. В настоящем подразделе дается обзор текущего состояния дел, относящихся к работе ИСО/МЭК СТК 1 в этой области. Описание работы уполномоченных по регистрации (см. 7.1.3) может изменяться по мере развития стандартов.

7.1.1    Справочник

В ИСО/МЭК 9594 определены общие задачи справочника относительно доступа прикладных задач и соответствующие услуги справочника. Этот стандарт применяется, когда информация должна хра-

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационная технология

ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ РУКОВОДСТВО ПО ПРИСВОЕНИЮ ИМЕН И АДРЕСАЦИИ

Information technology. Open systems interconnection.

Tutorial on naming and addressing

Дата введения — 2012—06—01

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

Настоящий технический отчет представляет основные понятия и механизмы, определенные в ИСО 7498-3 для удовлетворения потребностей присвоения имен и адресации объектов в среде взаимосвязи открытых систем (СрВОС). Он также содержит логическое обоснование некоторых важных решений, принятых в архитектуре присвоения имен и адресации.

Несмотря на то, что ИСО 7498-3 не дает определения каких-либо конкретных форм присвоения имени адресации, в конце настоящего технического отчета приведены примеры форм конкретных имен, которые определены в других стандартах взаимосвязи открытых систем (ВОС), показывающих, как понятия и механизмы, определенные в ИСО 7498-3, применяются при присвоении имен определенным объектам.

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

В настоящем стандарте использованы ссылки на следующие стандарты:

ИСО 3166:1988 Коды для представления названий стран (ISO 3166:1988 Codes for the representation of namens of countries)

ИСО 6523:1984 Обмен информацией. Структура идентификаторов организации (ISO 6523:1984 Data interchange; Structures for the identification of organizations)

ИСО 7498:1984 Системы обработки информации. Взаимодействие открытых систем. Базовая эталонная модель (ISO 7498:1984 Information processing systems; Open Systems Interconnection; Basic Reference Model)

ИСО 7498-3:1989 Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 3. Присвоение имен и адресация (ISO 7498-3:1989 Information processing systems; Open Systems Interconnection; Basic reference model; Part 3: Naming and addressing)

ИСО 8348/Доп.2:1988 Информационная технология. Передача данных. Определение услуг сетевого уровня. Дополнение 2. Адресация на сетевом уровне (ISO 8348:1987/Add.2:1988 Information processing systems; data communications; networkservice definition; addendum 2: network layer addressing)

ИСО/МЭК 8824:1990 Информационная технология. Взаимосвязь открытых систем. Спецификация абстрактной синтаксической нотации версии один (АСН.1) (ISO/IEC 8824:1990 Information technology; open systems interconnection; specification of abstract syntax notation one (ASN.1)

ИСО/МЭК TO 9577:1990 Информационная технология. Передача данных и обмен информацией между системами. Идентификация протоколов сетевого уровня ВОС (ISO/IEC TR 9577:1990 Information technology; telecommunications and information exchange between systems; protocol identification in the network layer)

ИСО/МЭК 9594:1990 Информационная технология. Взаимосвязь открытых систем. Справочник (ISO/IEC 9594:1990 Information technology; open systems interconnection; the directory)

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

ИСО/МЭК 9834-1:1993 Информационная технология. Взаимосвязь открытых систем. Процедуры работы полномочных органов регистрации ВОС. Часть 1. Общие процедуры (ISO/IEC 9834-1:1993 Information technology; Open Systems Interconnection; Procedures for the operation of OSI Registration Authorities: General procedures)

ИСО/МЭК 9834-6:1993 Информационная технология. Взаимосвязь открытых систем. Процедуры работы полномочных органов регистрации ВОС. Часть 6. Прикладные процессы и прикладные объекты (ISO/IEC 9834-6:1993 Information technology; Open Systems Interconnection; procedures for the operation of OSI registration authorities: application processes and application entities)

ИСО/МЭК 10021-1:1990 Системы обработки информации. Передача текста. Системы передачи текста, ориентированные на сообщения (MOTIS) (ISO/IEC 10021-1:1990 Information technology; text communication; message-oriented text interchange systems (MOTIS); part 1: system and service overview)

3 Сокращения

В настоящем техническом отчете применены следующие сокращения:

БУС — (режим) без установления соединения;

ВОС — взаимосвязь открытых систем;

ДИО — дерево идентификаторов объектов;

ЗПО — заголовок прикладного объекта;

ИСО (ISO) — Международная организация по стандартизации;

ИДС — информационное дерево справочника;

КДС (DCC) — код данных страны (Data Country Code);

КПО — квалификатор прикладного объекта;

МККТТ (CCITT-) — Международный консультативный комитет по телеграфии и телефонии (Comite Consultatif International Telegraphique et Telephonique);

ООИ — относительное отличающее имя;

ОТ — обработка транзакций;

ПАИ — протокольная адресная информация;

ПБД — протокольный блок данных;

ПДУ — пункт доступа к услугам;

ПДСУ — пункт доступа к сетевым услугам;

ПДУФ (FTAM) — передача файлов, доступ к файлам и управление файлами (File Transfer, Access and Management);

ПО — прикладной объект;

ПОЗ — передача и обработка заданий;

ПП — прикладной процесс;

ППП — пункт подключения подсети;

ПУИ — протокольная управляющая информация;

СОС — система обработки сообщений;

ССПЗ — средства справочника прикладных заголовков;

СССА—средства справочника сетевых адресов;

СрВОС — среда взаимосвязи открытых систем;

СТК1 — совместный технический комитет 1;

ТО — технический отчет;

УМК—указатель международного кода;

УС—режим сустановлением соединения (ранее указывался как режим, ориентированный на установление соединения);

УР — уполномоченный по регистрации;

ФАИ — функция адресации инициатора;

ФАП — функция адресации получателя;

ФПИ — функция ПАИ инициатора;

AFI —Authority and Format Identifier (идентификатор уполномоченного и формата);

AFNOR — Французская ассоциация стандартизации;

ANSI — Американский национальный институт стандартов;

BSI — Британский институт стандартов;

ЕСМА — Европейская ассоциация производителей вычислительной техники;

IATA — Международная ассоциация транспортных авиалиний.

ГОСТ Р 54018-2010/ISO/IEC TR 10730:1993

4    Стандарт ИСО 7498-3 и его связь с настоящим техническим отчетом

ИСО 7498-3 устанавливает принципы, которым должен следовать любой стандарт, когда возникает необходимость идентификации и/или локализации соответствующих объектов в СрВОС. Для цели локализации объектов используется конкретная форма имени (адреса).

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

Настоящий технический отчет предназначен для разъяснения того, каким образом ИСО 7498-3 решает эту задачу. Технический отчет не предназначен для замены базового стандарта. Там, где возникает любое противоречие между утверждениями настоящего технического отчета и цитируемых стандартов, базовые стандарты являются определяющим источником. Примеры, приведенные в настоящем техническом отчете, не являются предписаниями, а служат только для целей разъяснения.

5    Основные понятия

5.1    Общие вопросы наименования

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

Наименование объектов, рассматриваемых в СрВОС, может иметь глобальный или локальный смысл. Объекты, для которых наименование имеет глобальный смысл, включают в себя реальные открытые системы и элементы уровней ВОС (например, (Ы)-объект, прикладной-процесс). Адреса этих объектов также имеют глобальный смысл.

Объекты, для которых наименование имеет локальный смысл (то есть смысл в пределах заданной области действия в открытой системе) включают в себя селекторы, вызовы-прикладных-процессов и вызовы-(Ы)-объектов.

5.1.1    Типы и свойства имен

5.1.1.1    Примитивные, описательные и групповые имена

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

Примеры:

-    имя человека (полное имя) в контексте семьи, обычно, является однозначным, но часто может стать неоднозначным, если этот контекст расширен. Для гарантии недвусмысленности необходимы другие средства, такие как номер удостоверения личности или паспорта, номер документа социальной защиты;

-    номера рейсов IATA(Международная АссоциацияТранспортныхАвиалиний)обычноявляются примерами недвусмысленных имен;

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

Имена могут быть разделены на примитивные и описательные.

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

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

3

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

Групповое имя — это примитивное имя или неполное описательное имя, которое идентифицирует набор, содержащий более одного объекта. Когда принадлежность набору не известна пользователю имени, не подразумевается, что пользователь должен знать, является имя групповым или нет (например, вызываемый-(Ы)-адрес (см. 6.2), когда он используется запрашивающей системой, рассматривается как примитивное имя (независимо от того, является оно групповым или нет), тогда как тот же самый вызываемый-(Ы)-адрес, когда он обрабатывается внутри отвечающей системы, может рассматриваться как групповое имя). Групповое имя может так же идентифицировать элементы (или подмножество элементов) класса объектов, определенного типом объектов.

Примечание 1 — ИСО 7498-3 дает определение примитивного имени как имени, которое идентифицирует объект, хотя неявно подразумевается, что этот объект сам может быть набором объектов. Это вытекает из определения группового имени, как «примитивного имени, которое идентифицирует набор объектов» (ИСО 7498-3, 5.6). Групповое имя является частным случаем примитивного имени, когда известен тот факт, что объект является набором.

Примечание 2 — В общем случае подразумевается, что использование группового имени для конкретной операции приводит к выбору ровно одного элемента набора в качестве цели этой операции (ИСО 7498-3, 5.6). В этом случае запрашивающий операцию обычно не знает, каким образом сделан выбор. Другая возможная интерпретация использования групповых имен осуществляется при обращении к средствам справочника. В этом случае использование группового имени в качестве входных данных для средств справочника приводит к возвращению списка элементов соответствующего набора (ИСО 7498-3,14.2.3).

Примеры:

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

-    номера рейсов I АТА являются частично описательными, так как они составляются следующим образом:

ххуууу, где: хх — двухбуквенный код, идентифицирующий авиакомпанию;

УУУУ — ^К°Д (Д° 4 цифр), идентифицирующий номер рейса компании хх.

Двухбуквенный код (хх) — пример группового примитивного имени: он идентифицирует набор рейсов, обслуживаемых этой компанией (для того, чтобы гарантировать недвусмысленность номеров рейсов IATA, иногда необходимо предоставить дополнительную информацию такую, как «участок маршрута»);

-    номера лотерейных билетов — пример недвусмысленных примитивных (неописательных) имен;

-    подмножество элементов тип-прикладного-процесса (с прикладными-процессами, возможно размещенными в различных концах системы), может быть названо групповым именем “MHS-ORGX”. Элементами приклад-ных-процессов “MHS-ORGX” могут быть, например, все прикладные-процессы СОС в пределах одной организации (“ORGX”). Каждому прикладному-процессу может быть присвоено (примитивное) имя, например “MHS-ORGX-1”, “MHS-ORGX-2”, ..., “MHS-ORGX-n”. Использование группового имени “ORGX”b качестве входных данных для средств справочника прикладных заголовков приведет к списку соответствующих заголовков-прикладных-процес-сов (“MHS-ORGX-1”, “MHS-ORGX-2”,..., “MHS-ORGX-n”) (см.7.3).

5.1.1.2    Заголовки и идентификаторы

Заголовок — это имя, присвоенное объекту для его распознавания среди различныхобъектов (или наборов объектов). Примерами являются заголовок-прикладного-процесса, заголовок-прикладного-объекта и т. п. Заголовком может быть имя, присвоенное типу объекта для того, чтобы распознавать его среди различных типов объектов. Примерами являются заголовок-типа-прикладного-процесса, заголо-вок-типа-прикладного-объекта и т. п.

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

5.1.2    Уполномоченные по наименованию и области наименований

Недвусмысленность присваиваемых имен достигается путем использования уполномоченных по наименованию. Уполномоченным по наименованию является уполномоченный по регистрации имен (см. 7.1.3). Он либо непосредственно распределяет и регистрирует имена (например, сетевые адреса), либо только регистрирует представленные ему имена после проверки того, что они еще не зарегистрированы. Имена, зарегистрированные уполномоченным по наименованию, должны быть выражены на установленном языке согласно конкретным правилам, но уполномоченный по наименованию не осуществляет связывания имени с объектом (или с набором объектов), им поименованным.

4

ГОСТ Р 54018-2010/ISO/IEC TR 10730:1993

Область наименований — это множество имен, которые присваиваются объектам конкретного типа и управляются уполномоченным по наименованию. Область наименований может быть иерархически разделена на подмножества — подобласти наименований. Областью наименований на вершине иерархии является глобальная область наименований, которая управляет каждой подобластью наименований. Следовательно, глобальная область наименований является множеством всех возможных имен (в пределах СрВОС) для объектов конкретного типа. Независимые глобальные области наименований могут существовать для объектов различных типов. Каждая область наименований управляется уполномоченным по наименованию.

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

Примеры:

-    сейчас синонимом «столица Франции» является имя «Париж — Франция»: оба этих имени идентифицируют один и тот же объект;

-    названия стран также могут иметь синонимы подобного типа (например, Соединенные Штаты Америки, США, Штаты ...);

-    термин «ВОС» часто используется вместо «взаимосвязь открытых систем». Оба термина являются синонимами.

5.2 Имена в СрВОС

5.2.1    Открытые системы

Основным компонентом СрВОС является реальная открытая система-система, которая соответствует требованиям стандартов ВОС при взаимодействии с другими реальными системами.

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

5.2.2    (Ы)-подсистемы и (Ы)-объекты

Открытая система состоит из набора уровней. Каждый уровень в данной открытой системе определяет одну подсистему — (М)-подсистему (для уровня N). Следовательно, (М)-подсистема является элементом иерархического разбиения открытой системы (а именно на (N)-ypoBHe). (М)-подсистема взаимодействует непосредственно только с элементами в (N+1)- и (N-1 )-подсистемах этой открытой системы.

(М)-объект является активным элементом в пределах (М)-подсистемы, включающим в себя набор возможностей, определенных для (М)-уровня, который соответствует конкретному типу-(М)-объекта. Т ип-(М)-объекта может быть идентифицирован, но не обязательно должен или может быть локализован. Напротив, каждый из (М)-объектов (этого типа-(1Ч)-объектов) может быть идентифицирован и локализован; это необходимо, так как (М)-объекты являются активными элементами, которые участвуют в связи. (М)-объект именуется заголовком-(М)-объекта.

Так как (М)-объект представляет коммуникационные возможности (М)-уровня, то различные коммуникационные возможности (М)-уровня могут быть предоставлены различными (М)-объектами, то есть внутри (М)-подсистемы может быть несколько (1Ч)-объектов (например, два различных (1Ч)-протокола, представляемых двумя различными (М)-объектами).

Если (М)-объект вызывается для участия во взаимосвязи, то осуществляется конкретное использование его функций (или части этих функций). Такое использование называется вызовом-(1Ч)-объекта. Вызов-(М)-объекта недвусмысленно именуется идентификатором вызова-(М)-объекта, который должен быть уникален в пределах области действия этого (1Ч)-объекта.

Вместе с (М)-объектами используются следующие имена:

-    тип-(М)-объекта именуется заголовком-типа-(1Ч)-объекта;

-    (М)-объект именуется заголовком-(1Ч)-объекта;

-    вызов-(М)-объекта именуется идентификатором-вызова-(М)-объекта.

5

5.2.3 Пункты доступа к (Ы)-услуге; (Ы)-ПДУ

Для обеспечения (1М)-услуги (Ы+1)-уровню (Ы)-объект соединяется с одним или несколькими (1М)-ПДУ. Для того, чтобы это выполнить, (1М)-объект может использовать услугу (N-1 )-уровня, предоставляемую одним или несколькими (N-1 )-ПДУ.

(N-1 )-ПДУ присоединяется к одному (и только к одному) (Ы)-объекту, и, таким образом, (Ы)-объект локализуется своим соединением с одним или несколькими (Ы-1)-ПДУ. Хотя (1\1-1)-адрес-ПДУ точно идентифицирует (N-1 )-ПДУ, в любой данный момент времени этот (N-1 )-ПДУ недвусмысленно адресует (Ы)-объект.

На рисунках 1а и 1Ь показана взаимосвязь (Ы)-объекта с (Ы)-ПДУ и с (Ы+1)-объектами. Показанная на рисунке 1 b связь не допускается, так как (Ы)-ПДУ может присоединяться только к одному (N+1 ^объекту и одному (Ы)-объекту.

5.2.4 (1Ч)-адреса и (1М)-адреса-ПДУ

(Ы)-адрес идентифицирует набор (Ы)-ПДУ, все из которых расположены на границе между (N)- и (Ы+1)-подсистемами. Это определение, например, на сетевом уровне, приводит к следующему: сете-вой-адрес идентифицирует набор ПДСУ (ПДУ-сетевого уровня). (Ы)-адрес используется для локализации (N+1 )-объекта или нескольких (М+1)-объектов, которые обеспечивают одни и те же функциональные возможности.

6

ГОСТ Р 54018-2010/ISO/IEC TR 10730:1993

(М)-адрес-ПДУ является (Ы)-адресом, который идентифицирует единственный (М)-ПДУ. Таким образом, имеется существенное различие между (1Ч)-адресом и (М)-адресом-ПДУ. Могут существовать функции уровня, которые требуют (1Ч)-адрес для идентификации единственного (М)-ПДУ, фактически используемого для обеспечения соединения. Следовательно, определение направления выполняемой операции не является свойством самих адресов, а окончательное решение о том, что идентифицирует конкретный (N)-aflpec — единственный (1Ч)-ПДУ или набор из нескольких (1Ч)-ПДУ — основывается на отношениях уровень-уровень и протокол-протокол. На это решение могут также повлиять локальные свойства, связанные с конфигурацией реальной открытой системы.

Из сказанного выше следует, что возможно существование различных организаций системы, например:

a)    несколько (Ы)-объектов, связанных с единственным (N+1 )-объектом;

b)    несколько (Ы+1)-объектов, обеспечивающих одни и те же функциональные возможности, которые используют услуги единственного (Ы)-объекта и т. п.

5.2.5 Использование (Ы)-адресов

Присвоение имен и адресация являются существенными вопросами взаимосвязи открытых систем. Реальные открытые системы, даже при их полном соответствии протоколам ВОС на всех семи уровнях, могут быть неспособными к установлению диалога из-за несогласованности их политики наименования и адресации.

В основном, правила адресации должны позволять прикладному объекту, находящемуся в реальной открытой системе, устанавливать ассоциацию с равноправным прикладным объектом в другой реальной открытой системе. Эта ассоциация неявно использует ассоциации между равноправными объектами, установленными на каждом из шести более низких уровнях.

Основным назначением (Ы)-адресов является выбор между различными (Ы+1)-объектами, имеющимися в (Ы+1)-подсистеме, и, таким образом, когда разбиение (Ы+1)-подсистемы на (Ы+1)-объекты является сложным, важно, чтобы механизм адресации позволял схеме адресации, относящейся к этому разбиению, оставаться простой.

ИСО 7498-3 устанавливает, что (N+1 )-подсистема делится на (N+1 )-объекты по следующим причинам:

-    для обеспечения различных (N+1 )-протоколов или наборов (N+1 )-протоколов;

-    для согласования требований защиты и/или административного управления;

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

ИСО 7498-3 устанавливает, что (N)-aflpeca не используются:

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

-    для получения информации маршрутизации выше сетевого уровня;

-    для различения компонентов аппаратных средств.

Примечание 1 — В некоторых конфигурациях обычное использование (Ы)-адреса может привести к (N+1 )-объекту, полностью содержащемуся в одном компоненте аппаратных средств. Тем не менее, в СрВОС (N)-адрес идентифицирует (М+1)-объект, а не компоненты аппаратных средств.

Примечание 2 — Когда различные протоколы ВОС совместно используют, по крайней мере, минимальный механизм идентификации, который позволяет вычленить каждый тип протокола (например, см. ИСО/МЭК ТО 9577), они могут рассматриваться как подтипы общего типа и должны управляться одним объектом. Таким образом, для распознавания этих различных протоколов не требуется разных адресов.

Эти правила являются очень важными, так как они ограничивают степень сложности реальной открытой системы, которая может быть видна вне этой системы (то есть в пределах СрВОС). Какотмече-но выше, внешний вид реальной открытой системы должен быть прост настолько, чтобы она могла быть легко доступна другим реальным открытым системам, даже самым простым. Для представления внешнего вида рекомендуется, чтобы реальная открытая система моделировалась как имеющая по одному объекту каждого уровня ВОС на доступный тип протокола так, чтобы схема адресации была прямой (см. рисунок2а).

7