Документ взят из кэша поисковой машины. Адрес оригинального документа : http://oit.cmc.msu.ru/lectures/AnalizeIT/Ch11_9.html
Дата изменения: Thu Jan 15 23:15:41 2004
Дата индексирования: Mon Oct 1 22:31:09 2012
Кодировка: Windows-1251
Часть XI - Использование адресации в конкретных уровнях модели OSI RM  
Перейти в оглавлению раздела

Часть XI

11.9. Использование адресации в конкретных уровнях модели OSI RM


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

    Наименования прикладных сущностей формируется из наименования прикладных процессов и квалификаторов прикладных сущностей (application-entity-qualifier).

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

    С каждым наименованием прикладной сущности связывается некоторый представительский адрес (PSAP).

    Для наименований прикладных сущностей возможны синонимы.

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

    Тот же метод используется для идентификации активации прикладной сущности. Однозначность идентификации активации прикладной сущности в OSIE обеспечивается благодаря тому, что идентификатор активации прикладной сущности имеет в качестве квалификаторов:

    - квалификатор прикладной сущности;

    - идентификатор активации прикладного процесса;

    - наименование прикладного процесса.

    В таблице 11.3 резюмируются определенные выше правила наименования элементов прикладного уровня.

элемент OSIE\вид элемента наименования APT APII AEQ AEII
Application Process +
Application Process Invocation + +
Application Entity + +
Application Entity Invocation + + + +

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

    APT - application-process-title

    APII - application-process-invocation-identifier

    AEQ - application-entity-qualifier

    AEII - application-entity-invocation-identifier

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

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

    В любой момент каждое наименование прикладной сущности связано с единственным адресом представительского уровня, который определяет некоторое множество точек доступа к представительскому сервису PSAP. Эта связь наименования и адреса, точнее селектора, PSAP, хранится в справочной службе прикладного уровня (Application Title Directory Facility).

    Теперь рассмотрим использование функций справочника в прикладном уровне архитектуры OSI.

    В инициирующей системе при получении примитива request от прикладного процесса прикладная сущность использует следующие функции:

    - IAF1, чтобы определить представительный адрес получателя (called-presentation-address) по наименованию вызываемой прикладной сущности (called-application-entity-title) и имеющейся локальной информации; полученный P-адрес затем используется в качестве параметра в примитиве P- request (presentation-service request).

    - IAF2, чтобы определить представительный адрес вызывающего (calling-presentation-address) и локальную точку PSAP, через которую будет передаваться примитив P-request (presentation-service request); для определения адреса используются представительный адрес вызываемого (called-presentation-address) и локальная информация.

    В системе получателе при получении примитива P-indication прикладная сущность применяет функцию RAF3, чтобы определить параметр responding-presentation-address, используя при этом значение параметра called-presentation-address и локальную информацию.

    Информация о применении адресных функций на других уровнях модели RM OSI резюмируется в таблице 11.4.

таблица готовится

    Наконец, рассмотрим требования к справочной службе. Она должна включать две основные компоненты:

    - справочник наименований приложений (Application Title Directory Facility - ATDF)

    - справочник сетевых адресов (Network Address Directory Facility - NADF).

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

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

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

    В результате запроса по наименованию прикладной сущности справочником ATDF возвращается список соответствующей данной сущности элементов адресной информацией следующего вида:

    [P-selector, S-selector, T-selector, (list of Network Addresses)]

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

Предыдущая глава Оглавление Следующая глава