PIM ပရိုတိုကော အလုပ်လုပ်ပုံ

PIM ပရိုတိုကောသည် router များကြားရှိ ကွန်ရက်တစ်ခုအတွင်း multicast ထုတ်လွှင့်ခြင်းအတွက် ပရိုတိုကောအစုတစ်ခုဖြစ်သည်။ Dynamic routing protocols များတွင် အနီးနားရှိ ဆက်ဆံရေးများကို အလားတူပုံစံဖြင့် တည်ဆောက်ထားသည်။ PIMv2 သည် စက္ကန့် 30 တိုင်း Hello မက်ဆေ့ဂျ်များကို သိမ်းဆည်းထားသော multicast လိပ်စာ 224.0.0.13 (All-PIM-Routers) သို့ ပေးပို့ပါသည်။ မက်ဆေ့ချ်တွင် Hold Timers ပါရှိသည် - ပုံမှန်အားဖြင့် 3.5*Hello Timer နှင့် ညီမျှသည်၊ ဆိုလိုသည်မှာ ပုံမှန်အားဖြင့် 105 စက္ကန့်ဖြစ်သည်။

PIM သည် အဓိက လည်ပတ်မှုမုဒ်နှစ်ခု - Dense နှင့် Sparse မုဒ်ကို အသုံးပြုသည်။ Dense မုဒ်ဖြင့် စကြပါစို့။
အရင်းအမြစ်-အခြေခံဖြန့်ဝေသစ်ပင်များ။
Dense-mode မုဒ်သည် မတူညီသော multicast အုပ်စုများ၏ ဖောက်သည်အများအပြားအတွက် အသုံးပြုရန် အကြံပြုလိုပါသည်။ Router သည် multicast traffic ကိုလက်ခံရရှိသောအခါ၊ ၎င်းသည် ပထမဆုံးလုပ်ဆောင်ရမည့်အရာမှာ RPF စည်းမျဉ်းအတွက် စစ်ဆေးခြင်းဖြစ်သည်။ RPF - unicast လမ်းကြောင်းဇယားဖြင့် multicast ၏အရင်းအမြစ်ကိုစစ်ဆေးရန် ဤစည်းမျဉ်းကိုအသုံးပြုသည်။ unicast routing table ၏ဗားရှင်းအတိုင်း ဤ host ဝှက်ထားရာ နောက်ကွယ်မှ traffic သည် လိုအပ်ပါသည်။ ဤယန္တရားသည် multicast ထုတ်လွှင့်မှုအတွင်း ဖြစ်ပေါ်နေသည့် ကွင်းဆက်ပြဿနာကို ဖြေရှင်းပေးသည်။

R3 သည် multicast မက်ဆေ့ဂျ်မှ multicast ရင်းမြစ် (Source IP) ကို မှတ်မိပြီး ၎င်း၏ unicast ဇယားကို အသုံးပြု၍ R1 နှင့် R2 မှ စီးဆင်းမှုနှစ်ခုကို စစ်ဆေးပါမည်။ ဇယားမှညွှန်ပြသော အင်တာဖေ့စ်မှစီးကြောင်း (R1 မှ R3) သည် နောက်ထပ်ထုတ်လွှင့်မည်ဖြစ်ပြီး R2 မှ stream သည် ကျဆင်းသွားမည်ဖြစ်ပြီး၊ အဘယ်ကြောင့်ဆိုသော် multicast ရင်းမြစ်သို့ရောက်ရှိရန်အတွက် သင်သည် S0/1 မှတဆင့် packet များကို ပေးပို့ရန်လိုအပ်ပါသည်။
မေးခွန်းက၊ သင့်မှာ မက်ထရစ်တစ်ခုတည်းနဲ့ ညီမျှတဲ့ လမ်းကြောင်းနှစ်ခုရှိရင် ဘာဖြစ်မလဲ။ ဤကိစ္စတွင်၊ Router သည် ဤလမ်းကြောင်းများမှ နောက်ဟော့တစ်ခုကို ရွေးမည်ဖြစ်သည်။ IP address ပိုမြင့်တဲ့သူက အနိုင်ရတယ်။ ဤအမူအကျင့်ကို ပြောင်းလဲရန် လိုအပ်ပါက သင်သည် ECMP ကို ​​အသုံးပြုနိုင်သည်။ အသေးစိတ်အချက်အလက်များ ဒီမှာ.
RPF စည်းမျဉ်းကို စစ်ဆေးပြီးနောက်၊ Router သည် ပက်ကက်လက်ခံရရှိသော တစ်စုံမှလွဲ၍ ၎င်း၏ PIM အိမ်နီးချင်းများအားလုံးထံ multicast packet တစ်ခုကို ပေးပို့ပါသည်။ အခြား PIM router များသည် ဤလုပ်ငန်းစဉ်ကို ပြန်လုပ်သည်။ multicast packet သည် အရင်းအမြစ်မှ နောက်ဆုံးလက်ခံသူများထံသို့ ယူဆောင်သွားသည့်လမ်းကြောင်းသည် အရင်းအမြစ်-အခြေခံဖြန့်ဖြူးမှုသစ်ပင်၊ အတိုဆုံးလမ်းကြောင်းသစ် (SPT)၊ အရင်းအမြစ်သစ်ပင်ဟုခေါ်သော သစ်ပင်ပုံစံဖြစ်သည်။ မတူညီသောအမည်သုံးမျိုး၊ တစ်ခုခုကိုရွေးချယ်ပါ။
အချို့သော multicast stream တွင် အချို့သော router များသည် စွန့်လွတ်ခြင်းမရှိသည့် ပြဿနာကို ဖြေရှင်းနည်းနှင့် ၎င်းကို ပေးပို့မည့်သူမရှိသော်လည်း upstream router မှ ၎င်းကို ပို့ပေးပါသည်။ ယင်းအတွက် Prune ယန္တရားအား တီထွင်ခဲ့သည်။
သုတ်သင်စာ။
ဥပမာအားဖြင့်၊ R2 သည် R3 သို့ multicast တစ်ခုကို ဆက်လက်ပေးပို့နေသော်လည်း R3 သည် RPF စည်းမျဉ်းအရ ၎င်းကို လွှတ်ချလိုက်ပါသည်။ ချန်နယ်ကို ဘာကြောင့်ဖွင့်တာလဲ။ R3 သည် PIM Prune Message ပေးပို့ပြီး R2 သည် ဤမက်ဆေ့ချ်ကို လက်ခံရရှိသောအခါ၊ ဤစီးဆင်းမှုအတွက် ထွက်သွားသော အင်တာဖေ့စ်စာရင်းမှ အင်တာဖေ့စ် S0/1 ကို ဖယ်ရှားမည်ဖြစ်ပြီး၊ ဤအသွားအလာမှ ပေးပို့သင့်သည့် အင်တာဖေ့စ်များစာရင်း။

