PIM protokolu marşrutlaşdırıcılar arasında bir şəbəkədə multicast ötürülməsi üçün protokollar toplusudur. Qonşuluq əlaqələri dinamik marşrutlaşdırma protokollarında olduğu kimi qurulur. PIMv2 30 (All-PIM-Routers) üçün ayrılmış multicast ünvanına hər 224.0.0.13 saniyədən bir Salam mesajları göndərir. Mesajda Saxlama Taymeri var - adətən 3.5*Salam Taymerinə bərabərdir, yəni standart olaraq 105 saniyə.
PIM iki əsas iş rejimindən istifadə edir - Sıx və Seyrək rejim. Sıx rejimdən başlayaq.
Mənbəyə əsaslanan paylama ağacları.
Sıx rejim rejimi müxtəlif multicast qruplarının çoxlu sayda müştərisi olduqda istifadə etmək məsləhətdir. Router multicast trafiki qəbul etdikdə ilk iş onu RPF qaydası üçün yoxlamaqdır. RPF - bu qayda unicast marşrutlaşdırma cədvəli ilə multicast mənbəyini yoxlamaq üçün istifadə olunur. Trafikin unicast marşrutlaşdırma cədvəlinin versiyasına uyğun olaraq bu hostun arxasında gizləndiyi interfeysə çatması lazımdır. Bu mexanizm multicast ötürülməsi zamanı yaranan döngə problemini həll edir.
R3 multicast mənbəsini (Mənbə IP) multicast mesajından tanıyacaq və unicast cədvəlindən istifadə edərək R1 və R2-dən iki axını yoxlayacaq. Cədvəlin göstərdiyi interfeysdən (R1-dən R3-ə qədər) axın daha da ötürüləcək və R2-dən axın atılacaq, çünki multicast mənbəyə çatmaq üçün paketləri S0/1 vasitəsilə göndərməlisiniz.
Sual budur ki, eyni ölçüyə malik iki ekvivalent marşrutunuz varsa nə baş verir? Bu halda, marşrutlaşdırıcı bu marşrutlardan növbəti keçidi seçəcəkdir. Daha yüksək IP ünvanı olan qalib gəlir. Bu davranışı dəyişdirmək lazımdırsa, ECMP-dən istifadə edə bilərsiniz. Daha ətraflı .
RPF qaydasını yoxladıqdan sonra, marşrutlaşdırıcı paketin qəbul edildiyindən başqa, bütün PIM qonşularına multicast paket göndərir. Digər PIM marşrutlaşdırıcıları bu prosesi təkrarlayır. Multicast paketin mənbədən son alıcılara qədər tutduğu yol mənbəyə əsaslanan paylama ağacı, ən qısa yol ağacı (SPT), mənbə ağacı adlanan ağac yaradır. Üç fərqli ad, hər hansı birini seçin.
Bəzi marşrutlaşdırıcıların bəzi multicast axınından imtina etmədiyi problemi necə həll etmək olar və onu göndərəcək heç kim yoxdur, lakin yuxarı marşrutlaşdırıcı onu ona göndərir. Bunun üçün Prune mexanizmi icad edilmişdir.
Budama Mesajı.
Məsələn, R2, R3-ə multicast göndərməyə davam edəcək, baxmayaraq ki, R3, RPF qaydasına görə, onu buraxır. Kanalı niyə yükləmək lazımdır? R3 PIM Prune Mesajı göndərir və R2 bu mesajı aldıqdan sonra S0/1 interfeysini bu axın üçün gedən interfeys siyahısından, bu trafikin göndərilməli olduğu interfeyslərin siyahısından çıxaracaq.
Aşağıdakılar PIM Prune mesajının daha rəsmi tərifidir:
PIM Prune mesajı bir marşrutlaşdırıcı tərəfindən ikinci marşrutlaşdırıcıya göndərilir ki, ikinci marşrutlaşdırıcı müəyyən (S,G) SPT-dən Prune-nin qəbul edildiyi linki silsin.
Prune mesajını aldıqdan sonra R2 Prune taymerini 3 dəqiqəyə təyin edir. Üç dəqiqədən sonra o, başqa Prune mesajı alana qədər yenidən trafik göndərməyə başlayacaq. Bu PIMv1-dədir.
Və PIMv2-də Dövlət Yeniləmə taymeri əlavə edildi (standart olaraq 60 saniyə). R3-dən Prune mesajı göndərilən kimi bu taymer R3-də işə salınır. Bu taymerin müddəti bitdikdən sonra R3 Dövlət Yeniləmə mesajı göndərəcək və bu, bu qrup üçün R3-də 2 dəqiqəlik Prune Timer-ı sıfırlayacaq.
Prune mesajı göndərməyin səbəbləri:
- Multicast paket uğursuz olduqda RPF yoxlayın.
- Multicast qrupu (IGMP Qoşulması) tələb edən yerli bağlı müştərilər olmadıqda və multicast trafikinin göndərilə biləcəyi PIM qonşuları olmadıqda (Qeyri-prune interfeysi).
Qraft Mesajı.
Təsəvvür edək ki, R3 R2-dən trafik istəmədi, Prune göndərdi və R1-dən multicast aldı. Ancaq birdən R1-R3 arasındakı kanal düşdü və R3 multicastsız qaldı. R3-də Budama Taymeri bitənə qədər 2 dəqiqə gözləyə bilərsiniz. 3 dəqiqə uzun bir gözləmədir, gözləməmək üçün bu S0/1 interfeysini budanmış vəziyyətdən dərhal R2-yə gətirəcək bir mesaj göndərməlisiniz. Bu mesaj Qraft mesajı olacaq. Qraft mesajını aldıqdan sonra R2 Qraft-ACK ilə cavab verəcək.
Budama ləğv edin.
Bu diaqrama baxaq. R1 iki marşrutlaşdırıcısı olan bir seqmentə multicast yayımını həyata keçirir. R3 trafiki qəbul edir və yayımlayır, R2 qəbul edir, lakin trafiki yayımlamaq üçün heç kim yoxdur. Bu seqmentdə R1-ə Prune mesajı göndərir. R1 siyahıdan Fa0/0 çıxarmalı və bu seqmentdə yayımı dayandırmalıdır, bəs R3-ə nə olacaq? Və R3 eyni seqmentdədir, Prune-dən də bu mesajı aldı və vəziyyətin faciəsini başa düşdü. R1 yayımını dayandırmazdan əvvəl 3 saniyəlik taymer təyin edir və 3 saniyədən sonra yayımı dayandıracaq. 3 saniyə - bu, R3-ün multicast itirməmək üçün nə qədər vaxtıdır. Buna görə də, R3 bu qrup üçün ən qısa zamanda Pim Join mesajı göndərir və R1 artıq yayımı dayandırmağı düşünmür. Aşağıdakı mesajlara qoşulun.
Mesajı təsdiqləyin.
Bu vəziyyəti təsəvvür edək: iki marşrutlaşdırıcı bir anda bir şəbəkəyə yayımlanır. Onlar mənbədən eyni axını alır və hər ikisi onu e0 interfeysinin arxasında eyni şəbəkəyə yayımlayır. Ona görə də onlar müəyyən etməlidirlər ki, bu şəbəkə üçün tək və yeganə yayımçı kim olacaq. Bunun üçün təsdiq mesajlarından istifadə olunur. R2 və R3 multicast trafikinin təkrarlanmasını aşkar etdikdə, yəni R2 və R3 özlərinin yayımladığı multicast qəbul etdikdə, marşrutlaşdırıcılar burada nəyinsə səhv olduğunu başa düşürlər. Bu halda marşrutlaşdırıcılar İnzibati Məsafəni və multicast mənbəyinə çatan marşrut metrikasını özündə əks etdirən Assert mesajlarını göndərirlər - 10.1.1.10. Qalib aşağıdakı kimi müəyyən edilir:
- Daha aşağı AD olan.
- Əgər AD bərabərdirsə, o zaman kimin metrikası daha aşağıdır.
- Əgər burada bərabərlik varsa, o zaman bu multicastı yayımladıqları şəbəkədə daha yüksək IP-yə sahib olandır.
Bu səsvermənin qalibi təyin edilmiş marşrutlaşdırıcı olur. Pim Hello DR-ləri seçmək üçün də istifadə olunur. Məqalənin əvvəlində PIM Hello mesajı göstərildi, orada DR sahəsini görə bilərsiniz. Bu linkdə ən yüksək IP ünvanı olan qalib gəlir.
Faydalı işarə:
MROUTE Cədvəli.
PIM protokolunun necə işlədiyinə ilkin nəzər saldıqdan sonra multicast marşrutlaşdırma cədvəli ilə necə işləməyi başa düşməliyik. Mroute cədvəli müştərilərdən hansı axınların tələb olunduğu və multicast serverlərdən hansı axınların axdığı barədə məlumatları saxlayır.
Məsələn, bəzi interfeysdə IGMP Üzvlük Hesabatı və ya PIM Qoşulması qəbul edildikdə, marşrutlaşdırma cədvəlinə ( *, G ) tipli qeyd əlavə edilir:
Bu giriş o deməkdir ki, 238.38.38.38 ünvanlı trafik sorğusu alınıb. DC bayrağı multicastın Sıx rejimdə işləyəcəyini, C isə alıcının birbaşa marşrutlaşdırıcıya qoşulduğunu, yəni marşrutlaşdırıcının IGMP Üzvlük Hesabatını və PIM Qoşulmasını aldığını bildirir.
Əgər (S,G) tipli bir qeyd varsa, bu o deməkdir ki, bizdə multicast axını var:
S sahəsində - 192.168.1.11, biz multicast mənbəyinin IP ünvanını qeyd etdik, məhz RPF qaydası ilə yoxlanılacaq. Problemlər varsa, etməli olduğunuz ilk şey mənbəyə gedən marşrut üçün unicast cədvəlini yoxlamaqdır. Incoming Interface sahəsində multicastın qəbul edildiyi interfeysi göstərir. Unicast marşrutlaşdırma cədvəlində mənbəyə gedən marşrut burada göstərilən interfeysə istinad etməlidir. Çıxan İnterfeys multicast-ın hara yönləndiriləcəyini müəyyən edir. Boşdursa, marşrutlaşdırıcı bu trafik üçün heç bir sorğu almamışdır. Bütün bayraqlar haqqında ətraflı məlumat tapa bilərsiniz .
PIM Seyrək rejimi.
Seyrək rejimin strategiyası Sıx rejimin əksinədir. Seyrək rejim multicast trafiki qəbul etdikdə o, trafiki yalnız bu axın üçün sorğuların olduğu interfeyslər vasitəsilə göndərəcək, məsələn, bu trafiki tələb edən Pim Join və ya IGMP Report mesajları.
SM və DM üçün oxşar elementlər:
- Qonşuluq əlaqələri PİM DM-də olduğu kimi qurulur.
- RPF qaydası işləyir.
- DR seçimi oxşardır.
- Prune Overrides və Assert mesajlarının mexanizmi oxşardır.
Şəbəkədə kimə, harada və hansı multicast trafikə ehtiyac olduğuna nəzarət etmək üçün ümumi məlumat mərkəzi lazımdır. Mərkəzimiz Rendezvous Point (RP) olacaq. Bir növ multicast trafiki istəyən və ya kimsə mənbədən multicast trafiki almağa başlamışsa, onu RP-yə göndərir.
RP multicast trafiki qəbul etdikdə onu əvvəllər bu trafiki tələb edən marşrutlaşdırıcılara göndərəcək.
RP-nin R3 olduğu bir topologiya təsəvvür edək. R1 S1-dən trafik alan kimi, bu multicast paketini unicast PIM Register mesajına daxil edir və onu RP-yə göndərir. O, RP-nin kim olduğunu haradan bilir? Bu halda, o, statik olaraq konfiqurasiya edilir və dinamik RP konfiqurasiyası haqqında daha sonra danışacağıq.
ip pim rp-ünvanı 3.3.3.3
RP baxacaq - bu trafiki almaq istəyən birindən məlumat var idimi? Tutaq ki, belə deyildi. Sonra RP R1-ə PIM Register-Stop mesajı göndərəcək, yəni heç kimə bu multicast lazım deyil, qeydiyyat rədd edilir. R1 multicast göndərməyəcək. Lakin multicast mənbə hostu onu göndərəcək ki, R1, Register-Stop-u aldıqdan sonra 60 saniyəyə bərabər olan Qeydiyyatın Yatırılması taymerini işə salacaq. Bu taymerin bitməsinə 5 saniyə qalmış R1 RP-yə Null-Register biti ilə (yəni kapsullaşdırılmış multicast paketi olmadan) boş Qeyd mesajı göndərəcək. RP, öz növbəsində, belə hərəkət edəcək:
- Əgər alıcı yox idisə, o, Qeydiyyatdan Dayandır mesajı ilə cavab verəcəkdir.
- Əgər alıcılar görünsə, o, heç bir şəkildə buna cavab verməyəcək. 1 saniyə ərzində qeydiyyatdan keçməkdən imtina almayan R5 sevinəcək və RP-yə kapsullaşdırılmış multicast ilə Qeydiyyat mesajı göndərəcək.
Deyəsən, multicast-ın RP-yə necə çatdığını anladıq, indi RP-nin alıcılara trafiki necə çatdırdığı sualına cavab verməyə çalışaq. Burada yeni bir konsepsiya tətbiq etmək lazımdır - kök yol ağacı (RPT). RPT, RP-də kök salmış, alıcılara doğru böyüyən, hər bir PIM-SM marşrutlaşdırıcısında budaqlanan ağacdır. RP onu PIM Qoşulma mesajlarını qəbul edərək yaradır və ağaca yeni budaq əlavə edir. Beləliklə, hər bir aşağı axın marşrutlaşdırıcısı bunu edir. Ümumi qayda belə görünür:
- PIM-SM marşrutlaşdırıcısı RP-nin gizləndiyi interfeysdən başqa hər hansı bir interfeysdə PIM-ə qoşulma mesajı aldıqda, o, ağaca yeni budaq əlavə edir.
- PIM-SM marşrutlaşdırıcısı birbaşa qoşulmuş hostdan IGMP Üzvlük Hesabatı aldıqda filial da əlavə edilir.
Təsəvvür edək ki, 5 qrupu üçün R228.8.8.8 marşrutlaşdırıcısında multicast müştərimiz var. R5 hostdan IGMP Üzvlük Hesabatını alan kimi R5 RP istiqamətində PIM Qoşulması göndərir və özü də hosta baxan ağaca interfeys əlavə edir. Sonra, R4 R5-dən PIM Join qəbul edir, ağaca Gi0/1 interfeysi əlavə edir və RP istiqamətində PIM Join göndərir. Nəhayət, RP ( R3 ) PIM Join qəbul edir və ağaca Gi0/0 əlavə edir. Beləliklə, multicast alıcı qeydə alınır. Biz R3-Gi0/0 → R4-Gi0/1 → R5-Gi0/0 kökü ilə ağac qururuq.
Bundan sonra, PIM Qoşulması R1-ə göndəriləcək və R1 multicast trafik göndərməyə başlayacaq. Qeyd etmək vacibdir ki, əgər host multicast yayım başlamazdan əvvəl trafik tələb etsə, RP PIM Join-i göndərməyəcək və ümumiyyətlə R1-ə heç nə göndərməyəcək.
Multicast göndərilərkən qəflətən host onu qəbul etmək istəməzsə, RP Gi0/0 interfeysində PIM Prune qəbul edən kimi dərhal R1-ə PIM Register-Stop, sonra isə PIM Prune göndərəcək. Gi0/1 interfeysi vasitəsilə mesaj. PIM Register-stop unicast vasitəsilə PİM Reyestrinin gəldiyi ünvana göndərilir.
Daha əvvəl dediyimiz kimi, marşrutlaşdırıcı digərinə, məsələn, R5-dən R4-ə PIM Qoşulmasını göndərən kimi, R4-ə bir qeyd əlavə olunur:
Və taymer işə salınır ki, R5 bu taymeri daim sıfırlamalıdır PIM Daimi mesajlara qoşulun, əks halda R4 gedən siyahıdan çıxarılacaq. R5 hər 60 PIM Qoşulma mesajı göndərəcək.
Ən qısa yol ağacının keçidi.
R1 və R5 arasında interfeys əlavə edəcəyik və bu topologiya ilə trafikin necə axdığını görəcəyik.
Fərz edək ki, trafik köhnə R1-R2-R3-R4-R5 sxeminə uyğun olaraq göndərilib və qəbul edilib və burada biz R1 və R5 arasındakı interfeysi birləşdirib konfiqurasiya etdik.
İlk növbədə, biz R5-də unicast marşrutlaşdırma cədvəlini yenidən qurmalıyıq və indi şəbəkə 192.168.1.0/24 R5 Gi0/2 interfeysi vasitəsilə əldə edilir. İndi Gi5/0 interfeysində multicast qəbul edən R1 RPF qaydasının razı olmadığını başa düşür və Gi0/2-də multicast qəbul etmək daha məntiqli olardı. O, RPT-dən ayrılmalı və ən qısa yol ağacı (SPT) adlı daha qısa ağac qurmalıdır. Bunun üçün o, Gi0/2 vasitəsilə R1-ə PIM Join göndərir və R1 Gi0/2 vasitəsilə də multicast göndərməyə başlayır. İndi R5 iki nüsxə almamaq üçün RPT abunəliyini dayandırmalıdır. Bunun üçün o, Prune-a mənbə IP ünvanını göstərən və xüsusi bit - RPT-bit daxil edən mesaj göndərir. Bu o deməkdir ki, mənə trafik göndərməyinizə ehtiyac yoxdur, burada daha yaxşı ağacım var. RP həmçinin PIM Prune mesajlarını R1-ə göndərir, lakin Qeydiyyatdan Dayandır mesajı göndərmir. Başqa bir xüsusiyyət: R5 indi PIM Prune-ni RP-yə davamlı olaraq göndərəcək, çünki R1 hər dəqiqə PIM Reyestrini RP-yə göndərməyə davam edir. Bu trafiki istəyən yeni insanlar tapılmayana qədər RP bundan imtina edəcək. R5 RP-yə SPT vasitəsilə multicast qəbul etməyə davam etdiyini bildirir.
Dinamik RP axtarışı.
Avtomatik RP.
Bu texnologiya Cisco şirkətinə məxsusdur və o qədər də populyar deyil, lakin hələ də mövcuddur. Auto-RP əməliyyatı iki əsas mərhələdən ibarətdir:
1) RP RP-Elan mesajlarını qorunan ünvana göndərir - 224.0.1.39, özünü ya hamı üçün, ya da müəyyən qruplar üçün RP elan edir. Bu mesaj hər dəqiqə göndərilir.
2) Hansı qruplar üçün hansı RP-nin dinlənilməsi lazım olduğunu göstərən RP-Discovery mesajları göndərəcək RP Xəritəçəkmə agenti tələb olunur. Məhz bu mesajdan adi PIM marşrutlaşdırıcıları RP-ni özləri üçün təyin edəcəklər. Xəritəçəkmə agenti ya RP yönləndiricisinin özü, ya da ayrıca PIM marşrutlaşdırıcısı ola bilər. RP-Discovery bir dəqiqəlik taymerlə 224.0.1.40 ünvanına göndərilir.
Prosesə daha ətraflı baxaq:
R3-ü RP olaraq konfiqurasiya edək:
ip pim send-rp-elan et loopback 0 əhatə dairəsi 10
Xəritəçəkmə agenti kimi R2:
ip pim send-rp-kəşf döngəsi 0 əhatə dairəsi 10
Bütün digərlərində Auto-RP vasitəsilə RP gözləyəcəyik:
ip pim autorp dinləyicisi
R3-ü konfiqurasiya etdikdən sonra o, RP-Elan göndərməyə başlayacaq:
Və R2, xəritəçəkmə agentini qurduqdan sonra RP-Elan mesajını gözləməyə başlayacaq. Yalnız ən azı bir RP tapdıqda RP-Discovery göndərməyə başlayacaq:
Beləliklə, adi marşrutlaşdırıcılar (PIM RP Dinləyicisi) bu mesajı alan kimi onlar RP-ni harada axtaracaqlarını biləcəklər.
Auto-RP ilə bağlı əsas problemlərdən biri ondan ibarətdir ki, RP-Elan və RP-Discovery mesajlarını qəbul etmək üçün siz 224.0.1.39-40 ünvanlarına PIM Join göndərməlisiniz, göndərmək üçün isə harada olduğunu bilməlisiniz. RP yerləşir. Klassik toyuq və yumurta problemi. Bu problemi həll etmək üçün PIM Sparse-Dense-Mode icad edilmişdir. Əgər marşrutlaşdırıcı RP-ni bilmirsə, o, Sıx rejimdə, əgər bilirsə, seyrək rejimində işləyir. PIM Sparse-rejimi və ip pim autorp dinləyici əmri adi marşrutlaşdırıcıların interfeyslərində konfiqurasiya edildikdə, marşrutlaşdırıcı yalnız Auto-RP protokolundan (224.0.1.39-40) birbaşa multicasting üçün Sıx rejimdə işləyəcək.
BootStrap Router (BSR).
Bu funksiya Auto-RP ilə eyni işləyir. Hər bir RP xəritələmə agentinə bir mesaj göndərir, o, xəritələmə məlumatlarını toplayır və sonra bütün digər marşrutlaşdırıcılara məlumat verir. Prosesi Auto-RP-ə bənzər şəkildə təsvir edək:
1) R3-ü RP olmağa namizəd kimi konfiqurasiya etdikdən sonra əmrlə:
ip pim rp-namizədin geri dönməsi 0
Onda R3 heç nə etməyəcək, xüsusi mesajlar göndərməyə başlamaq üçün əvvəlcə xəritəçəkmə agenti tapmalıdır. Beləliklə, ikinci mərhələyə keçirik.
2) R2-ni xəritəçəkmə agenti kimi konfiqurasiya edin:
ip pim bsr-namizədin geri dönməsi 0
R2 PIM Bootstrap mesajlarını göndərməyə başlayır, burada özünü xəritəçəkmə agenti kimi göstərir:
Bu mesaj PIM protokolunun digər mesajları üçün də istifadə etdiyi 224.0.013 ünvanına göndərilir. Onları bütün istiqamətlərə göndərir və buna görə də Auto-RP-də olduğu kimi toyuq və yumurta problemi yoxdur.
3) RP BSR marşrutlaşdırıcısından mesaj alan kimi dərhal BSR marşrutlaşdırıcısının ünvanına unicast mesaj göndərəcək:
Bundan sonra, BSR RP-lər haqqında məlumat aldıqdan sonra onları multicast vasitəsilə bütün PIM marşrutlaşdırıcıları tərəfindən dinlənilən 224.0.0.13 ünvanına göndərəcəkdir. Buna görə də, əmrin analoqu ip pim autorp dinləyicisi BSR-də olmayan müntəzəm marşrutlaşdırıcılar üçün.
Multicast Source Discovery Protocol (MSDP) ilə Anycast RP.
Auto-RP və BSR bizə yükü RP-də aşağıdakı kimi bölüşdürməyə imkan verir: Hər bir multicast qrupunda yalnız bir aktiv RP var. Bir multicast qrupu üçün yükü bir neçə RP üzərində paylamaq mümkün olmayacaq. MSDP bunu RP marşrutlaşdırıcılarına 255.255.255.255 maskası ilə eyni IP ünvanını verməklə edir. MSDP məlumatı metodlardan birini istifadə edərək öyrənir: statik, Auto-RP və ya BSR.
Şəkildə MSDP ilə Auto-RP konfiqurasiyamız var. Hər iki RP Loopback 172.16.1.1 interfeysində 32/1 IP ünvanı ilə konfiqurasiya edilib və bütün qruplar üçün istifadə olunur. RP-Announce ilə hər iki marşrutlaşdırıcı bu ünvana istinad edərək özlərini elan edir. Auto-RP Xəritəçəkmə agenti məlumatı aldıqdan sonra RP haqqında RP-Discovery-ni 172.16.1.1/32 ünvanına göndərir. Biz marşrutlaşdırıcılara şəbəkə haqqında məlumat veririk 172.16.1.1/32 IGP istifadə edərək və müvafiq olaraq. Beləliklə, PIM marşrutlaşdırıcıları 172.16.1.1/32 şəbəkəsinə marşrut üzrə növbəti hop kimi göstərilən RP-dən axınları tələb edir və ya qeydiyyata alır. MSDP protokolunun özü RP-lərin özləri üçün multicast məlumatı haqqında mesaj mübadiləsi üçün nəzərdə tutulmuşdur.
Bu topologiyanı nəzərdən keçirin:
Switch6 trafiki 238.38.38.38 ünvanına yayımlayır və bu günə qədər yalnız RP-R1 bu barədə bilir. Switch7 və Switch8 bu qrupu tələb etdi. R5 və R4 marşrutlaşdırıcıları müvafiq olaraq R1 və R3-ə PIM Qoşulmasını göndərəcək. Niyə? R13.13.13.13 üçün 5 marşrutu, R1 üçün olduğu kimi, IGP metrikasından istifadə edərək R4-ə istinad edəcək.
RP-R1 axın haqqında bilir və onu R5 istiqamətində yayımlamağa başlayacaq, lakin R4 bu barədə heç nə bilmir, çünki R1 onu sadəcə göndərməyəcək. Buna görə də MSDP lazımdır. Biz onu R1 və R5-də konfiqurasiya edirik:
ip msdp peer 3.3.3.3 R1-də əlaqə mənbəyi Loopback1
ip msdp peer 1.1.1.1 R3-də əlaqə mənbəyi Loopback3
Onlar bir-birləri arasında bir seans qaldıracaqlar və hər hansı bir axın aldıqda bunu RP qonşularına bildirəcəklər.
RP-R1 Switch6-dan axın qəbul edən kimi dərhal unicast MSDP Source-Active mesajı göndərəcək, bu mesajda (S, G) kimi məlumatları ehtiva edəcək - multicastın mənbəyi və təyinatı haqqında məlumat. İndi RP-R3 bilir ki, Switch6 kimi mənbə bu axın üçün R4-dən sorğu alarkən marşrutlaşdırma cədvəlini rəhbər tutaraq Switch6-ya PIM Join göndərəcək. Nəticə etibarilə, belə bir PIM Qoşulmasını alan R1 RP-R3-ə trafik göndərməyə başlayacaq.
MSDP TCP üzərində işləyir, RP-lər canlılığı yoxlamaq üçün bir-birlərinə canlı mesajlar göndərirlər. Taymeri 60 saniyədir.
MSDP həmyaşıdlarının müxtəlif domenlərə bölünməsi funksiyası qeyri-müəyyən olaraq qalır, çünki Keepalive və SA mesajları heç bir domenə üzvlük göstərmir. Həmçinin, bu topologiyada biz müxtəlif domenləri göstərən konfiqurasiyanı sınaqdan keçirdik - performansda heç bir fərq yox idi.
Kimsə aydınlaşdıra bilsə, şərhlərdə oxumaqdan məmnun olaram.
Mənbə: www.habr.com