Cisco 300-410: Çoklu Yayın Yönlendirme ve Dağıtım — Çalışma kılavuzu

By Laurynas Brazys · 16 August 2026 · #cisco #300-410 #certification #exam-prep #study-guide

Şunun bir parçası: Cisco CCNP Enterprise 300-410 ENARSI — Çalışma kılavuzu. Doğrulanmış cevaplarla şurada pratik yapın: Cisco sınav merkezi, veya şurada süreli deneme sınavları çözün: ExamRoll.io.

Genel Bakış

Multicast yönlendirme, ağdaki dallanma noktalarında verimli çoğaltma ile bir veya daha fazla kaynaktan birden çok alıcıya tek bir veri akışı sağlar. Doğru çalışma, grup adreslemesine ve alıcı üyelik sinyalleşmesine (IGMP), dağıtım ağaçları oluşturmak için bir multicast yönlendirme protokolüne (PIM) ve sınırlar, RP’ler ve politikaların dikkatli kontrolüne bağlıdır. Tasarımlar, Reverse Path Forwarding (RPF) ihlalleri, RP kara delikleri veya snooping sorunlarından kaynaklanan L2 taşmaları (flooding) gibi yaygın hata modlarından kaçınırken yakınsama, durum ölçeği, esneklik ve basitliği dengelemelidir.

Adresleme, IGMP ve Katman-2 Etkileşimi

• Adresleme ve kapsam:

  • 224.0.0.0/4, IPv4 multicast aralığıdır.
  • 224.0.0.x, kontrol protokolleri için link-local’dir (asla yönlendirilmez).
  • 239.0.0.0/8, idari olarak kapsamlandırılmıştır (administratively scoped); genellikle alan (domain) sınırlarında kısıtlanır.
  • MAC eşlemesi, 01:00:5e:0/25 artı grubun düşük 23 bitini kullanır; örtüşme (aliasing), birden çok grubun bir MAC’i paylaşmasına neden olabilir, bu nedenle L2 filtreleme yalnızca MAC adreslerine değil, IGMP snooping’e dayanır.

• IGMP alıcı üyeliği:

  • IGMPv1: temel katılmalar, açık ayrılma (leave) yok; budaması (prune) yavaş.
  • IGMPv2: Leave ve Gruba Özgü/Son Üye sorguları ekler; sorgulayıcı (querier) seçimi (en düşük IP).
  • IGMPv3: Include/Exclude listeleri için kaynak filtreleme; Source-Specific Multicast (SSM) için gereklidir.
  • Sorgulayıcı (Querier) davranışı: Bir VLAN’da, üyelik durumunu korumak için tam olarak bir sorgulayıcı periyodik sorgular göndermelidir. Bir yönlendirici L3 arayüzü yoksa, grup yaşlanmasını ve taşmasını (flooding) önlemek için switch üzerinde bir IGMP snooping sorgulayıcısı etkinleştirin.

• IGMP snooping (L2):

  • Switch’ler, multicast’i alıcı portlarıyla sınırlamak ve yönlendirici (mrouter) portlarını tanımlamak için IGMP’yi denetler. Tespit, PIM Hello’ları, IGMP sorgularını veya mrouter portlarının statik yapılandırmasını kullanır.
  • Hata modları:
    • Sorgulayıcı (querier) yok: snooping tabloları zaman aşımına uğrar, trafik taşar (floods) veya düşürülür.
    • Mrouter portu olmadan snooping: alıcılar katılır ancak veri L2’de engellenir; SVI üzerinde PIM’i yapılandırın veya statik olarak bir mrouter portu tanımlayın.
    • IGMPv3 ve SSM: snooping’in v3 ve SSM’i desteklediğinden emin olun; uyumsuzluk beklenmedik taşmalara veya düşüşlere yol açabilir.

Kısa, faydalı örnekler:

• Yönlendirici arayüzlerinde PIM ve IGMP v3’ü etkinleştirme:

undefined

• L3 ağ geçidi olmadığında switch tarafında L2 sorgulayıcısı:

undefined

PIM Modları, Ağaçlar ve RPF Davranışı