အောက်ပါတို့သည် PIM Prune မက်ဆေ့ချ်၏ ပိုမိုတရားဝင်သော အဓိပ္ပါယ်ဖွင့်ဆိုချက်ဖြစ်ပါသည်။
PIM Prune မက်ဆေ့ချ်ကို Router တစ်ခုမှ ဒုတိယ router သို့ Prune မှ လက်ခံရရှိသည့် link ကို ဖယ်ရှားရန် ဒုတိယ router မှ ပေးပို့ပါသည်။

Prune မက်ဆေ့ချ်ကို လက်ခံရရှိပြီးနောက်၊ R2 သည် Prune timer ကို 3 မိနစ်အဖြစ် သတ်မှတ်သည်။ သုံးမိနစ်ကြာပြီးနောက်၊ ၎င်းသည် နောက်ထပ် Prune မက်ဆေ့ဂျ်ကို လက်ခံရရှိသည်အထိ အသွားအလာကို ပြန်လည်စတင်ပါလိမ့်မည်။ ၎င်းသည် PIMv1 တွင်ဖြစ်သည်။
PIMv2 တွင် State Refresh timer ကို ထည့်ထားသည် (ပုံမှန်အားဖြင့် စက္ကန့် 60)။ R3 မှ Prune မက်ဆေ့ခ်ျပို့ပြီးသည်နှင့်, ဤအချိန်တိုင်းကိရိယာကို R3 တွင်စတင်သည်။ ဤအချိန်တိုင်းကိရိယာ၏သက်တမ်းကုန်ဆုံးသောအခါ၊ R3 သည် ဤအဖွဲ့အတွက် R3 ရှိ 2 မိနစ် Prune Timer ကို ပြန်လည်သတ်မှတ်ပေးမည့် State Refresh မက်ဆေ့ဂျ်တစ်စောင် ပေးပို့ပါမည်။
Prune မက်ဆေ့ခ်ျပို့ရခြင်းအကြောင်းရင်း-

• multicast packet တစ်ခုပျက်သွားသောအခါ RPF စစ်ဆေးသည်။
• Multicast အဖွဲ့ (IGMP Join) ကို တောင်းဆိုထားသည့် ပြည်တွင်း၌ ချိတ်ဆက်ထားသော ဖောက်သည်များ မရှိသည့်အခါ၊ Multicast အသွားအလာကို ပေးပို့နိုင်သည့် PIM အိမ်နီးချင်းများ (Non-prune Interface) မရှိပါ။

Graft Message
R3 သည် R2 မှ traffic ကိုမလိုချင်ဘဲ Prune ပို့ပြီး R1 မှ multicast တစ်ခုကို လက်ခံရရှိကြောင်း စိတ်ကူးကြည့်ကြပါစို့။ သို့သော် ရုတ်တရက်၊ R1-R3 ကြားရှိချန်နယ်သည် ပြုတ်ကျပြီး R3 သည် multicast မရှိဘဲ ကျန်ခဲ့သည်။ R3 ရှိ Prune Timer သက်တမ်းကုန်သည်အထိ 2 မိနစ်စောင့်နိုင်သည်။ 3 မိနစ်သည် ကြာမြင့်စွာ စောင့်ဆိုင်းရသောကြောင့် မစောင့်ဆိုင်းရန်၊ ဤ S0/1 အင်တာဖေ့စ်ကို ဖြတ်တောက်ထားသော အခြေအနေမှ R2 သို့ ချက်ချင်း ယူဆောင်လာမည့် မက်ဆေ့ချ်တစ်ခု ပေးပို့ရန် လိုအပ်ပါသည်။ ဤမက်ဆေ့ချ်သည် Graft မက်ဆေ့ချ်တစ်ခုဖြစ်လိမ့်မည်။ Graft မက်ဆေ့ချ်ကို လက်ခံရရှိပြီးနောက်၊ R2 သည် Graft-ACK ဖြင့် တုံ့ပြန်မည်ဖြစ်သည်။
Prune Override။

ဒီပုံကြမ်းကို ကြည့်ရအောင်။ R1 သည် router နှစ်ခုပါရှိသော အပိုင်းတစ်ခုသို့ multicast ထုတ်လွှင့်သည်။ R3 သည် အသွားအလာကို လက်ခံပြီး ထုတ်လွှင့်သည်၊ R2 လက်ခံသည်၊ သို့သော် အသွားအလာကို ထုတ်လွှင့်ပေးမည့်သူမရှိပါ။ ၎င်းသည် ဤအပိုင်းရှိ R1 သို့ Prune မက်ဆေ့ခ်ျကို ပေးပို့သည်။ R1 သည် Fa0/0 ကို စာရင်းမှ ဖယ်ရှားပြီး ဤအပိုင်းတွင် ထုတ်လွှင့်ခြင်းကို ရပ်သင့်သော်လည်း R3 တွင် မည်သို့ဖြစ်မည်နည်း။ R3 သည် တူညီသောအပိုင်းတွင်ရှိပြီး Prune ထံမှ ဤမက်ဆေ့ချ်ကို လက်ခံရရှိပြီး အခြေအနေ၏ ကြေကွဲစရာကို နားလည်ပါသည်။ R1 ထုတ်လွှင့်ခြင်းကို မရပ်တန့်မီ၊ ၎င်းသည် အချိန်တိုင်းကိရိယာကို 3 စက္ကန့်သတ်မှတ်ထားပြီး 3 စက္ကန့်အကြာတွင် ထုတ်လွှင့်ခြင်းကို ရပ်သွားမည်ဖြစ်သည်။ 3 စက္ကန့် - R3 သည် ၎င်း၏ multicast ကို မဆုံးရှုံးစေရန်အတွက် ဤအချိန်သည် အတိအကျဖြစ်သည်။ ထို့ကြောင့် R3 သည် ဤအဖွဲ့အတွက် Pim Join မက်ဆေ့ဂျ်ကို အမြန်ဆုံးပေးပို့ပြီး R1 သည် ထုတ်လွှင့်ခြင်းကို ရပ်တန့်ရန် မစဉ်းစားတော့ပါ။ အောက်တွင် Join မက်ဆေ့ချ်များအကြောင်း။
မက်ဆေ့ချ် အခိုင်အမာ။

