ГОСТ Р 54018-2010 Информационная технология. Взаимосвязь открытых систем. Руководство по присвоению имен и адресации

Автор Николай Иванов На чтение 62 мин. Просмотров 4 Опубликовано 02.07.2021 Обновлено 02.07.2021

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

НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

ГОСТР54018-

2010/ISO/IEC TR

10730:1993

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

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

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 г. Nff 629-ст

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

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

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

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

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

Содержание

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

in

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

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

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

information technology. Open systems interconnection.

Tutorial on naming and addressing

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

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

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

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

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

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

ИСО 3186: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: network servicedefinition:addendum2: network layeraddressing)

ИСО/МЭК 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)

Иэдвнив официальное

ИСО/МЭК 98344: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);

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

МККТТ (ССГГТ-)— Международный консультативный комитет по телеграфии и телефонии (Comite Consuttatif International TelegraphigueetTelephonique):

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

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

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

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

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

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

ПДУФ (РТАМ) — передача файлов, доступ к файлам и управление файлами (File Transfer. Access and Management):

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Примеры:

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

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

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

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

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

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

з

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

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

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

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

Примеры:

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

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

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

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

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

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

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

‘MHS-ORGX-2*….. ‘MHS-ORGX-n*. Использование группового имени ‘ORGX’e качестве входных данных для

средств справочника прикладных заголовков приведет к списку соответствующих заголовкоа-прикладных-процес-coeCMHS-ORGX-Г. “MHS-ORGX-2*…..’MHS-ORGX-n’) (см.7.3).

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

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

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

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

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

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

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

Прииеры:

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

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

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

мами.

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

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

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

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

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

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

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

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

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

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

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

• (Ы)-объект именуется заголовком-(М)-объекта:

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

5.2.3 Пункты доступа к (N)-yenyre; (Ы)>ПДУ

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

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

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

Рисунок 10 — Недопустимые взаимосвязи (N(-объектов с (1Ч)-ПДУ и(Ы«1)-объекгами

5.2.4 (М)-адресаи(Ы)-адреса*ПДУ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Седеоеый

уровень

Транспортный

уровень

Сапееб

уровень


____

УС-роамоуошютшиш амцими—с

бУС-рвмш tin уатсвлвмнй соединения;

Протрем»tiw рвштеаеш протоках* ЭОС

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

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

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

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

Рисунок 2d — Конфигурация ВОС № 2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

п

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

— Функция Адресации Инициатора 2 — ФАИ2 Для этой функции:

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

2) выходом является: Bbl3blBAEMblft-(N-1 )-АДРЕС.

— Функция Адресации Инициатора 3 — ФАИЗ Для этой функции:

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

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

— Функция ПАИ Инициатора 1 — ФПИ1 Для этой функции:

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

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

— Функция ПАИ Инициатора 2 — ФПИ2 Для этой функции:

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

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

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

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

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

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

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

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

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

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

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

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

На конкретном уровне применяются не все (М}-функции-спраеочника. Общее использование этих функций описано в примерах 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).

1S

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

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

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

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

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

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

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

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

Прикпвдио* процесс XY2

Ч