• PIM Dense Mode (PIM-DM):

  • Flood-and-prune (yay ve buda): başlangıçta trafiği yayar; alıcı yoksa alt akışlar (downstream) budar; periyodik durum yenileme.
  • Artıları: basit, RP yok.
  • Eksileri: çok konuşkan (chatty), alan genelinde ölçeklenebilir değil; yalnızca küçük, alıcı yoğun segmentler için uygun.

• PIM Sparse Mode (PIM-SM):

  • Paylaşılan bir ağaç (*,G) için bir Buluşma Noktası (Rendezvous Point - RP) kullanır. Kaynaklar RP’ye kaydolur; alıcılar RP’ye doğru katılma (join) mesajları gönderir.
  • Register mesajları: İlk Sıçrama Yönlendiricisi (First-Hop Router - FHR), veriyi RP’ye kapsüller (Register). RP, yerel iletim (native forwarding) sağlandıktan sonra Register-Stop ile yanıt verebilir.
  • En Kısa Yol Ağacına (Shortest-Path Tree - SPT) geçiş: Alıcıların DR’ları, yolu optimize etmek için doğrudan kaynağa (S,G) katılabilir. ip pim spt-threshold {kbps | infinity} ile kontrol edilir. Infinity değeri, trafiği paylaşılan ağaçta kalmaya zorlar.

• Sparse-Dense Mode:

  • Grup başına mod: bir RP eşlemesi varsa sparse-mode, yoksa dense-mode olarak çalışır. Tarihsel olarak, RP’ler bilinmeden önce Auto-RP’yi başlatmak için kullanılmıştır. Modern tasarımlar, BSR veya statik RP’ler ile saf sparse-mode’u tercih eder.

• Source-Specific Multicast (SSM):

  • RP’yi ve paylaşılan ağacı ortadan kaldırır; alıcılar IGMPv3 Include kullanarak doğrudan (S,G) sinyali verir. Ölçekli, birden çoğa (one-to-many) akış için önerilir.
  • SSM aralığını tanımlayın (genellikle 232.0.0.0/8): ip pim ssm range 232.0.0.0/8
  • Eski tip IGMPv2 ana bilgisayarları (host) için, SSM eşlemesi erişim listeleri (access lists) aracılığıyla (G)‘yi (S,G)‘ye çevirebilir.

• RPF kontrolleri:

  • Her (S,G) veya (*,G) durumu, yukarı akış (upstream) arayüzünü MRIB’e (genellikle unicast RIB/CEF) karşı doğrular. Bir uyuşmazlık trafiği düşürür (Gelen RPF Hatası - Incoming RPF Fail).
  • Yaygın nedenler:
    • Asimetrik unicast yönlendirme, PIM komşusuyla eşleşmeyen ECMP seçimi.
    • Kaynağa/RP’ye eksik rota veya Null0’a özyinelemeli (recursive) rota.
    • VRF sızıntı hataları veya yanlış VRF araması.
  • Araçlar: show ip rpf <source>, show ip mroute, show ip cef <source>
  • Azaltma yöntemleri: Unicast yönlendirmeyi düzeltin, LAN’larda ip pim dr-priority ile komşuyu tercih edin, kontrol düzlemleri (control planes) için statik mroute’lar kullanın veya gerektiğinde ip pim neighbor-filtering uygulayın.

Operasyonel incelikler:

• Çoklu erişim ağı (multiaccess network) başına DR seçimi (en yüksek PIM DR önceliği, ardından en yüksek IP).
• Bir (S,G) için LAN’a tek bir iletici seçmek amacıyla çoklu erişim ağında PIM Assert (kaynağa en düşük metrik; eşitlik durumunda en yüksek IP). Yanlış metrikler, kopya trafiğin bastırılmasına veya kara deliklere neden olabilir.

Buluşma Noktaları (Rendezvous Points): Statik, Auto-RP, BSR, MSDP ile Anycast RP

• RP rolü:

  • PIM-SM’de grup keşfi ve paylaşılan ağaç (shared-tree) oluşumu için kontrol düzlemi köküdür.
  • Hem kaynaklar (FHR register aracılığıyla) hem de alıcılar (join’ler aracılığıyla) için erişilebilir ve RPF-doğru olmalıdır.