ဤအခြေအနေကို စိတ်ကူးကြည့်ကြပါစို့- router နှစ်ခုသည် ကွန်ရက်တစ်ခုသို့ တစ်ပြိုင်နက်ထုတ်လွှင့်သည်။ ၎င်းတို့သည် အရင်းအမြစ်မှ တူညီသောစီးကြောင်းကို လက်ခံရရှိပြီး နှစ်ခုစလုံးသည် ၎င်းကို အင်တာဖေ့စ် e0 နောက်ကွယ်ရှိ တူညီသောကွန်ရက်သို့ ထုတ်လွှင့်သည်။ ထို့ကြောင့်၊ မည်သူသည် ဤကွန်ရက်အတွက် တစ်ဦးတည်းသော ထုတ်လွှင့်သူဖြစ်မည်ကို ဆုံးဖြတ်ရန် လိုအပ်ပါသည်။ ဤအတွက် အခိုင်အမာ မက်ဆေ့ဂျ်များကို အသုံးပြုသည်။ R2 နှင့် R3 သည် multicast traffic ၏ ထပ်ပွားမှုကို ရှာဖွေတွေ့ရှိသောအခါ၊ ဆိုလိုသည်မှာ R2 နှင့် R3 သည် ၎င်းတို့ကိုယ်တိုင်ထုတ်လွှင့်သော multicast တစ်ခုကို လက်ခံရရှိသောအခါ၊ routers များသည် ဤနေရာတွင် တစ်ခုခုမှားယွင်းနေကြောင်း နားလည်ပါသည်။ ဤကိစ္စတွင်၊ Router များသည် စီမံခန့်ခွဲရေးအကွာအဝေးနှင့် multicast ရင်းမြစ်သို့ရောက်ရှိသည့် လမ်းကြောင်းမက်ထရစ်များ ပါဝင်သော Assert မက်ဆေ့ဂျ်များပေးပို့သည် - 10.1.1.10။ ကံထူးရှင်ကို အောက်ပါအတိုင်း ဆုံးဖြတ်သည်။

1. AD နိမ့်သည်။
2. AD သည် တူညီပါက၊ မက်ထရစ်အနိမ့် ရှိသူမှာ
3. ဤနေရာတွင် တန်းတူညီမျှမှုရှိပါက၊ ၎င်းတို့ထုတ်လွှင့်သည့် multicast ကွန်ရက်တွင် ပိုမိုမြင့်မားသော IP ရှိသူဖြစ်သည်။

ဤမဲတွင် အနိုင်ရသူသည် သတ်မှတ်ထားသော Router ဖြစ်လာသည်။ Pim Hello ကို DR များကို ရွေးချယ်ရန်အတွက်လည်း အသုံးပြုပါသည်။ ဆောင်းပါးအစတွင် PIM Hello မက်ဆေ့ချ်ကို ပြသထားပြီး DR အကွက်ကို ထိုနေရာတွင် မြင်တွေ့နိုင်သည်။ ဤလင့်ခ်တွင် အမြင့်ဆုံး IP လိပ်စာရှိသူသည် အနိုင်ရသည်။
အသုံးဝင်သောလက္ခဏာ

MROUTE ဇယား။
PIM ပရိုတိုကော မည်သို့အလုပ်လုပ်သည်ကို ကနဦးကြည့်ရှုပြီးနောက်၊ multicast routing table နှင့် မည်သို့လုပ်ဆောင်ရမည်ကို နားလည်ရန်လိုအပ်ပါသည်။ mroute table သည် ဖောက်သည်များထံမှ တောင်းဆိုထားသည့် stream များအကြောင်းနှင့် multicast ဆာဗာများမှ စီးဆင်းနေသည့် stream များအကြောင်း အချက်အလက်များကို သိမ်းဆည်းပါသည်။
ဥပမာအားဖြင့်၊ အချို့သောအင်တာဖေ့စ်တွင် IGMP အဖွဲ့ဝင်မှုအစီရင်ခံစာ သို့မဟုတ် PIM Join ကိုလက်ခံရရှိသောအခါ၊ အမျိုးအစား (*၊ G) မှတ်တမ်းကို လမ်းကြောင်းဇယားတွင် ထည့်သွင်းသည်-

ဤဝင်ရောက်မှုသည် လိပ်စာ 238.38.38.38 ဖြင့် ယာဉ်အသွားအလာတောင်းဆိုမှုကို လက်ခံရရှိခဲ့သည်ဟု ဆိုလိုသည်။ DC အလံသည် multicast သည် Dense မုဒ်တွင်လည်ပတ်မည်ဖြစ်ပြီး C သည် လက်ခံသူသည် router နှင့် တိုက်ရိုက်ချိတ်ဆက်ထားကြောင်း ဆိုလိုသည်မှာ router သည် IGMP အဖွဲ့ဝင်မှုအစီရင်ခံစာနှင့် PIM Join ကိုလက်ခံရရှိထားသည်။
အမျိုးအစား (S,G) မှတ်တမ်းရှိပါက၊ ကျွန်ုပ်တို့တွင် multicast stream တစ်ခုရှိသည်ကို ဆိုလိုသည်-

