PIM Temelleri - Sürümler, Komşular ve Durumlar

Nizam-ı Alem · 10 Nis 2026

Laboratuvar Başlangıç Durumu
Bu laboratuvar için, aşağıdaki diyagramda gösterilen topolojiyi kullanacağız.

Laboratuvar, IP ayarları ve tek noktaya yayın yönlendirmesiyle tamamen yapılandırılmıştır. Tüm yönlendiricilerde OSPF çalışır, bu nedenle kaynak ve alıcılar arasında tam IP erişilebilirliği vardır.

Laboratuvar Gereksinimleri
Laboratuvar topolojisinde çok noktaya yayın özelliğini etkinleştirmemiz gerekiyor:

Kaynak, 239.1.1.1 grubuna çok noktaya yayın gönderebilmelidir.

Üç alıcı da 239.1.1.1 grubuna katılabilmeli ve çok noktaya yayını alabilmelidir.
Kaynak, grup IP adresi 239.1.1.1'e ping attığında, tüm alıcılar (RCV1, RCV2 ve RCV3) yanıt vermelidir.

PIM, Yoğun modda çalışmalıdır.

Cisco IOS-XE'de Çok Noktaya Yayın Yapılandırması
İşleri basit ve anlaşılır tutmak için, ağda çok noktaya yayın özelliğini etkinleştirme sürecini birden fazla adıma ayıralım.

Adım 1: Çok Noktaya Yayın Yönlendirmesini Açma (cihaz başına)
Öncelikle, kaynağın her alıcıya ping atabildiğini doğrulayalım. Gördüğünüz gibi, bu mümkün. Dolayısıyla, tek yönlü yönlendirme söz konusu olduğunda, her iki yönde de tam IP erişilebilirliği mevcuttur.

Kod:

SOURCE# ping 10.20.1.10
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.20.1.10, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/2 ms
SOURCE# ping 10.20.1.20
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.20.1.20, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/2 ms
SOURCE# ping 10.20.1.30
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.20.1.30, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/2 ms

Şimdi, çoklu yayın (multicast) kısmına odaklanabiliriz. Cisco IOS ve IOS-XE yönlendiricilerinde çoklu yayının ilk önemli yönü, çoklu yayın yönlendirmesinin varsayılan olarak tüm cihazlarda devre dışı bırakılmış olmasıdır. Bu, bir yönlendiricinin varsayılan olarak arayüzler arasında çoklu yayın trafiğini yönlendirmeyeceği anlamına gelir.

Bunu R1 yönlendiricisinde CLI üzerinden doğrulayalım. Cihazda `show IP multicast` komutunu kontrol edersek, Çoklu Yayın Yönlendirmesinin devre dışı bırakıldığını (vurgulanmış) görürüz.

Kod:

R1# show ip multicast
  Multicast Routing: disabled
  Multicast Multipath: disabled
  Multicast Route limit: No limit
  Multicast Fallback group mode: Sparse
  Number of multicast boundaries configured with filter-autorp option: 0
  MoFRR: Disabled
  Multicast Service-Reflect Capabilities:
        Unicast to Multicast

Bu durum, yönlendiricideki çoklu yayın yönlendirme tablosunu kontrol ederek de doğrulanabilir. mroute tablosunda, yönlendirici aşağıdaki çıktıda vurgulandığı gibi doğrudan "IP Çoklu Yayın İletme etkinleştirilmemiş" ifadesini belirtir.

Kod:

R1# show ip mroute
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
       L - Local, P - Pruned, R - RP-bit set, F - Register flag,
       T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
       X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
       U - URD, I - Received Source Specific Host Report,
       Z - Multicast Tunnel, z - MDT-data group sender,
       Y - Joined MDT-data group, y - Sending to MDT-data group,
      
Outgoing interface flags: H - Hardware switched, A - Assert winner, p - PIM Join
                          t - LISP transit group
 Timers: Uptime/Expires
 Interface state: Interface, Next-Hop or VCD, State/Mode
 