• RP seçenekleri:

  • Statik RP:

undefined

. Deterministik, basit, ancak Anycast RP ile birleştirilmediği sürece tek bir hata noktasıdır (single point).

• Auto-RP: Aday-RP’ler (Candidate-RPs) 224.0.1.39 adresine anons yapar; RP-eşleme aracısı (RP-mapping agent) 224.0.1.40 adresine duyuru yapar. Kurulum sırasında sparse-dense veya ayrı bir bootstrap gerektirir. Alanlar (domain) arası filtrelemeye karşı hassastır; sınır izinlerini sağlayın veya

undefined

kullanın.

• Bootstrap Router (BSR): Entegre PIMv2 mekanizmasıdır; Aday-RP’ler ve bir BSR, RP-seti (RP-set) ve eşlemeler oluşturur. Auto-RP’den daha sağlamdır; yeni dağıtımlar için önerilir.

• MSDP ile Anycast RP:

  • Birden fazla RP aynı loopback IP’sini paylaşır; IGP en yakın RP’yi anons eder. RP’ler arasındaki MSDP peering’i, tüm RP’lerin aktif kaynakları öğrenmesi için Kaynak-Aktif (Source-Active - SA) mesajlarını değiş tokuş eder.
  • Tasarım pratikleri:
    • SA flooding’ini azaltmak için MSDP mesh-gruplarını kullanın.
    • Anycast RP loopback’ini tutarlı bir politika ve RPF doğruluğu ile IGP’de tutun.
    • Hangi kaynakların register olabileceğini kısıtlamak için RP’yi

undefined

ile koruyun.

• Hata modları:

  • MSDP kapalı: uzak kaynaklar tüm RP’lerde öğrenilmez; izole edilmiş RP’ye yakın alıcılar, yük devretme (failover) gerçekleşene kadar trafiği kara deliğe yönlendirir (blackhole).
  • Anycast loopback’ine asimetrik IGP: alıcılar, FHR’nin register olduğu RP’den farklı bir RP’ye katılır ve bu durum SA yayılımına kadar gecikmeye neden olur.

• SSM ve RP karşılaştırması:

  • SSM, RP karmaşıklığını tamamen ortadan kaldırarak kontrol düzlemi durumunu ve hata alanlarını azaltır. Kaynak sinyallemesi (source signaling) yapabilen yeni uygulamalar için SSM’i tercih edin.

İlke, Sınırlar, VRF’ler, Tüneller ve WAN Hususları

• Sınır denetimleri ve grup ilkesi:

  • Arayüz çoklu yayın sınırları ile yönetimsel kapsamı ve istenmeyen grupları kısıtlayın:
    • interface ip multicast boundary 10
    • ip access-list standard 10 deny 239.0.0.0 0.255.255.255 permit any
  • Gereken yerlerde Auto-RP mesajlarını filtreleyin: ip multicast boundary 20 filter-autorp
  • Bir RP’ye hangi kaynakların kaydolabileceğini sınırlayın:
    • ip pim accept-register list RP-SOURCES
  • RP bağımlılığını önlemek için 232/8 için yalnızca SSM ilkesini zorunlu kılın.

• VRF’ler Arasında Çoklu Yayın:

  • VRF başına çoklu yayını etkinleştirin: ip multicast-routing vrf ve VRF arayüzlerinde PIM’i yapılandırın.
  • Her VRF’nin kendi PIM komşulukları, RPF aramaları ve muhtemelen farklı RP’leri/SSM aralıkları vardır.
  • VRF’ler arası çoklu yayın bir taşıyıcı mekanizma gerektirir (örneğin, MPLS üzerinde mVPN, VRF’ler arasında adanmış GRE veya fusion routing güvenlik duvarı). Basit sızdırma (leaking), veri düzlemi çoğaltması için yetersizdir.