S အကွက် - 192.168.1.11 တွင်၊ ကျွန်ုပ်တို့သည် multicast အရင်းအမြစ်၏ IP လိပ်စာကို မှတ်ပုံတင်ထားပြီး၊ ၎င်းသည် RPF စည်းမျဉ်းဖြင့် စစ်ဆေးမည်ဖြစ်သည်။ ပြဿနာများရှိပါက၊ သင်လုပ်ရန်လိုအပ်သည်မှာ အရင်းအမြစ်သို့ လမ်းကြောင်းအတွက် unicast table ကိုစစ်ဆေးပါ။ Incoming Interface အကွက်တွင်၊ Multicast လက်ခံရရှိသည့် မျက်နှာပြင်ကို ညွှန်ပြသည်။ unicast လမ်းကြောင်းပြဇယားတွင်၊ အရင်းအမြစ်သို့ လမ်းကြောင်းသည် ဤနေရာတွင် သတ်မှတ်ထားသည့် အင်တာဖေ့စ်ကို ကိုးကားရမည်ဖြစ်သည်။ Outgoing Interface သည် multicast ကို ပြန်ညွှန်းမည့်နေရာကို သတ်မှတ်ပေးသည်။ ၎င်းသည် ဗလာဖြစ်နေပါက၊ router သည် ဤလမ်းကြောင်းအတွက် တောင်းဆိုချက်တစ်စုံတစ်ရာကို လက်ခံရရှိမည်မဟုတ်ပါ။ အလံအားလုံးနှင့်ပတ်သက်သော နောက်ထပ်အချက်အလက်များကို ရှာတွေ့နိုင်ပါသည်။ ဒီမှာ.
PIM Sparse-မုဒ်။
Sparse-mode ၏ဗျူဟာသည် Dense-mode နှင့်ဆန့်ကျင်ဘက်ဖြစ်သည်။ Sparse-mode သည် multicast အသွားအလာကို လက်ခံရရှိသောအခါ၊ ဤစီးဆင်းမှုအတွက် တောင်းဆိုမှုများရှိသည့် ထိုအင်တာဖေ့စ်များမှတဆင့်သာ အသွားအလာကို ပေးပို့လိမ့်မည်၊ ဥပမာအားဖြင့် Pim Join သို့မဟုတ် IGMP မှ ဤအသွားအလာကို တောင်းဆိုသော မက်ဆေ့ချ်များ။
SM နှင့် DM အတွက် အလားတူ အစိတ်အပိုင်းများ-

• PIM DM တွင်ကဲ့သို့ ရပ်ကွက်အတွင်း ဆက်ဆံရေးကို တည်ဆောက်ထားသည်။
• RPF စည်းမျဉ်းသည် အလုပ်လုပ်သည်။
• DR ရွေးချယ်မှုမှာ ဆင်တူသည်။
• Prune Overrides နှင့် Assert မက်ဆေ့ချ်များ၏ ယန္တရားသည် ဆင်တူသည်။

ကွန်ရက်ပေါ်တွင် မည်သူ၊ မည်သည့်နေရာနှင့် မည်သို့သော multicast အသွားအလာ လိုအပ်သည်ကို ထိန်းချုပ်ရန်အတွက် ဘုံသတင်းအချက်အလက်စင်တာတစ်ခု လိုအပ်ပါသည်။ ကျွန်ုပ်တို့၏စင်တာသည် Rendezvous Point (RP) ဖြစ်လိမ့်မည်။ Multicast traffic တစ်မျိုးမျိုးကို လိုချင်သူ သို့မဟုတ် အရင်းအမြစ်မှ multicast traffic ကို စတင်လက်ခံသူတိုင်းသည် ၎င်းကို RP သို့ ပို့ပေးပါသည်။
RP သည် multicast traffic ကိုလက်ခံရရှိသောအခါ၊ ၎င်းသည်ယခင်ကဤလမ်းကြောင်းကိုတောင်းဆိုခဲ့သောထို router များထံပေးပို့လိမ့်မည်။

RP သည် R3 ရှိသည့် topology ကို စိတ်ကူးကြည့်ကြပါစို့။ R1 သည် S1 မှ traffic ကိုလက်ခံရရှိသည်နှင့်တပြိုင်နက်၊ ၎င်းသည် ဤ multicast packet ကို unicast PIM Register message အဖြစ် ဖုံးအုပ်ပြီး RP သို့ ပေးပို့သည်။ RP က ဘယ်သူလဲဆိုတာ သူဘယ်လိုသိလဲ။ ဤကိစ္စတွင်၊ ၎င်းကို တည်ငြိမ်စွာဖွဲ့စည်းထားပြီး၊ တက်ကြွသော RP ဖွဲ့စည်းမှုပုံစံအကြောင်း နောက်မှပြောပါမည်။

ip pim rp-address 3.3.3.3

RP ကိုကြည့်မည် - ဤအသွားအလာကို လက်ခံလိုသူထံမှ အချက်အလက်များ ရှိပါသလား။ မဟုတ်ဘူးလို့ ယူဆကြပါစို့။ ထို့နောက် RP သည် R1 ကို PIM Register-Stop မက်ဆေ့ဂျ်ပေးပို့မည်ဖြစ်ပြီး၊ ဆိုလိုသည်မှာ မည်သူမျှ ဤ multicast မလိုအပ်ပါ၊ မှတ်ပုံတင်ခြင်းကို ငြင်းပယ်ပါသည်။ R1 သည် multicast ပို့မည်မဟုတ်ပါ။ သို့သော် multicast အရင်းအမြစ်လက်ခံသူသည် ၎င်းကို ပေးပို့လိမ့်မည်၊ ထို့ကြောင့် R1 သည် မှတ်ပုံတင်ခြင်း-ရပ်တန့်ခြင်းကို လက်ခံရရှိပြီးနောက် စက္ကန့် 60 နှင့်ညီမျှသော Register-Suppression timer ကို စတင်မည်ဖြစ်သည်။ ဤအချိန်တိုင်းကိရိယာမကုန်ဆုံးမီ 5 စက္ကန့်အလိုတွင်၊ R1 သည် Null-Register bit (ထိုသည်မှာ ထုပ်ပိုးထားသော multicast packet မပါဘဲ) ဖြင့် RXNUMX ထံသို့ ဗလာဖြစ်နေသော မှတ်ပုံတင်စာတိုကို ပေးပို့လိမ့်မည်။ RP သည် ဤကဲ့သို့ လုပ်ဆောင်လိမ့်မည် ။

• လက်ခံသူမရှိပါက၊ Register-Stop မက်ဆေ့ဂျ်ဖြင့် တုံ့ပြန်မည်ဖြစ်ပါသည်။
• လက်ခံသူများ ပေါ်လာပါက မည်သည့်နည်းနှင့်မျှ တုံ့ပြန်မည်မဟုတ်ပါ။ R1 သည် 5 စက္ကန့်အတွင်း စာရင်းသွင်းရန် ငြင်းဆိုချက်ကို မရရှိခဲ့သဖြင့် ပျော်ရွှင်ပြီး RP သို့ encapsulated multicast ဖြင့် မှတ်ပုံတင်ရန် မက်ဆေ့ဂျ်တစ်စောင် ပေးပို့ပါမည်။

