Протоколи PIM маҷмӯи протоколҳо барои интиқоли чандрасонаӣ дар шабака байни роутерҳо мебошад. Муносибатҳои ҳамсоягӣ ҳамон тавре, ки дар протоколҳои масири динамикӣ сохта мешаванд. PIMv2 ҳар 30 сония паёмҳои Саломро ба суроғаи бисёркассетии ҳифзшудаи 224.0.0.13 (All-PIM-Routers) мефиристад. Паём дорои Таймерҳои нигоҳдорӣ мебошад - одатан ба 3.5*Hello Timer баробар аст, яъне 105 сония бо нобаёнӣ.
PIM ду намуди асосии корро истифода мебарад - Ҳолати зич ва пароканда. Биёед бо режими зич оғоз кунем.
Дарахтони тақсимот дар асоси манбаъ.
Реҷаи реҷаи зич тавсия дода мешавад, ки дар сурати шумораи зиёди муштариёни гурӯҳҳои гуногуни мултипликаст истифода шавад. Вақте ки роутер трафики мултипликатсияро қабул мекунад, аввалин чизе, ки он мекунад, тафтиши қоидаҳои RPF мебошад. RPF - ин қоида барои санҷидани манбаи мултипастаст бо ҷадвали масиргузории unicast истифода мешавад. Зарур аст, ки трафик ба интерфейсе ворид шавад, ки дар паси он ин ҳост мувофиқи версияи ҷадвали масиркунии unicast пинҳон шудааст. Ин механизм мушкилоти ҳалқаеро, ки ҳангоми интиқоли бисёркабата рух медиҳад, ҳал мекунад.
R3 манбаи бисёрҷанбаро (Сарчашмаи IP) аз паёми чандрасонаӣ эътироф мекунад ва ду ҷараёнро аз R1 ва R2 бо истифода аз ҷадвали unicast-и худ тафтиш мекунад. Ҷараён аз интерфейсе, ки дар ҷадвал нишон дода шудааст (R1 то R3) минбаъд интиқол дода мешавад ва ҷараён аз R2 қатъ карда мешавад, зеро барои дастрасӣ ба манбаи мултиcast, шумо бояд пакетҳоро тавассути S0/1 фиристед.
Савол ин аст, ки агар шумо ду масири баробар бо як метрика дошта бошед, чӣ мешавад? Дар ин ҳолат, роутер аз ин хатсайрҳо хоп навбатиро интихоб мекунад. Ҳар касе, ки суроғаи IP баландтар дорад, ғолиб мешавад. Агар шумо бояд ин рафторро тағир диҳед, шумо метавонед ECMP-ро истифода баред. Тафсилоти бештар .
Пас аз тафтиши қоидаи RPF, роутер бастаи бисёрҷанбаро ба ҳамаи ҳамсояҳои PIM-и худ мефиристад, ба истиснои касе, ки баста аз он гирифта шудааст. Дигар роутерҳои PIM ин равандро такрор мекунанд. Роҳе, ки бастаи чандрасонаӣ аз манбаъ то қабулкунандагони ниҳоӣ гирифтааст, дарахтеро ташкил медиҳад, ки дарахти тақсимоти сарчашма асосёфта, дарахти роҳи кӯтоҳтарин (SPT), дарахти манбаъ ном дорад. Се номи гуногун, якеро интихоб кунед.
Мушкилотеро чӣ гуна бояд ҳал кард, ки баъзе роутерҳо аз чанд ҷараёни чандрасонаӣ даст накашидаанд ва касе нест, ки онро ба он фиристад, аммо роутери болоӣ онро ба ӯ мефиристад. Барои ин механизми Prune ихтироъ карда шудааст.
Паёми Prune.
Масалан, R2 ба R3 фиристодани мултимедиявиро идома медиҳад, гарчанде ки R3 мувофиқи қоидаи RPF онро тарк мекунад. Чаро каналро бор кунед? R3 паёми PIM Prune мефиристад ва R2, пас аз гирифтани ин паём, интерфейси S0/1-ро аз рӯйхати интерфейси содиротӣ барои ин ҷараён, рӯйхати интерфейсҳое, ки ин трафик бояд аз онҳо фиристода шавад, хориҷ мекунад.
Дар зер таърифи расмии паёми PIM Prune оварда шудааст:
Паёми PIM Prune аз ҷониби як роутер ба роутери дуюм фиристода мешавад, то роутери дуюм пайвандеро, ки дар он Prune аз SPT мушаххас (S,G) гирифта мешавад, хориҷ кунад.
Пас аз гирифтани паёми Prune, R2 таймери Prune-ро ба 3 дақиқа муқаррар мекунад. Пас аз се дақиқа, он дубора интиқоли трафикро оғоз мекунад, то он даме, ки паёми дигари Prune қабул кунад. Ин дар PIMv1 аст.
Ва дар PIMv2 таймери давлатии навсозӣ илова карда шудааст (бо нобаёнӣ 60 сония). Ҳамин ки паёми Prune аз R3 фиристода шуд, ин таймер дар R3 оғоз мешавад. Пас аз ба охир расидани мӯҳлати ин таймер, R3 паёми навсозии ҳолатиро мефиристад, ки он вақтсанҷи 3-дақиқаии Prune Prune-ро дар R2 барои ин гурӯҳ аз нав танзим мекунад.
Сабабҳои фиристодани паёми Prune:
- Ҳангоме ки бастаи чандрасонаӣ санҷиши RPF-ро иҷро намекунад.
- Ҳангоме ки муштариёни ба таври маҳаллӣ пайвастшуда вуҷуд надоранд, ки гурӯҳи мултипаскатиро дархост кардаанд (IGMP Join) ва ҳамсояҳои PIM вуҷуд надоранд, ки ба онҳо трафики мултипастаст фиристода шавад (Интерфейси ғайридавлатӣ).
Паёми пайванд.
Биёед тасаввур кунем, ки R3 трафикро аз R2 намехост, Prune фиристод ва аз R1 мултипликатсия гирифт. Аммо ногаҳон, канали байни R1-R3 афтод ва R3 бе мултипликатсия монд. Шумо метавонед 3 дақиқа интизор шавед, то ба охир расидани вақти Prune Timer дар R2. 3 дақиқа интизории тӯлонӣ аст, то интизор нашавед, шумо бояд паёме фиристед, ки ин интерфейси S0/1-ро фавран ба R2 аз ҳолати буридашуда барорад. Ин паём паёми Graft хоҳад буд. Пас аз гирифтани паёми Graft, R2 бо Graft-ACK ҷавоб медиҳад.
Барқарор кардани қоқ.
Биёед ба ин диаграмма назар андозем. R1 мултимедиявиро ба сегмент бо ду роутер пахш мекунад. R3 трафикро қабул ва пахш мекунад, R2 қабул мекунад, аммо касе надорад, ки трафикро пахш кунад. Он ба R1 дар ин сегмент паёми Prune мефиристад. R1 бояд Fa0/0-ро аз рӯйхат хориҷ кунад ва пахши ин сегментро қатъ кунад, аммо бо R3 чӣ мешавад? Ва R3 дар ҳамон сегмент аст, инчунин ин паёмро аз Prune гирифт ва фоҷиаи вазъро дарк кард. Пеш аз қатъ кардани пахши R1, он вақтсанҷи 3 сонияро муқаррар мекунад ва пас аз 3 сония пахшро қатъ мекунад. 3 сония - ин маҳз ҳамин қадар вақт дорад, ки R3 барои аз даст надодани multicast-и худ. Аз ин рӯ, R3 ҳарчӣ зудтар барои ин гурӯҳ паёми Pim Join мефиристад ва R1 дигар дар фикри қатъи пахши барнома нест. Дар бораи Паёмҳои ҳамроҳшавӣ дар зер.
Паёмро тасдиқ кунед.
Биёед ин вазъиятро тасаввур кунем: ду роутер якбора ба як шабака пахш мекунанд. Онҳо як ҷараёнро аз манбаъ мегиранд ва ҳарду онро дар як шабака паси интерфейси e0 пахш мекунанд. Аз ин рӯ, онҳо бояд муайян кунанд, ки кӣ ягона ва ягона пахшкунандаи ин шабака хоҳад буд. Барои ин паёмҳои тасдиқ истифода мешаванд. Вақте ки R2 ва R3 такрори трафики мултипликастро ошкор мекунанд, яъне R2 ва R3 мултикастриро мегиранд, ки худашон пахш мекунанд, роутерҳо мефаҳманд, ки дар ин ҷо чизе нодуруст аст. Дар ин ҳолат, роутерҳо паёмҳои Assert-ро мефиристанд, ки масофаи маъмурӣ ва метрикаи масирро, ки тавассути он ба манбаи бисёрҷанбача дастрас мешавад - 10.1.1.10. Ғолиб ба таври зерин муайян карда мешавад:
- Касе, ки AD камтар аст.
- Агар AD баробар бошад, пас кӣ метри камтар дорад.
- Агар дар ин ҷо баробарӣ вуҷуд дошта бошад, пас ҳамон касе, ки IP-и баландтар дар шабакае дорад, ки онҳо ин мултипликатсияро пахш мекунанд.
Ғолиби ин овоздиҳӣ Роутери таъиншуда мегардад. Pim Hello инчунин барои интихоби DRs истифода мешавад. Дар аввали мақола паёми PIM Hello нишон дода шуд, шумо метавонед майдони DR-ро дар он ҷо бинед. Касе, ки суроғаи IP-и баландтарин дар ин пайванд дорад, ғолиб мешавад.
Аломати муфид:
Ҷадвали MROUTE.
Пас аз як бори аввал дар бораи чӣ гуна кор кардани протоколи PIM, мо бояд фаҳмем, ки чӣ тавр бо ҷадвали масиркунии мултимедиявӣ кор кардан лозим аст. Ҷадвали mroute маълумотро дар бораи он, ки кадом ҷараёнҳо аз муштариён дархост шудаанд ва кадом ҷараёнҳо аз серверҳои мултипликастӣ ҷорӣ мешаванд, нигоҳ медорад.
Масалан, вақте ки гузориши узвият дар IGMP ё PIM Join дар баъзе интерфейс қабул карда мешавад, ба ҷадвали масир сабти навъи ( *, G ) илова карда мешавад:
Ин сабт маънои онро дорад, ки дархости трафик бо суроғаи 238.38.38.38 гирифта шудааст. Парчами DC маънои онро дорад, ки multicast дар реҷаи зич кор хоҳад кард ва C маънои онро дорад, ки гиранда мустақиман ба роутер пайваст аст, яъне роутер Ҳисоботи узвияти IGMP ва PIM Join -ро гирифтааст.
Агар сабти навъи (S,G) мавҷуд бошад, ин маънои онро дорад, ки мо ҷараёни мултипликатсия дорем:
Дар майдони S - 192.168.1.11, мо суроғаи IP-и манбаи multicast ба қайд гирифтаем, маҳз ҳамин аст, ки қоидаи RPF тафтиш карда мешавад. Агар мушкилот вуҷуд дошта бошад, аввалин чизе, ки шумо бояд кардед, тафтиш кардани ҷадвали unicast барои масир ба манбаъ аст. Дар майдони Интерфейси воридотӣ интерфейсеро нишон медиҳад, ки ба он мултипастаст қабул карда мешавад. Дар ҷадвали масиркунии ягона, масир ба манбаъ бояд ба интерфейси дар ин ҷо нишондодашуда ишора кунад. Интерфейси содиротӣ муайян мекунад, ки ба куҷо интиқоли чандрасонаӣ равона карда мешавад. Агар он холӣ бошад, пас роутер барои ин трафик ягон дархост нагирифтааст. Маълумоти бештарро дар бораи ҳамаи парчамҳо пайдо кардан мумкин аст .
Ҳолати парокандаи PIM.
Стратегияи режими Sparse-режими зич мухолиф аст. Вақте ки режими пароканда трафики чандрасонаиро қабул мекунад, он танҳо трафикро тавассути он интерфейсҳое мефиристад, ки дар он ҷо дархостҳо барои ин ҷараён мавҷуд буданд, масалан паёмҳои Pim Join ё IGMP Report, ки ин трафикро дархост мекунанд.
Унсурҳои шабеҳ барои SM ва DM:
- Муносибатҳои ҳамсоягӣ ҳамон тавре ки дар PIM DM сохта мешаванд.
- Қоидаи RPF кор мекунад.
- Интихоби DR монанд аст.
- Механизми паёмҳои Prune Overrides ва Assert шабеҳ аст.
Барои назорат кардани он, ки дар шабака кӣ, дар куҷо ва чӣ гуна трафики чандрасонаӣ лозим аст, маркази ягонаи иттилоотӣ лозим аст. Маркази мо Rendezvous Point (RP) хоҳад буд. Ҳар касе, ки мехоҳад як намуди трафики мултипликатӣ дошта бошад ё касе аз манбаъ трафики мултипликатро қабул кунад, пас вай онро ба RP мефиристад.
Вақте ки RP трафики мултипликастиро қабул мекунад, онро ба он роутерҳо, ки қаблан ин трафикро дархост карда буданд, мефиристад.
Биёед топологияеро тасаввур кунем, ки дар он RP R3 аст. Ҳамин ки R1 трафикро аз S1 қабул мекунад, он ин бастаи чандрасонаиро ба паёми яккастаи PIM Register фаро мегирад ва онро ба RP мефиристад. Аз куҷо медонад, ки РП кист? Дар ин ҳолат, он ба таври статикӣ танзим карда мешавад ва мо баъдтар дар бораи конфигуратсияи динамикии RP сӯҳбат хоҳем кард.
ip pim rp-адрес 3.3.3.3
RP назар хоҳад кард - оё аз касе, ки ин трафикро гирифтан мехоҳад, маълумот мавҷуд буд? Фарз мекунем, ки ин набуд. Он гоҳ RP R1 паёми PIM Register-Stop мефиристад, ки ин маънои онро дорад, ки ба ҳеҷ кас ба ин мултипликаст ниёз надорад, бақайдгирӣ рад карда мешавад. R1 multicast намефиристад. Аммо мизбони манбаи чандрасонаӣ онро мефиристад, то R1, пас аз гирифтани Register-Stop, таймери сабти номро, ки ба 60 сония баробар аст, оғоз кунад. 5 сония пеш аз ба охир расидани ин таймер, R1 паёми холии Register-ро бо бити Null-Register (яъне бидуни бастаи бисёркапсулшуда) ба сӯи RP мефиристад. RP, дар навбати худ, чунин амал мекунад:
- Агар қабулкунанда вуҷуд надошта бошад, он бо паёми Register-Stop ҷавоб медиҳад.
- Агар қабулкунандагон пайдо шаванд, ӯ ба ҳеҷ ваҷҳ ба он ҷавоб намедиҳад. R1, ки дар давоми 5 сония радди сабти номро нагирифтааст, хушҳол хоҳад шуд ва паёми Регистрро бо мултикапсулизатсияшуда ба RP мефиристад.
Чунин ба назар мерасад, ки мо фаҳмидем, ки чӣ тавр multicast ба RP мерасад, ҳоло биёед кӯшиш кунем, ки ба саволе ҷавоб диҳем, ки чӣ тавр RP трафикро ба қабулкунандагон мерасонад. Дар ин ҷо бояд консепсияи нав - дарахти роҳи реша (RPT) ҷорӣ карда шавад. RPT дарахтест, ки дар RP реша давонда, ба сӯи қабулкунандагон мерӯяд ва дар ҳар як роутери PIM-SM шоха мегирад. RP онро тавассути қабули паёмҳои PIM Join эҷод мекунад ва ба дарахт шохаи нав илова мекунад. Ҳамин тавр, ҳар як роутери поёноб кор мекунад. Қоидаи умумӣ чунин менамояд:
- Вақте ки роутер PIM-SM паёми PIM Join-ро дар ҳама гуна интерфейси ғайр аз интерфейсе, ки дар паси он RP пинҳон аст, қабул мекунад, он ба дарахт шохаи нав илова мекунад.
- Филиал инчунин вақте илова карда мешавад, ки роутер PIM-SM гузориши узвият дар IGMP-ро аз мизбони мустақим васлшуда мегирад.
Биёед тасаввур кунем, ки мо дар роутери R5 барои гурӯҳи 228.8.8.8 муштарии бисёрҷанба дорем. Ҳамин ки R5 Ҳисоботи узвияти IGMP-ро аз мизбон қабул мекунад, R5 ба самти RP як PIM Join мефиристад ва худ ба дарахте, ки ба мизбон нигоҳ мекунад, интерфейс илова мекунад. Баъдан, R4 PIM Join-ро аз R5 қабул мекунад, интерфейси Gi0/1-ро ба дарахт илова мекунад ва PIM Join-ро ба самти RP мефиристад. Дар ниҳоят, RP ( R3 ) PIM Join-ро қабул мекунад ва ба дарахт Gi0/0 илова мекунад. Ҳамин тариқ, қабулкунандаи чандрасона ба қайд гирифта мешавад. Мо дарахтеро бо решаи R3-Gi0/0 → R4-Gi0/1 → R5-Gi0/0 месозем.
Пас аз ин, PIM Join ба R1 фиристода мешавад ва R1 ба ирсоли трафики мултимедиявӣ оғоз мекунад. Бояд қайд кард, ки агар мизбон пеш аз оғози пахши чандрасона трафикро дархост карда бошад, пас RP PIM Join намефиристад ва умуман ба R1 чизе намефиристад.
Агар ногаҳон ҳангоми фиристодани multicast, мизбон хоҳиши қабули онро қатъ мекунад, ҳамин ки RP PIM Prune-ро дар интерфейси Gi0/0 мегирад, он фавран PIM Register-Stop-ро мустақиман ба R1 мефиристад ва сипас PIM Prune паём тавассути интерфейси Gi0/1. Реестри PIM-стоп тавассути unicast ба суроғае, ки Реестри PIM омадааст, фиристода мешавад.
Тавре ки мо қаблан гуфта будем, вақте ки роутер PIM-ро ба дигаре мефиристад, масалан R5 ба R4, пас сабт ба R4 илова карда мешавад:
Ва таймер оғоз мешавад, ки R5 бояд ҳамеша ин вақтсанҷро аз нав танзим кунад PIM Паёмҳоро пайваста ҳамроҳ кунед, вагарна R4 аз рӯйхати содиротӣ хориҷ карда мешавад. R5 ҳар 60 паёми PIM-ро мефиристад.
Гузариши дарахти кӯтоҳтарин.
Мо интерфейси байни R1 ва R5 илова мекунем ва бубинем, ки трафик бо ин топология чӣ гуна ҷараён дорад.
Фарз мекунем, ки трафик мувофиқи схемаи кӯҳнаи R1-R2-R3-R4-R5 фиристода ва қабул карда шудааст ва дар ин ҷо мо интерфейси байни R1 ва R5-ро пайваст ва танзим кардем.
Пеш аз ҳама, мо бояд ҷадвали масиркунии ягонаро дар R5 аз нав созем ва ҳоло шабакаи 192.168.1.0/24 тавассути интерфейси R5 Gi0/2 дастрас мешавад. Ҳоло R5, ки дар интерфейси Gi0/1 мултиcast қабул мекунад, мефаҳмад, ки қоидаи RPF қонеъ нест ва қабули мултиcast дар Gi0/2 мантиқтар мебуд. Он бояд аз RPT ҷудо шавад ва дарахти кӯтоҳтаре созад, ки бо номи Shortest Path Tree (SPT) ном дорад. Барои ин, вай PIM Join-ро ба R0 тавассути Gi2/1 мефиристад ва R1 ба фиристодани мултипликатсия низ тавассути Gi0/2 оғоз мекунад. Акнун R5 бояд аз RPT даст кашад, то ду нусха нагирад. Барои ин, ӯ Prune паёмеро мефиристад, ки суроғаи IP-и манбаъро нишон медиҳад ва бити махсус - RPT-битро ворид мекунад. Ин маънои онро дорад, ки ба шумо лозим нест, ки ба ман трафик фиристед, ман дар ин ҷо дарахти беҳтаре дорам. RP инчунин паёмҳои PIM Prune ба R1 мефиристад, аммо паёми Register-Stop намефиристад. Хусусияти дигар: R5 ҳоло пайваста PIM Prune-ро ба RP мефиристад, зеро R1 ҳар дақиқа фиристодани PIM Реестрро ба RP идома медиҳад. То он даме, ки одамони нав хоҳони ин трафик пайдо нашаванд, RP онро рад мекунад. R5 ба RP хабар медиҳад, ки он тавассути SPT қабули мултимедиявиро идома медиҳад.
Ҷустуҷӯи RP динамикӣ.
Auto-RP.
Ин технология моликияти Cisco аст ва махсусан маъмул нест, аммо то ҳол зинда аст. Амалиёти Auto-RP аз ду марҳилаи асосӣ иборат аст:
1) RP паёмҳои RP-Announce-ро ба суроғаи ҳифзшуда мефиристад - 224.0.1.39, ки худро RP ё барои ҳама ё барои гурӯҳҳои мушаххас эълон мекунад. Ин паём ҳар дақиқа фиристода мешавад.
2) Агенти харитасозии RP лозим аст, ки он паёмҳои RP-Discovery мефиристад, ки нишон медиҳад, ки барои кадом гурӯҳҳо кадом RP бояд гӯш карда шавад. Маҳз аз ин паём роутерҳои муқаррарии PIM RP-ро барои худашон муайян мекунанд. Агенти харитасозӣ метавонад ё худи роутери RP ё роутери алоҳидаи PIM бошад. RP-Discovery ба суроғаи 224.0.1.40 бо таймери як дақиқа фиристода мешавад.
Биёед равандро муфассалтар дида бароем:
Биёед R3-ро ҳамчун RP танзим кунем:
ip pim ирсол-rp-эълони бозгашти 0 миқёси 10
R2 ҳамчун агенти харитасозӣ:
ip pim send-rp-discovery loopback 0 scope 10
Ва дар ҳама чизҳои дигар, мо RP-ро тавассути Auto-RP интизор мешавем:
ip pim autorp шунаванда
Вақте ки мо R3-ро танзим мекунем, он ба фиристодани RP-Elon оғоз мекунад:
Ва R2, пас аз насб кардани агенти харитасозӣ, интизори паёми RP-Эълонро оғоз мекунад. Танҳо вақте ки ҳадди аққал як RP пайдо мекунад, он ба фиристодани RP-Discovery оғоз мекунад:
Ҳамин тариқ, вақте ки роутерҳои муқаррарӣ (PIM RP Listener) ин паёмро мегиранд, онҳо хоҳанд донист, ки RP-ро дар куҷо ҷустуҷӯ кунанд.
Яке аз мушкилоти асосии Auto-RP дар он аст, ки барои гирифтани паёмҳои RP-Announce ва RP-Discovery, шумо бояд PIM Join-ро ба суроғаҳои 224.0.1.39-40 фиристед ва барои фиристодан шумо бояд бидонед, ки дар куҷо RP ҷойгир аст. Проблемаи классикии мурғ ва тухм. Барои ҳалли ин мушкилот режими PIM Sparse-Dense-Mode ихтироъ карда шуд. Агар роутер RP-ро надонад, он гоҳ дар режими зич кор мекунад, агар ин тавр бошад, пас дар режими Sparse. Вақте ки PIM Sparse-mode ва фармони шунавандаи ip pim autorp дар интерфейсҳои роутерҳои муқаррарӣ танзим карда мешаванд, роутер дар ҳолати зич танҳо барои бисёрқабамӣ мустақиман аз протоколи Auto-RP (224.0.1.39-40) кор мекунад.
Router BootStrap (BSR).
Ин функсия ба Auto-RP монанд кор мекунад. Ҳар як RP ба агенти харитасозӣ паём мефиристад, ки он маълумоти харитасозӣ ҷамъоварӣ мекунад ва сипас ба ҳамаи роутерҳои дигар хабар медиҳад. Биёед равандро ба монанди Auto-RP тавсиф кунем:
1) Вақте ки мо R3-ро ҳамчун номзади RP танзим мекунем, бо фармони:
ip pim rp-номзади бозгашти 0
Он гоҳ R3 ҳеҷ кор намекунад; барои оғоз кардани фиристодани паёмҳои махсус, вай аввал бояд агенти харитасозӣ пайдо кунад. Ҳамин тариқ, мо ба қадами дуюм меравем.
2) R2-ро ҳамчун агенти харитасозӣ танзим кунед:
ip pim bsr-номзади бозгашт 0
R2 ба фиристодани паёмҳои PIM Bootstrap оғоз мекунад, ки дар он ҷо худро ҳамчун агенти харитасозӣ нишон медиҳад:
Ин паём ба суроғаи 224.0.013 фиристода мешавад, ки протоколи PIM онро барои паёмҳои дигари худ низ истифода мебарад. Он онҳоро ба ҳама самтҳо мефиристад ва аз ин рӯ, ҳеҷ гуна мушкили мурғ ва тухм вуҷуд надорад, ки дар Auto-RP вуҷуд дошт.
3) Ҳамин ки RP аз роутери BSR паём мегирад, он фавран ба суроғаи роутери BSR паёми яккаста мефиристад:
Пас аз он, BSR, бо гирифтани маълумот дар бораи RP, онҳоро тавассути мултипастаст ба суроғаи 224.0.0.13 мефиристад, ки ҳамаи роутерҳои PIM онро гӯш мекунанд. Аз ин рӯ, як аналоги фармон ip pim autorp шунаванда барои роутерҳои муқаррарӣ, ки дар BSR нестанд.
Anycast RP бо Protocol Discovery Source Multicast (MSDP).
Auto-RP ва BSR ба мо имкон медиҳанд, ки сарбориро дар RP ба таври зайл тақсим кунем: Ҳар як гурӯҳи мултимедиявӣ танҳо як RP фаъол дорад. Тақсим кардани сарборӣ барои як гурӯҳи мултимедиявӣ ба якчанд RP имконнопазир аст. MSDP ин корро тавассути додани роутерҳои RP ҳамон суроғаи IP бо ниқоби 255.255.255.255 мекунад. MSDP маълумотро бо истифода аз яке аз усулҳо меомӯзад: статикӣ, Auto-RP ё BSR.
Дар расм мо конфигуратсияи Auto-RP бо MSDP дорем. Ҳарду RP бо суроғаи IP 172.16.1.1/32 дар интерфейси Loopback 1 танзим карда шудаанд ва барои ҳама гурӯҳҳо истифода мешаванд. Бо RP-Announce, ҳарду роутер бо истинод ба ин суроға худро эълон мекунанд. Агенти харитасозии Auto-RP, бо гирифтани маълумот, RP-Discovery-ро дар бораи RP бо суроғаи 172.16.1.1/32 мефиристад. Мо ба роутерҳо дар бораи шабакаи 172.16.1.1/32 бо истифода аз IGP ва мувофиқан. Ҳамин тариқ, роутерҳои PIM ҷараёнҳоро аз RP, ки ҳамчун хоп навбатӣ дар масир ба шабакаи 172.16.1.1/32 муайян шудааст, дархост ё ба қайд мегиранд. Худи протоколи MSDP барои худи RPҳо барои табодули паёмҳо дар бораи иттилооти чандрасонаӣ пешбинӣ шудааст.
Ин топологияро баррасӣ кунед:
Switch6 трафикро ба суроғаи 238.38.38.38 пахш мекунад ва то ҳол дар ин бора танҳо RP-R1 медонад. Switch7 ва Switch8 ин гурӯҳро дархост карданд. Роутерҳои R5 ва R4 мутаносибан PIM-ро ба R1 ва R3 мефиристанд. Чаро? Масири 13.13.13.13 барои R5 бо истифода аз метрикаи IGP ба R1 ишора мекунад, ба мисли R4.
RP-R1 дар бораи ҷараён медонад ва пахши онро ба R5 оғоз мекунад, аммо R4 дар бораи он чизе намедонад, зеро R1 онро на танҳо мефиристад. Аз ин рӯ, MSDP зарур аст. Мо онро дар R1 ва R5 танзим мекунем:
ip msdp peer 3.3.3.3 пайваст-манбаи Loopback1 дар R1
ip msdp peer 1.1.1.1 пайваст-манбаи Loopback3 дар R3
Онҳо дар байни ҳамдигар сеанс барпо мекунанд ва ҳангоми гирифтани ягон ҷараён онҳо дар бораи он ба ҳамсояи RP хабар медиҳанд.
Ҳамин ки RP-R1 ҷараёнро аз Switch6 қабул мекунад, он фавран паёми яккастаи MSDP Source-Active мефиристад, ки дорои маълумот ба монанди (S, G) - маълумот дар бораи манбаъ ва таъиноти мултимедиявӣ мебошад. Акнун, ки RP-R3 медонад, ки манбаъе ба монанди Switch6, ҳангоми гирифтани дархост аз R4 барои ин ҷараён, он PIM Join-ро ба сӯи Switch6 мефиристад, ки аз рӯи ҷадвали масир роҳнамоӣ мекунад. Ҳамин тариқ, R1 бо гирифтани чунин пайвастшавии PIM ба интиқоли трафик ба RP-R3 оғоз мекунад.
MSDP тавассути TCP кор мекунад, RPҳо барои тафтиши зиндашавӣ ба ҳамдигар паёмҳои зинда мефиристанд. Вақтсанҷ 60 сония аст.
Функсияи тақсими ҳамсолони MSDP ба доменҳои гуногун норавшан боқӣ мемонад, зеро паёмҳои Keepalive ва SA узвият дар ягон доменро нишон намедиҳанд. Инчунин, дар ин топология, мо конфигуратсияеро санҷидем, ки доменҳои гуногунро нишон медиҳад - ҳеҷ фарқияте дар иҷроиш вуҷуд надошт.
Агар касе равшанӣ диҳад, ман хурсандам, ки онро дар шарҳҳо бихонам.
Манбаъ: will.com