Реферат: Технологии создания сетей
аппаратуры, микропрограммных средств и программного обеспечения. В подсистеме
фиксируется информация о такого рода изменениях, что помогает спланировать
процесс модификации сети, в частности, осуществлять формирование новых
файлов образов для сетевых узлов.
[1]Итоги
[5]Архитектура SNA одна из старейших сетевых архитектур, продолжающая
успешно развиваться. В начальном варианте в SNA обеспечивалась поддержка лишь
иерархически организованных сетей, состоящих из центральных ЭВМ (Host'ов),
коммуникационных контроллеров, кластерных контроллеров и терминалов. В
настоящее время в SNA поддерживается распреденная обработка информации,
межсетевое взаимодействие, управление сетью и много других развитых сетевых
функций. Кроме этого, архитектура SNA стала более открытой, что нашло свое
выражение в опубликовании фирмой IBM ряда программных интерфейсов (например,
интерфейса Уровня услуг представления).
Сегодня существуют тысячи продуктов SNA, созданных специалистами как фирмы
IBM, так и других фирм. Архитектура SNA является чрезвычайно пластичной и
гибкой, способной вобрать и адаптировать новые технологии по мере их
возникновения. Без сомнения архитектура SNA будет продолжать аккумулировать
новые технологии, и по-прежнему останется наиболее важной и перспективной
сетевой архитектурой на многие годы вперед.
[КС 26-15]
[1]Упражнение 26
[5]1. В чем различие между LU и PU?
2. Сети SNA традиционно основывались на концепции первичный/вторичный
(master/slave), а не на концепции равноправного (peer-to-peer) взаимодействия
между сетевыми компонентами. Приведите убедительное подтверждение этому
утвеждению, ссылаясь на некоторые SNA технологии, которые ориентированы на
концепцию master/slave. Укажите некоторые новейшие SNA технологии, которые
основаны на концепции равноправного взаимодействия.
[КС 26-16]
[ Сетевая архитектура DIGITAL (DNA) ]
[0]Раздел 27 [2] Сетевая архитектура DIGITAL (DNA)
[1]Цели
[5]После изучения данного раздела вы сможете:
1. Определять основные организации, которые распространяют и/или
поддерживают концепции и продукты DNA;
2. Определять основные услуги, обеспечиваемые DNA;
3. Определять характеристики DNA.
[1]Введение
[5]Сетевая архитектура DIGITAL (DNA - Digital Network Architecture) является
концепцией построения сетей, разработанной в рамках корпорации Digital
Eguipment Corporation (DEC). Впервые архитектура DNA была аннонсирована
в 1975 году и к настоящему времени претерпела пятую итерацию своего развития
(5 фаза DNA). На каждом этапе эволюции разработчики сохраняли преемственность
и совместимость "снизу-вверх" с более ранними версиями DNA.
Подобно SNA архитектура DNA развивалась на протяжении многих лет, отражая
изменения, связанные с эволюцией технологии создания сетей ЭВМ. Архитектура
DNA - это сложная и логически завершенная система, охватывающая все семь
уровней Эталонной Модели OSI. В архитектуре DNA поддержаны, как собственные
протоколы корпорации DEC, так и стандартное множество протоколов OSI. DNA
была и остается одной из ведущих концепций построения сетей ЭВМ.
[КС 27-1]
[ 5 фаза DNA и ]
[ Эталонная Модель OSI ]
[ Прикладной ] [ ....... и другие шлюзы ]
[ Представительный ]
[ Сеансовый ] [ Услуга ]
[ шлюзования]
[ ...... управление сессией]
[ Транспортный ]
[ Сетевой ]
[ Канальный ]
[ Физический ]
[ к рис. на стр. 27-2 (в поле рисунка)]
[1]DNA и Эталонная Модель OSI
[5]Предполагается, что в отличие от DNA четвертой фазы архитектура пятой фазы
полностью соответствует Эталонной Модели OSI. При этом поддерживаются все
существующие прикладные системы DNA. В корпорации DEC был создан стек
высокоуровневых протоколов OSI, который соответствует спецификациям
протоколов верхних уровней Модели. Среди всех основных производителей
вычислительных систем корпорация DEC, пожалуй, в наибольшей степени
придерживается рекомендаций 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 о возникновении перегрузки с тем, чтобы последний
уменьшил количество инжектируемых в сеть сообщений, попридержав их выдачу
Страницы: 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