IP Multicast Forwarding is not enabled.

Cisco cihazında çoklu yayın yönlendirmesini etkinleştirmek için genel yapılandırma modunda aşağıdaki komutu kullanıyoruz.

Kod:

R1# conf t
R1(config)# ip multicast-routing
R1(config)# end
R1#

Çoklu yayın yönlendirmesinin etkinleştirildiğini artık doğrulayabiliriz. Yönlendirici artık PIM etkinleştirilmiş arayüzler arasında çoklu yayın iletimi yapabilir.

Kod:

R1# sh ip multicast
  Multicast Routing: enabled
  Multicast Multipath: disabled
  Multicast Route limit: No limit
  Multicast Fallback group mode: Sparse
  Number of multicast boundaries configured with filter-autorp option: 0
  MoFRR: Disabled
  Multicast Service-Reflect Capabilities:
        Unicast to Multicast

Öncelikle, topolojideki tüm yönlendiricilerde (R1'den R6'ya kadar) çoklu yayın yönlendirmesini etkinleştirmeliyiz.

İşlem tamamlandıktan sonra, yönlendiriciler artık PIM etkinleştirilmiş arayüzler arasında çoklu yayın iletimi yapabilir. Ancak, topolojideki hiçbir arayüzde PIM'i henüz yapılandırmadık.

UNUTULMAMASI GEREKENLER:

- Çoklu yayın yönlendirmesi, tüm Cisco cihazlarında varsayılan olarak devre dışıdır.

- Genel bir CLI komutuyla manuel olarak etkinleştirilir.

- Çoklu yayınla ilgili en sık karşılaşılan sorunlardan biri, yol boyunca çoklu yayın yönlendirmesi yapma özelliği etkinleştirilmemiş bir yönlendirici olmasıdır.

Adım 2: PIM'i Etkinleştirme (arayüz başına)
Önceki derste PIM'i zaten tanıtmış olsak da, PIM'in en önemli yönlerine kısaca değinelim.

PIM, tekli yayın yönlendirmesinden bağımsızdır ve EIGRP, OSPF, ISIS, BGP veya statik rotalar dahil olmak üzere herhangi bir protokolle birlikte çalışabilir.

PIM, çoklu yayın dağıtım ağacını oluşturmak için tek noktaya yayın yönlendirme protokolünden elde edilen bilgileri kullanır.
PIM, çoklu yayın yönlendirme protokolü olarak adlandırılsa da, yönlendirme güncellemeleri gönderip almadığı için aslında bir "yönlendirme protokolü" değildir.
Daha detaylı bilgi edinmek isterseniz, PIM aşağıdaki RFC'lerde tanımlanmıştır:

RFC 3973: PIM Yoğun Modu (PIM-DM) tanımlar.

RFC 4601: PIM Seyrek Modu (PIM-SM) tanımlar.

RFC 5015: Çift Yönlü PIM (PIM-BIDIR) tanımlar.

RFC 4607: Kaynağa Özgü Çoklu Yayın (PIM-SSM) tanımlar.

PIM Modları
PIM üç modda çalışabilir:

PIM Yoğun Modu - çoklu yayını iletmek için itme modelini kullanır.

PIM Seyrek Modu - çoklu yayını iletmek için çekme modelini kullanır.

PIM Seyrek-Yoğun Modu - her grup için uygulanan iki modun birleşimi. Bir grup yoğun modda, diğeri seyrek modda çalışabilir.
Her modu sonraki derslerde daha ayrıntılı olarak ele alacağız. Şimdilik, en basit olanı olarak PIM Yoğun modunu kullanalım.

PIM Sürümleri
PIM iki sürümden geçerek evrimleşmiştir. Şu anda, sürüm 2 neredeyse her yerde kullanılırken, sürüm 1 eski kabul edilir ve hiç kullanılmaz. Bununla birlikte, PIM v1 ve v2 aynı ağda, hatta aynı cihaz/arayüzde birlikte çalışabilir.

Sürüm 1 ve sürüm 2 arasındaki temel fark paket formatıdır.