Multicast သည် RP သို့မည်သို့ရောက်ရှိသည်ကိုကျွန်ုပ်တို့ရှာဖွေတွေ့ရှိထားပုံရပြီး၊ ယခု RP သည် လက်ခံသူများအတွက် လမ်းကြောင်းကိုမည်သို့ပို့ဆောင်ပေးသည်ဟူသောမေးခွန်းကို ဖြေကြည့်ကြပါစို့။ ဤတွင်၊ အမြစ်လမ်းကြောင်းသစ်ပင် (RPT) အယူအဆသစ်ကို မိတ်ဆက်ပေးရန် လိုအပ်ပါသည်။ RPT သည် RP တွင် အမြစ်တွယ်နေသော သစ်ပင်ဖြစ်ပြီး PIM-SM ရောက်တာတစ်ခုစီတွင် အကိုင်းအခက်များကို လက်ခံသူများဆီသို့ ကြီးထွားလာသည်။ RP သည် PIM Join မက်ဆေ့ဂျ်များကို လက်ခံရရှိပြီး သစ်ပင်တွင် အကိုင်းအခက်အသစ်တစ်ခုကို ပေါင်းထည့်ခြင်းဖြင့် ၎င်းကို ဖန်တီးသည်။ ဒါကြောင့် downstream router တိုင်းက လုပ်ပါတယ်။ ယေဘူယျ စည်းမျဉ်းသည် ဤကဲ့သို့ ဖြစ်သည်-

• PIM-SM ရောက်တာမှ PIM Join မက်ဆေ့ဂျ်ကို RP ဝှက်ထားရာ နောက်ကွယ်ရှိ အင်တာဖေ့စ်မှလွဲ၍ အခြားမည်သည့် အင်တာဖေ့စ်ပေါ်ရှိ PIM Join မက်ဆေ့ခ်ျကို လက်ခံရရှိသောအခါတွင် ၎င်းသည် သစ်ပင်တွင် အကိုင်းအခက်အသစ်တစ်ခုကို ပေါင်းထည့်သည်။
• PIM-SM ရောက်တာသည် တိုက်ရိုက်ချိတ်ဆက်ထားသော host ထံမှ IGMP အဖွဲ့ဝင်မှုအစီရင်ခံစာကို လက်ခံရရှိသောအခါတွင်လည်း ဌာနခွဲတစ်ခု ထပ်ထည့်ပါသည်။

အုပ်စု 5 အတွက် R228.8.8.8 router တွင် multicast client တစ်ခုရှိသည်ကို စိတ်ကူးကြည့်ကြပါစို့။ R5 သည် host ထံမှ IGMP အဖွဲ့ဝင်မှုအစီရင်ခံစာကိုလက်ခံရရှိသည်နှင့်တပြိုင်နက် R5 သည် RP ၏ဦးတည်ချက်တွင် PIM Join ကိုပေးပို့ပြီး host ကိုကြည့်သောသစ်ပင်သို့ အင်တာဖေ့စ်တစ်ခုထပ်ထည့်သည်။ ထို့နောက် R4 သည် R5 မှ PIM Join ကို လက်ခံရရှိပြီး အင်တာဖေ့စ် Gi0/1 ကို သစ်ပင်သို့ ပေါင်းထည့်ကာ RP ၏ လမ်းညွှန်ချက်သို့ PIM Join ပို့ပေးသည်။ နောက်ဆုံးတွင် RP ( R3 ) သည် PIM Join ကို လက်ခံရရှိပြီး Gi0/0 ကို သစ်ပင်သို့ ပေါင်းထည့်သည်။ ထို့ကြောင့် multicast လက်ခံသူအား မှတ်ပုံတင်ထားသည်။ ကျွန်ုပ်တို့သည် R3-Gi0/0 → R4-Gi0/1 → R5-Gi0/0 ဖြင့် သစ်ပင်တစ်ပင်ကို တည်ဆောက်နေပါသည်။
၎င်းပြီးနောက်၊ PIM Join ကို R1 သို့ ပေးပို့မည်ဖြစ်ပြီး R1 သည် multicast traffic ကို စတင်ပေးပို့မည်ဖြစ်သည်။ multicast ထုတ်လွှင့်မှုမစတင်မီ host မှ traffic တောင်းခံလာပါက RP သည် PIM Join ကိုပေးပို့မည်မဟုတ်သည့်အပြင် R1 ထံသို့ မည်သည့်အရာကိုမျှ ပေးပို့မည်မဟုတ်ကြောင်း သတိပြုရန်အရေးကြီးပါသည်။
Multicast တစ်ခုကို ပေးပို့နေချိန်တွင် ရုတ်တရက် လက်ခံရယူလိုခြင်း ရပ်သွားပါက၊ RP သည် Gi0/0 အင်တာဖေ့စ်ရှိ PIM Prune ကို လက်ခံရရှိသည်နှင့် ၎င်းသည် PIM Register-Stop ကို R1 သို့ တိုက်ရိုက်ပေးပို့မည်ဖြစ်ပြီး၊ ထို့နောက် PIM Prune တစ်ခုအား ချက်ချင်းပေးပို့မည်ဖြစ်သည်။ Gi0/1 အင်တာဖေ့စ်မှတဆင့် မက်ဆေ့ချ်။ PIM Register-stop သည် PIM မှတ်ပုံတင်သည့်လိပ်စာသို့ unicast မှတစ်ဆင့် ပေးပို့သည်။
ကျွန်ုပ်တို့ စောစောကပြောခဲ့သည့်အတိုင်း၊ Router မှ PIM Join ကို အခြားသို့ PIM ပေးပို့သည်နှင့်၊ ဥပမာ R5 မှ R4 သို့ မှတ်တမ်းတစ်ခုကို R4 သို့ ပေါင်းထည့်လိုက်သည် ။

R5 သည် ဤ timer PIM Join မက်ဆေ့ဂျ်များကို အဆက်မပြတ် ပြန်လည်သတ်မှတ်ရမည်ဖြစ်ပြီး မဟုတ်ပါက R4 သည် ထွက်သွားမည့်စာရင်းမှ ဖယ်ထုတ်ခံရမည်ဖြစ်သောကြောင့် တိုင်မာတစ်ခု စတင်ပါသည်။ R5 သည် 60 PIM Join တိုင်း မက်ဆေ့ဂျ်များ ပေးပို့ပါမည်။
အတိုဆုံး-Path Tree Switchover။
ကျွန်ုပ်တို့သည် R1 နှင့် R5 အကြား မျက်နှာပြင်ကို ပေါင်းထည့်မည်ဖြစ်ပြီး ဤ topology ဖြင့် လမ်းကြောင်းမည်သို့ စီးဆင်းသည်ကို ကြည့်ပါမည်။

