Open Pim V2.1

Описание принципов работы и конфигурации механизма PIMv. Bootstrap router . Каждый маршрутизатор, вовлеченный в форвардинг мультикастного трафика, должен знать, какое именно устройство выполняет роль RP. На данный момент существует три механизма, посредством которых происходит назначение маршрутизаторов на роль RP, а также распространение информации об активных RP: 1. Статическая конфигурация. Механизм Bootstrap router. В этой статье мы остановимся на рассмотрении последнего механизма, который является встроенным для протокола PIMv.

RP из множества кандидатов, балансировать нагрузку между несколькими RP, а также автоматически сообщать всем маршрутизаторам домена PIM об активных RP. Работу механизма bootstrap router мы будем рассматривать на примере топологии, приведенной ниже: Работа механизма основана на выборе так называемого Bootstrap Router (BSR) из некого множества кандидатов на эту роль (Bootstrap candidate). Выбор BSR важен, поскольку именно он будет собирать (систематизировать) информацию обо всех кандидатах на роль RP и распространять ее всем маршрутизаторам в домене PIM.

Таким образом, среди маршрутизаторов домена PIM администратором должны быть выбраны и настроены Bootstrap candidate и PR candidate. При этом в домене могут остаться маршрутизаторы,не назначенные ни на ту, ни на другую роль.

Border Gateway Protocol (BGP); Open Shortest Path First (OSPF); Enhanced Interior Gateway 48 Р Protocol Independent Multicast ( PIM) /Р

Впоследствии выбранный BSR . Поскольку BSR является критическим элементом, несколько остановимся на процессе его выбора среди множества Bootstrap кандидатов. Выбор BSRКаждый маршрутизатор, который был назначен на роль Bootstrap candidate, начинает рассылать со своего адреса специальные сообщения Bootstrap протокола PIMv. Эти сообщения рассылаются на адрес 2.

PIMv. 2) каждые 6. Bootstrap кандидате. В частности там будет указан адрес Bootstrap кандидата и его приоритет. Эти сообщения обрабатываются маршрутизаторами PIM домена следующим образом: каждый маршрутизатор, принявший сообщение Bootstrap, применяет к нему правила RPF check и передает его всем PIM соседям, кроме того, от которого сообщение было только что получено. RPF check сообщений Bootstrap позволяет предотвратить ненужный флудинг этих сообщений и повторную их обработку (сообщения Bootstrap, не прошедшие RPF check маршрутизаторами PIM домена попросту игнорируются). В результате информация о Bootstrap кандидатах становится известна каждому маршрутизатору, вовлеченному в PIM домен, включая других Bootstrap кандидатов. Одновременно с этим происходит выбор одного из Bootstrap кандидатов на роль BSR.

Скачивание openPim 3.1. Бесплатное и безопасное скачивание Если загрузка не началась, нажмите здесь. Прямое скачивание оригинального файла(не упакован, не заархивирован). Файл openPim 3.1 бесплатно размещен на Uptodown.

