- Katılım
- 15 May 2013
- Konular
- 972
- Mesajlar
- 6,656
- Online süresi
- 2ay 11g
- Reaksiyon Skoru
- 5,350
- Altın Konu
- 314
- Başarım Puanı
- 319
- TM Yaşı
- 12 Yıl 11 Ay 13 Gün
- MmoLira
- 22,230
- DevLira
- 15
Metin2 EP, Valorant VP dahil tüm oyun ürünlerini en uygun fiyatlarla bulabilir, Item ve Karakterlerinizi hızlıca satabilirsiniz. HEMEN TIKLA!
Bu konumda, protokolün en temel çalışma modunu tartışarak PIM'in daha detaylı incelemeye çalışacağız. Protokol Bağımsız Çoklu Yayın (PIM), iki farklı çalışma modunu destekler:
PIM Yoğun Modu
PIM Seyrek Modu
Bu derste, ilk ve en temel mod olan PIM Yoğun Modu'nu ele alacağız. Bu modun nasıl çalıştığını açıklamak için aşağıdaki topolojiyi kullanacağız.
PIM Yoğun Modu (PIM-DM) Nedir?
Basit tutalım. Çoklu yayın yönlendirme protokolü ne yapar? Çoklu yayın paketlerini bir kaynaktan ilgili alıcılara en uygun yol üzerinden iletir. Ancak, aynı amaca ulaşmak için iki farklı yaklaşım vardır: itme modeli veya çekme modeli kullanmak.
PIM Yoğun Modu (PIM-DM), çoklu yayını iletmenin kaba kuvvet yaklaşımıdır. Aşağıdaki diyagramda gösterildiği gibi, çoklu yayını ağdaki tüm yönlendiricilere yayarsak, sonunda tüm ilgili alıcıların onu alacağı itme mantığını kullanır.
Şekil 2, ilk yayılma sürecini görselleştiriyor. Ağdaki her yönlendiricinin çoklu yayın trafiğinin bir kopyasını aldığını görebilirsiniz. Ardından, doğrudan bağlı alıcıları olan yönlendiriciler (R4 ve R7) çoklu yayını alır ve ilgili bağlı alıcılarına iletir. Bununla birlikte, bağlı alıcısı olmayan yönlendiriciler de çoklu yayının bir kopyasını alır (R3, R5 ve R7), bu da bu PIM modunun ana verimsizliğidir.
PIM Yoğun modu, ağdaki tüm yönlendiricilerin ilgili alıcılara sahip olduğunu varsayar. Eğer durum böyleyse, PIM Yoğun modunu kullanmak çok verimli olabilir. Örneğin, az sayıda yönlendiriciye dağıtılmış çok sayıda alıcıya sahip küçük LAN/Kampüs ağlarında.
PIM-DM nasıl çalışır?
Biraz daha yakından bakalım. PIM Yoğun modu, üç adımda çalışan bir sel ve budama dağıtım modeli kullanır:
Adım 1. İlk Sel Dağıtımı
Her yönlendirici, gelen arayüz hariç tüm PIM arayüzlerine ilk çoklu yayını sel gibi yayar (Ethernet'teki yayın mantığı gibi). İşlem, kaynağın yerel ağ geçidi yönlendiricisinden (İlk Atlama Yönlendiricisi - FHR) başlar ve ağın her köşesine kadar devam eder. Sonuç olarak, her yönlendirici çoklu yayın akışını alır.
Bu noktada ortaya çıkan sorulardan biri, PIM'in trafik döngülerini nasıl önlediğidir. R3'ten R6'ya kadar olan yönlendiricilere bakarsanız, döngülere karşı hassas olan yedekli bir topoloji olduğunu göreceksiniz. Ethernet anahtarlama, yedekli LAN topolojilerini döngüsüz bir ağaca bölen ve trafik döngülerini önleyen yayılma ağacı protokolüne (STP) sahiptir. Ancak, PIM'in bunu çoklu yayın yönlendirme seviyesinde nasıl yaptığını görelim.
Ters Yol İletme (RPF) Kontrolü
Ters Yol İletme (RPF), PIM'in döngü önleme mekanizmasıdır. Her yönlendirici, tekil yönlendirme tablosuna göre, çoklu yayın trafiğinin kaynağa ulaşmak için en iyi arayüzde alındığından emin olmak için bir RPF kontrolü gerçekleştirir. Her yönlendiricinin, tekil protokole (bu durumda OSPF) göre çoklu yayın kaynak IP adresine ulaşmak için yalnızca bir en iyi arayüzü vardır. Bu arayüze RPF arayüzü denir.
Bir yönlendirici, RPF arayüzünde (kaynağa ulaşmak için en iyi arayüz) çoklu yayın trafiği alırsa, trafiği kabul eder ve iletir.
Bir yönlendirici, başka bir arayüzde çoklu yayın trafiği alırsa, trafiği reddeder.
Örneğin, R3 üzerinde `show ip route 10.1.1.1` komutunu çalıştırmak, çoklu yayın kaynağı 10.1.1.1'e ulaşmak için bir sonraki atlama noktasının e0/1 üzerinden olduğunu gösterir. Dolayısıyla, e0/1, R3'ün RPF arayüzüdür. R3, 10.1.1.1'den e0/1 üzerinden çoklu yayın aldığında, trafiği kabul eder. Aynı çoklu yayının kopyalarını e0/0, e0/2 veya e0/3 arayüzlerinde aldığında ise trafiği düşürür.
Bu mantığı kullanarak, PIM trafik döngülerini önler ve çoklu yayının kaynaktan en kısa yoldan akmasını sağlar, çünkü çoklu yayın trafiği yalnızca kaynak IP adresine en yakın arayüzlerde kabul edilir. RPF (Ters Yol İletme) hakkında daha detaylı bir dersimiz var.
Veri Düzleminde RPF
Ters Yol İletme (RPF) kontrolünün sonucu, trafiğin yalnızca veri düzlemindeki RPF arayüzlerinde kabul edilmesidir. Ancak, RPF kontrolünün tek başına çözemediği üç verimsizlik vardır:
RPF olmayan tüm arayüzlerde trafik hala mevcuttur ancak alıcı taraftaki yönlendirici tarafından basitçe atılır (gri çizgiler), bu da bant genişliğini ve CPU döngülerini boşa harcar.
Birden fazla yönlendiriciye sahip paylaşımlı segmentlerde, çoklu yayın trafiği kopyalanır. Hem R1 hem de R2, paylaşımlı segmentte akışı iletir ve R3 ve R4, RPF arayüzünde aldıkları için her iki akışı da kabul eder.
İlgilenen alıcısı olmayan yönlendiriciler (örneğin, R5 ve R7) yine de çoklu yayın akışını alır ve gereksiz kaynakları boşa harcar.
Bu üç verimsizliği gidermek için, PIM Yoğun modu, RPF olmayan arayüzlerde ve ilgili alıcısı olmayan yönlendiricilerde trafiği ortadan kaldıran ek kontrol düzlemi işlemleri uygular.
PIM Onay Mekanizması
Sorun: Birden fazla yönlendirici aynı paylaşılan segmentte çoklu yayın trafiğini iletmek istediğinde, trafik kopyalanır. Örneğin, R1 ve R2 aynı çoklu yayın akışını (10.1.1.1, 239.1.1.1) turuncu renkle vurgulanan segmente iletir. Ardından, R3 ve R4 aynı çoklu yayın akışının iki kopyasını alır ve bunları iletir.
Çözüm: PIM onay mekanizması, Onay Kazananı (A) olarak adlandırılan tek bir iletici seçerek paylaşılan bir segmentte çoklu yayın trafiğinin kopyalanmasını ortadan kaldırır. Örneğin, hem R1 hem de R2 ilk çoklu yayın akışını paylaşılan LAN'a yerleştirdiğinde, PIM Onay mekanizması kopyalamayı algılar ve bu segment için R2'yi Onay Kazananı olarak seçer. Dolayısıyla, çoklu yayın sinyalini VLAN'a yalnızca R2 iletir ve R3 ile R4 çoklu yayın akışının yalnızca tek bir kopyasını alır.
PIM Assert mekanizmasının ilk çoğaltmanın oluşmasını engellemediğine dikkat edin. Çoğaltılan çoklu yayın paketleri, PIM Assert mekanizmasını tetikler ve bu paylaşılan segment için tek bir yönlendirici seçer.
Bu konu hakkında daha detaylı bir dersimiz burada - PIM Assert Mekanizması.
2. Adım. Budama
İlk yayılım tamamlandıktan sonra, yönlendiriciler gereksiz çoklu yayın trafiğini budamaya başlar:
Bir yönlendiricinin çoklu yayın grubu için (doğrudan bağlı veya alt yönlendiriciler aracılığıyla) ilgili alıcısı yoksa, yukarı akış komşusuna (çoklu yayın trafiğini aldığı yönlendiriciye) bir PIM Budama mesajı gönderir.
Bir yönlendirici, RPF olmayan bir arayüzde çoklu yayın akışı alırsa, yukarı akış yönlendiricisine bir PIM Budama mesajı gönderir. Budama mesajını aldıktan sonra, yukarı akış yönlendiricisi budanmış arayüz üzerinden çoklu yayın trafiğini iletmeyi durdurur.
PIM Budama mesajı, çoklu yayın grubu adresini ve kaynak adresini içerir. Bu, gönderen yönlendiricinin artık belirli kaynaktan belirli grup için çoklu yayın trafiği almak istemediğini gösterir.
Yukarı Yönlendirme Yayılımı
PIM Budama mesajını aldıktan sonra, yukarı yönlendirme yönlendiricisi, budama mesajının alındığı arayüze budanmış grup için çoklu yayın trafiğini iletmeyi durdurur. Yukarı yönlendirme yönlendiricisinin diğer arayüzlerde de ilgili alıcıları yoksa, budama mesajını daha yukarıya doğru yayar. Bu işlem, budama mesajı ilgili alıcıları olan bir yönlendiriciye ulaşana veya kaynağa ulaşana kadar (ağda ilgili alıcı yoksa) devam eder.
Örneğin, R6, R5'e (10.1.1.1, 239.1.1.1) için bir PIM Budama mesajı gönderir. R5'in bağlı alıcıları veya çoklu yayın isteyen diğer alt yönlendiricileri olmadığından, R3'e bir PIM Budama mesajı gönderir; bu da sırayla R1 ve R2'nin paylaşımlı segmentine doğru bir Budama mesajı gönderir.
Paylaşılan Segmentlerde Budama
PIM budama mekanizması genellikle basittir. Ancak, paylaşılan segmentlerde biraz daha karmaşıktır. Aşağıdaki diyagramda sarı renkle vurgulanan LAN'a bakalım.
İlk yayılma sırasında, R6 çoklu yayın akışını LAN'a gönderir. Hem R7 hem de R8 çoklu yayını alır. R7'nin ilgili alıcısı veya aşağı akış PIM komşusu olmadığı için, hemen LAN'a bir PIM Budama mesajı gönderir. Ancak, R8, R7'nin Budama mesajını duyar ve ilgili alıcıları bağladığı için kaynak grup çifti (10.1.1.1, 239.1.1.1) için bir PIM Katılma mesajıyla yanıt verir. Eğer R8, R7'nin PIM budama mesajına bir Katılma mesajıyla yanıt vermezse, R6 paylaşılan segmentteki arayüzünü budar ve çoklu yayın akışını keser.
Budama Zamanlayıcısı
Bir yönlendirici bir arayüzü budadığında, aynı anda o arayüz için varsayılan olarak 3 dakika olan bir budama sona erme zamanlayıcısı başlatır. Zamanlayıcı sona erdiğinde, yönlendirici, zamanlayıcı sona ermeden önce yeni bir Budama mesajı almadığı sürece, budanmış arayüze çoklu yayın trafiği göndermeye devam eder.
Aşılama (Yeniden Katılma)
Daha önce kendisini çoklu yayın grubundan budamış bir yönlendirici, daha sonra aşağı akış PIM komşusundan veya bağlı alıcıdan bir katılma isteği alırsa, çoklu yayın dağıtım ağacına yeniden katılmak için yukarı akış yönlendiricisine bir PIM Aşılama mesajı gönderir. Aşılama mesajını alan yukarı akış yönlendiricisi, çoklu yayın trafiğini daha önce budanmış arayüze iletmeye başlar.
PIM Aşılama mesajı, arayüz için 3 dakikalık budama süresi içinde gönderilir. Aksi takdirde, yönlendirici başka bir Katılma mesajı gönderir.
3. Adım. Durum Yenileme
İlk sel ve budama işlemi, çoklu yayın dağıtım ağacının kaynakta köklenmesiyle sonuçlanır - kaynak yol ağacı (SPT). Örneğimizde, SPT aşağıdaki diyagramda gösterilmiştir. Bu, alıcılardan kaynağa en kısa tek yönlü yoldur.
Ancak kontrol düzlemi işlemi henüz tamamlanmamıştır. PIM Yoğun Modu, periyodik durum yenilemelerine dayanır. Budama durumu kalıcı değildir; ona bağlı bir zamanlayıcı vardır. Yönlendiriciler, periyodik olarak çoklu yayın trafiğini yeniden yayarak yeni alıcılara ulaşılmasını sağlarlar. Hala alıcı yoksa, budama işlemi tekrarlanır.
PIM Yoğun Modu
PIM Seyrek Modu
Bu derste, ilk ve en temel mod olan PIM Yoğun Modu'nu ele alacağız. Bu modun nasıl çalıştığını açıklamak için aşağıdaki topolojiyi kullanacağız.
PIM Yoğun Modu (PIM-DM) Nedir?
Basit tutalım. Çoklu yayın yönlendirme protokolü ne yapar? Çoklu yayın paketlerini bir kaynaktan ilgili alıcılara en uygun yol üzerinden iletir. Ancak, aynı amaca ulaşmak için iki farklı yaklaşım vardır: itme modeli veya çekme modeli kullanmak.
PIM Yoğun Modu (PIM-DM), çoklu yayını iletmenin kaba kuvvet yaklaşımıdır. Aşağıdaki diyagramda gösterildiği gibi, çoklu yayını ağdaki tüm yönlendiricilere yayarsak, sonunda tüm ilgili alıcıların onu alacağı itme mantığını kullanır.
Şekil 2, ilk yayılma sürecini görselleştiriyor. Ağdaki her yönlendiricinin çoklu yayın trafiğinin bir kopyasını aldığını görebilirsiniz. Ardından, doğrudan bağlı alıcıları olan yönlendiriciler (R4 ve R7) çoklu yayını alır ve ilgili bağlı alıcılarına iletir. Bununla birlikte, bağlı alıcısı olmayan yönlendiriciler de çoklu yayının bir kopyasını alır (R3, R5 ve R7), bu da bu PIM modunun ana verimsizliğidir.
PIM Yoğun modu, ağdaki tüm yönlendiricilerin ilgili alıcılara sahip olduğunu varsayar. Eğer durum böyleyse, PIM Yoğun modunu kullanmak çok verimli olabilir. Örneğin, az sayıda yönlendiriciye dağıtılmış çok sayıda alıcıya sahip küçük LAN/Kampüs ağlarında.
PIM-DM nasıl çalışır?
Biraz daha yakından bakalım. PIM Yoğun modu, üç adımda çalışan bir sel ve budama dağıtım modeli kullanır:
Adım 1. İlk Sel Dağıtımı
Her yönlendirici, gelen arayüz hariç tüm PIM arayüzlerine ilk çoklu yayını sel gibi yayar (Ethernet'teki yayın mantığı gibi). İşlem, kaynağın yerel ağ geçidi yönlendiricisinden (İlk Atlama Yönlendiricisi - FHR) başlar ve ağın her köşesine kadar devam eder. Sonuç olarak, her yönlendirici çoklu yayın akışını alır.
Bu noktada ortaya çıkan sorulardan biri, PIM'in trafik döngülerini nasıl önlediğidir. R3'ten R6'ya kadar olan yönlendiricilere bakarsanız, döngülere karşı hassas olan yedekli bir topoloji olduğunu göreceksiniz. Ethernet anahtarlama, yedekli LAN topolojilerini döngüsüz bir ağaca bölen ve trafik döngülerini önleyen yayılma ağacı protokolüne (STP) sahiptir. Ancak, PIM'in bunu çoklu yayın yönlendirme seviyesinde nasıl yaptığını görelim.
Ters Yol İletme (RPF) Kontrolü
Ters Yol İletme (RPF), PIM'in döngü önleme mekanizmasıdır. Her yönlendirici, tekil yönlendirme tablosuna göre, çoklu yayın trafiğinin kaynağa ulaşmak için en iyi arayüzde alındığından emin olmak için bir RPF kontrolü gerçekleştirir. Her yönlendiricinin, tekil protokole (bu durumda OSPF) göre çoklu yayın kaynak IP adresine ulaşmak için yalnızca bir en iyi arayüzü vardır. Bu arayüze RPF arayüzü denir.
Bir yönlendirici, RPF arayüzünde (kaynağa ulaşmak için en iyi arayüz) çoklu yayın trafiği alırsa, trafiği kabul eder ve iletir.
Bir yönlendirici, başka bir arayüzde çoklu yayın trafiği alırsa, trafiği reddeder.
Örneğin, R3 üzerinde `show ip route 10.1.1.1` komutunu çalıştırmak, çoklu yayın kaynağı 10.1.1.1'e ulaşmak için bir sonraki atlama noktasının e0/1 üzerinden olduğunu gösterir. Dolayısıyla, e0/1, R3'ün RPF arayüzüdür. R3, 10.1.1.1'den e0/1 üzerinden çoklu yayın aldığında, trafiği kabul eder. Aynı çoklu yayının kopyalarını e0/0, e0/2 veya e0/3 arayüzlerinde aldığında ise trafiği düşürür.
Bu mantığı kullanarak, PIM trafik döngülerini önler ve çoklu yayının kaynaktan en kısa yoldan akmasını sağlar, çünkü çoklu yayın trafiği yalnızca kaynak IP adresine en yakın arayüzlerde kabul edilir. RPF (Ters Yol İletme) hakkında daha detaylı bir dersimiz var.
Veri Düzleminde RPF
Ters Yol İletme (RPF) kontrolünün sonucu, trafiğin yalnızca veri düzlemindeki RPF arayüzlerinde kabul edilmesidir. Ancak, RPF kontrolünün tek başına çözemediği üç verimsizlik vardır:
RPF olmayan tüm arayüzlerde trafik hala mevcuttur ancak alıcı taraftaki yönlendirici tarafından basitçe atılır (gri çizgiler), bu da bant genişliğini ve CPU döngülerini boşa harcar.
Birden fazla yönlendiriciye sahip paylaşımlı segmentlerde, çoklu yayın trafiği kopyalanır. Hem R1 hem de R2, paylaşımlı segmentte akışı iletir ve R3 ve R4, RPF arayüzünde aldıkları için her iki akışı da kabul eder.
İlgilenen alıcısı olmayan yönlendiriciler (örneğin, R5 ve R7) yine de çoklu yayın akışını alır ve gereksiz kaynakları boşa harcar.
Bu üç verimsizliği gidermek için, PIM Yoğun modu, RPF olmayan arayüzlerde ve ilgili alıcısı olmayan yönlendiricilerde trafiği ortadan kaldıran ek kontrol düzlemi işlemleri uygular.
PIM Onay Mekanizması
Sorun: Birden fazla yönlendirici aynı paylaşılan segmentte çoklu yayın trafiğini iletmek istediğinde, trafik kopyalanır. Örneğin, R1 ve R2 aynı çoklu yayın akışını (10.1.1.1, 239.1.1.1) turuncu renkle vurgulanan segmente iletir. Ardından, R3 ve R4 aynı çoklu yayın akışının iki kopyasını alır ve bunları iletir.
Çözüm: PIM onay mekanizması, Onay Kazananı (A) olarak adlandırılan tek bir iletici seçerek paylaşılan bir segmentte çoklu yayın trafiğinin kopyalanmasını ortadan kaldırır. Örneğin, hem R1 hem de R2 ilk çoklu yayın akışını paylaşılan LAN'a yerleştirdiğinde, PIM Onay mekanizması kopyalamayı algılar ve bu segment için R2'yi Onay Kazananı olarak seçer. Dolayısıyla, çoklu yayın sinyalini VLAN'a yalnızca R2 iletir ve R3 ile R4 çoklu yayın akışının yalnızca tek bir kopyasını alır.
PIM Assert mekanizmasının ilk çoğaltmanın oluşmasını engellemediğine dikkat edin. Çoğaltılan çoklu yayın paketleri, PIM Assert mekanizmasını tetikler ve bu paylaşılan segment için tek bir yönlendirici seçer.
Bu konu hakkında daha detaylı bir dersimiz burada - PIM Assert Mekanizması.
2. Adım. Budama
İlk yayılım tamamlandıktan sonra, yönlendiriciler gereksiz çoklu yayın trafiğini budamaya başlar:
Bir yönlendiricinin çoklu yayın grubu için (doğrudan bağlı veya alt yönlendiriciler aracılığıyla) ilgili alıcısı yoksa, yukarı akış komşusuna (çoklu yayın trafiğini aldığı yönlendiriciye) bir PIM Budama mesajı gönderir.
Bir yönlendirici, RPF olmayan bir arayüzde çoklu yayın akışı alırsa, yukarı akış yönlendiricisine bir PIM Budama mesajı gönderir. Budama mesajını aldıktan sonra, yukarı akış yönlendiricisi budanmış arayüz üzerinden çoklu yayın trafiğini iletmeyi durdurur.
PIM Budama mesajı, çoklu yayın grubu adresini ve kaynak adresini içerir. Bu, gönderen yönlendiricinin artık belirli kaynaktan belirli grup için çoklu yayın trafiği almak istemediğini gösterir.
Yukarı Yönlendirme Yayılımı
PIM Budama mesajını aldıktan sonra, yukarı yönlendirme yönlendiricisi, budama mesajının alındığı arayüze budanmış grup için çoklu yayın trafiğini iletmeyi durdurur. Yukarı yönlendirme yönlendiricisinin diğer arayüzlerde de ilgili alıcıları yoksa, budama mesajını daha yukarıya doğru yayar. Bu işlem, budama mesajı ilgili alıcıları olan bir yönlendiriciye ulaşana veya kaynağa ulaşana kadar (ağda ilgili alıcı yoksa) devam eder.
Örneğin, R6, R5'e (10.1.1.1, 239.1.1.1) için bir PIM Budama mesajı gönderir. R5'in bağlı alıcıları veya çoklu yayın isteyen diğer alt yönlendiricileri olmadığından, R3'e bir PIM Budama mesajı gönderir; bu da sırayla R1 ve R2'nin paylaşımlı segmentine doğru bir Budama mesajı gönderir.
Paylaşılan Segmentlerde Budama
PIM budama mekanizması genellikle basittir. Ancak, paylaşılan segmentlerde biraz daha karmaşıktır. Aşağıdaki diyagramda sarı renkle vurgulanan LAN'a bakalım.
İlk yayılma sırasında, R6 çoklu yayın akışını LAN'a gönderir. Hem R7 hem de R8 çoklu yayını alır. R7'nin ilgili alıcısı veya aşağı akış PIM komşusu olmadığı için, hemen LAN'a bir PIM Budama mesajı gönderir. Ancak, R8, R7'nin Budama mesajını duyar ve ilgili alıcıları bağladığı için kaynak grup çifti (10.1.1.1, 239.1.1.1) için bir PIM Katılma mesajıyla yanıt verir. Eğer R8, R7'nin PIM budama mesajına bir Katılma mesajıyla yanıt vermezse, R6 paylaşılan segmentteki arayüzünü budar ve çoklu yayın akışını keser.
Budama Zamanlayıcısı
Bir yönlendirici bir arayüzü budadığında, aynı anda o arayüz için varsayılan olarak 3 dakika olan bir budama sona erme zamanlayıcısı başlatır. Zamanlayıcı sona erdiğinde, yönlendirici, zamanlayıcı sona ermeden önce yeni bir Budama mesajı almadığı sürece, budanmış arayüze çoklu yayın trafiği göndermeye devam eder.
Aşılama (Yeniden Katılma)
Daha önce kendisini çoklu yayın grubundan budamış bir yönlendirici, daha sonra aşağı akış PIM komşusundan veya bağlı alıcıdan bir katılma isteği alırsa, çoklu yayın dağıtım ağacına yeniden katılmak için yukarı akış yönlendiricisine bir PIM Aşılama mesajı gönderir. Aşılama mesajını alan yukarı akış yönlendiricisi, çoklu yayın trafiğini daha önce budanmış arayüze iletmeye başlar.
PIM Aşılama mesajı, arayüz için 3 dakikalık budama süresi içinde gönderilir. Aksi takdirde, yönlendirici başka bir Katılma mesajı gönderir.
3. Adım. Durum Yenileme
İlk sel ve budama işlemi, çoklu yayın dağıtım ağacının kaynakta köklenmesiyle sonuçlanır - kaynak yol ağacı (SPT). Örneğimizde, SPT aşağıdaki diyagramda gösterilmiştir. Bu, alıcılardan kaynağa en kısa tek yönlü yoldur.
Ancak kontrol düzlemi işlemi henüz tamamlanmamıştır. PIM Yoğun Modu, periyodik durum yenilemelerine dayanır. Budama durumu kalıcı değildir; ona bağlı bir zamanlayıcı vardır. Yönlendiriciler, periyodik olarak çoklu yayın trafiğini yeniden yayarak yeni alıcılara ulaşılmasını sağlarlar. Hala alıcı yoksa, budama işlemi tekrarlanır.