{Ьлое-гфмлашалнфоцноа

Примечание 1 — Эти идентификаторы-вызовов-прикладных-объектоа должны быть различными, если они связаны с вызовами-приклвдных-объектов. которые относятся к одному и тому же вызову-лрикладного-про-цессв.

Примечание 2 — Этиидентификвторы-еызоеое-приклвдных-объектоемогутбытьидентичными.если они связаны с вызоеами-прикладных-объектое. которые относятся к различным аызоеам-лрикладного-процесса.

Рисунок 4 — Примеры заголовков и идентификаторов прикладных процессов и объектов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

7.1.1 Справочник

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

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

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

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

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

7.1.2 Идентификаторы объектов

8 ИСО/МЭК 8824 определено дерево идентификаторов объектов (ДИО). Кроме того, в приложениях B.CwD ИСО/МЭК 8824 вводятся дуги из корневого узла ДИО. Понятие ДИО вместе с соответствующими процедурами регистрации используется как основа для создания недвусмысленных имен информационных объектов.

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

Такимобразом.информационныйобъект од позначной недвусмысленно идентифицирован последовательностью числовых значений, помечающих ребра на путиоткорнякузлу. выделенному информационному объекту. Получающийся в результате объект является примитивным именем.

7.1.3 Уполномоченные по регистрации

8 ИСО/МЭК 9834-1 специфицированы различные этапы присвоения имен.

Регистрация заключается е присвоении недвусмысленного имени экземпляру типа информационного объекта.

Регистрация осуществляется агентом по регистрации. Уполномоченным по регистрации является организация, действующая как агент по регистрации. Агентом по регистрации может быть стандарт: например, как ИСО 8571 в отношении типов документов ВОС. которые в нем определены.

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

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

8 ИСО/МЭК 9834-1 идентифицированы две формы имени для регистрации: форма, основанная на атрибутах, и форма идентификатора объекта. Подробнее см. 8.3.

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

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

Например, некоторые международно-признанные организации (такие как ЕСМА. EWOS) запросили выделить им код ICD (согласно ИСО 6523) в качестве первого шага для признания их уполномоченными по регистрации для того, чтобы присваивать имена в соответствии с собственными потребностями (идентификация документов, членов и т. л.).

Страны, идентифицируемые кодом страны DCC (по ИСО 3166). могут идентифицировать свои национальные организации в качестве уполномоченных по регистрации для присвоения имен в соответствии с потребностями организаций. Примерами таких уполномоченных по регистрации для присвоения имен организациям являются ANSI в США. BSI в Великобритании. AFNOR во Франции.

Подуполномоченые по наименованию под узлами ICD и DCC могут назначать имена различным объектам. Кроме того, эти подулолномоченные далее могут делить свое пространство имен и передавать полномочия по наименованию в подпространствах своим подуполномоченным.

Примерами типов имен, для которых уполномоченные по регистрации распределяют имена, являются:

– заголовки ВОС:

– заголовки-систем.

• загопоеки-лрикладных-процессое.

• заголовки-тилов-прикладных-процессов.

• эаголовки-тиоов-прикладных-объектое и др.;

– адреса СОС (ИСО/МЭК10021- 1А):

• сетевые-адреса (ИСО 8348/Доп.2).

Примечание—в ИСО в348/Доп.2 определено понятие иерархического дерева для сетевых адресов. Дерево имен для сетевых адресов вместе с соответствующими процедурами регистрации используется для гарантии того, что присвоены недвусмысленные имена (см. 8.3.5).

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

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

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

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

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

Определены два основных средства:

a) ССПЗ (средство справочника прикладных заголовков) обрабатывает заголовки-прикладных-процессов и/или эаголовки-прикладкых-объектое и выдает относящуюся к ним адресную информацию;

b) СССА (средство справочника сетевых адресов) обрабатывает сетевые-адреса и выдает относящуюся к ним маршрутную информацию.

7.3.1 ССПЗ

ССПЗ (функции которого показаны на рисунке 7) состоит из двух компонентов для выдачи соответствующей информации, связанной с полученными им входными данными — то естьс именем:

• «разрешитель имени», который способен преобразовывать групповое или неполное описательное имя в соответствующие примитивные (негрупповые) или полные описательные имена;

• «справочник», который возвращает адресную информацию, связанную с примитивным или полным описательным именем.

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

Если входными данными является:

а) групповой заголовок-прикладного-процесса. то компонентССПЗ «разрешитель имени» возвращает список соответствующих негрупповых заголовков-прикладных-процессов. Эти негрупповые эаго-ловки-прикладных-процесоов могут затем стать входными данными для компонента ССПЗ «разрешитель имени» (см. перечисление Ь);

b) негрупповой заголовок-прикладного-лроцесса. то компонент ССПЗ «разрешитель имени» возвращает список негрулповых заголовков-прикладных-объектов. идентифицирующих прикладные-объ-екты. относящиеся к рассматриваемому процессу;

c) групповой заголоеок-прикладного-объекта. то компонент ССПЗ аразрешитель имени» возвращает список связанных негрупповых эагоповков-прикпадных-объектов.

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

(П-селектор,

С-селектор.

Т-селектор.

сетевые-адреса) (или список сетевых-адресов).

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

Ниже приводится пример использования ССПЗ.

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