Выбор производится на основании сравнения приоритетов кандидатов. Bootstrap кандидат с наибольшим приоритетом должен стать BSR. Если приоритеты совпадают, то выбор производится в пользу маршрутизатора с наибольшим IP адресом. Кандидаты, принимающие Bootstrap сообщения от других таких же Bootstrap кандидатов, самостоятельно сравнивают приоритет (или IP адрес) другого кандидата со своим локальным. Если алгоритм выбора BSR решает не в пользу локального Bootstrap кандидата, то он (кандидат) перестает рассылать собственные сообщения Bootstrap. Благодаря этому через какое- то время в PIM домене останется только один Bootstrap кадидат, рассылающий сообщения Bootstrap (по- прежнему каждые 6. Именно он и будет выполнять роль BSR.

Следует отметить, что алгоритм выбора BSR вполне естественным образом позволяет . Происходит это посредством рассылки юникастных сообщений Candidate- RP- Advertisement от каждого RP кандидата на адрес BSR. Рассылка эта имеет периодический характер, и период отправки сообщений составляет 6.

OpenPim - это простое в использовании программное обеспечение PIM. Оно позволяет организовать ваши контакты, веб-ссылки, пароли, события и отмечает все это в одном файле. Вам больше не нужно возиться с поиском различной информации. На этой странице описывается настройка PIM-SM на оборудовании Cisco: как управлять выбором DR. В разделе пример работы PIM-SM на Cisco пошагово описаны принципы работы PIM-SM, с выводами команд debug и show. Страница загрузки openPim. Скачайте бесплатно здесь. Без смс и регистраций.

В результате BSR получает список всех RP кандидатов и соответствующих им диапазонов групп. Здесь следует отметить, что нет никаких правил в распределении диапазона мультикастных групп по RP кандидатам. То есть все пространство мультикастных групп 2. RP кандидатами таким образом, чтобы каждый RP кандидат обслуживал какую- то свою и только свою часть этого пространства (то есть диапазоны групп, назначенные на разных RP кандидатов, не будут пересекаться). Или же можно заставить разных RP кандидатов обслуживать одни и те же или пересекающиеся диапазоны групп.

Например, все пространство 2. RP кандидата, сколько бы их ни было. Особенностью механизма Bootstrap router является то, что маршрутизатор, выбранный в качестве BSR, не производит выбора активных RP из всего множества кандидатов.

После получения всего множества сообщений Candidate- RP- Advertisement от всех RP кандидатов BSR систематизирует полученную информацию и вносит ее в собственные сообщения Bootstrap, рассылаемые по- прежнему с периодом 6. Таким образом, все маршрутизаторы PIM домена начинают периодически получать информацию обо всех RP кандидатах и списках их групп.

Назначение активной RPДалее начинается самое интересное. Маршрутизаторы по специальному алгоритму определяют, какие именно RP кандидаты будут назначены на роль активной RP для каждой мультикастной группы. Алгоритм берет адрес группы и список всех RP кандидатов, которые заявляют о возможности обслуживать эту группу. Далее выполняются следующие шаги: 1. Ищутся те RP кандидаты, которые заявляют наиболее специфичный диапазон групп, включающий рассматриваемую группу.

Если в результате остается несколько RP кандидатов, то выбираются те, для которых настроен численно меньший приоритет. Здесь стоит остановиться и сказать, что приоритет в механизме bootstrap router задается не только для Bootstrap кандидатов, но и для RP кандидатов. Именно этот приоритет и является решающим на данном этапе.

Если после пунктов 1 и 2 все еще осталось несколько RP кандидатов для конкретного адреса, маршрутизатор вычисляет результат hash функции, которая в качестве входных данных использует адрес группы, адрес RP кандидата и так называемую hash mask. Тот RP кандидат, для которого значение полученного hash получилось численно больше, будет назначен в качестве активной RP для рассматриваемой группы. Если после пункта 3 все равно осталось несколько RP кандидатов, то кандидат с б. Ольшим IP адресом становится активным RP. Рассмотрим пример работы этого алгоритма для сети, топология которой приведена выше. На роль Bootstrap кандидатов назначены R4 и R5. Делалось это следующими командами.

R4: R4(config)#ip pim bsr- candidate lo. R5: R5(config)#ip pim bsr- candidate lo. Синтаксис команды выглядит следующим образом: ip pim bsr- candidate interface- type interface- number . Это хорошо видно в выводе команды sh ip pim bsr- router. R6#sh ip pim bsr- router. PIMv. 2 Bootstrap information.

BSR address: 4. 4. Uptime:      0. 1: 4. BSR Priority: 1. 0, Hash mask length: 3.

Expires:     0. 0: 0. R6#На роль RP кандидатов были назначены следующие маршрутизаторы: Hostname. IP address. Group range. Priority. R1. 1. 1. R2. 2. 2. 2. 2. 23. R3. 3. 3. 3. 3. 23. Соответствующие команды для этой конфигурации представлены ниже: R1: R1(config)#ip pim rp- candidate lo.

R2: R2(config)#ip pim rp- candidate lo. R3: R3(config)#ip pim rp- candidate lo. Пример конфигурации ACL 1, который используется для обозначения диапазона групп на R3: R3(config)#access- list 1 permit 2. Возникает задача определить, какой RP кандидат будет назначен на роль активной RP для, например, группы 2. В соответствии с первым шагом алгоритма, R1 не подходит, потому что другие кандидаты анонсируют диапазоны групп, более точно подходящие для 2.

На основании второго шага определиться с выбором кандидата тоже не удается, поскольку R2 и R3 настроены с одинаковым приоритетом. Далее алгоритму придется посчитать два значения hash функции. Сама функция выглядит следующим образом.

Value(G,M,C(i))=(1. G& M)+1. 23. 45) XOR C(i)) + 1. G - адрес рассматриваемой мультикастной группы; M - hash mask (этот параметр мы обсудим чуть позже); C(i) - адрес RP кандидата.

