لب عملی: پیکربندی مسیریابی مالتی‌کست PIM در حالت Sparse

این لب عملی PIM Sparse Mode را در سراسر سه روتر با یک Rendezvous Point تعیین‌شده پیکربندی می‌کند، تأیید می‌کند join IGMP یک گیرنده یک درخت مشترک به RP می‌سازد، و ترافیک از یک منبع را که از طریق فوروارد‌کردن مبتنی‌بر-RP به گیرنده می‌رسد تأیید می‌کند.

پیکربندی PIM Sparse ModeRendezvous Pointتأیید Join در IGMP

~4 min read · Updated Sep 26, 2026

هدف لب

پیکربندی PIM Sparse Mode روی سه روتر، تعیین یکی به‌عنوان Rendezvous Point، تأیید اینکه join IGMP یک گیرنده یک درخت مشترک به RP می‌سازد، و تأیید اینکه ترافیک مالتی‌کست از یک منبع از طریق فوروارد‌کردن مبتنی‌بر-RP به گیرنده می‌رسد.

هدف لب (چرا مهم است)

هر پروتکل مسیریابی پوشش‌داده‌شده در سراسر این مجموعه انحصاراً ترافیک یونی‌کست را مدیریت می‌کند. مالتی‌کست نیازمند یک پارادایم فوروارد‌کردن کاملاً متفاوت است — به‌جای یک مقصد واحد، ترافیک باید به هر گیرنده علاقه‌مندی برسد، و PIM Sparse Mode این را به‌طور کارآمد با ساختن درخت‌ها فقط جایی که گیرندگان صراحتاً علاقه‌مندی خودشان را از طریق IGMP ابراز کرده‌اند، به‌جای سیلاب‌کردن ترافیک به‌طور پیش‌فرض همه‌جا، به دست می‌آورد.

توپولوژی لب

منبع ---- R1 ---- R2 (RP) ---- R3 ---- گیرنده

گروه مالتی‌کست: 239.1.1.1
Loopback0 R2: 2.2.2.2/32 (استفاده‌شده به‌عنوان
آدرس RP)

وظیفه ۱: فعال‌کردن PIM Sparse Mode روی هر اینترفیس مرتبط

مسیریابی مالتی‌کست IP را به‌طور سراسری و PIM sparse-mode را روی هر اینترفیس در طول مسیر فعال کن.

وظیفه ۲: تعیین R2 به‌عنوان Rendezvous Point

هر سه روتر را طوری پیکربندی کن که آدرس loopback R2 را به‌عنوان RP ایستا برای بازه گروه مالتی‌کست استفاده کنند.

وظیفه ۳: پیکربندی گیرنده برای پیوستن به گروه

اینترفیس R3 رو‌به‌سمت گیرنده را طوری پیکربندی کن که به‌طور ایستا به گروه مالتی‌کست بپیوندد، و یک join IGMP را شبیه‌سازی کن.

وظیفه ۴: تأیید شکل‌گیری درخت مشترک به‌سمت RP

تأیید کن R3 یک ورودی (*, G) که به‌سمت RP اشاره می‌کند پیش از اینکه هر ترافیک منبعی حتی فرستاده شده باشد نشان می‌دهد.

وظیفه ۵: فرستادن ترافیک مالتی‌کست و تأیید تحویل

ترافیک از منبع به‌سمت گروه تولید کن و تأیید کن به گیرنده می‌رسد.

راه‌حل و تأیید

R1(config)# ip multicast-routing
R1(config)# interface gigabitethernet0/0
R1(config-if)# ip pim sparse-mode
R1(config-if)# exit
R1(config)# interface gigabitethernet0/1
R1(config-if)# ip pim sparse-mode

R2(config)# ip multicast-routing
R2(config)# interface gigabitethernet0/0
R2(config-if)# ip pim sparse-mode
R2(config-if)# exit
R2(config)# interface gigabitethernet0/1
R2(config-if)# ip pim sparse-mode
R2(config-if)# exit
R2(config)# interface loopback0
R2(config-if)# ip pim sparse-mode

R3(config)# ip multicast-routing
R3(config)# interface gigabitethernet0/0
R3(config-if)# ip pim sparse-mode
R3(config-if)# exit
R3(config)# interface gigabitethernet0/1
R3(config-if)# ip pim sparse-mode

R1(config)# ip pim rp-address 2.2.2.2
R2(config)# ip pim rp-address 2.2.2.2
R3(config)# ip pim rp-address 2.2.2.2

-- هر سه روتر باید روی همان آدرس RP ایستا
-- توافق داشته باشند -- یک عدم‌تطابق اینجا
-- یعنی روترهای متفاوت درخت‌هایی به‌سمت نقاط
-- rendezvous متفاوت و ناسازگار می‌سازند

R3(config)# interface gigabitethernet0/1
R3(config-if)# ip igmp join-group 239.1.1.1

-- شبیه‌سازی ایستای join IGMP یک گیرنده برای
-- اهداف لب، به‌جای یک کلاینت مالتی‌کست واقعی
-- که یک گزارش عضویت IGMP واقعی می‌فرستد

R3# show ip mroute 239.1.1.1

(*, 239.1.1.1), uptime 00:01:15
  Incoming interface: GigabitEthernet0/0,
    RPF nbr 10.2.2.2
  Outgoing interface list:
    GigabitEthernet0/1, Forward