PIMv1, İnternet Grup Yönetim Protokolü (IGMP) paket formatını kullanır.

PIMv2'nin kendine özgü bir IP protokol numarası (103) ve paket yapısı vardır.
PIMv2 ile, işletim modu (yoğun veya seyrek), sürüm 1'deki gibi bir arayüz yerine bir grubun özelliğidir.
Bu kurs boyunca, şu anda her ağda standart olan PIMv2'yi kullandık. Çoğu satıcı ve platform PIMv1 desteğini zaten sonlandırdı.

PIM Komşuları
Aşağıdaki şemada gösterildiği gibi, PIM arayüz başına etkinleştirilir.

Yönlendiriciler R1 ve R2'nin e0/0 arayüzlerinde PIM Yoğun modunu etkinleştirdiğimizde ne olduğuna dikkat edin - komşu haline geliyorlar.

Kod:

R1# conf t
R1(config)# int e0/0
R1(config-if)# ip pim dense-mode
R1(config-if)# end
*Jun 28 20:22:26.586: %PIM-5-DRCHG: DR change from neighbor 0.0.0.0 to 10.10.1.252 on interface Ethernet0/0
*Jun 28 20:22:35.401: %PIM-5-NBRCHG: neighbor 10.10.1.253 UP on interface Ethernet0/0
*Jun 28 20:22:35.403: %PIM-5-DRCHG: DR change from neighbor 10.10.1.252 to 10.10.1.253 on interface Ethernet0/0
R1#

Bir arayüzde PIM'i etkinleştirdiğimizde, PIM işlemi hemen segment üzerindeki bağlantı yerel çoklu yayın adresine (224.0.0.13) PIM Hello mesajları göndermeye başlar; bu, aşağıdaki ekran görüntüsünde gösterilmiştir.

Mesajlar 3,5 hello (105 saniye) bekleme süresiyle her 30 saniyede bir gönderilir. Başka bir yönlendiricinin aynı segmentte PIM etkinleştirilmiş bir arayüzü olduğunda, iki yönlendirici birbirini duyar ve PIM komşuluğu kurar. Bir yönlendiricinin komşuluklarını aşağıdaki komutla kontrol ederiz.

Kod:

R1# sh ip pim neighbor
PIM Neighbor Table
Mode: B - Bidir Capable, DR - Designated Router, N - Default DR Priority,
      P - Proxy Capable, S - State Refresh Capable, G - GenID Capable,
      L - DR Load-balancing Capable
Neighbor          Interface                Uptime/Expires    Ver   DR
Address                                                            Prio/Mode
10.10.1.253       Ethernet0/0              00:00:15/00:01:29 v2    1 / DR S P G

Ek olarak, bir yönlendiricinin PIM özellikli arayüzlerini kontrol edebilir ve her arayüzde herhangi bir komşuluk ilişkisi kurulup kurulmadığını görebiliriz. Nbr Count sütununa bakın.

Kod:

R1# sh ip pim interface
Address          Interface                Ver/   Nbr    Query  DR         DR
                                          Mode   Count  Intvl  Prior
10.10.1.252      Ethernet0/0              v2/D   1      30     1          10.10.1.253

Şimdi, aşağıdaki şemada gösterildiği gibi, topolojideki tüm yönlendirici arayüzlerinde PIM Yoğun modunu etkinleştirelim. Bunun için her arayüzde ip pim dense-mode komutunu çalıştırmamız yeterlidir.

Bu noktada, her yönlendiricide çoklu yayın yönlendirmesi ve her arayüzde PIM etkinleştirilmiş durumda. Şimdi, çoklu yayın gönderip alabilmeliyiz, değil mi? Peki, geçmemiz gereken bir zorunlu adım daha var.

UNUTMAYIN:

- PIM, Cisco cihazlarındaki tüm arayüzlerde varsayılan olarak devre dışıdır.

- Arayüz düzeyinde bir CLI komutuyla manuel olarak etkinleştirilir.