• Tüneller ve WAN aktarımı:

  • Yerel IPsec çoklu yayın taşıyamaz; PIM ve çoklu yayın verilerini taşımak için IPsec üzerinden GRE (veya DMVPN mGRE) kullanın.
  • Overlay üzerinde ağaç oluşumu için tünel arayüzlerinde PIM’i yapılandırın. Örnek:
    • interface Tunnel10 ip address 10.0.10.1 255.255.255.0 tunnel source Gig0/0 tunnel destination 198.51.100.1 ip pim sparse-mode
  • DMVPN’de, mGRE tünellerinde PIM’i etkinleştirin. Tekli yayın yolu optimizasyonu için ip nhrp shortcuts komutunu düşünün; çoklu yayın, NHRP’den bağımsız olarak PIM ağaçlarını takip eder ancak uçtan uca (spoke-to-spoke) tünellerden faydalanır.
  • Sağlayıcı MPLS’i üzerinden, ölçeklenebilir çoğaltma için mVPN kullanın; veya sağlayıcıda çoklu yayın desteği yoksa, müşteri sahaları arasında WAN üzerinden GRE kullanın.

• WAN ve NBMA arasındaki ödünleşimler:

  • NBMA üzerinde Dense-mode gereksiz çoğaltmaya neden olur; sparse-mode veya SSM kullanın.
  • Düşük bant genişliğine sahip bağlantılarda, spt-threshold ile SPT geçişini kontrol ederek suboptimal ancak bant genişliği dostu paylaşılan ağaçları en aza indirin.
  • PIM register kapsülleme düşüşlerini önlemek için tüneller boyunca MTU’yu doğrulayın.

• Doğrulama ve sorun giderme iş akışı:

  • Alıcı ucu: show ip igmp groups, show ip igmp interface; sorgulayıcıyı (querier) ve sürümü onaylayın. Gerekirse, bir test arayüzünde ip igmp join-group komutunu kullanın.
  • PIM komşuluğu: show ip pim neighbor; eşleşmeyen modlar veya ACL filtreleri Hello’ları engelleyebilir.
  • RP durumu: show ip pim rp mapping; gruptan RP’ye seçimi doğrulayın; MSDP’yi show ip msdp sa-cache ile kontrol edin.
  • Ağaçlar ve iletim: Gelen arayüz (RPF) ve giden arayüzler (OIL) için show ip mroute [G | S G]. SPT/paylaşılan/kayıt durumunu gösteren bayraklara (S, J, T, R) bakın.
  • RPF: show ip rpf ; tekli yayın yönlendirmesini veya statik mroute’ları düzeltin.
  • Veri yolu: mtrace veya uygulama seviyesi testler; IGMP raporları, PIM Joins/Prunes, Registers için yakalama yapın.
  • Yaygın düzeltmeler: L2’de bir sorgulayıcıyı geri yükleyin, RP erişilebilirliğini düzeltin, SSM aralığı ve IGMPv3 desteğini hizalayın ve bağlantı kullanımı için spt-threshold’u ayarlayın.

Pratik Problem Senaryosu

Contoso Media, yerel olarak çoklu yayını desteklemeyen bir IPsec WAN ile birbirine bağlı üç kampüsü işletmektedir. Bir veri merkezi kodlayıcısından (10.10.10.50) tüm kampüslerdeki VLAN 120’deki alıcılara 6 Mbps’lik canlı bir video akışı sunmaları, aynı zamanda çoklu yayın sızıntısını diğer VLAN’lara önlemeleri ve RP için esneklik sağlamaları gerekmektedir.

Yaklaşım:

1. Çoklu yayını, veri merkezi hub’ı ile her kampüs arasında IPsec üzerinde GRE ile taşıyın.

   • Gerekçe: Yalnızca IPsec çoklu yayını kapsülleyemez; GRE, çoklu yayın ve PIM kontrol paketlerini korur. Hub-and-spoke (merkez-uç) modeli, ilk dağıtımı ve PIM komşuluk oluşumunu basitleştirir.

2. Tüm LAN ve GRE tünel arayüzlerinde PIM sparse-mode çalıştırın; alıcı VLAN’larında IGMPv3’ü etkinleştirin.

   • Gerekçe: Sparse-mode, alıcıların seyrek olduğu gruplar için ölçeklenir. IGMPv3, gelecekte SSM’e geçişe olanak tanır ve ana bilgisayarlardan doğru kaynak filtreleme davranışını sağlar.

