RSS    

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

[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 поддерживается два типа управления потоком. Первый тип - это

Страницы: 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, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72


Новости


Быстрый поиск

Группа вКонтакте: новости

Пока нет

Новости в Twitter и Facebook

                   

Новости

© 2010.