Реферат: Технологии создания сетей

придерживается рекомендаций OSI.

               [Приложение]      [OSI-Приложение]

                  [DNA]

                                 [OSI Прикладной]

   [Услуга]    [Управление]      [OSI Представительный]

 [Именования    [Сеансом]

                  [DNA]          [OSI Сеансовый]

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

                       [Сетевой]

                       [Звеньевой]

                       [Физический]

        [5] Рис. 27-1. Двухглавая архитектура DNA Фаза 5.

[КС 27-2]

[5]Архитектура DNA пятой фазы является двухглавой. Выше Транспортного уровня

располагаются как уровни собственно архитектуры DNA, так и уровни архитектуры

OSI. Кроме этого, в рамках Транспортного уровня поддерживаются как старые

испытанные протоколы DNA, так и новые протоколы OSI. Уровень управления

сеансом гарантирует корректный выбор транспортного протокольного стека.

Далее обсуждаются и анализируются протоколы DNA, соответствующие каждому

уровню Эталонной Модели OSI.

[КС 27-3]

        [  5 фаза DNA и          ]

        [   Эталонная Модель OSI ]

     [ Прикладной ]

     [ Представительный ]

     [ Сеансовый ]

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

     [ Сетевой ]

     [ Канальный ]

     [ Физический ]

             [ к рис. на стр. 27-4 (в поле рисунка)]

[1]Физический уровень

[5]Аналогично большинству других сетевых архитектур DNA обеспечивает

разнообразный набор международных стандартов, соответствующих функциям

Физического уровня. Набор состоит из следующих стандартов IEEE 802.3, FDDI,

EIA RS-232C и EIA RS-449. Перечисленные стандарты были рассмотрены в

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

[КС 27-4]

        [  5 фаза DNA и          ]

        [   Ссылочная Модель OSI ]

     [ Прикладной ]

     [ Представительный ]

     [ Сеансовый ]

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

     [ Сетевой ]

     [ Звеньевой ]

     [ Физический ]

             [ к рис. на стр. 27-5 (в поле рисунка)]

[1]Канальный уровень

[5]На канальном уровне пятой фазы архитектуры DNA специфицирован целый ряд

протоколов. Для работы по синхронным звеньям определяется набор протоколов

Х.25 второго уровня: HDLC, DDCMP (DIGITAL Data Communication Message

Protocol). Для работы в локальных сетях специфированы протоколы FDDI, LAPB,

IEEE 802.2 и 802.3. Каждый из этих протоколов, кроме DDCMP, был рассмотрен

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

Протокол DDCMP является продуктом DNA. Он был разработан в 1974 году и

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

работать по синхронным или асинхронным линиям связи. Протокол DDCMP

обеспечивает обмен данными в режимах точка-точка и точка-многоточка,

причем в последнем случае одна станция является первичной (основной), а

другие - вторичными (ведомыми).

Протокол DDCMP является байт-ориентированным протоколом. Один байт

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

тип (управление или данные). Управляющие сообщения имеют фиксированную длину.

Сообщения, переносящие данные - переменную длину. Размер передаваемого

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

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

сборки в байты основывается для асинхронных линий на методе старт/стоповых

битов, а в случае синхронных линий - на специальном синхросимволе.

[КС 27-5]

[5]Когда протокол DDCMP применяется в целях обслуживания многоточечной линии,

то для организации взаимодействия используется техника полингования

подключенных к линии станций. В случае полудуплексной линии (точка-точка)

для указания передающей стороны используется специальный бит "выбора" в

заголовке сообщения протокола DDCMP. Бит "выбор" также используется первичной

станцией для того, чтобы информировать вторичную станцию ("tributane") о том,

что она может выполнить передачу данных. Вторичные станции не имеют

возможности передавать данные  непосредственно друг другу, все взаимодействия

выполняются только с помощью первичной станции.

В соответствии с протоколом DDCMP каждое корректно принятое сообщение явно

подтверждается. В рамках DDCMP ошибки передачи определяются с помощью двух

контрольных сумм (CRC). Одна контрольная сумма вычисляется для передаваемых

данных, другая - для заголовка. В случае фиксации ошибки передачи формируется

негативное подтверждение (NAK - Negative Acknowledgment), которое вызывает

повторную передачу сообщения.

С тем, чтобы устранить неэффективность схемы взаимодействия

"данные-подтверждение", в протоколе DDCMP применяется механизм конвейера

(pipeline). Сообщениям назначаются последовательные номера. При этом

подтверждается прием всех сообщений вплоть до указанного последовательного

номера. Подтверждение может быть передано и в сообщениях, переносящих данные.

[КС 27-6]

           [ 5 фаза DNA        ]

           [ Эталонная Модель OSI ]

     [ Прикладной ]

     [ Представительный ]

     [ Сеансовый ]

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

     [ Сетевой ]

     [ Канальный ]

     [ Физический ]

             [ к рис. на стр. 27-7 (в поле рисунка)]

[1]Сетевой уровень

[5]На сетевом уровне DNA поддерживает как дейтаграммный режим работы, так и

режим, ориентированный на соединения. Первый режим обеспечивается компонентами

OSI CLNP и CLNS, второй режим - компонентами Х.25 PLP (Packet Level Protocol)

и OSI CONS. Перечисленные компоненты (CLNP, CONS и CLNS) обсуждались в

разделе 25, поэтому здесь мы ограничимся только их упоминанием.

[КС 27-7]

[5]Сервис Х.25 DNA обеспечивается четырьмя модулями:

 - Модуль доступа к шлюзу Х.25. Модуль Прикладного уровня DNA, обеспечивающий

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

DNA на соответствующих ЭВМ (HOST-системах). Модуль поддерживает взаимодействие

с программными компонентами (Х.25 Сервер), работающими в составе шлюзовой

системы Х.25;

 - Модуль Х.25 Сервер. Модуль Прикладного уровня, работает в составе

шлюзовой системы Х.25. Представляет собой локальную резидентную программу

шлюза, реализующую интерфейс Х.25, обеспечивающую взаимосвязь с Модулем

доступа к шлюзу Х.25 соответствующей HOST-системы;

 - Модуль 3-го уровня Х.25 (пакетный уровень). Модуль сетевого уровня,

выполняет функции пакетного уровня Х.25. Используется в Модуле Сервера Х.25

для доступа в подсеть передачи данных (Х.25 PDN);

 - Модуль 2-го уровня Х.25 (LAPB). Модуль Канального уровня. Используется

Модулем пакетного уровня Х.25 для обеспечения соединения с Х.25 DCE (точкой

входа в Х.25).

         [ DNA Host ]

     [ Программы ]

     [ пользователей ] [Шлюзовая система Х.25]

     [ Модуль доступа] [Модуль сервера Х.25 DNA] [Удаленный DTE]

     [ в шлюз Х.25 ]

     [Управление сессией] [Управление сессией]

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

     [ Сетевой ]          [ Сетевой ]  [Х.25 уровень 3] [Х.25 уровень 3]

     [Канальный]          [Канальный]  [Х.25 уровень 2] [Х.25 уровень 2]

     [Физический]         [Физический] [Физический]     [Физический]

      [5]Рис.27-2. Сервисные модули Х.25 в DNA.

[5]Доступ в подсеть Х.25 инициируется программой пользовательского уровня в

DNA Host'е. Пользовательская программа формирует запрос Х.25 и направляет его

в Модуль доступа к шлюзу Х.25, который для связи со шлюзовой системой Х.25

использует протокольный стек DNA. Запрос Х.25 принимается из подсети DNA

шлюзовой системой и обрабатывается в Модуле сервера Х.25. Модуль сервера Х.25

передает запрос Х.25 с помощью резидентного протокольного стека Х.25 в

периферийное устройство DCE подсети Х.25 (PDN).

Маршрутизация в DNA 4-ой фазы аналогична маршрутизации в Модели OSI. В DNA

5-ой фазы маршрутизация обеспечивается двумя протоколами OSI ES-IS и IS-IS.

Оба протокола описаны в главе 25, поэтому здесь мы ограничимся лишь их

упоминанием.

[КС 27-8]

           [ 5 фаза DNA        ]

           [ Эталонная Модель OSI ]

     [ Прикладной ]

     [ Представительный ]

     [ Сеансовый ]

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

     [ Сетевой ]

     [ Канальный ]

     [ Физический ]

             [ к рис. на стр. 27-9 (в поле рисунка)]

[1]Транспортный уровень

[5]В архитектуре DNA пятой фазы компоненты транспортного уровня могут

использовать или услуги сетевого уровня, ориентированные на соединение,

либо дейтаграммный сетевой сервис. На транспортном уровне поддерживаются

два различных протокола: ISO 8073 (TP0, TP2 и TP4) и собственный протокол

фирмы DEC NSP (Network Services Protocol). Выбор транспортного протокола

выполняется в ходе установления соединения.

[КС 27-9]

[5]Нужно отметить, что некоторые сочетания транспортных протоколов DNA и

сетевых услуг совместно не работают. На следующем рисунке показаны

работоспособные и запрещенные комбинации "транспорт-сеть".

                     [транспортный протокол]

 [сетевые услуги]  NSP     TP0    TP2    TP4

                 ------------------------------

      CLNS       |  X   |       |       |  X  |  X - работоспособная

                 ------------------------------      комбинация

      CONS       |      |   X   |   X   |  X  |

                 ------------------------------

           [5]Рис. 27-3. Комбинации "транспорт - сеть".

[5]Стандарт транспортного уровня ISO 8073 (см.главу 25) специфицирует пять

различных транспортных протоколов: TPO, TP1, TP2, TP3 и TP4. В сетевой

архитектуре DNA поддерживаются только протоколы TPO, TP2 и TP4. В архитектуре

DNA четвертой фазы какой-либо поддержки транспортных протоколов OSI нет.

Протокол NSP был разработан специалистами DEC в рамках архитектуры DNA и

был анонсирован в ее составе в середине 70-х годов. Функционально NSP подобен

ТР4. Аналогично ТР4 ( и ТСР, см. главу 23) протокол NSP ориентирован на

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

Протокол NSP поддерживает также функцию фрагментации/сборки сообщений.

Протокол NSP поддерживает два коммуникационных подканала, один используется

для передачи нормальных данных, другой - для передачи срочных данных и

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

собственным управлением потоком данных.

В протоколе NSP поддерживается два типа управления потоком. Первый тип - это

простой старт/стопный механизм, при котором приемник непосредственно управляет

передатчиком, указывая на возможность начать передачу данных или же на

необходимость остановить процесс передачи данных. Второй тип управления

потоком требует, чтобы приемник указывал количество сообщений, которое он

может принять. Второй тип управления потоком предусматривает также и режим

старт/стопной передачи данных.

В протоколе NSP предусмотрен механизм контроля перегрузки сети. В соответствии

с протоколом предпринимаются попытки минимизировать трафик данных в

соответствующем сетевом сегменте. Протокол NSP взаимодействует с сетевым

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

уровень оповещает NSP о возникновении перегрузки с тем, чтобы последний

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

в сеть.

[КС 27-10]

           [   5 фаза DNA и  ]

           [ Эталонная Модель OSI ]

  [ Прикладной ]

  [ Представительный ]            [ Услуга ]

  [ Сеансовый ]                   [ именования ]

  [ Транспортный ]                [...Управление Сеансом ]

  [ Сетевой ]

  [ Канальный ]

  [ Физический ]

         [ к рис. на стр. 27-11 (в поле рисунка)]

[1]Сеансовый уровень

[5]В архитектуре DNA над транспортным уровнем предусмотрена поддержка двух

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

систем, при этом используются услуги уровня управления сеансом DNA. Второй -

для обеспечения работы прикладных систем OSI. В этом случае применяются

протоколы OSI Сеансового, Представительнго и Прикладного уровней.

Уровень Управления Сеансом DNA выполняет разнообразные функции. Одна из них -

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

что высокоуровневые имена транслируются в транспортные адреса и наоборот,

транспортные (низкоуровневые) адреса транслируются в высокоуровневые имена.

Функция отображения имен в адреса полностью совместима с аналогичной функцией

DNA 4-ой фазы.

В задачи уровня Управления Сеансом DNA также входит выбор соответствующего

протокольного транспортного стека (в литературе по DNA низкоуровневый стек

протоколов называется "tower"), а также управление доступом к сетевым

ресурсам. Выбор низкоуровневого протокольного стека выполняется в зависимости

от возможностей той системы, в которой функционируют компоненты DNA. Модули

управления доступом в DNA выполняют идентификацию удаленных пользователей и

предоставляют им доступ к ресурсам в соответствии с их правами.

[КС 27-11]

[5]Управление Сеансом DNA состоит из трех частей: управление соединением,

отображение адреса, выбор адреса. Взаимосвязь между этими компонентами

показана на следующем рисунке.

     [ Прикладной уровень DNA ]     [ Прикладной протокол ]

                                    [ Выбор адреса ]

     [ Уровень Управления Сеансом ]           [ Отображение ]

                                              [ адреса ]

                                              [ Услуга ]

                                              [ именования ]

                                     [ Управление соединением ]

     [ Транспортный уровень ]        [ NSP ]        [ OSI ]

                                                    [(TPO, TP2, TP4)]

          [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. Доступ к

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29