د PIM پروتوکول څنګه کار کوي

د PIM پروتوکول د روټرونو تر مینځ په شبکه کې د ملټي کاسټ لیږد لپاره د پروتوکولونو مجموعه ده. د ګاونډیو اړیکې په ورته ډول رامینځته کیږي لکه د متحرک روټینګ پروتوکولونو په قضیه کې. PIMv2 په هر 30 ثانیو کې د هیلو پیغامونه خوندي شوي ملټي کاسټ پته 224.0.0.13 (ټول-PIM-Routers) ته لیږي. په پیغام کې د هولډ ټایمر شتون لري - معمولا د 3.5 * هیلو ټایمر سره مساوي وي ، دا د ډیفالټ لخوا 105 ثانیې دي.

PIM دوه اصلي عملیاتي طریقې کاروي - ډینس او ​​سپارس حالت. راځئ چې د ډینس حالت سره پیل وکړو.
د سرچینې پر بنسټ د توزیع ونې.
د ډینس موډ حالت د مختلف ملټي کاسټ ګروپونو لوی شمیر پیرودونکو په صورت کې د کارولو لپاره مشوره ورکول کیږي. کله چې یو روټر ملټي کاسټ ټرافيک ترلاسه کوي، لومړی شی چې دا یې کوي د RPF قواعدو لپاره یې وګورئ. RPF - دا قاعده د یونیکاسټ روټینګ میز سره د ملټي کاسټ سرچینه چیک کولو لپاره کارول کیږي. دا اړینه ده چې ترافیک انٹرفیس ته راشي چې شاته دا کوربه د یونیکاسټ روټینګ جدول نسخې سره سم پټ دی. دا میکانیزم د ملټي کاسټ لیږد پرمهال د لوپ ستونزه حل کوي.

R3 به د ملټي کاسټ پیغام څخه ملټي کاسټ سرچینه (سرچینه IP) پیژني او د دې یونیکاسټ میز په کارولو سره به د R1 او R2 څخه دوه جریان چیک کړي. د میز لخوا په ګوته شوي د انٹرفیس څخه جریان (R1 ته R3) به نور هم لیږدول کیږي، او د R2 څخه جریان به راټیټ شي، ځکه چې د ملټي کاسټ سرچینې ته د رسیدو لپاره، تاسو اړتیا لرئ چې د S0/1 له لارې پاکټونه واستوئ.
پوښتنه دا ده، څه پیښیږي که تاسو د ورته میټریک سره دوه مساوي لارې ولرئ؟ په دې حالت کې، روټر به د دې لارو څخه راتلونکی هپ غوره کړي. څوک چې لوړ IP پته لري ګټل کیږي. که تاسو د دې چلند بدلولو ته اړتیا لرئ، تاسو کولی شئ ECMP وکاروئ. نور جزیات دلته.
د RPF مقرراتو چک کولو وروسته، روټر خپلو ټولو PIM ګاونډیانو ته یو ملټي کاسټ پاکټ لیږي، پرته له هغه چې پیکټ ترلاسه شوی. نور PIM راوټر دا پروسه تکراروي. هغه لاره چې یو ملټي کاسټ پاکټ له سرچینې څخه وروستي ترلاسه کونکو ته اخیستې وي یوه ونه جوړوي چې د سرچینې پراساس توزیع ونې ، لنډې لارې ونې (SPT) ، سرچینه ونې نومیږي. درې مختلف نومونه، هر یو غوره کړئ.
د دې ستونزې د حل کولو څرنګوالی چې ځینې راوټر ځینې ملټي کاسټ سټریم ته نه پریږدي او هیڅ څوک شتون نلري چې هغه ته یې واستوي ، مګر اپ سټریم روټر هغه ته لیږي. د دې لپاره د Prune میکانیزم اختراع شو.
د پري کولو پيغام.
د مثال په توګه، R2 به R3 ته د ملټيکاسټ لیږلو ته دوام ورکړي، که څه هم R3، د RPF قانون سره سم، دا پریږدي. ولې چینل پورته کړئ؟ R3 د PIM Prune پیغام لیږي او R2، د دې پیغام په ترلاسه کولو سره، به د دې جریان لپاره د وتلو انٹرفیس لیست څخه S0/1 انٹرفیس لیرې کړي، د هغه انٹرفیس لیست چې دا ټرافيک باید لیږل کیږي.

