Руководство по технологиям объединенных сетей Cisco (953103), страница 142
Текст из файла (страница 142)
45.5. Формат пакета 1БМР 1 В протоколе!ПМР 1 предусмотрено лишь два типа 1ОМР-сообщений; ° запрос о принадлежности к группе; ° ответ на запрос о принадлежности к группе, Глава 45. алногоадресатнан рассылка 707 Узлы отсылают 1ОМР-ответы, которые соответствуют определенной многоадресатной группе, для того, чтобы сообщить о своем желании присоединиться к этой группе. Маршрутизатор периодически отправляет 1ОМР-запрос, чтобы убедиться, что хотя бы один узел в подсети еше заинтересован в получении данных, предназначенных для данной группы.
При отсутствии ответа на три последовательных 1ОМР-запроса маршрутизатор отключает группу и прекращает передавать адресованные ей данные. Протокол 16МР версии 2 Спецификация протокола 1ОМР 2 описана в КГС 2236. Формат пакета показан на рис. 45.6. о 7 15 23 31 Рис. 45.о. Формат аакета 1ОМР 2 В ! ОМР 2 предусмотрено четыре типа 1ОМР-сообшений: ° запрос принадлежности к группе; ° ответ на запрос о принадлежности к группе по версии 1; ° ответ на запрос о принадлежности к группе по версии 2; ° сообщение о выходе из группы.
В основном работа протокола 1ОМР 2 не отличается от 1ОМР 1. Разница заключается в наличии сообшения о выходе из группы. Теперь узлы могут сами сообшить локальному многоадресатному маршрутизатору о намерении покинуть группу. В ответ маршрутизатор посылает группе специальный запрос, чтобы определить, остались ли в ней еше узлы, желающие получать данные. Если ответ не поступает, то маршрутизатор отключает группу и прекрашает передачу данных.
Это может значительно сократить задержки, связанные с прекрашением членства в группе, по сравнению с РОМР 1. В этом случае передача нежелательных и ненужных данных может быть прекрашена значительно быстрее. Многоадресатная рассылка в среде коммутации на 2-м уровне Стандартное поведение коммутатора 2-го уровня заключается в передаче всех данных многоадрссатной рассылки на каждый порт, приналлежаший локальной сети- получателю на данном коммутаторе.
Это противоречит основному назначению коммутатора, которое заключается в ограничении объема пересылки данных и доставке их только тем портам, для которых такие данные действительно предназначены. Существует два метода эффективной многоадресатной рассылки на 2-м уровне в среде коммутации — использование протокола СОМР- и прослушивание по протоколу 1ОМР. 7ОВ Часть ЧИ.
Протоколы маршрутизации Протокол СОМР ОМ Р-сообщение о присоединении Отчет )СМР ()8А = 0080, с7а2.1093 ООА = 0100.5е01. 0203 МАС-адрес получателя = 0100.5е01.0203 МАС-адрес источника = 0080.с7а2.1093 Оя1 )Р = 224.1.2.3 8гс (Р = 192.1.1.! ЮМР-группа = 224.1 2.3 (б) (а) Рис. 45. 7. Основные действия ССМР 1ОМР-прослушивание 10МР-прослушивание представляет собой проверку или прослушивание (.А(ч( на наличие в 10МР-пакетах, передаваемых межлу узлом и маршрутизатором, информа- 709 Глава 45. Многоадресатная рассылка Сосо-протокол управления группами СВМР ГСдюо Огоир Мапакетепг Рго(ософ представляет собой протокол Сйсо, позватяющий коммутаторам Сага)уп трансяировать 10МР-информацию маршрутизаторам Сосо для принятия решений о пересылке на 2-и уровне.
Протокол СОМР должен быть сконфигурирован как на многоадресатных маршрутизаторах, так и на коммутаторах 2-го уровня. В результате при использовании протокола С0МР данные многоадресатной рассылки протокола (Р доставляются только на те порты коммутатора Сага!ум, которые заинтересованы в получении этих данных. Остальные порты, которые явным образом не запрашивали эти данные, не получают их. Основная концепция СОМР представлена на рис. 45.7. Когда узел присоединяется к группе многоадресатной рассылки (часть А), он отправляет этой группе (в ланном примере по адресу 224.1.2.3) сообщение-отчет протокола 10МР о добровольном присоединении к группе.
Этот отчет передается через коммутатор маршрутизатору лля обычной 10МР-обработки. Маршрутизатор (интерфейс которого должен поддерживать СОМР) получает такой отчет 10МР и обрабатывает его как обычно, но в дополнение к этому создает СОМР-сообщение о присоединении и отправляет его коммутатору. Коммутатор получает СОМР-сообщение о присоединении и заносит порт в свою таблицу ассоциативной памяти (соп(еп( асЫгезза(з(е шешоту — САМ) для этой группы многоадресатной рассылки. Теперь данные для данной многоадресатной группы будет направляться узлу через этот порт.
Многоадреснатые маршрутизаторы должны прослушивать ланные многоадресатной рассылки для всех групп, так как управляющие 10МР-сообщения также посылаются в виде многоадресатных данных. При использовании протокола СОМР коммутатор должен прослушивать только СОМР-сообщения о присоединении и выходе из группы, поступающие от маршрутизатора. Остальные данные многоалресатной рассылки передаются согласно таблице САМ обычным для коммутатора образом. ции 3-го уровня. Если коммутатор обнаруживает в сообщении 1ОМР-отчет узла лля группы многоадресатной рассылки, то он заносит номер порта узла в свою таблицу ассоциативной памяти для многоадресатной рассылки. Если же коммутатор обнаруживает 1ОМР-сообщение о выходе узла из группы, то он удаляет номер порта этого узла из сваей таблицы.
Поскольку управляющие 1ОМР-сообщения передаются в виде многоадресатных пакетов, они неотличимы от многоадресатных данных 2-го уровня. Коммугатор, на котором осуществляется 1ОМР-прослушивание, проверяет все многоадресатные пакеты и ищет среди них те, которые содержат управляющую информацию.
Если 1ОМР- прослушивание выполняется на маломощном коммутаторе с медленным процессором, то при передаче данных с высокой скоростью это может значительна повлиять на производительность. Поэтому для 1ОМР-прослушивания следует применять мощные коммутаторы со специализированными микросхемами для проверки 1ОМР-сообщений на аппаратном уровне. Для маломощных коммутаторов без специального оборудования оптимальным вариантом является использование протокола СОМР. Связующие деревья многоадресатной рассылки Маршрутизаторы многоадресатной рассылки создают связующие деревья, по которым определяется маршрут, которым должны проследовать по сети данные многоадресатной рассылки протокола 1Р, чтобы достичь всех получателей.
Существует два основных типа многовдресатных связующих деревьев: деревья от источника и деревья общего доступа. Дерево от источника Простейшей формой многоадресатного связного дерева является дерево огл источника. Его корнем служит источник многоадресатного дерева, а ветви образуют связующее дерево, соединяющее источник с получателями. Поскольку это дерево использует кратчайшие маршруты, его также называют деревом кратчайших маршрутов (зйопевг рагй ггее — ЗРТ). На рис. 45.8 показано дсрево ЗРТ для группы 224.1.1.1 с корнем в источнике (узел А) и двумя получателями — узлами В и С.
Дерево ЗРТ описывается в виде пары значений типа ($, О), где Б — 1Р-адрес источника (боцгсе), а Π— групповой адрес получателей (Огоцр). В частности, ЗРТ- дерево на рис. 45.8 описывается как (192.!.1.1, 224.1.1.1). Запись (З,О) подразумевает, что между каждым источником и каждой группой существует елинственное и корректное ЬРТ-дерево. Например, если узел В также отправляет данные группе 224.1.1.1, а получателями являются узлы А и С, то должно существовать отдельное дерево ( 192.2.2.2, 224.!.!.1). Дерево общего доступа В отличие от дерева источника, корень которого находится в источнике, деревья общего доступа имеют единый, общий корень в некоторой специально предназначенной для этого точке сети.
Такой общий корень называется нючхой рандеву (Кепдехчоцв Райн — КР). 71 о Часть зг(!. Протоколы маршрутизации Источник Форма записи: (8, 6), еде 8 — (Р-адрес источника 6 — 1Р-адрес ттучатвпн ФИ~-))()В ~(В-~В-', 192.3,3.3 Получатель Получатель Рис. 45.8. Дерево кратчайших маршрутов дал узла А На рнс.
45.9 показано дерево общего доступ» для группы 224.2.2.2, корнем которого является маршрутизатор П. При использовании дерева общего доступа источники отправляют потоки данных корню, откуда ои передается в нисхсщящем направлении по дереву общего доступа всем получателям, Источник 1 Форма записие (', 6), ще * — асе источники 6 — (Р-адрес группы ()(1В)))-ФВ-.ФЭ-4(В-1. фф' ---» Ю вЂ” ~В )е е 192.2.2.2 192.3.3.3 Получатель Получатель Рис. 45. Д Дерево оей(его доступа В этом примере данные многоадресатной рассылки от источников — узлов А и () — передаются корню (маршрутизатор Л), а оттуда по дереву общего доступа— двум получателям, узлам В и С. Поскольку все источники в многоадресатной группе 711 Глава 45. Многоадресатная рассылка используют одно дерево общего доступа, то лля ого обозначения применяется форма записи с групповым символом *: (*, О).
"Звездочка" в данном случае означает все источники, а Π— группу многоадресатиой рассылки. Соответственно, дерево общсго доступа иа рис. 45.9 обозначается как (*, 224.2.2.2). Деревья БРТ и дсрсвья обшсго доступа нс должны имсть петель. Сообщения дублируются только в точках, где появляются новые встви. Присоединиться к группо миогоадрссатиой рассылки или покинуть ес можно в любой момент, поэтому связующие деревья нуждаются в динамическом обновлении. Если все активныс получатсли ланиой ветви псрсстанут запрашивать данные данной многоадрссатной группы, то маршрутизаторы должны исключить эту ветвь из связующего дсрсва и прекратить передачу по ней данных.
Если один из получатслей данной ветви снова стаист активным и запросит данные многоадрссатной рассылки, то маршрутизатор динамически изменит связующее дерево и возобновит передачу данных. Дерево кратчайших маршрутов имеет преимушество, которос заключается в сомании оптимального маршрута между источником и получателями. Это обеспечивает минимальную задержку при псрсдачс данных многоадрссатной рассылки. Однако такая оптимизация имеет свою цсну; маршрутизаторы должны собирать маршрутную информацию о каждом источнике.
Если в соти тысячи источников и групп, то это можст потребовать от маршрутизаторов значительных затрат ресурсов. Сетевым разработчикам следует принимать во внимание зависимость требуемых объемов памяти от размера многоадрссатной таблицы маршрутизации. Прсимушсство деревьев общего лоступа заключастся в том, что каждый маршрутизатор должен хранить лишь минимальный объем информации о состоянии сети.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
