Смекни!
smekni.com

Технологии создания сетей (стр. 52 из 62)

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

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

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

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

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

[КС 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)]