စနစ်ဟောင်း R1-R2-R3-R4-R5 အရ အသွားအလာကို ပို့ခြင်းနှင့် လက်ခံခြင်းဖြစ်သည်ဟု ယူဆကြပါစို့၊ ဤတွင် ကျွန်ုပ်တို့သည် R1 နှင့် R5 ကြားရှိ အင်တာဖေ့စ်ကို ချိတ်ဆက်ပြီး ပြင်ဆင်သတ်မှတ်ပေးပါသည်။
ပထမဦးစွာ ကျွန်ုပ်တို့သည် R5 ရှိ unicast routing table ကို ပြန်လည်တည်ဆောက်ရမည်ဖြစ်ပြီး ယခု network 192.168.1.0/24 သည် R5 Gi0/2 interface မှတဆင့် ရောက်ရှိသွားပါပြီ။ ယခု R5 သည် အင်တာဖေ့စ် Gi0/1 တွင် multicast ကိုလက်ခံရရှိပြီး RPF စည်းမျဉ်းကို ကျေနပ်ခြင်းမရှိကြောင်းနှင့် Gi0/2 တွင် multicast ကိုလက်ခံရရှိခြင်းသည် ပို၍ယုတ္တိရှိလိမ့်မည်ဖြစ်သည်။ ၎င်းသည် RPT နှင့် အဆက်အသွယ်ဖြတ်ပြီး Shortest-Path Tree (SPT) ဟုခေါ်သော ပိုတိုသောသစ်ပင်ကို တည်ဆောက်သင့်သည်။ ၎င်းကိုလုပ်ဆောင်ရန်၊ သူသည် Gi0/2 မှတဆင့် R1 သို့ PIM Join ကိုပေးပို့ပြီး R1 သည် Gi0/2 မှတဆင့် multicast တစ်ခုကိုပေးပို့သည်။ ယခုအခါ R5 သည် မိတ္တူနှစ်စောင်မရရှိစေရန်အတွက် RPT မှ စာရင်းသွင်းမှုကို ရပ်ဆိုင်းရန် လိုအပ်ပါသည်။ ၎င်းကိုလုပ်ဆောင်ရန်၊ အရင်းအမြစ် IP လိပ်စာကိုညွှန်ပြသော Prune မက်ဆေ့ခ်ျတစ်စောင်ပေးပို့ပြီး အထူးဘစ် - RPT-bit ကိုထည့်သွင်းပါ။ ဆိုလိုတာက မင်းငါ့ကို အသွားအလာပို့စရာမလိုဘူး၊ ငါ့မှာ ပိုကောင်းတဲ့သစ်ပင်တစ်ပင်ရှိတယ်။ RP သည် R1 သို့ PIM Prune မက်ဆေ့ဂျ်များကိုလည်း ပေးပို့သော်လည်း Register-Stop မက်ဆေ့ဂျ်ကို မပို့ပါ။ အခြားအင်္ဂါရပ်- R5 သည် ယခု မိနစ်တိုင်းတွင် PIM မှတ်ပုံတင်ခြင်းကို RP သို့ ဆက်လက်ပေးပို့နေသောကြောင့် PIM Prune ကို RP သို့ စဉ်ဆက်မပြတ်ပေးပို့ပါမည်။ ဤအသွားအလာကို လိုချင်သော လူသစ်များ မရှိမချင်း RP သည် ၎င်းကို ငြင်းဆိုမည်ဖြစ်သည်။ R1 သည် SPT မှတဆင့် multicast ကိုဆက်လက်လက်ခံရရှိကြောင်း RP ကိုအကြောင်းကြားသည်။
Dynamic RP ရှာဖွေမှု။
အော်တို-RP။
ဤနည်းပညာသည် Cisco မှ သီးသန့်ဖြစ်ပြီး အထူးရေပန်းစားခြင်းမရှိသော်လည်း ရှင်သန်နေဆဲဖြစ်သည်။ Auto-RP လုပ်ဆောင်ချက်သည် အဓိက အဆင့်နှစ်ဆင့် ပါဝင်သည်။
1) RP သည် RP-Announce မက်ဆေ့ချ်များကို သီးသန့်လိပ်စာ - 224.0.1.39 သို့ ပေးပို့ပြီး RP သည် လူတိုင်းအတွက်ဖြစ်စေ သို့မဟုတ် သီးခြားအုပ်စုများအတွက်ဖြစ်စေ ၎င်းကိုယ်တိုင် RP ကိုကြေညာသည်။ ဒီစာကို မိနစ်တိုင်း ပို့တယ်။
2) RP မြေပုံထုတ်ခြင်း အေးဂျင့်တစ်ခု လိုအပ်သည်၊ ၎င်းသည် RP-Discovery ကို မည်သည့်အဖွဲ့များကို နားထောင်သင့်သည်ကို ညွှန်ပြမည့် RP-Discovery မက်ဆေ့ဂျ်များ ပေးပို့မည်ဖြစ်သည်။ ပုံမှန် PIM Router များသည် ၎င်းတို့အတွက် RP ကို ​​ဆုံးဖြတ်ပေးမည့် ဤမက်ဆေ့ချ်မှ ဖြစ်ပါသည်။ Mapping Agent သည် RP router ကိုယ်တိုင် သို့မဟုတ် သီးခြား PIM ရောက်တာ ဖြစ်နိုင်သည်။ RP-Discovery ကို တစ်မိနစ် အချိန်တိုင်းကိရိယာဖြင့် 224.0.1.40 သို့ ပေးပို့သည်။
လုပ်ငန်းစဉ်ကို အသေးစိတ်ကြည့်ရှုကြပါစို့။
R3 ကို RP အဖြစ် သတ်မှတ်ကြပါစို့။

ip pim send-rp-announce loopback 0 scope 10

R2 ကို မြေပုံထုတ်သည့် ကိုယ်စားလှယ်အဖြစ်

ip pim send-rp-discovery loopback 0 scope 10

အခြားအားလုံးတွင် ကျွန်ုပ်တို့သည် Auto-RP မှတစ်ဆင့် RP ကို ​​မျှော်လင့်ပါမည်-

ip pim autorp နားဆင်ပါ။

ကျွန်ုပ်တို့ R3 ကို configure ပြီးသည်နှင့်၊ ၎င်းသည် RP-Announce ကိုစတင်ပေးပို့လိမ့်မည်-