3. Hub’daki iki çekirdek yönlendiricide loopback 172.16.255.254 kullanarak Anycast RP dağıtın; aralarında MSDP kurun.

   • Gerekçe: Anycast RP, deterministik en yakın RP seçimini ve RP yedekliliğini sağlar. MSDP, aktif kaynak bilgisini senkronize eder, böylece biri başarısız olursa diğer RP alıcılara hizmet verebilir.

4. Dağıtımı yönetimsel olarak kapsamlandırılmış gruplarla sınırlayın ve yalnızca kodlayıcıyı geçerli bir kayıt kaynağı olarak kabul edin.

   • Gerekçe: İlke, saldırı yüzeyini ve kazara taşmaları (flooding) azaltır. Akış için 239.1.1.10 kullanın; 10.10.10.50 ile sınırlamak için ip pim accept-register uygulayın.

5. Çoklu yayın sınırları uygulayarak çoklu yayının alıcı VLAN’larından çıkmasını veya kampüs sınırlarını istenmeden geçmesini önleyin.

   • Gerekçe: SVI’lerdeki ip multicast boundary ACL’leri, istenmeyen grupları ve gerekmediği yerlerde Auto-RP/BSR kontrol trafiğini durdurarak kapsamlandırmayı zorunlu kılar ve gereksiz trafiği (chatter) azaltır.

6. GRE tünelleri boyunca trafiği paylaşılan ağaçta tutarak WAN bant genişliğini korumak için SPT geçişini kontrol edin.

   • Gerekçe: Kampüs DR’larında spt-threshold infinity ayarlayarak birleştirmelerin (joins) hub üzerinden RP’ye doğru kalmasını sağlayın; kampüs içi LAN’lar istenirse hala SPT’ye geçebilir, bu da verimlilik ile WAN tasarrufunu dengeler.

7. Hiçbir L3 SVI’nin sorgulayıcı olarak hareket etmediği erişim anahtarlarında bir IGMP snooping sorgulayıcısı ile L2 üyeliğini doğrulayın.

   • Gerekçe: L2’de sürekli grup durumunu sağlar, snooping tablolarının zaman aşımına uğradığında istenmeyen taşmaları veya çoklu yayın kaybını önler.

8. Temel komutları kullanarak izleme ve bir arıza/düzeltme (break/fix) runbook’u uygulayın.

   • Gerekçe: Komşuluk için show ip pim neighbor, Anycast RP’yi doğrulamak için show ip pim rp mapping, kaynak duyurusunu onaylamak için show ip msdp sa-cache, ağaç durumu için show ip mroute 239.1.1.10 ve yukarı yönlü yolları doğrulamak için show ip rpf 10.10.10.50 kullanın. Bu, RPF arızaları, RP erişilebilirlik sorunları veya snooping yanlış yapılandırmaları için hata izolasyonunu hızlandırır.

Kısa yapılandırma özetleri:

• Gelecekteki büyüme için SSM aralığını tanımlayın:
  • ip pim ssm range 232.0.0.0/8
• Her çekirdekte Anycast RP ve MSDP:
  • interface loopback0 ip address 172.16.255.254 255.255.255.255
  • ip pim rp-address 172.16.255.254 239.0.0.0 0.255.255.255
  • ip msdp peer 172.16.255.254 connect-source loopback0 mesh-group RPs
  • ip pim accept-register list ENCODER-SRC
  • ip access-list standard ENCODER-SRC permit 10.10.10.50
• WAN üzerinde paylaşılan ağacı korumak için kampüs DR’ları:
  • ip pim spt-threshold infinity

Bu tasarım, çoklu yayın desteği olmayan bir WAN üzerinden video akışını güvenilir bir şekilde sunar, çoklu yayını hedeflenen alanlarla sınırlar ve RP arızalarına karşı esnek kalırken doğrulama ve sorun giderme için net bir operasyonel model sağlar.

← MPLS · Tüm alanlar · Hizmet Kalitesi ve Kontrol Düzlemi Koruması →

Bu soruları çözün → · ExamRoll.io’da süreli pratik →