-- ورودی درخت-مشترک (*, G) از‌قبل وجود دارد،
-- و از طریق اینترفیس ورودی به‌سمت RP اشاره
-- می‌کند -- ساخته‌شده صرفاً از join گیرنده،
-- پیش از اینکه هر ترافیک منبع واقعی جریان یافته باشد

منبع> [ترافیک مالتی‌کست به 239.1.1.1 می‌فرستد]

R1# show ip mroute 239.1.1.1

(Source-IP, 239.1.1.1), uptime 00:00:05
  Incoming interface: GigabitEthernet0/0
  Outgoing interface list:
    GigabitEthernet0/1, Forward
-- یک ورودی خاص-منبع (S, G) اکنون روی R1 وجود
-- دارد، و تأیید می‌کند ترافیک به‌طور فعال از
-- منبع به‌سمت RP و جلوتر به‌سمت گیرنده فوروارد
-- می‌شود

گیرنده> [جریان مالتی‌کست را دریافت می‌کند]

-- تأیید‌شده: ترافیک از منبع با موفقیت به
-- گیرنده می‌رسد، و از منبع -> R1 -> R2 (RP)
-- -> R3 -> گیرنده سفر می‌کند

نکته کلیدی

ورودی (*, G) درخت مشترک ریشه‌شده در RP را نمایندگی می‌کند، که در لحظه‌ای که یک گیرنده می‌پیوندد ساخته می‌شود صرف‌نظر از اینکه یک منبع حتی هنوز فعال است یا نه، در حالی که ورودی (S, G) ترافیک خاص-منبع واقعاً در حال جریان را نمایندگی می‌کند — دیدن یک ورودی (*, G) بدون (S, G) متناظر تأیید می‌کند یک گیرنده علاقه‌مندی‌اش را ابراز کرده اما هیچ ترافیکی نرسیده، تمایزی مفید هنگام عیب‌یابی اینکه آیا یک مسئله مالتی‌کست در سیگنالینگ گیرنده است یا در تحویل ترافیک واقعی منبع.

Written & researched by Dr. Shahin Siami

Related Articles

لب عملی: چالش عیب‌یابی جامع نهایی CCNP (یکپارچگی BGP، DMVPN، و QoS)

این لب عملی یک شکست پیچیده چندلایه در سراسر یک توپولوژی یکپارچه BGP-روی-DMVPN ترکیب‌شده با علامت‌گذاری QoS ارائه می‌دهد، و نیازمند تشخیص سیستماتیک یک پیکربندی نادرست route reflector، یک شکست ثبت NHRP، و یک سیاست QoS نادرست‌اعمال‌شده که هم‌زمان روی همان شبکه تأثیر می‌گذارند است.

Continue

لب عملی: پیکربندی BGP روی DMVPN

این لب عملی iBGP را به‌عنوان پروتکل مسیریابی در سراسر همان توپولوژی hub-and-spoke DMVPN استفاده‌شده در دو لب قبلی اجرا می‌کند، hub را به‌عنوان یک route reflector BGP پیکربندی می‌کند طوری‌که spoke ها مسیرهای یکدیگر را بدون یک mesh کامل iBGP یاد بگیرند، و دو مفهوم قبلاً جداگانه را در یک طراحی یکپارچه ترکیب می‌کند.

Continue

لب عملی: پیکربندی OSPF روی DMVPN

این لب عملی OSPF را به‌عنوان پروتکل مسیریابی پویا در سراسر همان توپولوژی hub-and-spoke DMVPN اجرا می‌کند، و اینترفیس تونل را به‌عنوان یک نوع شبکه OSPF point-to-multipoint پیکربندی می‌کند تا الگوی همسایگی hub-and-spoke را به‌درستی بدون نیاز به انتخاب DR/BDR نوع شبکه broadcast مدیریت کند.

Continue

لب عملی: پیکربندی EIGRP روی DMVPN

این لب عملی EIGRP را به‌عنوان پروتکل مسیریابی پویا در سراسر توپولوژی hub-and-spoke DMVPN ساخته‌شده در لب‌های قبلی اجرا می‌کند، و تأیید می‌کند روابط همسایه به‌درستی در سراسر تونل چندنقطه‌ای شکل می‌گیرند و مسیرها بدون نیاز به پیکربندی ایستای هر-spoke روی hub منتشر می‌شوند.

Continue

لب عملی: پیکربندی احراز هویت MD5 در HSRP

این لب عملی احراز هویت MD5 را روی یک گروه HSRP پیکربندی می‌کند، و تأیید می‌کند دو روتر با رشته‌های احراز هویت منطبق یک رابطه active/standby معمولی تشکیل می‌دهند در حالی که یک روتر با رشته نامنطبق کاملاً از گروه مستثنی می‌شود.

Continue

لب عملی: پیکربندی امنیت DNS به‌سبک-Cisco Umbrella از طریق تغییرمسیر Forwarding DNS

این لب عملی یک روتر را برای رهگیری هر پرس‌وجوی DNS کلاینت و تغییرمسیر آن به‌سمت یک resolver DNS امنیت-محور با استفاده از رهگیری forwarding DNS پیکربندی می‌کند، و اعمال امنیت DNS تحویل‌شده-با-ابر را بدون نیاز به تغییرات پیکربندی به‌ازای-هر-کلاینت تقریب می‌زند.

Continue