هدف لب
مشاهده رفتار پیش‌فرض گذار SPT روی R3 (روتر آخرین-گام از لب قبلی)، و تأیید اینکه در ابتدا ترافیک را از طریق درخت مشترک از میان RP فوروارد می‌کند، سپس به‌طور خودکار به یک shortest-path tree مستقیم به‌سمت منبع یک‌بار که آستانه پیش‌فرض SPT فراتر رود گذار می‌کند.
هدف لب (چرا مهم است)
لب قبلی فوروارد‌کردن درخت-مشترک پایه از میان RP را برقرار کرد. در استقرارهای واقعی، مسیریابی همه ترافیک از میان RP برای همیشه اغلب غیربهینه است اگر RP روی مستقیم‌ترین مسیر بین منبع و گیرنده نباشد — رفتار پیش‌فرض PIM Sparse Mode این را به‌طور خودکار با تغییر روتر آخرین-گام به یک مسیر مستقیم یک‌بار که حجم ترافیک تغییر را توجیه کند بهینه می‌کند.
توپولوژی لب
همان توپولوژی لب قبلی:
منبع ---- R1 ---- R2 (RP) ---- R3 ---- گیرنده
آستانه پیش‌فرض SPT روی Cisco IOS 0 kbps است،
به این معنا که گذار تقریباً بلافاصله روی
اولین بسته در بسیاری پیاده‌سازی‌ها رخ می‌دهد --
این لب مکانیزم را صراحتاً نشان میدهدوظیفه ۱: تأیید حالت اولیه فوروارد‌کردن درخت-مشترک
بلافاصله پس از شروع ترافیک مالتی‌کست، جدول mroute R3 را برای شواهد فوروارد‌کردن درخت-مشترک بررسی کن.
وظیفه ۲: تأیید رخداد گذار SPT
پس از اینکه ترافیک برای مدت کوتاهی جریان یافته، جدول mroute R3 را دوباره برای یک ورودی خاص-منبع جدید که نشان‌دهنده ساخته‌شدن یک مسیر مستقیم است بررسی کن.
وظیفه ۳: مقایسه اینترفیس RPF پیش و پس از گذار
تأیید کن اینترفیس RPF (Reverse Path Forwarding) برای ورودی خاص-منبع با اینترفیس ورودی ورودی درخت-مشترک متفاوت است، اگر مسیر مستقیم از مسیر RP متفاوت باشد.
وظیفه ۴: تأیید باقی‌ماندن ورودی درخت مشترک در کنار ورودی جدید SPT
تأیید کن ورودی اصلی (*, G) حتی پس از گذار حاضر باقی می‌ماند، همچنان برای اهداف سیگنالینگ استفاده می‌شود.
وظیفه ۵: درک فلگ نشان‌دهنده وضعیت SPT
فلگ‌های روی ورودی‌های mroute که به‌طور خاص حالت مرتبط-با-SPT را نشان می‌دهند بررسی کن.
راه‌حل و تأیید
منبع> [شروع به فرستادن ترافیک مالتی‌کست به
239.1.1.1 می‌کند]
-- بلافاصله پس از شروع ترافیک:
R3# show ip mroute 239.1.1.1
(*, 239.1.1.1), uptime 00:05:20, RP is 2.2.2.2
Incoming interface: GigabitEthernet0/0
Outgoing interface list:
GigabitEthernet0/1, Forward
(Source-IP, 239.1.1.1), uptime 00:00:02
Incoming interface: GigabitEthernet0/0
Outgoing interface list:
GigabitEthernet0/1, Forward
-- هر دو ورودی از‌قبل حاضرند -- چون منبع و RP
-- اتفاقاً از طریق همان اینترفیس در این
-- توپولوژی رسیده می‌شوند، گذار هنوز از خود
-- اینترفیس به‌طور بصری واضح نیستR3# show ip mroute 239.1.1.1 | include Flags
(*, 239.1.1.1), ..., flags: SJC
(Source-IP, 239.1.1.1), ..., flags: SJT
-- فلگ "T" روی ورودی (S, G) به‌طور خاص نشان
-- می‌دهد این ورودی از Shortest-Path Tree
-- استفاده می‌کند -- غیبتش روی ورودی (*, G)
-- تأیید می‌کند آن یکی همچنان ورودی درخت-مشترک
-- باقی می‌ماندR1# show ip mroute 239.1.1.1
(Source-IP, 239.1.1.1), uptime 00:00:03, flags: FT
Incoming interface: GigabitEthernet0/0
Outgoing interface list:
GigabitEthernet0/1, Forward
-- R1 نیز فلگ "T" را نشان می‌دهد، و تأیید
-- می‌کند فوروارد‌کردن SPT در طول مسیر
-- نزدیک‌ترین به منبع نیز فعال استR3# show ip mroute 239.1.1.1
(*, 239.1.1.1), uptime 00:10:45, RP is 2.2.2.2
Incoming interface: GigabitEthernet0/0
Outgoing interface list:
GigabitEthernet0/1, Forward
(Source-IP, 239.1.1.1), uptime 00:05:27, flags: JT
Incoming interface: GigabitEthernet0/0
Outgoing interface list:
GigabitEthernet0/1, Forward
-- ورودی درخت-مشترک (*, G) همچنان مدتی طولانی
-- پس از گذار حاضر است -- برای اهداف سیگنالینگ
-- باقی می‌ماند (یک گیرنده جدید که می‌پیوندد
-- همچنان به آن نیاز خواهد داشت)، در حالی که
-- ورودی (S, G) اکنون به‌طور فعال ترافیک واقعی
-- را از طریق SPT حمل میکندنکته کلیدی
فلگ "T" روی یک ورودی mroute (S, G) شاخص قطعی این است که ترافیک برای آن منبع اکنون از طریق Shortest-Path Tree به‌جای درخت مشترک ریشه‌شده-در-RP فوروارد می‌شود — این گذار به‌طور خودکار و به‌طور پیش‌فرض روی Cisco IOS رخ می‌دهد، و ماندگاری ورودی (*, G) پس از آن یک آرتیفکت باقی‌مانده نیست بلکه بخش عمدی طراحی است، چون همچنان به هر گیرنده آینده‌ای که به گروه از طریق درخت مشترک می‌پیوندد پیش از بالقوه فعال‌کردن گذار SPT خودش خدمت می‌کند.