Руководство по технологиям объединенных сетей Cisco (953103), страница 117
Текст из файла (страница 117)
Большое разнообразие протоколов доступа !«!среде передачи, полдерживаемых в стеке протоколов 051, позволяет другим стекам .вуйротоколоя легко сосушествовать с 051 в одной и той же сети. Поддерживаются елея "'44уюшне йротоколы доступа к среде передачи: 1ЕЕЕ 802.2 Ы.С, 1ЕЕЕ 802.3, То)«еп .": В)п8/1ЕЕЕ 802.5, Е001 и Х.25. Пакет протоколоа 0$1 Зталоннаа модель 0$1 РЗ РТАМ ынв утр СМ1Р Е::Л ~Асзе ~ ~~ пОЗе 1 [ птзе Д ~ ссйзе ~ Службе/протокол представленна Сеансовал спулба/авансовый протокол ТРЗ ТРА ТР! ТР2 ТРО СОНР/СМНЗ Ссйр/СсНЗ ЕЗ-15 18 па 1ЕЕЕ 1ЕЕЕ 802.5/ 802 2 !ЕЕЕ 802.3 тайен и!пд Устройства Токвп й1пй Устройства 1ЕЕЕ 802.3 Устройства ЕРР1 Устройства Х.25 Рис, л4.1.
Соответствие пакета протоколов Оа/ уроелаи эталонной модели Оо1 Сетевой уровень 081 Стандарты уровней 081 Кроме стандартов, которые определяют протоколы и службы сетевого уровня 081, существуют приведенные ниже стандарты, описывающие спецификации сетевого уровня 081. е 1БО 8648. Определяет внутреннюю организацию сетевого уровня (!птегпа! огЗап!гаг!оп от т(те по!атос)с !ауег — 10)к)).), согласно которой сетевой уровень делится на три подуров!щ, чтобы поддерживать разные типы подсетей, 570 Часть т/1.
Сетевые протоколы Для пакета протоколов ОЯ! на сетевом уровне определены два протокола маршрутизации: протокол "конечная система-промежуточная система" (Епс! Бувгещ-го1птеппес)!ате муз!его — ЕБ-1й) и протокол "промежуточная система-промежуточная система" (1птеппеб!ате Бузтещ-то-1птеппет)!ате Бузтегп — 1й-13). Кроме того, в пакете ОЯ реализованы два вида сетевых служб: службы, ориентированные на соединение, и службы, не требующие установки соединения.
е 1БО 8348. Определяет адресацию сетевого уровня и описывает поддерживаемые сетевым уровнем ОЯ! службы, ориентированные на соединение, и службы, не требующие подтверждения соединения. ь 1БОТК9575. Описывает структуру, понятия и терминологию, используемые для протоколов маршрутизации 051.
Службы 081, не требующие подтверждения соединения Службы 081, не требующие подтверждения соединения, реализуются при помощи протокола СЕХР и службы СЕХ5. СЕХР и СЕХБ описаны в стандарте 150 8473. Протокол сетевой службы, не требующий подтверждения соединения (Соппесбоп1еьа Хе!тчог!г Рго!осо! — С(.ХР) представляет собой протокол сетевого уровня 051, предназначенный лля передачи данных верхнею уровня по каналам, не требующим подтверждения соединения, и для регистрации ошибок.
СЕХР является интерфейсом между службой СЕХБ и верхними уровнями. С(.ХБ предоставляет службы сетевого уровня лля транспортного уровня при помощи протокола С1ХР. В отличие от сетевой службы, работающей в режиме соединения (СоппесйопМоде Хе!вот!г зегнсе — СМХ5), служба, не требующая подтверждения соединения (Соппесйоп1езз Хе!вот!г 5егг!се — С(.ХБ), це устанавливает и не прерывает соединение, поскольку для каждого пакета, передающегося через сеть, маршруты оп редел я ются отдел ь но. Кроме того, служба СЕХ5 обеспечивает доставку методом наименьших затрат (Ьеп-сйоп), т.е.
не гарантирует, что данные не будут потеряны, искажены, перепутаны или скопированы. Обнаружение и исправление ошибок службы С1.Х5 выполняется протоколами транспортного уровня. Службы 081, ориентированные на соединение Службы 081, ориентированные на соединение, реализованы при помощи протокола СОХР и службы СМХЯ. Ориентированный на соединение сетевой протокол (Соппест!оп-Ог!ел!ей Хепчог!г Рготосо! — СОХР) представляет собой протокол сетевого уровня 081, предназначенный для передачи данных верхнего уровня по каналам, требующим подтверждения соединения, и для регистрации ошибок.
СОХР основан на протоколе пакетною уровня (Рас)ге!-(дуег Ргогосо! — Р1 Р) Х.25 и описывается стандартом 150 8208 "Х.25 Рас)гег-).ауег Ргогосо( гог РТЕ". Протокол СОХР служит интерфейсом между службой СМХБ и верхними уровнями. Именно служба сетевого уровня, описанная в стандарте 180 8878, играет роль интерфейса между транспортным уровнем и СОХР. Сетевая служба, работающая в режиме соединения (Соппесггоп-Моде Хегзчог!г Бепйсе — СМХБ), выполняет функции.
связанные с явным выбором маршрутов для обмена данными между элементами транспортного уровня. В число этих функций входят установка, поддержка и прекращение соединения. Кроме того, вотличие от С(.ХБ, СМХ5 также поддерживает механизм запросов качества оба (Ооб). 571 Глава 34.
Протоколы взаимодействия открытых систем Адресация сетевого уровня Адресация сетевого уровня ОЫ реадизуется при помощи двух типов иерархических адресов: адресов точки доступа к сетевой службе и заголовков сетевых элементов. Точка доступа к сетевой службе ()ь)епног(г Бе!ч!се Ассея Ропп — г(БАР) представляет собой абстрактную точку на границе между сетевым и транспортным уровнями.
)ЧИНАР является точкой, в которой транспортному уровню предоставляется доступ к сетевым службам ОЫ. Каждому элементу транспортного уровня выделяется одна точка )ь)БАР и инливилуальный !ь)БАР-адрес в объединенной сети 031. Формат такого адреса показан на рис. 34.2. !ОР !О! ЯЕ! Рис. 34.2. Каждому элементу транснортного уровня нрисваивается отдельный Ф5ЛР-адрес 05э' Поля МЗАР-адреса Сушествуют лва поля МУАР-адреса; поле первоначального домена (гшйа! боша!и рап — 1РР) и поле адреса в домене (йоша!и-зрес!Вс рап — РБР).
Поле 1РР делится на две части: идентификатор формата авторизации (ацйюпгу Гоппаг !бепг!Йег — АР!) и идентификатор начального домена (!и!г!а! с(ошаш !с(епггтьег — !Р!). АР1 содержит информацию о структуре и содержании полей 1Р1 и РВР— например, является ли длина 101 переменной и использует ли РВР десятичную или двоичную запись. 1Р! определяет элемент, который может присваивать значения разделу ЕбР !4БАР-адреса.
Поле РЯР делится на четыре части сетевым администратором. Поле управвения адресом предусматривает дальнейшее управление адресацией, добавляя второй идентификатор авторизации и передавая управление адресами подчиненным элементам. Поле зоны определяет зону в пределах домена и используется для маршрутизации. Поле станции определяет станцию в пределах зоны и также используется для маршрутизации. Поле селектора определяет конкретный и-селектор в пределах станции и, подобно другим полям, используется для маршрутизации. Зарезервированный и-селектор 00 определяет адрес как заголовок сетевого элемента (пепног(г еппгу Гй!е — НЕТ).
МЗАР-адреса конечной системы Конечная система (Епд Вузгеш — ЕБ) ОЫ часто имеет несколько )ь)БАР-адресов— по одному лля каждого транспортного элемента. В этом случае ХБАР-адреса транспортных элементов обычно различаются только последним байтом (называемым и-селектором). На рис. 34.3 показаны отношения между транспортным элементом, )ь(БАР и сетевой службой. 572 Часть Ч!.
Сетевые протоколы Заголовок сетевого элемента ()Чегьиогк Епг!гу ТВ1е — НЕТ) используется для того, чтобы определить сетевой уровень системы, не ассоциируя эту систему с конкретным элементом транспортною уровня (как это делает 1ь(БАР-адрес). Заголовки )ЧЕТ полезны для адресации промежуточных систем ((пгеппеб(аге зумепы — 13), таких как маршрутизаторы, которые не выполняют функций интерфейса с транспортным уровнем. У промежуточной системы !Б может быть один или несколько заголовков 1ь(ЕТ, если она присутствует в нескольких зонах или доменах.
Протоколы 081 транспортного уровня На транспортном уровне пакет протоколов 051 реализует два типа служб: службы, ориентированные на соединение, и службы, не требующие подтверждения соединения. Рос. 34Д ГзБЛР обеспечиваем связь мемсйу транспормным злеменмом и семевой службой В пакет ОБ! входит пять протоколов транспортною уровня, ориентированных на соединение, — от транспортного протокола класса О до транспортного протокола класса 4.
Службы, не требующие подтверждения соединения, поддерживаются только транспортным протоколом класса 4. Транспортный протокол класса О (ТРО) — самый простой из транспортных протоколов. Он выполняет функции сегментации и повторной сборки. ТРО требует сетевой службы, ориентированной на соединение.
Транспортный протокол класса 1 (ТР!) выполняет сегментацию и повторную сборку и может устранять основные ошибки. ТР1 упорядочивает модули данных протокола (ргогосо! с(ага ипйз — РО(1). Если слишком много РР(1 не получат подтверждения получения, то протокол ТР1 передаст их повторно или переустановит соединение. ТР! требует сетевой службы, ориентированной на соединение. Транспортный протокол класса 2 (ТР2) выполняет сегментацию и повторную сборку, а также мультиплексирование и демультиплексирование потоков данных, проходящих по одному виртуальному каналу. ТР2 требует сетевой службы, ориентированной на соединение.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
