[5] Рис.27-4. Функциональные компоненты Уровня Управления
Сеансом DNA.
[5]В задачи компонента Управление Соединением (УС) входят трансляция запросов
прикладных систем в соответствующие транспортные соединения, установление,
поддержание и завершение транспортного соединения. Кроме этого, выполняется
контроль по доступу к локальным ресурсам. В случае, когда прикладная система
указывает в ходе фазы установления соединения требуемый транспортный
протокольный стек, компонент УС проверяет его наличие в системе. Если
прикладная система требует завершить транспортное соединение, то компонент
УС обеспечивает гарантию того, что передача всех данных будет завершена
прежде, чем будет им затребовано транспортное разъединение у поставщика
транспортных услуг.
Компонент Отображение Адреса (ОА) соотносит имена объектов DNA с протоколами и
их характеристиками. К таким характеристикам, в частности, относится сервисный
адрес данного протокола. Компонент ОА обеспечивает также интерфейс доступа к
Услуге Именования DNA.
Обработка в компоненте Выбор Адреса (ВА) естественным образом следует за
обработкой в компоненте ОА. Всякий раз вслед за вычислением адресов в ОА
следует выбор одного их них в компоненте ВА. Выбор адреса представляет собой
услугу, с помощью которой выполняются попытки (с помощью компонента УС)
определить протокольный стек, который поддерживается как в локальном, так и
в удаленном узлах. При отказе (сбое) соответствующего протокольного стека
компонент ВА предпринимает попытки вновь установить транспортное соединение
с помощью другого протокольного стека.
[КС 27-12]
[5]В версиях DNA более старших, чем DNA пятой фазы, для каждой прикладной
системы с помощью сетевого управления приходилось сохранять статическую
таблицу, отображающую имена узлов в адреса. Возможности хранения таких
таблиц в памяти ограничивали их размер. Поэтому в рамках DNA 5-ой фазы была
введена новая услуга "Услуга Именования". Услуга Именования доступна всем
прикладным системам, а не только тем, которые работают с Уровнем Управления
Сеансом DNA.
Услуга Именования предполагает наличие иерархически организованной базы
данных, объектами которой являются имена и их атрибуты. Любое имя, обладающее
определенной значимостью в рамках сети, может быть помещено в базу данных.
Имена хранятся в каталогах (справочниках). Справочники имен дублированы для
предотвращения потери информации в случае отказов и сбоев системы. Когда имя
выбирается из базы данных, соответственно становятся доступными и атрибуты
имени.
В рамках справочника простые имена ассоциируются со множеством атрибутов. Так
имя системы является примером простого имени. С именем системы связан адрес и
множество других атрибутов.
Услуга Именования представляется множеством функциональных модулей. Среди них
существуют модули Clerk, Transaction agent, Update sender, Update listener.
Взаимодействие модулей показано на следующем рисунке.
[ Cервер имен 1 ] [ Сервер имен 2 ]
[5] Рис. 27-5. Компоненты Услуги Именования DNA.
[5]Модуль Clerk обеспечивает интерфейс для пользователей (клиентов). Модули
Clerk должны располагаться во всех системах. Модуль Clerk прежде всего
осуществляет поиск по-крайней мере одного Сервера имен (системы, которая
выполняет отображение "имя-атрибуты"), который мог бы обслуживать запросы.
При получении запроса от клиента модуль Clerk определяет тот Сервер имен,
который мог бы обслужить запрос. Затем запрос направляется в выбранный Сервер
имен. Серверы имен периодически оповещают Clerk-модули о своей доступности.
[КС 27-13]
[5]Управляющие модули Сервера имен исполняют необходимые операции. Они
обеспечивают доступность и закрытие Сервера имен и справочников, поддерживают
интерфейс управления для компонентов Сервера имен. Модули Transaction agent
обрабатывают запросы, инициированные Clerk-модулями, осуществляют доступ к
справочникам, выполняют модификацию информации в справочнике.
Модули Update sender распространяют изменения в справочной информации,
внесенные модулями Transaction agent, среди всех Серверов имен, которых эти
изменения затрагивают. Модули Update sender взаимодействуют при этом с
модулями Update listener, которые фиксируют изменения в своих собственных
справочниках.
[КС 27-14]
[ 5 фаза DNA и ]
[ Эталонная Модель OSI ]
[ Прикладной ]
[ Представительный ]
[ Сеансовый ]
[ Транспортный ]
[ Сетевой ]
[ Канальный ]
[ Физический ]
[ к рис. на стр. 27-15 ( в поле рисунка) ]
[1]Представительный уровень
[5]Над сеансовым уровнем в рамках DNA располагаются как сугубо прикладные
системы DNA, так и OSI-приложения. Как уже указывалось, прикладные системы
DNA основываются на уровне Управления Сессией DNA. Приложения DNA включают
в себя некоторые свойства Представительного уровня. Приложения OSI используют
услуги Представительного уровня OSI, который был описан в главе 25.
[КС 27-15]
[ 5 фаза DNA и ]
[ Эталонная Модель OSI ]
[ Прикладной ]
[ Представительный ]
[ Сеансовый ]
[ Транспортный ] [ и различные шлюзы ]
[ Сетевой ]
[ Канальный ]
[ Физический ]
[ к рис. на стр. 27-16 ( в поле рисунка) ]
[1]Прикладной уровень
[5]Прикладные системы DNA используют для своей работы услуги уровня Управление
Сеансом DNA. Прикладные системы OSI базируются на услугах Представительного
уровня OSI. При этом уже поддерживается или будет поддерживаться широкий
спектр прикладных систем обоих типов (эмуляторы терминалов, системы передачи
файлов, почтовые системы, различные шлюзы, системы управления сетью).
Прикладные системы OSI находятся сейчас в стадии становления. Как только
будет достигнут определенный уровень стабильности прикладных систем OSI, они
будут интегрированы в архитектуру DNA 5-ой фазы.
В рамках DNA передача файлов обеспечивается протоколом DAP (Data Access
Protocol). В протоколе DAP предусмотрена поддержка обычных системных операций
с файлами: поиск, хранение, создание, удаление, переименование и т.п. Протокол
DAP расчитан на работу с гетерогенными файловыми системами, обеспечивает
мультидоступ к одному конкретному удаленному файлу. В отличие от других
протоколов доступа к файлам DAP обеспечивает доступ к индексным файлам,
которые используются в прикладных системах, работающих с базами данных.
Протокол DAP может исполнять локальные и удаленные командные файлы.
В архитектуре DNA предусматривается также обеспечение услуг Сетевого
Виртуального Терминала NVTS (Netware Virtual Terminal Service). С помощью
NVTS вводится каноническое представление терминала, называемое сетевым
командным терминалом. В соответствии с протоколом NVTS перед передачей данные
преобразуются из локального формата конкретного терминала в формат сетевого
командного терминала. В рамках целевой системы осуществляются обратные
преобразования принятых данных в формат терминала, с которым работает
прикладная система. Протокол NVTS и каноническое представление терминала
обеспечивают возможность работы гетерогенных систем в сетевом окружении.
[КС 27-16]
[5]Протокол Mail-11 предоставляет пользователям DNA услуги электронной почты.
Функции протокола Mail-11 поддержаны в большинстве операционных систем DEC.
Протокол Mail-11 обеспечивает шлюзование в многочисленные внешние службы
электронной почты, включая X.400.
В составе DNA имеется множество шлюзовых систем, которые обеспечивают доступ к
различным системам (SNA, DOS и т.д.).
Шлюз в SNA обеспечивает следующее:
- доступ в соответствии с протоколом RJE SNA (Remote Job Entry). Шлюз
обеспечивает пакетный доступ к ЭВМ фирмы IBM, работающей под управлением ОС
MVS (Multiple Virtual Storage). Пользователи DNA имеют возможность выполнить
обработку задания (job) на ЗВМ фирмы IBM. Результаты вычислений возвращаются
в исходную DEC-систему;
- эмуляцию терминала 3270. Шлюз позволяет пользователям DNA со стандартных
терминалов DEC подключаться к ЭВМ IBM для выполнения приложений IBM. При этом
DEC система представляется в рамках ЭВМ IBM в виде терминала 327x,
подключенного к контроллеру 3274;
- передачу данных. Шлюз обеспечивает двунаправленную передачу файлов между
ЭВМ DEC, работающей под управлением ОС VMS (Virtual Memory System) и ЭВМ IBM,
работающей под управлением MVS;
- открытый интерфейс. Шлюз обеспечивает интерфейс между программами,
создаваемыми пользователями, и сессиями SNA.
[5]Для подключения персональных ЭВМ IBM в архитектуре DNA предусмотрены услуги
(в рамках ОС VMS) для обеспечения доступа со стороны ПЭВМ, работающих под
управлением ОС MS DOS (MicroSoft Disk Operating System). В этом случае ЭВМ DEC
VMS представляется в качестве файл-сервера для ПЭВМ IBM MS DOS. Доступ к
файл-серверу со стороны ПЭВМ IBM MS DOS обеспечивается с помощью специального
пакета программ фирмы DEC PCSA (Personal Computer Systems Architecture). В
результате пользователь подключается к DEC VMS, получая в свое распоряжение
штатный интерфейс файловой системы DOS. Реальный доступ к файлохранилищу
обеспечивается сервером. Операционная система VMS обслуживает запросы по
доступу к файлам со стороны станций MS DOS также прозрачно, как это
выполняется в системах NFS или Netware.
Кроме этого в архитектуре DNA поддерживается следующий ряд прикладных систем:
система единого времени, обеспечивает согласованное время для всех устройств
распределенной системы;
система телеконференций, обеспечивает пользователей DNA непосредственной
связью в реальном времени независимо от их локализаций;
система распределенных очередей заданий, применяется для обеспечения услуг
удаленной печати;
система дистанционного управления, применяется для управления файловой
системой и установки новых компонентов программного обеспечения;
система Videotex, обеспечивает видео информацию для сетевых пользователей.