R2 သည် မြေပုံအေးဂျင့်ကို သတ်မှတ်ပြီးနောက် RP-Announce မက်ဆေ့ဂျ်ကို စောင့်ဆိုင်းနေမည်ဖြစ်သည်။ အနည်းဆုံး RP တစ်ခုကို ရှာတွေ့မှသာ RP-Discovery ကို စတင်ပေးပို့ပါမည်-

ဤနည်းအားဖြင့်၊ ပုံမှန် router (PIM RP Listener) သည် ဤမက်ဆေ့ချ်ကို လက်ခံရရှိသည်နှင့် တပြိုင်နက် RP ကို ​​ရှာဖွေရမည့်နေရာကို သိရှိလာမည်ဖြစ်သည်။
Auto-RP ၏အဓိကပြဿနာများထဲမှတစ်ခုမှာ RP-Announce နှင့် RP-Discovery မက်ဆေ့ဂျ်များကိုလက်ခံရရှိရန်အတွက် PIM Join လိပ်စာများကို 224.0.1.39-40 သို့ပေးပို့ရန် လိုအပ်ပြီး ပေးပို့ရန်အတွက် မည်သည့်နေရာတွင်ရှိသည်ကို သိရှိရန်လိုအပ်ပါသည်။ RP တည်ရှိပါသည်။ ဂန္ထဝင်ကြက်နှင့်ကြက်ဥပြဿနာ။ ဤပြဿနာကိုဖြေရှင်းရန်အတွက် PIM Sparse-Dense-Mode ကိုတီထွင်ခဲ့သည်။ Router သည် RP ကိုမသိပါက၊ ၎င်းသည် Dense-mode တွင်အလုပ်လုပ်သည်၊ အကယ်၍ ၎င်းသည် Sparse-mode တွင်ဖြစ်သည်။ PIM Sparse-mode နှင့် ip pim autorp listener command ကို ပုံမှန် routers များ၏ interfaces များတွင် configure လုပ်သောအခါ၊ router သည် Auto-RP protocol (224.0.1.39-40) မှ တိုက်ရိုက် multicasting အတွက်သာ Dense-mode တွင် လုပ်ဆောင်မည်ဖြစ်ပါသည်။
BootStrap Router (BSR)။
ဤလုပ်ဆောင်ချက်သည် Auto-RP နှင့်ဆင်တူသည်။ RP တစ်ခုစီသည် မြေပုံအချက်အလက်ကို စုဆောင်းပြီးနောက် အခြားသော router အားလုံးကို ပြောပြသည့် မြေပုံအေးဂျင့်ထံသို့ မက်ဆေ့ချ်တစ်ခု ပေးပို့သည်။ လုပ်ငန်းစဉ်ကို Auto-RP နှင့် အလားတူဖော်ပြကြပါစို့။
1) R3 ကို ကိုယ်စားလှယ်လောင်းအဖြစ် RP အဖြစ်သတ်မှတ်ပြီးသည်နှင့်၊ command ဖြင့်၊

ip pim rp-candidate loopback 0

ထို့နောက် R3 သည် မည်သည့်အရာကိုမျှ လုပ်ဆောင်မည်မဟုတ်ပါ၊ အထူးမက်ဆေ့ချ်များ စတင်ပေးပို့နိုင်ရန်၊ သူသည် ပထမဆုံး မြေပုံထုတ်သည့် အေးဂျင့်ကို ရှာဖွေရန် လိုအပ်သည်။ ထို့ကြောင့် ကျွန်ုပ်တို့သည် ဒုတိယအဆင့်သို့ ဆက်သွားရန်။
2) R2 ကို မြေပုံဆွဲအေးဂျင့်အဖြစ် သတ်မှတ်ပါ-

ip pim bsr-candidate loopback 0

R2 သည် PIM Bootstrap မက်ဆေ့ဂျ်များကို စတင်ပေးပို့သည်

ဤစာကို PIM ပရိုတိုကောက ၎င်း၏အခြားမက်ဆေ့ချ်များအတွက်လည်း အသုံးပြုသည့် လိပ်စာ 224.0.013 သို့ ပေးပို့ပါသည်။ ၎င်းသည် ၎င်းတို့အား လမ်းကြောင်းအရပ်ရပ်သို့ ပို့ဆောင်ပေးသောကြောင့် Auto-RP တွင်ကဲ့သို့ ကြက်နှင့်ဥပြဿနာ မရှိပါ။
3) RP သည် BSR router မှ မက်ဆေ့ချ်ကို လက်ခံရရှိသည်နှင့် တပြိုင်နက် BSR router လိပ်စာသို့ unicast message တစ်စောင် ပေးပို့လိမ့်မည်-

ထို့နောက် BSR သည် RPs များနှင့်ပတ်သက်သော အချက်အလက်များကို လက်ခံရရှိပြီး PIM router များအားလုံးမှ နားထောင်သည့် address 224.0.0.13 သို့ multicast ဖြင့် ပေးပို့မည်ဖြစ်သည်။ ထို့ကြောင့် command ၏ analogue တစ်ခုဖြစ်သည်။ ip pim autorp နားဆင်ပါ။ BSR တွင်မဟုတ်သောပုံမှန် router များအတွက်။
Multicast Source Discovery Protocol (MSDP) ဖြင့် Anycast RP
Auto-RP နှင့် BSR တို့သည် RP တွင် ဝန်ကို အောက်ပါအတိုင်း ဖြန့်ဝေရန် ခွင့်ပြုသည်- multicast အဖွဲ့တစ်ခုစီတွင် တက်ကြွသော RP တစ်ခုသာ ရှိသည်။ RP အများအပြားထက် multicast အဖွဲ့တစ်ခုအတွက် ဝန်ကို ဖြန့်ဝေရန် မဖြစ်နိုင်ပါ။ MSDP သည် RP router များကို 255.255.255.255 ၏ mask ဖြင့် တူညီသော IP လိပ်စာကိုထုတ်ပေးခြင်းဖြင့် ၎င်းကိုလုပ်ဆောင်သည်။ MSDP သည် နည်းလမ်းများထဲမှ တစ်ခုဖြစ်သော static၊ Auto-RP သို့မဟုတ် BSR ကို အသုံးပြု၍ အချက်အလက်ကို လေ့လာသည်။

