PIM протоколы қалай жұмыс істейді

PIM протоколы маршрутизаторлар арасында желіде мультикастты жіберуге арналған хаттамалар жиынтығы болып табылады. Көршілестік қатынастар динамикалық маршруттау хаттамалары жағдайындағы сияқты құрылады. PIMv2 30 (Барлық PIM-маршрутизаторлар) сақталған мультикаст мекенжайына 224.0.0.13 секунд сайын Hello хабарларын жібереді. Хабарламада ұстау таймерлері бар – әдетте 3.5*Hello Timer мәніне тең, яғни әдепкі бойынша 105 секунд.

PIM екі негізгі жұмыс режимін пайдаланады - тығыз және сирек режим. Тығыз режимнен бастайық.
Дереккөзге негізделген тарату ағаштары.
Тығыз режим режимін әртүрлі мультикаст топтарының клиенттері көп болған жағдайда қолданған жөн. Маршрутизатор мультикаст трафикті қабылдағанда, ол бірінші орындайтын нәрсе - оны RPF ережесіне тексеру. RPF – бұл ереже мультикасттың көзін біркаст маршруттау кестесімен тексеру үшін қолданылады. Трафик біркастты маршруттау кестесінің нұсқасына сәйкес осы хост жасырылған интерфейске келуі керек. Бұл механизм мультикастты беру кезінде пайда болатын цикл мәселесін шешеді.

R3 мультикасттық хабардан мультикаст көзін (IP көзі) таниды және R1 және R2 екі ағынын оның біркаст кестесі арқылы тексереді. Кестемен көрсетілген интерфейстен (R1-ден R3-ке дейін) ағын әрі қарай жіберіледі, ал R2-ден ағын жойылады, өйткені мультикаст көзіне жету үшін пакеттерді S0/1 арқылы жіберу керек.
Мәселе мынада, егер сізде бірдей метрикаға ие екі баламалы маршрут болса не болады? Бұл жағдайда маршрутизатор осы маршруттардың ішінен келесі жолды таңдайды. Кімнің IP мекенжайы жоғары болса, сол жеңеді. Бұл әрекетті өзгерту қажет болса, ECMP пайдалануға болады. Толығырақ осында.
RPF ережесін тексергеннен кейін маршрутизатор пакетті қабылдағаннан басқа барлық PIM көршілеріне мультикаст пакетін жібереді. Басқа PIM маршрутизаторлары бұл процесті қайталайды. Көп тарату пакетінің көзден соңғы алушыларға дейінгі жолы бастапқыға негізделген тарату ағашы, ең қысқа жол ағашы (SPT), бастапқы ағаш деп аталатын ағашты құрайды. Үш түрлі атау, кез келгенін таңдаңыз.
Кейбір маршрутизаторлар кейбір мультикаст ағынынан бас тартпаған мәселені қалай шешуге болады және оны жіберетін ешкім жоқ, бірақ жоғары ағынды маршрутизатор оны оған жібереді. Бұл үшін Prune механизмі ойлап табылды.
Prune хабары.
Мысалы, R2 R3, RPF ережесіне сәйкес, оны тастаса да, R3 мультикастты R3-ке жіберуді жалғастырады. Арнаны не үшін жүктеу керек? R2 PIM Prune хабарламасын жібереді және R0 осы хабарламаны алған кезде S1/XNUMX интерфейсін осы ағынға арналған шығыс интерфейстер тізімінен, осы трафик жіберілетін интерфейстер тізімінен жояды.

Төменде PIM Prune хабарламасының ресми анықтамасы берілген:
PIM Prune хабары бір маршрутизатор арқылы екінші маршрутизаторға Prune белгілі бір (S,G) SPT алынған сілтемені жою үшін екінші маршрутизаторға жіберіледі.