لاندې د PIM Prune پیغام یو ډیر رسمي تعریف دی:
د PIM Prune پیغام د یو روټر لخوا دویم روټر ته لیږل کیږي ترڅو دویم روټر د هغه لینک لیرې کړي چې پرون د ځانګړي (S,G) SPT څخه ترلاسه کیږي.

د Prune پیغام ترلاسه کولو وروسته، R2 د پرون ټیمر 3 دقیقو ته تنظیموي. د دریو دقیقو وروسته، دا به بیا د ټرافیک لیږل پیل کړي تر هغه چې دا د بل Prune پیغام ترلاسه کړي. دا په PIMv1 کې دی.
او په PIMv2 کې د دولت ریفریش ټایمر اضافه شوی (60 ثانیې په ډیفالټ). هرڅومره ژر چې د R3 څخه د Prune پیغام واستول شو، دا ټایمر په R3 پیل شو. د دې ټایمر پای ته رسیدو سره ، R3 به د ریاست ریفریش پیغام واستوي ، کوم چې به د دې ډلې لپاره په R3 کې د 2 دقیقې پریون ټایمر بیا تنظیم کړي.
د Prune پیغام لیږلو لاملونه:

• کله چې یو ملټي کاسټ پاکټ د RPF چک ناکام شي.
• کله چې په سیمه ایز ډول تړل شوي پیرودونکي شتون نلري چې د ملټي کاسټ ګروپ (IGMP شمولیت) غوښتنه یې کړې وي او د PIM ګاونډیان شتون نلري چې ورته ملټي کاسټ ټرافيک واستول شي (غیر پریون انٹرفیس).

د ګراف پیغام.
راځئ چې تصور وکړو چې R3 د R2 څخه ټرافيک نه غواړي، Prune لیږلی او د R1 څخه ملټي کاسټ ترلاسه کړی. مګر ناڅاپه، د R1-R3 ترمنځ چینل راټیټ شو او R3 د ملټي کاسټ پرته پاتې شو. تاسو کولی شئ 3 دقیقې انتظار وکړئ تر هغه چې په R2 کې د پریون ټیمر پای ته ورسیږي. 3 دقیقې اوږد انتظار دی، نو ځکه چې انتظار مه کوئ، تاسو اړتیا لرئ یو پیغام واستوئ چې سمدلاسه به دا S0/1 انٹرفیس د پرینډ حالت څخه R2 ته راوړي. دا پیغام به د ګراف پیغام وي. د ګراف پیغام ترلاسه کولو وروسته، R2 به د Graft-ACK سره ځواب ووايي.
پریون اوورایډ.

راځئ چې دا انځور وګورو. R1 د دوه روټرونو سره یوې برخې ته ملټيکاسټ خپروي. R3 ټرافیک ترلاسه کوي او خپروي، R2 ترلاسه کوي، مګر هیڅ څوک نلري چې ټرافيک نشر کړي. دا پدې برخه کې R1 ته د Prune پیغام لیږي. R1 باید له لیست څخه Fa0/0 لرې کړي او په دې برخه کې خپرونې بندې کړي، مګر د R3 سره به څه پیښ شي؟ او R3 په همدې برخه کې دی، هم د پرون څخه دا پیغام ترلاسه کړ او د وضعیت تراژیدي پوه شو. مخکې له دې چې R1 خپرونې ودروي، دا د 3 ثانیو ټایمر ټاکي او د 3 ثانیو وروسته به خپرونې ودروي. 3 ثانیې - دا دقیقا څومره وخت R3 لري ترڅو خپل ملټي کاسټ له لاسه ورنکړي. له همدې امله، R3 ژر تر ژره د دې ډلې لپاره د Pim شمولیت پیغام لیږي، او R1 نور د خپرونې بندولو فکر نه کوي. د ګډون په اړه لاندې پیغامونه.
د تاکید پیغام.