ပုံတွင် MSDP ဖြင့် Auto-RP configuration တစ်ခုရှိသည်။ RP နှစ်ခုလုံးကို Loopback 172.16.1.1 အင်တာဖေ့စ်တွင် IP လိပ်စာ 32/1 ဖြင့် ပြင်ဆင်သတ်မှတ်ထားပြီး အုပ်စုအားလုံးအတွက် အသုံးပြုသည်။ RP-Announce ဖြင့်၊ Router နှစ်ခုလုံးသည် ဤလိပ်စာကို ရည်ညွှန်းခြင်းဖြင့် ၎င်းတို့ကို ကြေညာသည်။ Auto-RP မြေပုံဆွဲအေးဂျင့်သည် အချက်အလက်များရရှိပြီးနောက်၊ လိပ်စာ 172.16.1.1/32 ဖြင့် RP-Discovery အကြောင်း RP-Discovery ကို ပေးပို့သည်။ ကျွန်ုပ်တို့သည် IGP ကို ​​အသုံးပြု၍ ကွန်ရက် 172.16.1.1/32 အကြောင်း router များကို ပြောပြပြီး လျော်ညီစွာ ပြောပြပါသည်။ ထို့ကြောင့် PIM router များသည် network 172.16.1.1/32 သို့လမ်းကြောင်းပေါ်ရှိ next-hop အဖြစ်သတ်မှတ်ထားသော RP မှစီးဆင်းမှုများကိုတောင်းဆိုခြင်း သို့မဟုတ် မှတ်ပုံတင်ခြင်း။ MSDP ပရိုတိုကောကိုယ်တိုင်က RPs များကိုယ်တိုင် multicast အချက်အလက်အကြောင်း မက်ဆေ့ချ်များဖလှယ်ရန်အတွက် ဒီဇိုင်းထုတ်ထားသည်။
ဤ topology ကို သုံးသပ်ကြည့်ပါ-

Switch6 သည် လိပ်စာ 238.38.38.38 သို့ အသွားအလာကို ထုတ်လွှင့်ပြီး ယခုအချိန်အထိ RP-R1 ကသာ ၎င်းအကြောင်းကို သိပါသည်။ Switch7 နှင့် Switch8 တို့က ဤအဖွဲ့ကို တောင်းဆိုထားသည်။ Routers R5 နှင့် R4 သည် PIM Join ကို R1 နှင့် R3 သို့ အသီးသီး ပေးပို့မည်ဖြစ်သည်။ အဘယ်ကြောင့်? R13.13.13.13 အတွက် 5 သို့ လမ်းကြောင်းသည် R1 ကဲ့သို့ပင် IGP မက်ထရစ်ကို အသုံးပြု၍ R4 ကို ရည်ညွှန်းပါမည်။
RP-R1 သည် stream အကြောင်းကိုသိပြီး R5 သို့ထုတ်လွှင့်တော့မည်ဖြစ်သော်လည်း R4 သည် ၎င်းအကြောင်းကိုဘာမှမသိသောကြောင့် R1 သည် ရိုးရိုးရှင်းရှင်းပေးပို့မည်မဟုတ်သောကြောင့်ဖြစ်သည်။ ထို့ကြောင့် MSDP သည် လိုအပ်ပါသည်။ R1 နှင့် R5 တွင် ကျွန်ုပ်တို့ ၎င်းကို configure လုပ်သည် ။

ip msdp peer 3.3.3.3 R1 ရှိ ချိတ်ဆက်-အရင်းအမြစ် Loopback1

ip msdp peer 1.1.1.1 R3 ရှိ ချိတ်ဆက်-အရင်းအမြစ် Loopback3

၎င်းတို့သည် တစ်ဦးနှင့်တစ်ဦးကြားရှိ session တစ်ခုကို မြှင့်တင်မည်ဖြစ်ပြီး မည်သည့် flow ကိုမဆို လက်ခံရရှိသည့်အခါ ၎င်းတို့သည် ၎င်းတို့၏ RP အိမ်နီးချင်းထံသို့ တိုင်ကြားမည်ဖြစ်သည်။
RP-R1 သည် Switch6 မှ stream တစ်ခုကို လက်ခံရရှိသည်နှင့် တပြိုင်နက်၊ ၎င်းသည် (S, G) ကဲ့သို့သော အချက်အလက်များပါရှိသော unicast MSDP Source-Active မက်ဆေ့ဂျ်ကို ချက်ချင်းပေးပို့ပါလိမ့်မည်၊ ၎င်းသည် multicast ၏ အရင်းအမြစ်နှင့် ဦးတည်ရာဆိုင်ရာ အချက်အလက် (S, G) ကဲ့သို့သော အချက်အလက်များပါရှိသည်။ ဤစီးဆင်းမှုအတွက် R3 ထံမှတောင်းဆိုချက်ကိုလက်ခံသောအခါ Switch6 ကဲ့သို့သောရင်းမြစ်တစ်ခုကို RP-R4 မှသိပြီး၊ ၎င်းသည် လမ်းကြောင်းဇယားမှလမ်းညွှန်သော PIM Join ဆီသို့ Switch6 သို့ပေးပို့မည်ဖြစ်သည်။ ထို့ကြောင့်၊ R1 သည် ထိုသို့သော PIM Join ကိုလက်ခံရရှိပြီးနောက် RP-R3 သို့ အသွားအလာကို စတင်ပေးပို့မည်ဖြစ်သည်။
MSDP သည် TCP ကိုကျော်၍ အလုပ်လုပ်သည်၊ RP များသည် အသက်ရှင်သန်မှုကို စစ်ဆေးရန် အပြန်အလှန် သိမ်းဆည်းထားသော စာတိုများ ပေးပို့သည်။ timer သည် 60 စက္ကန့်ဖြစ်သည်။
Keepalive နှင့် SA မက်ဆေ့ချ်များသည် မည်သည့်ဒိုမိန်းတွင် အဖွဲ့ဝင်ဖြစ်ခြင်းကို ညွှန်ပြခြင်းမရှိသောကြောင့် MSDP ရွယ်တူများကို မတူညီသောဒိုမိန်းများအဖြစ် ပိုင်းခြားခြင်း၏လုပ်ဆောင်ချက်မှာ မရှင်းလင်းပါ။ ထို့အပြင် ဤ topology တွင် မတူညီသော domains များကို ညွှန်ပြသည့် configuration တစ်ခုကို စမ်းသပ်ခဲ့သည် - စွမ်းဆောင်ရည်မှာ ကွာခြားမှု မရှိပေ။
ဘယ်သူမဆို ရှင်းပြနိုင်ရင် comment မှာ ဖတ်ရတာ ကျေနပ်ပါတယ်။

source: www.habr.com