Prune хабарын алғаннан кейін R2 Prune таймерін 3 минутқа орнатады. Үш минуттан кейін ол басқа Prune хабарын алғанша трафикті қайта жібере бастайды. Бұл PIMv1 ішінде.
Және PIMv2 ішінде күйді жаңарту таймері қосылды (әдепкі бойынша 60 секунд). R3-тен Prune хабары жіберілген бойда бұл таймер R3-те іске қосылады. Осы таймердің мерзімі аяқталғаннан кейін R3 осы топ үшін R3 жүйесіндегі 2 минуттық Prune Timer параметрін қалпына келтіретін күйді жаңарту хабарын жібереді.
Prune хабарламасын жіберудің себептері:

• Көп тарату пакеті сәтсіз болғанда, RPF тексеру.
• Көп тарату тобын (IGMP қосылу) сұраған жергілікті түрде қосылған клиенттер болмаған кезде және мультикасттық трафик жіберілетін PIM көршілері болмаса (Non-prune Interface).

Трансплантация туралы хабарлама.
R3 R2-ден трафикті қаламағанын, Prune жібергенін және R1-ден мультикастты алғанын елестетіп көрейік. Бірақ кенеттен R1-R3 арасындағы арна құлап, R3 мультикастсыз қалды. R3 құрылғысындағы Prune Timer мерзімі біткенше 2 минут күтуге болады. 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 мультикастты жоғалтпау үшін дәл қанша уақытты алады. Сондықтан R3 мүмкіндігінше тезірек осы топқа Pim Join хабарын жібереді және R1 енді хабар таратуды тоқтатуды ойламайды. Төменде қосылу хабарлары туралы.
Хабарламаны бекіту.

Мына жағдайды елестетіп көрейік: екі маршрутизатор бір желіге бірден таратылады. Олар бірдей ағынды көзден алады және екеуі де оны e0 интерфейсінің артындағы бір желіге таратады. Сондықтан олар осы желі үшін жалғыз және жалғыз хабар таратушы кім болатынын анықтауы керек. Бұл үшін Assert хабарлары пайдаланылады. R2 және R3 мультикаст трафиктің қайталануын анықтаған кезде, яғни R2 және R3 өздері тарататын мультикастты алған кезде, маршрутизаторлар мұнда бірдеңе дұрыс емес екенін түсінеді. Бұл жағдайда маршрутизаторлар Әкімшілік қашықтықты және мультикаст көзіне жету жолының метрикасын қамтитын Assert хабарламаларын жібереді - 10.1.1.10. Жеңімпаз келесідей анықталады:

1. AD төменірек.
2. Егер AD тең болса, кімде төменгі көрсеткіш бар.
3. Егер бұл жерде теңдік болса, онда олар осы мультикастты тарататын желіде жоғары IP бар.

Бұл дауыстың жеңімпазы тағайындалған маршрутизатор болады. Pim Hello DR таңдау үшін де пайдаланылады. Мақаланың басында PIM Hello хабарламасы көрсетілді, онда сіз DR өрісін көре аласыз. Осы сілтемеде ең жоғары IP мекенжайы бар адам жеңеді.
Пайдалы белгі:

MROUTE кестесі.
PIM протоколының қалай жұмыс істейтінін алғаш рет қарастырғаннан кейін, біз мультикастты маршруттау кестесімен қалай жұмыс істеу керектігін түсінуіміз керек. Маршрут кестесі клиенттерден қандай ағындар сұралғаны және мультикаст серверлерінен қандай ағындар ағып жатқаны туралы ақпаратты сақтайды.
Мысалы, кейбір интерфейсте IGMP мүшелік есебі немесе PIM қосылуы қабылданғанда, маршруттау кестесіне ( *, G ) түріндегі жазба қосылады:

Бұл жазба 238.38.38.38 мекенжайымен трафик сұрауы алынғанын білдіреді. DC жалаушасы мультикасттың тығыз режимде жұмыс істейтінін білдіреді және C алушының маршрутизаторға тікелей қосылғанын білдіреді, яғни маршрутизатор IGMP мүшелік есебін және PIM қосылуын алды.
Егер (S,G) түріндегі жазба болса, бұл бізде мультикаст ағыны бар екенін білдіреді:

S өрісінде - 192.168.1.11, біз мультикаст көзінің IP мекенжайын тіркедік, дәл осы RPF ережесімен тексерілетін болады. Мәселелер туындаса, біріншіден, көзге баратын бағыт үшін біркаст кестесін тексеру керек. Кіріс интерфейсі өрісінде мультикаст қабылданатын интерфейсті көрсетеді. Unicast маршруттау кестесінде көзге жол осында көрсетілген интерфейске сілтеме жасауы керек. Шығыс интерфейсі мультикасттың қайда қайта бағытталатынын көрсетеді. Егер ол бос болса, маршрутизатор бұл трафикке ешқандай сұрау алмаған. Барлық жалаулар туралы қосымша ақпаратты табуға болады осында.
PIM Sparse режимі.
Sparse-режимінің стратегиясы тығыз режиміне қарама-қарсы. 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 кім екенін қайдан біледі? Бұл жағдайда ол статикалық түрде конфигурацияланады және динамикалық RP конфигурациясы туралы кейінірек айтатын боламыз.

ip pim rp-адрес 3.3.3.3

RP қарайды - бұл трафикті алғысы келетін адамнан ақпарат болды ма? Болмады делік. Содан кейін RP R1-ге PIM Register-Stop хабарламасын жібереді, яғни бұл мультикаст ешкімге қажет емес, тіркеуден бас тартылады. R1 мультикаст жібермейді. Бірақ мультикаст көзі хосты оны жібереді, осылайша R1 Тіркеу-Тоқтатуды алғаннан кейін 60 секундқа тең Тіркеуді басу таймерін бастайды. Осы таймердің мерзімі біткенге дейін 5 секунд бұрын R1 бос Тіркеу хабарын Нөл-Тіркеу биті (яғни инкапсуляцияланған мультикаст пакеті жоқ) RP-ге жібереді. RP өз кезегінде келесідей әрекет етеді:

• Егер алушы болмаса, ол «Тіркеу-Тоқтату» хабарламасымен жауап береді.
• Егер алушылар пайда болса, ол оған ешқандай жауап бермейді. 1 секунд ішінде тіркелуден бас тартуды алмаған R5 қуанады және RP-ге инкапсуляцияланған мультикастпен Register хабарламасын жібереді.

Біз мультикасттың RP-ге қалай жететінін түсінген сияқтымыз, енді RP трафикті алушыларға қалай жеткізеді деген сұраққа жауап беруге тырысайық. Мұнда жаңа концепцияны – түбірлік жол ағашын (RPT) енгізу қажет. RPT - RP-де тамырланған, алушыларға қарай өсіп, әрбір PIM-SM маршрутизаторында тармақталған ағаш. RP оны PIM Join хабарламаларын алу арқылы жасайды және ағашқа жаңа тармақ қосады. Осылайша, әрбір төменгі ағынды маршрутизатор жасайды. Жалпы ереже келесідей көрінеді:

• PIM-SM маршрутизаторы RP жасырылған интерфейстен басқа кез келген интерфейсте PIM Join хабарын алғанда, ол ағашқа жаңа тармақ қосады.
• Бөлім сонымен қатар PIM-SM маршрутизаторы тікелей қосылған хосттан IGMP мүшелік есебін алған кезде қосылады.

5 тобына арналған R228.8.8.8 маршрутизаторында мультикаст клиенті бар деп елестетіп көрейік. R5 хосттан IGMP мүшелік есебін алғаннан кейін, R5 RP бағыты бойынша PIM қосылуын жібереді және өзі хостқа қарайтын ағашқа интерфейс қосады. Әрі қарай, R4 R5-тен PIM Join алады, ағашқа Gi0/1 интерфейсін қосады және RP бағыты бойынша PIM Join жібереді. Соңында, RP ( R3 ) PIM Join қабылдайды және ағашқа Gi0/0 қосады. Осылайша, мультикаст алушы тіркеледі. Біз R3-Gi0/0 → R4-Gi0/1 → R5-Gi0/0 түбірі бар ағаш құрастырамыз.
Осыдан кейін PIM қосылуы R1-ге жіберіледі және R1 мультикаст трафикті жібере бастайды. Айта кету керек, егер хост мультикастты тарату басталғанға дейін трафикті сұраса, RP PIM Join жібермейді және R1-ге мүлде ештеңе жібермейді.
Егер кенеттен мультикаст жіберіліп жатқанда, хост оны қабылдауды тоқтатса, RP Gi0/0 интерфейсінде PIM Prune алған бойда ол бірден PIM Register-Stop-ты тікелей R1-ге, содан кейін PIM Prune-ге жібереді. Gi0/1 интерфейсі арқылы хабарлама. PIM Register-stop Unicast арқылы PIM тізілімі келген мекенжайға жіберіледі.
Жоғарыда айтқанымыздай, маршрутизатор PIM қосылымын басқасына жіберген бойда, мысалы, R5-тен R4-ке, R4-ке жазба қосылады:

Және таймер іске қосылады, ол R5 бұл таймерді үнемі қайта орнатуы керек PIM хабарламаларды үнемі біріктіру, әйтпесе R4 шығыс тізімнен шығарылады. R5 әрбір 60 PIM Join хабарын жібереді.
Ең қысқа жол ағашының ауысуы.
Біз R1 және R5 арасындағы интерфейсті қосамыз және осы топологиямен трафиктің қалай жүретінін көреміз.

Трафик ескі R1-R2-R3-R4-R5 схемасы бойынша жіберілді және қабылданды деп есептейік және мұнда біз R1 және R5 арасындағы интерфейсті қосып, конфигурацияладық.
Ең алдымен, R5 жүйесінде біркастты маршруттау кестесін қайта құруымыз керек, енді 192.168.1.0/24 желісіне R5 Gi0/2 интерфейсі арқылы қол жеткізілді. Енді Gi5/0 интерфейсінде мультикастты қабылдайтын R1 RPF ережесінің қанағаттандырылмайтынын түсінеді және Gi0/2 арқылы мультикастты қабылдау қисындырақ болар еді. Ол RPT-тен ажыратылып, ең қысқа жол ағашы (SPT) деп аталатын қысқа ағашты құруы керек. Ол үшін Gi0/2 арқылы R1-ге PIM Join жібереді және 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 іздеу.
Автоматты RP.
Бұл технология Cisco компаниясының меншігі болып табылады және әсіресе танымал емес, бірақ әлі де өмір сүреді. Auto-RP жұмысы екі негізгі кезеңнен тұрады:
1) RP RP-Announce хабарламаларын сақталған мекенжайға жібереді - 224.0.1.39, өзін барлығы үшін немесе белгілі бір топтар үшін RP деп жариялайды. Бұл хабарлама әр минут сайын жіберіледі.
2) RP картасын жасау агенті қажет, ол қандай топтар үшін RP тыңдау керектігін көрсететін RP-Discovery хабарламаларын жібереді. Дәл осы хабарламадан әдеттегі PIM маршрутизаторлары RP-ді өздері анықтайды. Mapping Agent RP маршрутизаторының өзі немесе бөлек PIM маршрутизаторы болуы мүмкін. RP-Discovery бір минуттық таймермен 224.0.1.40 мекенжайына жіберіледі.
Процесті толығырақ қарастырайық:
R3-ті RP ретінде конфигурациялайық:

ip pim send-rp-байланысты кері қайтару 0 ауқымы 10

R2 карта агенті ретінде:

ip pim send-rp-discovery кері цикл 0 ауқым 10

Ал қалғандарының барлығында біз Auto-RP арқылы RP күтеміз:

ip pim autorp тыңдаушысы

Біз R3 конфигурациялаған соң, ол RP-Announce жібере бастайды:

Ал R2 карта агентін орнатқаннан кейін RP-Announce хабарламасын күте бастайды. Кем дегенде бір RP тапқанда ғана ол RP-Discovery жібере бастайды:

Осылайша, кәдімгі маршрутизаторлар (PIM RP тыңдаушы) осы хабарламаны алғаннан кейін, олар RP қайдан іздеу керектігін біледі.
Auto-RP-тің негізгі проблемаларының бірі - RP-Announce және RP-Discovery хабарламаларын алу үшін 224.0.1.39-40 мекенжайларына PIM Join жіберу керек, ал жіберу үшін сіз қай жерде екенін білуіңіз керек. RP орналасқан. Классикалық тауық пен жұмыртқа мәселесі. Бұл мәселені шешу үшін PIM Sparse-Tense-Mode ойлап табылды. Егер маршрутизатор RP білмесе, онда ол тығыз режимде жұмыс істейді, егер білсе, онда Sparse режимінде. PIM Sparse-режимі және ip pim autorp тыңдаушысы пәрмені кәдімгі маршрутизаторлардың интерфейстерінде конфигурацияланған кезде, маршрутизатор Auto-RP протоколынан тікелей көп тарату үшін ғана тығыз режимде жұмыс істейді (224.0.1.39-40).
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 туралы ақпаратты алып, оларды барлық PIM маршрутизаторлары тыңдайтын 224.0.0.13 мекенжайына мультикаст арқылы жібереді. Сондықтан команданың аналогы ip pim autorp тыңдаушысы BSR ішінде емес тұрақты маршрутизаторлар үшін.
Multicast Source Discovery Protocol (MSDP) бар Anycast RP.
Auto-RP және BSR жүктемені RP-ге келесідей бөлуге мүмкіндік береді: Әрбір мультикаст тобында бір ғана белсенді RP бар. Бір мультикаст тобы үшін жүктемені бірнеше RP бойынша бөлу мүмкін болмайды. MSDP мұны RP маршрутизаторларына 255.255.255.255 маскасы бар бірдей IP мекенжайын беру арқылы жасайды. MSDP ақпаратты әдістердің бірін пайдаланып үйренеді: статикалық, Auto-RP немесе BSR.

Суретте бізде MSDP бар Auto-RP конфигурациясы бар. Екі RP де Loopback 172.16.1.1 интерфейсінде 32/1 IP мекенжайымен конфигурацияланған және барлық топтар үшін пайдаланылады. RP-Announce көмегімен екі маршрутизатор да осы мекенжайға сілтеме жасау арқылы өздерін хабарлайды. Auto-RP картасының агенті ақпаратты алған соң, 172.16.1.1/32 мекенжайы бар RP туралы RP-Discovery жібереді. Маршрутизаторларға IGP көмегімен 172.16.1.1/32 желісі туралы айтамыз және сәйкесінше. Осылайша, PIM-маршрутизаторлар 172.16.1.1/32 желісіне маршрут бойынша келесі септік ретінде көрсетілген RP-ден ағындарды сұрайды немесе тіркейді. MSDP протоколының өзі РП-ның өздеріне мультикаст ақпараты туралы хабарламалармен алмасуға арналған.
Бұл топологияны қарастырыңыз:

Switch6 трафикті 238.38.38.38 мекенжайына таратады және әзірге бұл туралы тек RP-R1 біледі. Switch7 және Switch8 осы топты сұрады. R5 және R4 маршрутизаторлары сәйкесінше R1 және R3-ке PIM қосылуын жібереді. Неліктен? R13.13.13.13 үшін 5 бағыты R1 үшін сияқты IGP метрикасын пайдаланып 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-тен осы ағынға сұранысты алған кезде, маршруттау кестесін басшылыққа ала отырып, Switch6 бағытына PIM Join жіберетінін біледі. Демек, мұндай PIM қосылуын алған R1 трафикті RP-R3 бағытына жібере бастайды.
MSDP TCP арқылы жұмыс істейді, RP бір-біріне жандылықты тексеру үшін тірі хабарламалар жібереді. Таймер - 60 секунд.
MSDP теңдерін әртүрлі домендерге бөлу функциясы түсініксіз болып қалады, өйткені Keepalive және SA хабарламалары ешбір доменге мүшелікті көрсетпейді. Сондай-ақ, осы топологияда біз әртүрлі домендерді көрсететін конфигурацияны сынадық - өнімділікте ешқандай айырмашылық болмады.
Егер біреу түсіндіре алатын болса, мен оны түсініктемелерде оқуға қуаныштымын.

Ақпарат көзі: www.habr.com