Тогда на первом шаге задача ALPHA, используя, например. ПОЗ. может потребовать передачи этой части работы некоторой другой оконечной системе, в которой существует такая производительная обработка. Для этого задача ALPHA должна знать заголовок прикладного-объекта нужного прикладно-го-процесса. Он может быть конкретно идентифицирован прикладной задачей, ил и задача ALPHA может не иметь предпочтительного партнера и может обращаться к любой одной из ряда таких прикладных задач. В первом случае задача ALPHA должна содержатьвсебе примитивное имя для заголовка удаленного партнера, скажем — «PARPROC84». Во втором случае задача ALPHA должна быть обеспечена групповым эаголовком-прикладного-объекта для группы партнеров, скажем — «PARPROC». Этот случай рассматривается ниже в настоящем примере.

На втором шаге задаче ALPHA должен быть предоставлен адрес-уровня-представления выбранного прикладного-объекта. Обе функции достигаются через ССПЗ по запросу задачи ALPHA.

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

8 этом примере принято, что ССПЗ является распределенным с частью, содержащейся в системе 627. Тогда взаимосвязь между задачей ALPHA и локальной частью ССПЗ осуществляется внутренними для системы 627 способами. Когда информация о группе PARPROC находится в той части ССПЗ. которая входит в систему 627. то никаких внешних проявлений процедуры не требуется, следовательно, никакие стандартные протоколы не используются.

Когда локальная часть ССПЗ не может обеспечить информацию о группе PARPROC. она взаимодействует. используя протоколы справочника, с остальной частью распределенного ССПЗ. получает информацию о группе PARPROC и передает ее задаче ALPHA локальным способом. В зависимости от реализации локальный ССПЗ может принять решение воспользоваться информацией о группе PARPROC. полученной таким образом, и сохранить ее для будущих запросов тех же партнеров, которые могут возникнуть в системе 627.

На рисунке 7 показаны возможные различные входные данные и точки входа в ССПЗ.

Рисунок 7 — Функционирование ССПЗ

7.3.2 СССА

Вызыеающии-сетевой-адрес и еызыеаемыйчмтееой-адрес передаются (как параметры примити* ва сетевой услуги) инициирующим транспортным объектом связанному инициирующему сетевому

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

ССС А требует в качестве входных данных вызывающий- и выэываемый-сетевые-адреса и возвращает. используя соответствующие процедуры, вызывающий- и вызываемый-адрвса-каналов-переда-чи-данных, еыэываемую-сетееую-ПАИ. выэываемую-подсетевую-адресную-информацию. вызываю-щую-сетевую-ПАИ и еызывающую-подсвтееую-ПАИ.

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

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

8 Примеры

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

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