راځئ چې دا حالت تصور کړو: دوه روټرونه په یو وخت کې یوې شبکې ته خپریږي. دوی د سرچینې څخه ورته جریان ترلاسه کوي، او دواړه یې د انټرنیټ e0 شاته ورته شبکې ته خپروي. نو ځکه، دوی اړتیا لري چې دا معلومه کړي چې څوک به د دې شبکې لپاره یو او یوازینی خپرونکی وي. د دې لپاره د اصرار پیغامونه کارول کیږي. کله چې R2 او R3 د ملټي کاسټ ټرافیک نقل کشف کړي، دا دی، R2 او R3 یو ملټي کاسټ ترلاسه کوي چې دوی پخپله خپروي، روټر پوهیږي چې دلته یو څه غلط دی. پدې حالت کې ، روټرونه د اصرار پیغامونه لیږي ، چې پکې اداري فاصله او د روټ میټریک شامل دي چې ورسره ملټي کاسټ سرچینې ته رسیدلی - 10.1.1.10. ګټونکي په لاندې ډول ټاکل کیږي:

1. د ټیټ AD سره.
2. که AD مساوي وي، نو څوک ټیټ میټریک لري.
3. که دلته مساوات وي، نو هغه څوک چې په شبکه کې لوړ IP لري کوم چې دوی دا ملټي کاسټ خپروي.

د دې رایې ګټونکی ټاکل شوی روټر کیږي. Pim Hello د DRs غوره کولو لپاره هم کارول کیږي. د مقالې په پیل کې، د PIM هیلو پیغام ښودل شوی، تاسو کولی شئ هلته د DR ساحه وګورئ. هغه څوک چې په دې لینک کې ترټولو لوړ IP پته لري وګټي.
ګټور نښه:

MROUTE جدول.
د لومړني لید وروسته چې د PIM پروتوکول څنګه کار کوي ، موږ اړتیا لرو پوه شو چې څنګه د ملټي کاسټ روټینګ میز سره کار وکړو. د مروټ میز معلومات ذخیره کوي چې د پیرودونکو څخه کوم جریان غوښتنه شوي او کوم جریان د ملټي کاسټ سرورونو څخه تیریږي.
د مثال په توګه، کله چې د IGMP غړیتوب راپور یا PIM شمولیت په ځینې انٹرفیس کې ترلاسه کیږي، د ډول ریکارډ (*, G) په روټینګ جدول کې اضافه کیږي:

د دې ننوتلو معنی دا ده چې د 238.38.38.38 پتې سره د ترافیک غوښتنه ترلاسه شوې. د DC بیرغ پدې معنی دی چې ملټي کاسټ به په ډینس حالت کې کار وکړي او C پدې معنی چې ترلاسه کونکی مستقیم له روټر سره وصل دی ، دا دی ، روټر د IGMP غړیتوب راپور ترلاسه کړی او PIM سره یوځای کیږي.
که چیرې د (S,G) ډول ریکارډ شتون ولري دا پدې مانا ده چې موږ یو ملټي کاسټ جریان لرو:

په S ساحه کې - 192.168.1.11، موږ د ملټي کاسټ سرچینې IP پته ثبت کړې، دا هغه دی چې د RPF قانون لخوا به چک شي. که ستونزې شتون ولري، لومړی شی چې تاسو یې کولو ته اړتیا لرئ سرچینې ته د لارې لپاره د یونیکاسټ میز وګورئ. د راتلونکی انٹرفیس ساحه کې، هغه انٹرفیس ته اشاره کوي چې ملټي کاسټ ترلاسه کیږي. په یونیکاسټ روټینګ جدول کې، سرچینې ته لاره باید دلته مشخص شوي انٹرفیس ته مراجعه وکړي. وتلی انٹرفیس مشخص کوي چیرې چې ملټي کاسټ به لیږدول کیږي. که دا خالي وي، نو روټر د دې ټرافیک لپاره هیڅ غوښتنه نه ده ترلاسه کړې. د ټولو بیرغونو په اړه نور معلومات موندل کیدی شي دلته.
د PIM سپارس حالت.
د سپارس موډ ستراتیژي د ډینس موډ برعکس ده. کله چې سپارس موډ ملټي کاسټ ټرافیک ترلاسه کوي، دا به یوازې د هغه انٹرفیسونو له لارې ټرافيک واستوي چیرې چې د دې جریان لپاره غوښتنې شتون لري، د بیلګې په توګه Pim Join یا IGMP راپور پیغامونه چې د دې ټرافیک غوښتنه کوي.
د SM او DM لپاره ورته عناصر:

• د ګاونډیو اړیکې په ورته ډول رامینځته کیږي لکه د PIM DM کې.
• د RPF قانون کار کوي.
• د DR انتخاب ورته دی.
• د Prune Overrides او Assert پیغامونو میکانیزم ورته دی.

د دې کنټرول کولو لپاره چې څوک ، چیرې او کوم ډول ملټي کاسټ ترافیک په شبکه کې اړین دی ، د معلوماتو عمومي مرکز ته اړتیا ده. زموږ مرکز به د Rendezvous Point (RP) وي. هرڅوک چې یو ډول ملټي کاسټ ترافیک غواړي یا څوک د سرچینې څخه ملټي کاسټ ترافیک ترلاسه کول پیل کړي ، نو هغه RP ته لیږي.
کله چې RP ملټي کاسټ ټرافيک ترلاسه کړي، دا به هغه روټرونو ته واستوي چې مخکې یې د دې ټرافیک غوښتنه کړې وه.

راځئ چې یوه ټوپولوژي تصور کړو چیرې چې RP R3 دی. هرڅومره ژر چې R1 د S1 څخه ترافیک ترلاسه کړي ، دا دا ملټي کاسټ پاکټ په یونیکاسټ PIM راجسټر پیغام کې پوښي او RP ته یې لیږي. هغه څنګه پوهیږي چې RP څوک دی؟ په دې حالت کې، دا په ثابت ډول ترتیب شوی، او موږ به وروسته د متحرک RP ترتیب په اړه وغږیږو.

ip pim rp-address 3.3.3.3

RP به وګوري - ایا د هغه چا څخه معلومات شتون لري چې غواړي دا ترافیک ترلاسه کړي؟ راځئ فرض کړو چې دا نه وه. بیا RP به R1 ته د PIM راجسټر - سټاپ پیغام واستوي ، پدې معنی چې هیڅ څوک دې ملټي کاسټ ته اړتیا نلري ، راجسټریشن رد شوی. R1 به ملټي کاسټ نه واستوي. مګر د ملټي کاسټ سرچینې کوربه به دا واستوي ، نو R1 به د راجسټر - سټاپ ترلاسه کولو وروسته ، د 60 ثانیو سره مساوي راجسټر - سوپریشن ټایمر پیل کړي. د دې ټایمر له پای ته رسیدو څخه 5 ثانیې مخکې، R1 به د RP په لور د نول - راجستر بټ سره د راجستر یو خالي پیغام واستوي (یعنې پرته له یو پوښل شوي ملټي کاسټ پاکټ). RP، په بدل کې، به دا کار وکړي:

• که چیرې هیڅ ترلاسه کونکي نه وي ، نو دا به د راجسټر - سټاپ پیغام سره ځواب ووایی.
• که چیرې ترلاسه کونکي ښکاره شي، هغه به په هیڅ ډول ځواب ورنکړي. R1، په 5 ثانیو کې د راجستر کولو څخه انکار نه ترلاسه کولو سره، خوشحاله به وي او د راجستر پیغام د یو پوښښ شوي ملټي کاسټ سره RP ته واستوي.

موږ داسې بریښي چې څنګه ملټيکاسټ RP ته رسي ، اوس راځئ چې دې پوښتنې ته ځواب ووایو چې RP څنګه ترلاسه کونکو ته ترافیک وړاندې کوي. دلته اړینه ده چې یو نوی مفهوم معرفي کړئ - د روټ لار ونې (RPT). RPT یوه ونه ده چې په RP کې ریښې لري، د ترلاسه کونکو په لور وده کوي، په هر PIM-SM روټر کې څانګې کوي. RP دا د PIM شمولیت پیغامونو په ترلاسه کولو سره رامینځته کوي او ونې ته نوې څانګه اضافه کوي. او په دې توګه، هر ښکته روټر کوي. عمومي قاعده داسې ښکاري:

• کله چې یو PIM-SM راؤټر د PIM یوځای کیدو پیغام ترلاسه کوي پرته له دې چې د انٹرفیس شاته RP پټ وي، دا ونې ته نوې څانګه اضافه کوي.
• یوه څانګه هم اضافه کیږي کله چې د PIM-SM روټر د مستقیم وصل شوي کوربه څخه د IGMP غړیتوب راپور ترلاسه کوي.

راځئ تصور وکړو چې موږ په R5 روټر کې د 228.8.8.8 ګروپ لپاره ملټي کاسټ پیرودونکی لرو. هرڅومره ژر چې R5 د کوربه څخه د IGMP غړیتوب راپور ترلاسه کړي ، R5 د RP په لور د PIM شمولیت لیږي ، او پخپله ونې ته یو انٹرفیس اضافه کوي چې کوربه ته ګوري. بیا، R4 د R5 څخه PIM شمولیت ترلاسه کوي، ونې ته د Gi0/1 انٹرفیس اضافه کوي او د RP په لور د PIM شمولیت لیږي. په نهایت کې، RP (R3) د PIM شمولیت ترلاسه کوي او ونې ته Gi0/0 اضافه کوي. پدې توګه ، ملټي کاسټ ترلاسه کونکی ثبت شوی. موږ د R3-Gi0/0 → R4-Gi0/1 → R5-Gi0/0 سره یوه ونه جوړه کوو.
له دې وروسته ، د PIM شمولیت به R1 ته واستول شي او R1 به د ملټي کاسټ ترافیک لیږل پیل کړي. دا په یاد ولرئ چې که کوربه د ملټي کاسټ خپرونې پیل کولو دمخه د ترافیک غوښتنه کړې وي ، نو RP به د PIM شمولیت نه واستوي او R1 ته به هیڅ شی نه واستوي.
که ناڅاپه د ملټي کاسټ لیږلو په وخت کې، کوربه ودروي چې غوښتل یې ترلاسه کړي، هرڅومره ژر چې RP په Gi0/0 انټرفیس کې PIM Prune ترلاسه کړي، دا به سمدلاسه د PIM راجستر - Stop په مستقیم ډول R1 ته واستوي، او بیا به د PIM پریون. د Gi0/1 انٹرفیس له لارې پیغام. د PIM راجستر سټاپ د یونیکاسټ له لارې هغه پته ته لیږل کیږي چې د 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 انٹرفیس کې ملټي کاسټ ترلاسه کوي، پوهیږي چې د RPF قانون مطمین نه دی او دا به ډیر منطقي وي چې په Gi0/2 کې ملټي کاسټ ترلاسه کړي. دا باید د RPT څخه وصل شي او د لنډې لارې ونې (SPT) په نوم یوه لنډه ونه جوړه کړي. د دې کولو لپاره، هغه د Gi0/2 له لارې R1 ته PIM Join لیږي او R1 د Gi0/2 له لارې ملټي کاسټ لیږل پیل کوي. اوس R5 اړتیا لري چې د RPT څخه غړیتوب لغوه کړي ترڅو دوه کاپي ترلاسه نکړي. د دې کولو لپاره، هغه Prune ته یو پیغام لیږي چې د سرچینې IP پته په ګوته کوي او یو ځانګړی بټ - RPT-bit داخلوي. دا پدې مانا ده چې تاسو اړتیا نلرئ چې ما ټرافيک ولیږئ، زه دلته یو ښه ونې لرم. RP R1 ته د PIM Prune پیغامونه هم لیږي، مګر د راجستر بند پیغام نه لیږي. بله ځانګړتیا: R5 به اوس په دوامداره توګه PIM Prune RP ته واستوي، ځکه چې R1 په هره دقیقه کې RP ته د PIM راجستر لیږلو ته دوام ورکوي. تر هغه چې نوي خلک د دې ټرافیک غوښتونکي نه وي، RP به دا رد کړي. R5 RP ته خبر ورکوي چې دا د SPT له لارې ملټي کاسټ ترلاسه کولو ته دوام ورکوي.
د متحرک RP لټون.
آټو-RP.
دا ټیکنالوژي د سیسکو ملکیت دی او په ځانګړي ډول مشهور ندی ، مګر لاهم ژوندی دی. د Auto-RP عملیات دوه اصلي مرحلې لري:
1) RP د RP-اعلان پیغامونه خوندي شوي پته ته لیږي - 224.0.1.39، د هرچا لپاره یا د ځانګړو ډلو لپاره RP اعلانوي. دا پیغام هره دقیقه لیږل کیږي.
2) د RP نقشه کولو اجنټ ته اړتیا ده، کوم چې به د RP-Discovery پیغامونه واستوي چې د کومې ډلې لپاره چې RP ته باید غوږ ونیول شي. دا د دې پیغام څخه دی چې منظم PIM روټر به د ځان لپاره RP وټاکي. د نقشې کولو اجنټ یا هم پخپله RP روټر یا جلا PIM روټر کیدی شي. RP-Discovery د یوې دقیقې وخت سره 224.0.1.40 پتې ته لیږل کیږي.
راځئ چې پروسه په ډیر تفصیل سره وګورو:
راځئ چې R3 د RP په توګه تنظیم کړو:

ip pim send-rp- اعلان لوپ بیک 0 سکوپ 10

R2 د نقشه کولو ایجنټ په توګه:

ip pim send-rp-discovery loopback 0 سکوپ 10

او په نورو ټولو کې به موږ د Auto-RP له لارې RP تمه وکړو:

ip pim autorp اوریدونکی

یوځل چې موږ R3 تنظیم کړو، دا به د RP-اعلان لیږل پیل کړي:

او R2، د نقشې کولو اجنټ ترتیب کولو وروسته، د RP-اعلان پیغام ته انتظار کول به پیل کړي. یوازې کله چې دا لږترلږه یو RP ومومي نو دا به د RP-Discovery لیږل پیل کړي:

په دې توګه، هرڅومره ژر چې منظم روټرونه (PIM RP لیسینر) دا پیغام ترلاسه کړي، دوی به پوه شي چې د RP لپاره چیرته ګوري.
د Auto-RP سره یوه له اصلي ستونزو څخه دا ده چې د RP-Anounce او RP-Discovery پیغامونو ترلاسه کولو لپاره، تاسو اړتیا لرئ د PIM Join پتې ته 224.0.1.39-40 واستوئ، او د لیږلو لپاره، تاسو اړتیا لرئ پوه شئ چې چیرته RP موقعیت لري. د کلاسیک چرګانو او هګیو ستونزه. د دې ستونزې د حل لپاره، د PIM سپارس ډینس موډ اختراع شو. که روټر RP نه پیژني، نو دا په ډینس حالت کې کار کوي؛ که دا کوي، نو بیا په سپارس حالت کې. کله چې د PIM Sparse-mode او ip pim autorp لیستونکي کمانډ د منظم روټرونو په انٹرفیسونو کې تنظیم شوي وي، روټر به یوازې د Auto-RP پروتوکول (224.0.1.39-40) څخه مستقیم د ملټي کاسټ کولو لپاره په ډینس حالت کې کار وکړي.
د بوټ سټریپ روټر (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، د RPs په اړه معلومات ترلاسه کولو سره، دوی به د ملټي کاسټ له لارې 224.0.0.13 پتې ته واستوي، کوم چې د PIM ټولو روټرونو لخوا لیست شوي. له همدې امله، د قوماندې انلاګ ip pim autorp اوریدونکی د منظم روټرونو لپاره چې په BSR کې ندي.
Anycast RP د ملټي کاسټ سرچینې کشف پروتوکول (MSDP) سره.
Auto-RP او BSR موږ ته اجازه راکوي چې په RP باندې بار په لاندې ډول توزیع کړو: هر ملټي کاسټ ګروپ یوازې یو فعال RP لري. دا به امکان ونلري چې د څو RPs څخه د یوې ملټي کاسټ ګروپ لپاره بار وویشي. MSDP دا د RP راوټرونو ورته IP پته د 255.255.255.255 ماسک سره صادرولو سره کوي. MSDP د یوې طریقې په کارولو سره معلومات زده کوي: جامد، Auto-RP یا BSR.

په انځور کې موږ د MSDP سره د Auto-RP ترتیب لرو. دواړه RPs د لوپ بیک 172.16.1.1 انٹرفیس کې د IP پتې 32/1 سره تنظیم شوي او د ټولو ډلو لپاره کارول کیږي. د RP-Announce سره، دواړه روټرونه د دې پتې په حواله ځان اعلانوي. د آټو-RP نقشه کولو اجنټ، د معلوماتو ترلاسه کولو سره، د RP په اړه RP-Discovery ته د 172.16.1.1/32 پتې سره لیږي. موږ روټرانو ته د IGP په کارولو سره د شبکې 172.16.1.1/32 په اړه وایو او په وینا یې. په دې توګه، د PIM راوټرونه د RP څخه د جریان غوښتنه کوي یا راجستر کوي کوم چې د شبکې 172.16.1.1/32 ته د راتلونکي هپ په توګه مشخص شوی. د MSDP پروتوکول پخپله د RPs لپاره ډیزاین شوی ترڅو د ملټي کاسټ معلوماتو په اړه پیغامونه تبادله کړي.
دې ټوپولوژي ته پام وکړئ:

Switch6 د 238.38.38.38 پتې ته ترافیک خپروي او تر دې دمه یوازې RP-R1 پدې اړه پوهیږي. Switch7 او Switch8 د دې ډلې غوښتنه وکړه. روټرونه R5 او R4 به په ترتیب سره R1 او R3 ته PIM شمولیت واستوي. ولې؟ د R13.13.13.13 لپاره 5 ته لاره به د IGP میټریک په کارولو سره R1 ته راجع کړي، لکه د R4 لپاره.
RP-R1 د جریان په اړه پوهیږي او د R5 په لور به یې خپرونه پیل کړي، مګر R4 د دې په اړه هیڅ نه پوهیږي، ځکه چې R1 به په ساده ډول دا نه واستوي. نو ځکه MSDP اړین دی. موږ دا په R1 او R5 کې تنظیم کوو:

ip msdp peer 3.3.3.3 connect-source Loopback1 په R1 کې

ip msdp peer 1.1.1.1 connect-source Loopback3 په R3 کې

دوی به د یو بل تر مینځ غونډه جوړه کړي او کله چې کوم جریان ترلاسه کوي دوی به یې خپل RP ګاونډی ته راپور ورکړي.
هرڅومره ژر چې RP-R1 د سویچ 6 څخه جریان ترلاسه کړي ، دا به سمدلاسه د یونیکاسټ MSDP سرچینه - فعال پیغام واستوي ، کوم چې به د (S, G) په څیر معلومات ولري - د ملټي کاسټ سرچینې او منزل په اړه معلومات. اوس چې RP-R3 پوهیږي چې یوه سرچینه لکه Switch6، کله چې د دې جریان لپاره د R4 څخه غوښتنه ترلاسه کوي، دا به د PIM شمولیت د Switch6 په لور واستوي، د روټینګ میز لخوا الرښوونه کیږي. په پایله کې، R1 د داسې PIM شمولیت ترلاسه کول به د RP-R3 په لور د ټرافیک لیږل پیل کړي.
MSDP په TCP باندې تیریږي، RPs یو بل ته ژوندي پیغامونه لیږي ترڅو ژوندي وګوري. ټایمر 60 ثانیې دی.
په مختلفو ډومینونو کې د MSDP همکارانو ویشلو فعالیت ناڅرګند پاتې دی، ځکه چې Keepalive او SA پیغامونه په هیڅ ډومین کې غړیتوب نه څرګندوي. همچنان ، پدې ټوپولوژي کې ، موږ یو ترتیب ازموینه وکړه چې مختلف ډومینونه په ګوته کوي - په فعالیت کې هیڅ توپیر شتون نلري.
که څوک روښانه کولی شي، زه به په نظرونو کې د لوستلو لپاره خوشحاله شم.

سرچینه: www.habr.com