Для нашего случая получаются следующие значения хешей: R2 - 1. R3 - 1. 91. 66. 34. Это хорошо видно из следующего вывода: R6#sh ip pim rp- hash 2. RP 3. 3. 3. 3 (?), v.

Info source: 4. 4. Uptime: 0. 1: 5. 4: 2. PIMv. 2 Hash Value (mask 2. RP 2. 2. 2. 2, via bootstrap, priority 1. RP 3. 3. 3. 3, via bootstrap, priority 1.

R6#Собственно на этом шаге понятно, что для группы 2. RP будет назначен R3. В этом примере предполагается, что hash mask имеет длину 3. На этом параметре мы остановимся поподробнее. Сама длина hash mask, как мы уже видели, задается на Bootstrap кандидатах при их настройке, и после выбора BSR рассылается всем маршрутизаторам в сообщении bootstrap. Этот параметр служит для распределения нагрузки между всеми RP кандидатами. Фактически изменяя длину hash mask можно повлиять на то, сколько групп в среднем будет обслуживать каждый RP кандидат (то есть примерно для скольки групп RP кандидат станет активным RP).

Стоит обратить внимание, что в hash функции hash mask и адрес группы объединены логическим . Значит, hash mask определяет, сколько первых бит из адреса группы будут взяты в учет hash функцией. Результат работы функции приводит к тому, что все объявленное пространство групп будет распределено между всеми кандидатами, и каждая RP получит примерно 2^. В нашем примере это означает, что при длине hash mask, равной 3. RP получила бы примерно по 2^. Для наших оставшихся после первых двух шагов алгоритма кандидатов произойдет распределение всего пространства заявленных групп (2.

Если посмотреть, какие RP занимаются обслуживанием других групп, то можно увидеть, что группы распределяются по RP действительно примерно поровну. R6#sh ip pim rp- hash 2. RP 2. 2. 2. 2 (?), v. Info source: 4. 4. Uptime: 0. 1: 5. 6: 1.

PIMv. 2 Hash Value (mask 2. RP 2. 2. 2. 2, via bootstrap, priority 1. RP 3. 3. 3. 3, via bootstrap, priority 1.

R6#sh ip pim rp- hash 2. RP 3. 3. 3. 3 (?), v. Info source: 4. 4.

Uptime: 0. 1: 5. 6: 1. PIMv. 2 Hash Value (mask 2. RP 2. 2. 2. 2, via bootstrap, priority 1.

RP 3. 3. 3. 3, via bootstrap, priority 1. R6#sh ip pim rp- hash 2. RP 3. 3. 3. 3 (?), v. Info source: 4. 4. Uptime: 0. 1: 5. 5: 5. PIMv. 2 Hash Value (mask 2. RP 2. 2. 2. 2, via bootstrap, priority 1.

RP 3. 3. 3. 3, via bootstrap, priority 1. R6#sh ip pim rp- hash 2. RP 2. 2. 2. 2 (?), v. Info source: 4. 4.

Uptime: 0. 1: 5. 6: 0. PIMv. 2 Hash Value (mask 2. RP 2. 2. 2. 2, via bootstrap, priority 1.