- Çoklu yayınla ilgili en sık karşılaşılan sorunlardan biri, yol boyunca PIM etkinleştirilmemiş bir arayüzdür.

- Kaynağa bağlanan arayüzde PIM'i etkinleştirmeyi unutmayın.

- Alıcılara bağlanan arayüzde PIM'i etkinleştirmeyi unutmayın.

3. Adım: IGMP Grup Üyeliğini Yapılandırma
Tüm yönlendiricilerde çoklu yayın yönlendirmesini ve tüm yönlendirici arayüzlerinde PIM'i etkinleştirmiş olmamıza rağmen, kaynaktan 239.1.1.1 grup IP adresine ping atmaya çalıştığımızda hiçbir şey olmuyor.

Kod:

SOURCE# ping 239.1.1.1 re 10
Type escape sequence to abort.
Sending 10, 100-byte ICMP Echos to 239.1.1.1, timeout is 2 seconds:
..........

Çünkü şu anda ilgilenen alıcı yok!

PIM, alıcı tarafından başlatılan üyelik esasına göre çoklu yayın dağıtım ağaçları oluşturur ve sürdürür. İlgilenen alıcılar olmadan, çoklu yayın akışını herhangi bir yere göndermenin bir anlamı yoktur. Alıcıların 239.1.1.1 çoklu yayın grubuna katılmaları için IGMP ayarlarını yapılandıralım. Yönlendiriciler ve ana bilgisayarlar için de IOL-XE imajını kullandığımıza dikkat edin. Yani, kaynak ve alıcı basit Cisco IOS-XE yönlendiricileridir.

Alıcıları çoklu yayın grubuna katılacak şekilde yapılandıralım.

Her bir alıcıda, arayüzü çoklu yayın grubu adresine bağlamak için aşağıdaki komutu kullanıyoruz.

Kod:

RCV1# conf t
RCV1(config)# int e0/0
RCV1(config-if)# ip igmp join-group 239.1.1.1
RCV1(config-if)# end

Bunu her alıcıda yapılandırmamız gerekiyor. İşlem tamamlandığında, kaynaktan çoklu yayın grubu adresine ping atmayı deneyebiliriz.

Kod:

SOURCE# ping 239.1.1.1 re 3
Type escape sequence to abort.
Sending 100, 100-byte ICMP Echos to 239.1.1.1, timeout is 2 seconds:
Reply to request 0 from 10.20.1.30, 34 ms
Reply to request 0 from 10.20.1.30, 39 ms
Reply to request 0 from 10.20.1.30, 39 ms
Reply to request 0 from 10.20.1.20, 39 ms
Reply to request 0 from 10.20.1.20, 39 ms
Reply to request 0 from 10.20.1.10, 39 ms
Reply to request 0 from 10.20.1.10, 39 ms
Reply to request 0 from 10.20.1.30, 34 ms
Reply to request 0 from 10.20.1.20, 34 ms
Reply to request 0 from 10.20.1.20, 34 ms
Reply to request 0 from 10.20.1.10, 34 ms
Reply to request 0 from 10.20.1.10, 34 ms
Reply to request 1 from 10.20.1.20, 2 ms
Reply to request 1 from 10.20.1.10, 2 ms
Reply to request 1 from 10.20.1.30, 2 ms
Reply to request 2 from 10.20.1.10, 2 ms
Reply to request 2 from 10.20.1.30, 2 ms
Reply to request 2 from 10.20.1.20, 2 ms
Reply to request 3 from 10.20.1.10, 2 ms
Reply to request 3 from 10.20.1.30, 2 ms
Reply to request 3 from 10.20.1.20, 2 ms

Alıcıların artık ICMP isteklerine yanıt verdiğini görebilirsiniz. Bu nedenle, çoklu yayını başarıyla alıyorlar. Kaynakların farklı grup adreslerine çoklu yayın iletebildiği ve alıcıların katılarak trafiği alabileceği çoklu yayın özellikli bir ağımız var.

