Руководство по технологиям объединенных сетей Cisco (953103), страница 132
Текст из файла (страница 132)
39.7. Глава 39. Протоколы сетевой архитектуры 1ВМ Поля Р!0 Ниже описаны поля Р111, показанные на рис. 39.7. Длина, байт Пвремвннал Переменная Заголовок передачи Заголовок запроса Модуль запроса Длина, байт 1-7 Переменная Заголовок передачи Заголовокответа Модульотввта Рис. Зй 7. Мармрутний инфориационнай лнздуль запроса и огнаета ° Заголовок передачи.
Передает сообщения по маршруту. Содержит маршрутную информацию для традиционной организации подсети ЯМА Форматы заголовка передачи различаются по типу идентификации форматов (НО). При управлении маршрутом типы НО используются для маршрутизации данных по узлам ЯМА. В РП7 существуют следующие трн типа НО. — ИЮО используется для маршрутизации данных между смежными узлами подзоны для устройств, не принадлежащих Яч1А.
Сейчас на смену ему постепенно приходит Н04, определяющий, принадлежит лн устройство архитектуре ЯМА. — Р11з1 используется для маршрутизации данных между смежными узлами подзоны, если один илн оба узла не поддерживают явный и виртуальный протоколы маршрутизации.
— РШ2 используется для маршрутизации данных между пограничным узлом подзоны н смежным периферийным узлом, илн между смежными узлами типа 2.1. Обычно заголовок передачи используется дпя маршрутизации данных между смежными узлами подзоны, когда оба узла поддерживают явный и виртуальный протоколы маршрутизации. ° Заголовок запроса.
Определяет тнп данных в модуле запроса. Этот заголовок предоставляет информацию о формате данных н определяет протоколы для сеанса. Информацию заголовка запроса используют только г1А0. ° Модуль запроса. Содержит данные пользователя или команды ЯчА Данные пользователя отправляются в модулях ответа данных, а команды БХА — в командных модулях ответа.
Они предназначены для управления сетью и обмена информацией между пользователями. Часть 'ч1 Сетевые протоколы ° Запновок ответа. Определяет тип данных модуля ответа. Пакеты ответов от пакетов запросов отличаются битом-индикатором "запрос/ответ". ХА()-получатель сообшает, является ли ответ на запрос положительным или отрицательным при помощи индикатора типа ответа (Веаропае Туре 1по)сагог — КТ1) в заголовке ответа.
° Модуль ответа. Содержит информацию об ответе: положительный или отрицательный. Модуль положительного ответа на командный запрос обычно состоит из 1-3 байтов, идентифицирующих командный запрос. Положительные ответы на запросы данных содержат заголовки ответа, но не модуль ответа. Длина модулей отрицательных ответов составляет 4-7 байтов. ХА()-получатель возвращает отрицательный ответ запрашивающему ХА13 в одном из следующих случаев: отправитель нарушил протокол ЗХА; получатель не распознал переданные данные; возникла внештатная ситуации, например сбой маршрута. При передаче отрицательного ответа первые четыре байта модуля ответа содержат данные о его причине. ХА()-получатель может отправить до трех дополнительных байтов, идентифицирующих отвергнутый запрос. Резюме Системная сетевая архитектура 1ВМ является одним из первых сетевых протоколов.
Несмотря на то, что в настоящее время она считается устаревшей, она по- прежнему широко распространена В основе системной сетевой архитектуры лежит коммуникационная модель "узел-терминал", используемая мэйнфреймами ! ВМ. 1ВМ расширила протокол ЯМА лля поддержки одноранговой сети. Эти расширения получили названия: улучшенный протокол одноранговых сетей (Абгапсег) Реет-го-Реет 1Чегяогк(пд — АРР)Я) и протокол улучшенных межпрограммных вычислений (Адгапсед Ргодгаш-го-Ргокгагп Сошрцг1па — АРРС). Контрольные вопросы 1. Что разработала! ВМ для того, чтобы приспособить свой протокол к одноранговой сети? 2.
Какие типы физических устройств поддерживает Ях)А? 3. Какие три типа сетевых адресуемых модулей поддерживает $)х)А? 4. Каковы функции логического модуля? 5. Каковы функции физического модуля? б. Каковы функции контрольной точки? 7. Назовите трн типа хорошо известных узлов в АРФ. 8. Назовите четыре основные категории служб в АРФ. 9. Для чего предназначена база данных сетевой топологии? Дополнительные источники )гггр://чпятг.пегчюг!с)пялЬт.сош/арр/апвсоп(/ср)с. Ыш 649 Глава 39. Протоколы сетевой архитектуры 1ВМ ~ляле... ®Я~"' " ... "' " ж" ° Описана историлтРазвийязпротокола ОЕСпе~, который"первоначально исполь-':.,'.~ зовался в минй'компьютерах корпорации ОЕС (О~ййа! Епшртпеп~ Со~рогайоп) ° Рассмотрена архитектура'сетей ОЕСпет,.„ ° Описаны методы адресации протокола ОЕСпет ° Описаны реализация протокола РЕСпет и методы доступа р '„, ° Описаны дополнительные протоколы, йспользуемые а сетях ОЕСпет, в том .числе протоколы, применяемые на верхних уровнях зталонной модели 031 1 Я 'й ' ".у чФ" '4' *ьа .ть, Протоколы 0ЕСпе1 Введение 0ЕСлег представляет собой группу продуктов для обмена данными, в которую входят набор протоколов, разработанных и поддерживаемых корпорацией Рщйа! Епшршепг Сотрогайоп (Рщйа!).
Первая версия РЕСпег, появившаяся в !975 г., обеспечивала связь между двумя непосредственно соединенными миникомпьютерами РОР-11. В последние годы Р!а!та! стала поддерживать протоколы других разработчиков, ио РЕСпе! остаемся главным сетевым продуктом Рщ!га!. В этой главе описываются набор протоколов РЕСпец сетевые архитектуры Р!Ей!а! и основы управлеиия потоками РЕСпег. На рис. 40.1 приведена обьедииеииая сеть РЕСпег с маршрутизаторами, соедиияюшими две локальных сети, содержаших рабочие станции и компьютеры згАХ. Было высушено несколько версий РЕСпец Первая обеспечивала обмен данными между двумя мини-компьютерами, соединенными напрямую.
В последуюших версиях функциональность РЕСпег была расширена. Появилась поддержка дополнительных собственных и стандартных протоколов, ио сохранилась совместимость с предшествуюшей версией. Таким образом, протоколы РЕСпег обратно совместимы. В иастояшсе время широко используются две версии РЕСпег: РЕСпе! Р!заве 1Ч и РЕСпег/ОБ1. Рис.
40. д д сети ГзЕСаез рабочие станции и уАХ соединяются через тартрутизаторы 0ЕСпег Р)газе 1Ч является наиболее распространенной версией 0ЕСпег. Но последней версией является 0ЕСпег/ОБ1. Версия 0ЕСпег РЬазе 1Ч основана на цифровой сетевой архитектуре (О!яка) Хегзгог(г АгсЫгесгцге — 0ЫА) РЬазе )Ч и поддерживает фирменные протоколы 01я!га1, фирменные протоколы других разработчиков и стандартные протоколы. 0ЕСпе! Р)газе 1Ч сохраняет обратную совместимость с предшествующей ей версией 0ЕСпег Р)мзе И1.
0ЕСпег/ОБ1 (также называемая 0ЕСпег Р)газе Ч) является последней версией 0ЕСпег и сохраняет обратную совместимость с 0ЕСпег Р)газе (Ч. Эта версия основана на 0ХА 0ЕСпег/ОЯ. Версия 0ЕСпег/ОБ! поддерживает некоторые из протоколов ОЯ, многие фирменные протоколы 0ЕСпег, фирменные протоколы других разработчиков и стандартные протоколы. Архитектура ОЕСпе1 Рпаве! Ч Цифровая сетевая архитектура (О!я!га! Хе!поги Агсййесшге — 0МА) представляет собой всеобьемлющую многоуровневую сетевую архитектуру, которая поддерживает большое количество фирменных и стандартных протоколов.
Архитектура 0ХА РЬвзе 1Ч аналогична архитектуре, описанной в эталонной модели ОВ1. Как и в эталонной модели ОЯ, в ОНА Рпазе 1Ч используется многоуровневый подход, при котором функции данного уровня предоставляют службы для протоколов верхних уровней и, в свою очередь, зависят от протоколов нижних уровней. Но, в отличие от модели ОЯ, архитектура 0ХА Рпазе 1Ч состоит из восьми уровней. На рис. 40.2 показано соответствие восьми уровней 0ХА Ржаве 1Ч эталонной модели ОБ1.
В следующем разделе будут более подробно описаны функции и роль каждого из этих уровней, а также отмечены общие элементы архитектур 0ХА Р)захе )Ч и эталонной модели ОБ1. УРовни 0МА Р1)аее ЧЧ В 0ХА 0ЕСпе! РЬазе )Ч определена восьмиуровневая модель, изображенная на рис. 40.2. Уровень пользователя представляет собой сетевой интерфейс пользователя, поддерживающий пользовательские службы и программы с коммуникационными компонентами. Уровень пользователя в целом соответствует уровню приложений ОБ!. Уровень управления сетью служит интерфейсом между пользователем и информацией по управлению сетью.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