Следующие два примера (рисунки 8а и 8Ь) преследуют цель прояснить это требование. На рисунке 8а: А.В…. G являются (N-1 }-адресами; v.w,… z являются ((^селекторами.

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

Av. Aw. Ах. Bv. Bw. Вх. Еу. Ez. Gy. Gz.

Возможными недопустимыми (М)-адресами являются следующие:

Ay. Bz. Fw. Gx.

<Я}-ЛДУ v w ж у *

Рисунок ва — Взаимосвязи между селекторами, относящимися к (И)-ПДУ и (N-1 )-ПДУ

Примечание — Может показаться, что формат (Ы)-адресое, используемых а этом примере, подразумевает иерархическое построение (М>-адресв из (N-i)-aapeca и (Ы)-селектора. Этот формат используется только для упрощения. (Ы)-адреса являются вполне понятийными, а их действительное представление в реальной открытой системе является локальным вопросом.

На рисунке 8b lu, It. Ht являются возможными допустимыми адресами, так как любой выбранный (N•1 )-ПДУ всегда доступен (14)*ПДУ. Ни является недопустимым адресом, так как. если для конкретного соединения используется (N>1 )-ПДУ D. то он недоступен (NJ-ПДУ.

H={D,6) I={F,Q>

Рисунок 8Ь — взаимосвязи между селекторами, относящимися к наборам (Ы)-ПДУ и (N-IJ-ПДУ

В примере на рисунке 9 показаны со 2 по 5 уровни системы «S». где сеансовый уровень включает в себя два сеансовых-объекта в режиме-с-установлением-соединения, названные объект А и объект В (возможные причины такого внутреннего устройства обсуждались в 5.2.5). Однако для любой другой открытой системы (и, таким образом, для СрВОС) различий между А и В быть не должно, так как они оба обеспечивают одну и ту же услугу. Следовательно. А и В являются доступными в цепом благодаря использованию единственного транспортного-адреса Т1. и внешний вид подсистемы очень прост.

Если, по каким-то причинам, удаленной системе необходимое последующем транспортном соединении возвратиться к тому же самому сеансовому объекту (то есть к тому сеансовому объекту, который использовался в предыдущем транспортном соединении), то должна быть возможность различать ТПДУ. открывающая ей доступ к А и В. Это возможно благодаря использованию «отвечающего-транспортного-адреса». который должен предоставляться системой «S».

Следовательно, в общем случае соединения удаленные открытые системы не делают различия между объектами Аи В. а единственным транспортным-адресом. известным им для сеансового-объекта в режиме-с-установлением-соединения. будет Т1. Когда соединение установлено, система «S» возвращает в качестве отвечающего-транспортного-адреса адрес конкретного ТПДУ. который использовался в этом конкретном соединении (например. Т4). Инициализирующая подсистема может затем, если ей это необходимо, сохранить этот транспортный-адрес (Т4) для использования в последующем соединении. Тогда использование Т4 вместо Т1 будет означать, что удаленная оконечная система желает вернуться к тому же самому сеансовому-объекту, с которым она имела предыдущее соединение.

Применение 1 — Для простоты не несколько адресов ТПДУ был реэбит только транспортный-адрес Т1. Естественно, эта декомпозиция может применяться к любому (N)-appecy по усмотрению вдминистретора системы «S*.

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

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

8.2.1 Получение имен

Предположим, что прикладной-объект. названный NAMEA. хочет начать соединение с другим уда* ленным лрикладным-объектом. N AM ЕА для об щения с удаленным объектом должен знать его имя. эаго* ловок-прикладного-объекта. например — NAMEB.

Инициирующий прикпадкой-объекг посылает NAMEB в ССПЗ: средства ССПЗ возвратят кортеж для локализации NAMEB. например:

aofNAMEB = рр ss tt XYZ, где

aofNAMEB является недвусмысленным в пределах СрВОС и локализует NAMEB: рр ss П являются именами положения удаленной системы: рр является селектором уровня представления: ss является селектором сеансового уровня: tt является селектором транспортного уровня:

XYZ является недвусмысленным в пределах СрВОС сетевым-адресом реальной системы, в кото* рой размещен NAMEB.

Селекторы используются на уровнях с 6 по 4 и передаются взаимодействующим равноправным объектам в ПАИ.

На 3 уровне сетевой объект получает имя XYZ. Затем сетевой-объект вызывает средства СССА: эти функции возвращают ППП*адрес. указывающий следующий транзитный участок пути, куда надосле* довать для достижения транспортного-объекта, соответствующего адресу XYZ.

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

8.2.2 Уровневые механизмы в вызывающей системе

Ма рисунке 10 показаны основные действия инициатора с {NJ-функциями-справочника (см. 8.5) в вызывающей открытой системе, когда вызываемый- и вызыеающий-адрес*уровня*представления передаются объекту уровня представления как параметры сервисного примитива уровня представления.

8.2.3 Уровневые механизмы в вызываемой системе

На рисунке 11 показаны основные действия получателя с (М)-функциями-справочника (см. 6.5} в вызываемой открытой системе, когда сетевой ПБД. посланный инициирующей системой и несущий вызываемый- и еыэыеающий-сетееой-адрес. достиг систему получателя.

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

Примечание 2 — Структура, показанная на рисунках 10 и 11 для (Ы)-адресов. является только примером возможной внутренней структуры. Она была ислользованв потому, что делает видимой связь между (Ы)-селвк-торвми и (М)-адресами. Для существующих реализаций могут быть использованы другие внутренние структуры.

ПРИКЛАДНОЙ УРОВЕНЬ

Заголовок вызываемого прикладного объекта

Рисунок 11 — влияние методов получения е вызываемой оконечной системе

Примечание – » указывает локальный и динамический выбор

администрации оконечной системы

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

8.3.1 Формы имени, основанного на атрибутах

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

Примером основанного на атрибутах имени может быть имя справочника, имеющее следующую структуру:

Country = Франция

Organization = АВС

Organizational Unit – Отдел маркетинга

8 этом примере имя справочника образуется иэ трех ООИ. каждое иэ которых построено иэ единственного утверждения значения атрибута. «Country». «Organization» и «Organizational Unit» являются типами атрибутов. «Франция». «АВС» и «Отдел маркетинга» являются их значениями атрибутов в соответствующих утверждениях значений атрибутов.

8.3.2 Форма имени, основанного на идентификаторе объекта

Имя идентификатора объекта является последовательностью целочисленных значений. На рисунке 12 показана верхняя часть ДИО с тремя дугами иэ корневого узла и дугами, непосредственно подчиненными узлам, идентифицированным «ccitt» и «iso».

Ьрм

cctt

0

to

¹ JctnUaxctt

moammav

<ШЬп

0

quMtiai

1

idnft№-

ratfan

2

natwert-

opMbr

8

2

atoidvd	тфлнйоп-	member-
0	authority	body	OiQSltBdpn
	1	2	г

Рисунок 12 — Дерево идентификаторов объектов

Примером основанного на идентификаторе объекта имени является:

{iso (1) member-body (2) franco (250) type-org (1) abc (6325) marketing department (316)}.

где «type-огд» — компонент идентификатора объекта, показывающий, что последующие компоненты относятся к организации.

8.3.3 Заголовки, относящиеся к прикладному уровню

8.3.3.1 Заголовок-прикладного-процесса

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

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

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

На рисунке 13 показан пример построения ПП»эаголовка в форме, основанной на атрибутах.

Керчь

County Name* FR

	Opinion Нате* АВС	ата = *
		Organ moon UWtN
	Common Нате* «Ашадяо*

Рисунок 13 — Пример построения ПП-эегоповка в форме, основанной на атрибутах

8.3.3.2 Заголовки-прикладных-объектов

Имя заголовка»лрикладного»объекта (ЗПО) формируется путем добавления квалификатора»при» кладного-объекта (КПО) к эаголовку»прикладного»проиесса.

КПО должен быть недвусмысленным только в пределах области действия прикладного-процесса. 8 результате гарантируется.чтоЗПОбудетуникальным впределахСрВОС. Примером КПО может быть:

(SALES (3)} (для имени в форме идентификатора объекта)

8.3.3.3 Заголовки-тилов-лрикладных-процессов/объектов

Заголоеок»типа»прикладмого»лроиесса (или эаголоаок-типа-прикладного-объекта) может иденти» фицировать всех членов конкретного тила»лрикладного»процесса (или типа-прикладного-объекта) в СрВОС. Альтернативно этому заголовок»типа»прикладного»лроцесса (или эаголовок»типа»прикладо» го-объекта) может идентифицировать определенное подмножество членов конкретного типа-приклад-ного-процесса (или типа-прикладного-объекта).

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

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

organization = АВС

common name % SALES

8.3.4 Система обработки сообщением — СОС (MHS, Х400/ИС010021 (MOTIS)

В СОС пользователи идентифицируются с помощью имен отправителя/получатепя (О/П имен).

О/П имя обычно включает в себя справочное имя и адрес О/П. Адрес О/П является списком атрибутов. полученных из справочника при использовании справочного имени в качестве входных данных.

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

В СОС определен набор стандартных атрибутов, таких как:

общие: имя-области-управления. название-страны, сетевой-адрес, название-организации, наэеание-оргаииэационкой-единицы. имя-сотрудника и т. л.:

почтовой адресации: адрес-почтового-ящика-офиса. адрес-улицы, уникальное-почтовое-имя и т. п.

Можно рассмотреть тотже самый пример. чтоидляСправочника(8.3.1). используя частьэтихатри-бутое и соответствующие утверждения значений атрибутов.

8.3.5 Сетевые адреса

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

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

Уполномоченный по адресации А. ответственный за адресацию в области О. может делегировать далее ответственность за О. разделив D на подобласти D1— Оки назначив уполномоченных А1— Ак для распределения адресного пространства в пределах подобластей адресации 01—Dk. В свою очередь, любой из этих уполномоченных таким же образом может делегировать свою ответственность.

8 ИСО 8348/ДОЛ.2 из корневого узла для сетевых адресов определены семь дуг и. следовательно, семь верхних уровней уполномоченных по адресации. Это следующие дуги:

– Х.121;

– ISODCC;

– F.69:

– Е.163:

– Е.164;

– ISO ICO;

• Локальный (см. примечание).

Примечание — Формат локального сетевого адреса не требует «глобального» уполномоченного по регистрации. но может требовать «локального» уполномоченного по регистрации для гарантии недвусмысленности адресов в пределах области действия его локальной среды.

Уполномоченный по регистрации требуется для каждого формата сетевого-адреса МККТТ (то есть Х.121. F.69. Е.163 и Е.164) и для каждого формата сетевого-адреса ИСО (то есть ISO DCC и ISO ICO). Уполномоченные по регистрации для присвоения этих номеров для других целей уже существуют (например, номер по Х.121 используют в глобальной открытой сети Х.25. номер по Е.163 используют для международной телефонной сети). Можно полагать, что объектам, которым были выделены номера одним из этих уполномоченных по регистрации для их первоначальных целей, выделены эти же номера для использования в сетевых адресах систем в пределах их полномочий.

Структура сетевого адреса, определенная в ИСО 6348/Доп.2. представлена на рисунке 14.

АН

10!

D8P

IDP

Рисунок 14 — Структура сетевого адреса

Компонент «идентификатор уполномоченного и формата» (AFI) в сегевом-адресе указывает формат (то есть Х.121. КДС ИСО и т. д.) идентификатора начальной области (IDI) сетевого адреса. Компонент IDI содержит номер, присвоенный соответствующим уполномоченным по регистрации для каждого конкретного формата сетевого-адреса. Владелец номера в компоненте IDI является уполномоченным по регистрации для специфической части области (DSP) сетевого-адреса. Уполномоченный по регистрации для компонента DSP может далее делить адресное пространство, разделив компонент OSP и передав ответственность за регистрацию (в каждой части DSP) подуполномочемным по регистрации. Как было сказано ранее, любой из этих уполномоченных, в свою очередь, может разделить адресное пространство, за которое он отвечает, используя аналогичный метод.

На рисунке 15 показан пример формата сетевого-адреса КДС ИСО с компонентом OSP. разделен* ным на четыре компонента.

Номер

АП

С*>

Номер

ISODCC

<*»)

Идеигяфимгор

Оргймвеции

кдентмфшятф

подсети

Селектор

ПДСУ

i Г

1 ^,ш 1

OOP

Рисунок 15 — Формат сетевого адресе КДС ИСО (ISO DCC)

Примечание — Форматы для компонента OSP не устанавливаются международными стандартами. Более того, термин селектор ПДСУ. который может быть найден в некоторых структурах сетевого-адреса. отличается от понятия (1Ч>-сблекгор. используемого выше сетевого уровня, и не определен ни в каком стандарте ИСО по сетевой адресации.

Уникальный номер для компонента «идентификатор организации» должен быть получен от национального уполномоченного по регистрации, который является ответственным за распределение этих номеров в конкретной стране (или географической области). Владелец «идентификатора организации» может далее подразделять адресное пространство, как показано на рисунке 15. Примером сетевого-адреса. основанного на этой структуре, тогда может быть:

39 — двоичныйадрвс ISO DCC;

438 — код страны Лихтенштейн (ИСО 3168):

123456 — идентификаторорганизации;

00 03 — идентификатор подсети:

0000 000000 05 — адрес подсети:

01 —селектор ПДСУ.

На рисунке 16 показан пример формата сетевого-адреса Х.1216eaDSP. Нет необходимости в DSP. когда ЮР достаточен для идентификации требуемого(ых) ПДСУ. Может быть, что этот сетевой-адрес идентифицировал ПДСУ в системе, присоединенной непосредственно к подсети, которая использует номерХ.121.

Зв	Айрео X.1SM
АП	IDI

Рисунок 16 — Пример формата сетевого-адреса Х.121

Одним из примеров сетевого-адреса. основанного на структуре, показанной на рисунке 16. может быть:

36 идентифицирует IOIX. 121 (с десятичным OSP. если присутствует);

23420123456789 является адресом Х.121.

Приложение ДА (справочное)

Сведения о соответствии ссылочных международных стандартов ссылочным национальным стандартам Российской Федерации

Таблица ДА.1

Обозначение ссылочного международного стандарта	Степень сеотоетстоив	Обозначение и наименование соответствующего национального стандарта
ИСО 3166:1988	MOD	ГОСТ 7.67—2003 (ИСО 3166-1:1997) Система стандартов по информации. библиотечному и издательскому делу. кКоды названий стран»
ИСО 6523:1984	—	е
ИСО 7498:1984	IDT	ГОСТ Р ИСО/МЭК 7498-1—99 «Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель, часть 1. Базовая модель»
ИСО 7498.3:1989	IDT	ГОСТ Р ИСО 7498-3—97 «Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 3. Присвоение имен и адресация»
ИСО 8348/ДОЛ.2.1988	IDT	ГОСТ Р ИСО 834в/Дол.2—93 «Информационная технология. Передача данных. Определение услуг сетевого уровня. Дополнение 2. Адресация не сетевом уровне»
ИСО/МЭК 8824:1990	IDT	ГОСТ Р ИСО/МЭК 8824-1—2001 «Информационная технология. Абстрактная синтаксическая нотация версии один (АСН.1). Честь 1. Спецификация основной нотации»
ИСО/МЭК ТО 9577:1990	IDT	*
ИСО/МЭК 9594:1990	—	♦
ИСО/МЭК 9834-1:1993	IDT	ГОСТ Р ИСО/МЭК 9834-1—2009 «Информационная технология. Взаимосвязь открытых систем. Процедуры действий уполномоченных регистрации ВОС. Часть 1. Общие процедуры и верхние дуги дерева идентификаторе объекта АСН.1»
ИСО/МЭК 9834-6:1993	IDT	ГОСТ Р ИСО/МЭК 9834-6—2009 «Информационная технология. Взаимосвязь открытых систем. Процедуры действий уполномоченных регистрации 80С. Часть 6. Регистрация прикладных процессов и прикладных категорий»
ИСО/МЭК 10021-1:1990	IDT	ГОСТ Р ИСО/МЭК 10021-1—98 «Информационная технология. Передача текста. Системы обмене текстами, ориентированные не сообщения (MOTIS). Часть 1. Общее описание системы и службы»
* Соответствующий национальный стандарт отсутствует. До его утверждений рекомендуется использовать перевод на русский язык данного международного стандарта. Перевод данного международного стандарта находится в Федеральном информационном фонде технических регламентов и стандартов.
Примечание—В настоящей таблице использованы следующие условные обозначения степени соответствия стандартов: • ЮТ — идентичные стандарты: • MOD—модифицированные стандарты.

УДК 881.3:621.39:006.354 ОКС35.Ю0.01 П85 ОКСТУ4001

Ключевые слова: обработка данных, информационный обмен, сетевое взаимодействие, взаимосвязь открытых систем, режим передачи данных, наименование, адресация

Редактор S.C. Кочубина Технический редактор Н.С. Гришанова Корректор Я.Я. Митрофанова Компьютерная верстка И.А. НапойконоО

Сдано в набор 01.02 2012. Подписано ■ печать 11.03.2012. Формат 60 х 84 Гарнитура Ариел Уеп. печ. л. 4.65. Уч.-изд. п. 4,20. Тираж 126 экэ. За к 217.

ФГУП кСТАНДАРТИНФОРМ». 123995 Москва, Гранатный лер , 4 infogpostinforu

Набрано ао на ПЭВМ.

Отпечатано а филиале — тип. «Московский печатник». 105062 Москва. Лялин пер.. 6.

Николай Иванов

Эксперт по стандартизации и метрологии! Разрешительная и нормативная документация.

Оцените автора

Добавить комментарий

ГОСТ Р 54018-2010 Информационная технология. Взаимосвязь открытых систем. Руководство по присвоению имен и адресации

Автор Николай Иванов На чтение 62 мин. Опубликовано 02.07.2021 Обновлено 02.07.2021