ГОСТ Р 54018—2010
6 Архитектура и присвоение имен
6.1 Декомпозиция имен
Крайне важно, чтобы имена были недвусмысленными в пределах среды, в которой они использу-
ются. Для этой цели применяются методы регистрации, при которых организации выделяются полно-
мочия на ведение регистра имен для объектов некоторого данного типа, например для заголовков при-
кладных объектов. Обязанностью таких уполномоченных является обеспечение недвусмысленности,
то есть обеспечение того, чтобы различные объекты имели различные имена.
В пределах СрВОС может быть очень большое число объектов данного типа, и будет непрактично
одному уполномоченному поддерживать требуемый регистр на всемирной основе. В таком случае
уполномоченный по регистрации делегирует свои полномочия подуполномоченным при условии, что
явно будет установлен метод, который позволяет различать имена, зарегистрированные подуполно-
моченными. Это обычно достигается по правилу префикса, когда имя объекта, зарегистрированного
подуполномоченным, всегда содержит в себе префикс, который некоторым образом идентифицирует
самого подуполномоченного.
Делегирование полномочий в случае необходимости может повторяться до достижения такого
уровня подуполномоченного, когда управление регистром становится приемлемым как относительно
размера самого регистра, так и относительно легкости доступа к уполномоченному для поиска реги-
страции некоторого объекта.
Одним из следствий такой схемы является то, что имена могут стать неприятно длинными. Это
может вызвать проблемы с пониманием смысла имен, когда речь идет о человеке, но совершенно не-
существенно, когда речь идет о связи между вычислительными машинами.
Другим следствием является то, что сама процедура предоставляет возможность образования си-
нонимов: регистрация объекта может быть выполнена добровольно или принудительно более чем од-
ним подуполномоченным, приводя, таким образом, к присвоению одному и тому же объекту более чем
одного имени. Это не нарушает фундаментальное свойство недвусмысленности имен, поскольку данное
имя обозначает единственный объект. Однако это может создавать трудности или неудобства для не-
которых операций: например в случае справочников, которые должны иметь столько записей, сколько
может быть синонимов для объекта, или в случае прикладных задач, которые могут оказаться неработо-
способными, если им не удается распознать идентичность объектов, имеющих различные имена.
Тем не менее обычно считается, что такие затруднения разрешаются легче, чем избегание сино-
нимов путем взаимодействия между подуполномоченными.
6.2 Адресная информация в услугах ВОС
В услугах ВОС адресная информация требуется для того, чтобы позволить (N+1)-объекту указы-
вать поставщика (N)-услуги, у которого может быть найден равноправный (N+1)-объект, являющийся
целью сервисного обмена. Из общего характера услуг ВОС следует, что эта адресная информация
определена только в терминах присвоенной ей семантики, а не в терминах используемого синтаксиче-
скогокодирования. Фактически используемое кодирование будет обеспечиваться в пределах элементов
протокола, используемых для сообщения значения адресной информации партнеру по соединению.
Важно различать семантику (N)-адреса и синтаксис, используемый для представления (N)-адреса
в данной открытой системе; семантика (N)-адреса сообщается равноправной (N)-подсистеме; синтаксис
(N)-адреса является локальным вопросом, и в различных открытых системах могут быть использованы
различные представления. Таким образом, значения соответствующих параметров со стороны отправи-
теля и получателя должны быть семантически эквивалентными, но не синтаксически идентичными.
Когда N больше 3 (то есть выше сетевого уровня), (N)-адрес не только включает адресную ин-
формацию, относящуюся к (N)-уровню, но также содержит адресную информацию, относящуюся к
(N-1)-уровню. (N)-адрес передается через (N)-ПДУ как параметр примитивов (N)-услуги. (N-1)-объект
может определить через функции-(N-1)-справочника (см. 6.5) (N-1)-адрес из переданного (N)-адреса.
Адресная информация в услугах ВОС обычно определяется как параметры примитивов услуг, не-
обходимых для каждого примитива услуг в случае режима без установления соединения, но требуемых
только для набора примитивов, имеющих отношение к этапу установления соединения, в случае режи-
ма с установлением соединения.
Существуют три типа (N)-адреса: вызывающий-(N)-адрес, вызываемый-(N)-адрес и отвечающий-
(N)-адрес.
11
Примечание — В определении услуг конкретного уровня вызывающий-(N)-адрес может указываться как
«(N)-адрес-источника», а вызываемый-(N)-адрес — как «(N)-адрес-назначения». Однако в ИСО 7498-3 используются
исключительно термины «вызывающий-(N)-адрес» и «вызываемый-(N)-адрес».