İlk ping'in her alıcıdan (mavi renkte) 4 yanıt almasının nedenini merak ediyorsanız, bu, bir sonraki derste ele alacağımız PIM Yoğun modunun bir özelliğidir (buradaki paket çoğaltma bölümüne bakın). Temel olarak, kaynağın 239.1.1.1'e gönderdiği ilk ICMP isteği, PIM SPT'yi oluştururken birden fazla kez çoğaltılır. Bu, her ana bilgisayarın ICMP isteğinin dört kopyasını almasına ve dört kez yanıt vermesine neden olur. Neyse, şimdi buna odaklanmayalım; Yoğun mod dersimizde bunun neden olduğunu göreceksiniz.

PIM Durumları
Aşağıdaki basit diyagram, hatırlamanız gereken bazı önemli çoklu yayın temellerini görselleştiriyor.

Çoklu yayın, kaynaktan alıcıya doğru akar.

Çoklu yayın dağıtım ağacı, alıcıdan kaynağa doğru oluşturulur.
Genel bir kural olarak, sorun gidermeye alıcıdan kaynağa doğru başlanmalıdır.
ECMP olmadığını fark edin. Veri düzleminde yalnızca bir FHR ve bir LHR yönlendirici yer almaktadır.

Tamam, ancak alıcıların bağlı olduğu segmente bağlı iki yönlendiricimiz var, R5 ve R6 (örnek için Şekil 4'e bakın). Bu segmentin veri düzlemini hangi yönlendirici yönetiyor?

R5 ve R6'nın çoklu yayın yönlendirme tablolarını kontrol edelim ve neler olduğunu görelim. Öncelikle R5 üzerinde `show ip mroute 239.1.1.1` komutunu çalıştıralım.

Kod:

R5# sh ip mroute 239.1.1.1
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
       L - Local, P - Pruned, R - RP-bit set, F - Register flag,
       T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
       X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
       U - URD, I - Received Source Specific Host Report,
       Z - Multicast Tunnel, z - MDT-data group sender,
       Y - Joined MDT-data group, y - Sending to MDT-data group,
       G - Received BGP C-Mroute, g - Sent BGP C-Mroute,
       N - Received BGP Shared-Tree Prune, n - BGP C-Mroute suppressed,
       Q - Received BGP S-A Route, q - Sent BGP S-A Route,
       V - RD & Vector, v - Vector, p - PIM Joins on route,
       x - VxLAN group, c - PFP-SA cache created entry,
       * - determined by Assert, # - iif-starg configured on rpf intf,
       e - encap-helper tunnel flag, l - LISP decap ref count contributor
Outgoing interface flags: H - Hardware switched, A - Assert winner, p - PIM Join
                          t - LISP transit group
 Timers: Uptime/Expires
 Interface state: Interface, Next-Hop or VCD, State/Mode
(*, 239.1.1.1), 07:01:02/stopped, RP 0.0.0.0, flags: DC
  Incoming interface: Null, RPF nbr 0.0.0.0
  Outgoing interface list:
    Ethernet0/1, Forward/Dense, 07:01:02/stopped, flags:
    Ethernet0/0, Forward/Dense, 07:01:02/stopped, flags:
(10.10.1.1, 239.1.1.1), 00:06:44/00:00:09, flags: PT
  Incoming interface: Ethernet0/1, RPF nbr 10.1.3.2
  Outgoing interface list:
    Ethernet0/0, Prune/Dense, 00:00:48/00:02:11, flags:

Öncelikle, (*, G) girdisine dikkat edin - (*, 239.1.1.1). D ve C bayraklarına sahiptir:

D, bu grubun PIM Yoğun modunda çalıştığı anlamına gelir. PIM sürüm 2'nin çalışma modunun (yoğun veya seyrek) grup başına olduğunu hatırlayın.

C, doğrudan bağlı ilgili alıcıların olduğu anlamına gelir.

İkinci olarak, (S, G) girdisine dikkat edin - (10.10.1.1, 239.1.1.1). P ve T bayraklarına sahiptir:

T, SPT bitinin ayarlandığı, yani yönlendiricinin akışı kaynak yol ağacına (SPT) taşıdığı anlamına gelir.

P, Budanmış anlamına gelir. Çoklu yayın grubu durumu PIM tarafından budanmıştır. Tipik olarak, bu, yönlendiriciye bağlı ilgili alıcı olmadığı (ve yönlendiricinin çoklu yayını istemediği) veya ilgili alıcılara sahip segmente başka bir yönlendiricinin hizmet verdiği anlamına gelir. Örneğimizde, ikincisi geçerlidir.

Kontroller, R5 yönlendiricisinin (S, G) durumunu budadığı (P bayrağına sahip olduğu) için veri düzlemine katılmadığı sonucuna varmıştır.

Şimdi, R6'nın çoklu yayın yönlendirme tablosunu kontrol edelim.

Kod:

R6# sh ip mroute 239.1.1.1
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
       L - Local, P - Pruned, R - RP-bit set, F - Register flag,
       T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
       X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
       U - URD, I - Received Source Specific Host Report,
       Z - Multicast Tunnel, z - MDT-data group sender,
       Y - Joined MDT-data group, y - Sending to MDT-data group,
       G - Received BGP C-Mroute, g - Sent BGP C-Mroute,
       N - Received BGP Shared-Tree Prune, n - BGP C-Mroute suppressed,
       Q - Received BGP S-A Route, q - Sent BGP S-A Route,
       V - RD & Vector, v - Vector, p - PIM Joins on route,
       x - VxLAN group, c - PFP-SA cache created entry,
       * - determined by Assert, # - iif-starg configured on rpf intf,
       e - encap-helper tunnel flag, l - LISP decap ref count contributor
Outgoing interface flags: H - Hardware switched, A - Assert winner, p - PIM Join
                          t - LISP transit group
 Timers: Uptime/Expires
 Interface state: Interface, Next-Hop or VCD, State/Mode
(*, 239.1.1.1), 07:17:42/stopped, RP 0.0.0.0, flags: DC
  Incoming interface: Null, RPF nbr 0.0.0.0
  Outgoing interface list:
    Ethernet0/1, Forward/Dense, 07:17:42/stopped, flags:
    Ethernet0/0, Forward/Dense, 07:17:42/stopped, flags:
(10.10.1.1, 239.1.1.1), 00:00:03/00:02:56, flags: T
  Incoming interface: Ethernet0/1, RPF nbr 10.1.3.2
  Outgoing interface list:
    Ethernet0/0, Forward/Dense, 00:00:03/stopped, flags: A

Öncelikle, (*, G) girdisine dikkat edin - (*, 239.1.1.1). D ve C bayraklarına sahiptir:

D, bu grubun PIM Yoğun modunda çalıştığı anlamına gelir.

C, doğrudan bağlı ilgili alıcıların olduğu anlamına gelir.

İkincisi, (S, G) girdisine dikkat edin - (10.10.1.1, 239.1.1.1). Sadece T bayrağına sahiptir:

T, SPT bitinin ayarlandığı anlamına gelir, yani yönlendirici akışı kaynak yol ağacına (SPT) taşımıştır.

Gelen arayüzün Ethernet0/1 olduğuna dikkat edin, yani 239.1.1.1 grubundaki 10.10.1.1'den gelen çoklu yayın e0/1 üzerinden gelir.

Giden Arayüz Listesi (OIL) bir arayüze sahiptir - e0/0, yani yönlendirici çoklu yayın paketlerini bu arayüzde çoğaltır. Alıcıların bağlı olduğu segment burasıdır.

mroute tablosundan, R6'nın çoklu yayın trafiğini alıcıların segmentine ileten yönlendirici olduğu sonucuna varabiliriz. Bu, aşağıdaki çıktıda gösterildiği gibi mfib tablosuna bakılarak daha da doğrulanabilir.

Kod:

R6# sh ip mfib 239.1.1.1
Entry Flags:    C - Directly Connected, S - Signal, IA - Inherit A flag,
                ET - Data Rate Exceeds Threshold, K - Keepalive
                DDE - Data Driven Event, HW - Hardware Installed
                ME - MoFRR ECMP entry, MNE - MoFRR Non-ECMP entry, MP - MFIB
                MoFRR Primary, RP - MRIB MoFRR Primary, P - MoFRR Primary
                MS  - MoFRR  Entry in Sync, MC - MoFRR entry in MoFRR Client,
                e   - Encap helper tunnel flag.
I/O Item Flags: IC - Internal Copy, NP - Not platform switched,
                NS - Negate Signalling, SP - Signal Present,
                A - Accept, F - Forward, RA - MRIB Accept, RF - MRIB Forward,
                MA - MFIB Accept, A2 - Accept backup,
                RA2 - MRIB Accept backup, MA2 - MFIB Accept backup
Forwarding Counts: Pkt Count/Pkts per second/Avg Pkt Size/Kbits per second
Other counts:      Total/RPF failed/Other drops
I/O Item Counts:   HW Pkt Count/FS Pkt Count/PS Pkt Count   Egress Rate in pps
Default
 (*,239.1.1.1) Flags: C
   SW Forwarding: 0/0/0/0, Other: 0/0/0
   Ethernet0/1 Flags: F NS
     Pkts: 0/0/0    Rate: 0 pps
   Ethernet0/0 Flags: F NS
     Pkts: 0/0/0    Rate: 0 pps
 (10.10.1.1,239.1.1.1) Flags:
   SW Forwarding: 107/0/100/0, Other: 2/2/0
   Ethernet0/1 Flags: A
   Ethernet0/0 Flags: F
     Pkts: 0/305/2    Rate: 0 pps

R6'nın (10.10.1.1, 239.1.1.1) için çoklu yayın trafiğini ilettiğini görebilirsiniz—Eth0/0 arayüzünde F bayrağı bulunur, bu da İletme anlamına gelir. Komutu birden fazla kez çalıştırırsanız, sayaç artmalıdır (kaynak hala 239.1.1.1 grup adresini sabitliyorsa).

Şimdi, İlk Atlama Yönlendiricileri (FHR) R1 ve R2'ye odaklanalım. R1'deki çoklu yayın yönlendirme tablosunu kontrol edersek, (10.10.1.1, 239.1.1.1) grubunun budandığını görürüz. Bu nedenle, şu anda çoklu yayın iletimine katılmamaktadır.

Kod:

R1# sh ip mroute 239.1.1.1
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
       L - Local, P - Pruned, R - RP-bit set, F - Register flag,
       T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
       X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
       U - URD, I - Received Source Specific Host Report,
       Z - Multicast Tunnel, z - MDT-data group sender,
       Y - Joined MDT-data group, y - Sending to MDT-data group,
Outgoing interface flags: H - Hardware switched, A - Assert winner, p - PIM Join
                          t - LISP transit group
 Timers: Uptime/Expires
 Interface state: Interface, Next-Hop or VCD, State/Mode
(*, 239.1.1.1), 00:09:49/stopped, RP 0.0.0.0, flags: D
  Incoming interface: Null, RPF nbr 0.0.0.0
  Outgoing interface list:
    Ethernet0/1, Forward/Dense, 00:09:49/stopped, flags:
    Ethernet0/0, Forward/Dense, 00:09:49/stopped, flags:
(10.10.1.1, 239.1.1.1), 00:09:49/00:02:23, flags: PT
  Incoming interface: Ethernet0/0, RPF nbr 0.0.0.0
  Outgoing interface list:
    Ethernet0/1, Prune/Dense, 00:09:49/00:02:00, flags:

Ancak, R2 üzerindeki mroute tablosunu kontrol edersek, SPT bitini ayarladığını ancak grubu budamadığını görürüz. Bu nedenle, R2 şu anda bu grup için çoklu yayın iletiyor. Gelen arayüz Ethernet0/0'dır (kaynağın bağlı olduğu yer) ve OIL ise Ethernet0/1'dir (alıcıların yönünü gösterir).

Kod:

R2# sh ip mroute 239.1.1.1
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
       L - Local, P - Pruned, R - RP-bit set, F - Register flag,
       T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
       X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
       U - URD, I - Received Source Specific Host Report,
       Z - Multicast Tunnel, z - MDT-data group sender,
       Y - Joined MDT-data group, y - Sending to MDT-data group,
      
Outgoing interface flags: H - Hardware switched, A - Assert winner, p - PIM Join
                          t - LISP transit group
 Timers: Uptime/Expires
 Interface state: Interface, Next-Hop or VCD, State/Mode
(*, 239.1.1.1), 00:10:03/stopped, RP 0.0.0.0, flags: D
  Incoming interface: Null, RPF nbr 0.0.0.0
  Outgoing interface list:
    Ethernet0/1, Forward/Dense, 00:10:03/stopped, flags:
    Ethernet0/0, Forward/Dense, 00:10:03/stopped, flags:
(10.10.1.1, 239.1.1.1), 00:10:03/00:02:11, flags: T
  Incoming interface: Ethernet0/0, RPF nbr 0.0.0.0
  Outgoing interface list:
    Ethernet0/1, Forward/Dense, 00:10:03/stopped, flags: A

Özetle, çoklu yayın akışı kaynaktan R2-R4-R5-R6'ya ve oradan da alıcılara doğru ilerler. Çoklu yayın yolunun döngüsüz, deterministik (ECMP içermeyen) ve en kısa yol olduğuna dikkat edin. Bir ağacın tüm özelliklerine sahiptir. Bu nedenle kaynak yol ağacı (SPT) olarak adlandırılır.

Bir sonraki derste, kaynak bağlı olan segmentten (hem R1 hem de R2 kaynağa bağlı olduğundan) çoklu yayın trafiğini hangi yönlendiriciye ileteceğini hangi PIM mekanizmasının seçtiğini göreceğiz.

Bundan sonraki derste ise, çoklu yayın trafiğini alıcı segmente hangi yönlendiricinin ileteceğini hangi PIM mekanizmasının kontrol ettiğini tartışacağız (hem R5 hem de R6 alıcı ağa bağlı olduğundan).

Önemli Noktalar
Çoklu yayın yönlendirmesi, tüm Cisco IOS ve IOS-XE cihazlarında varsayılan olarak devre dışıdır. Manuel olarak etkinleştirilmelidir.
Çoklu yayın yönlendirmesi etkinleştirilmemişse, bir yönlendirici arayüzler arasında çoklu yayın trafiğini iletmez.
Bu, özellikle ilk kez çalışırken ve pratik yaparken insanların çoklu yayınla karşılaştığı en yaygın sorunlardan biridir.
Yönlendiriciler yalnızca PIM etkinleştirilmiş arayüzler arasında çoklu yayın trafiğini iletir.
PIM, arayüz başına etkinleştirilir.
Ancak, Cisco IOS ve IOS-XE yönlendiricilerinde PIM, varsayılan olarak tüm arayüzlerde devre dışıdır.
Bu, insanların karşılaştığı çok yaygın bir başka sorundur.

Kaynak cihaza bağlanan arayüzde PIM'i etkinleştirdiğinizden emin olun.
Alıcı cihazlara bağlanan arayüzde PIM'i etkinleştirdiğinizden emin olun.
PIM, 1 ve 2 sürümleriyle gelişmiştir.
V2 artık her Cisco IOS-XE cihazında standart ve varsayılan sürümdür. V1, birçok modern platformda ve yazılım imajında desteklenmemektedir.
Hem V1 hem de V2 aynı ağda birlikte çalışabilir.
İkisi arasındaki temel fark paket formatıdır.
V1, IGMP paketlerini kullanırken, V2 kendi protokol numarasını ve paket formatını kullanır. PIMv2, V1'e göre birçok başka optimizasyona sahiptir. Herhangi bir cihazda 1. sürümü çalıştırmak için hiçbir neden yoktur.