Cisco 300-410: Rota Yeniden Dağıtımı ve Politika Tabanlı Yönlendirme — Ç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ış

Rota yeniden dağıtımı ve ilke tabanlı yönlendirme (PBR), heterojen yönlendirme alanlarını entegre etmek ve yönlendirme kararlarını varsayılan hedef tabanlı paradigmanın ötesinde etkilemek için güçlü araçlardır. Doğru uygulandığında, ölçeklenebilir alanlar arası bağlantı, seçici trafik yönlendirme, kontrollü varsayılan rota yayılımı ve sağlam döngü önleme sağlarlar. Yanlış uygulandığında ise yönlendirme döngüleri, rota geri beslemesi, optimal olmayan yollar ve teşhisi zor kara delikler oluştururlar. Bu bölüm, tasarım mantığını, operasyonel mekanikleri ve hata modlarını açıklar ve filtreleme, metrik çevirisi ve izleme ile doğrulamalı PBR hakkında kesin rehberlik sağlar.

Yeniden Dağıtım ve Filtreleme Temelleri

Yönlendirme alanı sınırları, tohum metrikleri ve yönetimsel mesafe

• Alan sınırları, farklı protokollerin (OSPF/EIGRP/BGP/statik/bağlı) kesiştiği her yerde mevcuttur. Bu sınırlarda, yeniden dağıtım, alanlar arasında erişilebilirliği sentezler.
• Tohum metrikleri, hedef protokolün bir metrik çıkaramadığı durumlarda (örneğin, OSPF harici metriği, EIGRP bileşik metriği) zorunludur. Açık tohumlar veya varsayılanlar olmadan, yeniden dağıtılan rotalar kullanılamaz veya ciddi şekilde tercihi düşürülmüş olabilir.
• Yönetimsel mesafe (AD), protokoller arasında hakemlik yapar. Tipik varsayılanlar: eBGP 20, statik 1, OSPF 110, EIGRP dahili 90, EIGRP harici 170, iBGP 200. Karışık AD ortamları, istenmeyen kaynakları tercih edebilir (örneğin, yeniden dağıtılmış bir OSPF harici rotası, AD dikkate alınmazsa bir iBGP yolunu yenebilir), bu da asimetrik yönlendirmeye veya döngülere neden olur.

Yeniden dağıtım riski ve iki yönlü kontroller

• İki yönlü yeniden dağıtım (A↔B), öğrenilen rotaları kaynak alana geri enjekte ederek kalıcı döngüler veya rota “geri beslemesi” oluşturabilir. Bunu şu yöntemlerle kontrol edin:
  • Kaynağı işaretlemek ve yeniden girişi engellemek için rota etiketleme.
  • Yalnızca gerekli ön ekleri kabul etmek için yönlü filtreleme.
  • Geri besleme ayrıntı düzeyini azaltmak için sınırlarda özetleme.
  • Pasif-varsayılan ilkeleri: uygun olan yerlerde yalnızca bir varsayılan rota veya yalnızca özetlenmiş toplu rotalar enjekte etme.
  • Birincil alanın yeniden dağıtılmış rotalar yerine yerel rotaları tercih etmesini sağlamak için AD ayarı.

Rota etiketleri ve döngü önleme modelleri

• Kaynak üst verisini taşımak için protokol destekli etiketler kullanın:
  • OSPF harici LSA etiketleri (32-bit).
  • route map’ler aracılığıyla EIGRP rota etiketleri.
  • BGP community/extended community etiketleri.
• Yaygın model:
  • Hedef alana yeniden dağıtım sırasında etiketleme (örneğin, EIGRP AS 65001’den öğrenildiyse 65001 etiketini ayarlama).
  • Ters yönde yeniden dağıtımda, yeniden kaynaklanmayı önlemek için bu etiketi eşleştirip reddetme.
• Etiket çakışmaları: sınırlar arasında anlamsal çakışmaları önlemek için bir etiket planı tanımlayın.

Route map’ler, prefix list’leri, distribute list’leri ve filtreleme ayrıntı düzeyi

• Prefix list’leri: ön ekler ve maskeler üzerinde eşleştirme ayrıntısı için en iyisidir (ge/le operatörlerini destekler). Hem BGP hem de IGP sınırları için kullanın.
• Distribute list’leri: doğrudan bir yönlendirme sürecine bağlı, eski tip access-list/prefix-list tabanlı filtreleme; IGP’ler için etkili ancak sınırlı bağlama sahiptir.
• Route map’ler: prefix list’leri, etiketler, sonraki atlamalar, metrikler, community’ler üzerinde eşleştirmeyi destekleyen ve eylemleri ayarlayan (metrik, etiket, tür, community, as-path prepend) çok yönlü ilkeler.
• Hem filtreleme hem de öznitelikleri dönüştürmeniz gerektiğinde route map’leri; verimli, ölçeklenebilir ön ek/maske seçimi için prefix list’lerini kullanın.

Rota filtreleme yerleşimi: gelen (inbound) ve giden (outbound)

• Gelen (inbound) filtreleme:
  • İstenmeyen rotaların kurulmasını önleyerek RIB/FIB büyümesini ve CPU kullanımını azaltır.
  • Bir alanı aşırı veya zehirli güncellemelerden korurken (örneğin, BGP sınırı) tercih edilir.
• Giden (outbound) filtreleme:
  • Rota sızıntılarını ve aşırı anonsu önler.
  • Dışa aktarma ilkesini ve öznitelik normalleştirmesini uygular.
• BGP için, istenmeyen öznitelik değişikliklerini (örneğin, komşular tarafından görülen hop sayısını artıran kazara AS-path prepending) önlemek için giden route map’leri her zaman doğrulayın.

Varsayılan rota yönetimi

• Stratejiler şunları içerir:
  • Yalnızca gerektiği yerde bir varsayılan rota enjekte etme (örneğin, bir route map ile OSPF default-information originate).
  • Statik 0.0.0.0/0 rotasını dikkatli bir şekilde yeniden dağıtma; AD ve metrik türünün, varsayılan rotanın belirli rotaları ezmesini önlediğinden emin olma.
  • Çift kenarlı (İnternet ve MPLS) yapılar için, her VRF için ayrı varsayılan rotalar kullanın ve çapraz sızıntıyı önlemek için dışa/içe aktarma ilkeleri uygulayın.

Metrik Çevirisi ve Varsayılan Rota Yönetimi

OSPF, EIGRP, BGP ve statik rotalar arasında metrik çevirisi

• OSPF:
  • Harici rotalar maliyet ve tür taşır. Tip E1, ASBR’ye doğru olan dahili maliyeti biriktirir; E2 varsayılan olarak sabittir. Dahili yol maliyetinin çıkış seçimini etkilemesi gerektiğinde E1’i seçin.
  • Birden çok ASBR arasında yol seçimini etkilemek için harici metrikleri açıkça ayarlayın.
• EIGRP:
  • Bileşik metrik bant genişliği, gecikme, güvenilirlik, yük, MTU kullanır. Yeniden dağıtım sırasında en azından bant genişliği ve gecikmeyi ayarlayın; aksi takdirde rotalara zayıf metrikler atanabilir ve tercihleri düşürülebilir.
  • Metrik ağırlıkları K1–K5’i yalnızca zorunluysanız kullanın; birlikte çalışabilirlik için varsayılanları koruyun.
• BGP:
  • IGP metriklerini doğrudan çevirmez. Yol tercihini local preference (AS içi), MED (AS’ler arası ipucu), AS-path prepending ve weight (bir yönlendiriciye yerel) ile kontrol edin.
  • IGP’yi BGP’ye yeniden dağıtırken, community’leri, MED’i ayarlamak ve aşırı ayrıntıyı önlemek için route map’ler kullanın.
• Statik:
  • IGP’lere açık metriklerle tohumlama yapın. AD 1 olan bir statik rotanın yerel olarak dinamik rotaları ezmesine dikkat edin; gerekirse ön ek başına AD’yi ayarlayın (örneğin, ip route 0.0.0.0 0.0.0.0 x.y.z.w 5).

Kısa örnekler

• Etiketler ve E1 ile OSPF ← EIGRP:

  route-map EIGRP-TO-OSPF permit 10
   match tag 0
   set tag 65010
   set metric-type type-1
   set metric 50
  router ospf 1
   redistribute eigrp 10 subnets route-map EIGRP-TO-OSPF

• Bileşik metrik ile EIGRP ← OSPF:

  route-map OSPF-TO-EIGRP permit 10
   match tag 0
   set tag 65020
   set metric 100000 50 255 1 1500
  router eigrp 10
   redistribute ospf 1 route-map OSPF-TO-EIGRP

• BGP giden öznitelik kontrolü (yerel ön eklerin yolunun kazara uzatılmasını önleme):

  route-map OUT permit 10
   match ip address prefix-list EXPORT
   set local-preference 150
  route-map OUT permit 20
  router bgp 200
   neighbor 1.1.1.1 remote-as 65001
   neighbor 1.1.1.1 route-map OUT out

Her zaman sonlandırıcı bir permit dizisi ekleyin; aksi takdirde, istemeden öznitelikler (AS-path prepends gibi) ekleyebilir veya diğer tüm rotaları düşürebilirsiniz.

Varsayılan rota

• İlke ile OSPF varsayılan rotası:

  route-map OSPF-DEF permit 10
   match interface GigabitEthernet0/0
  router ospf 1
   default-information originate route-map OSPF-DEF metric 10 metric-type 1

İlke Tabanlı Yönlendirme (PBR) Tasarımı ve Operasyonları

Temel davranış ve eşleştirme

• PBR, yönlendirme tablosunu değiştirmeden paket başına iletme kararını değiştirir. Bir arayüze gelen yönde (inbound) veya yerel olarak oluşturulan trafiğe uygulanır.
• Yaygın eşleştirme kriterleri: kaynak/hedef ön ekleri, DSCP/öncelik (precedence), protokol/port (genişletilmiş ACL aracılığıyla), sonraki atlama (next-hop) erişilebilirliği.
• Temel set eylemleri:
  • set ip next-hop x.x.x.x [y.y.y.y …]
  • set interface
  • set ip default next-hop x.x.x.x (yalnızca rota arama başarısız olduğunda kullanılır)
  • set dscp , set ip precedence

Yedekleme (Fallback) ve erişilebilirlik farkındalığı

• Sıralı yedekleme için sonraki atlama (next-hop) listeleri kullanın. İlk sonraki atlama çözümlenemezse, yönlendirici sonraki atlamaları değerlendirir.
• object tracking ile birlikte set ip next-hop verify-availability komutunu kullanarak yalnızca erişilebilir sonraki atlamaları tercih edin; aksi takdirde PBR kara delikler (black hole) oluşturabilir.

  ip sla 10
   icmp-echo 203.0.113.1 source-interface GigabitEthernet0/0
   frequency 5
  ip sla schedule 10 life forever start-time now
  track 10 rtr 10 reachability
  route-map PBR permit 10
   match ip address ACL_PBR
   set ip next-hop verify-availability 198.51.100.1 1 track 10
   set ip default next-hop 203.0.113.2
  interface GigabitEthernet0/1
   ip policy route-map PBR

• Yerel (Local) ve arayüz (interface) PBR karşılaştırması:
  • Arayüz PBR (ip policy route-map), o arayüze giren transit trafiği işler.
  • Yerel PBR (ip local policy route-map), yönlendiricinin kendisi tarafından başlatılan trafiği (örneğin, yönetim oturumları, ping’ler) işler. Kontrol düzlemi (control-plane) oturumlarını bozmamak için dikkatli kullanın.

Kontrol düzlemi ve güvenlik etkileşimleri

• PBR, normal rota aramasından önce veri yolunda (data path) çalışır; RIB’i değiştirmez. set next-hop için CEF komşuluk çözümlemesini (adjacency resolution) doğrulayın.
• Kontrol düzlemi denetimi (CoPP), PBR’dan etkilenen transit verileri denetlemez, ancak yeniden dağıtılan (redistributed) alanlar tarafından kullanılan yönlendirme güncellemelerini denetleyebilir. Yönlendirme kararsızlıklarını (routing flaps) önlemek için CoPP oranlarını doğrularken, ACL sınıflandırmasını test ederken başlangıçta conform-action transmit ve exceed-action transmit olarak ayarlayın, ardından gerektiği gibi sıkılaştırın.
• Alıcı cihazlarda uRPF dağıtılmışsa, PBR tarafından oluşturulan asimetrik yollar paket düşmelerine neden olabilir. Asimetrik dönüş yollarına izin vermek için uygun yerlerde ip verify unicast source reachable-via any kullanın.

Doğrulama, Geri Alma ve Sorun Giderme Stratejisi

Doğrulama komutları

• Rota ve ilke durumu:
  • VRF başına erişilebilirliği doğrulamak için show ip route ve show ip route vrf <name>.
  • Gerçek yönlendirme kararlarını gözlemlemek için show ip cef exact-route <src> <dst>.
  • Sıra düzenini ve eşleşmeleri doğrulamak için show route-map ve show access-lists.
  • Kararsızlık sırasında CoPP etkilerini kontrol etmek için show policy-map control-plane.
• Protokole özgü:
  • OSPF: show ip ospf database external, show ip ospf border-routers ve LSA etiketlerini kontrol edin; IPv4 için OSPFv3 arayüzünü etkinleştirmek amacıyla arayüz altında ospfv3 1 ipv4 area <id> kullanın.
  • EIGRP: show ip eigrp topology, redistribution kaynakları için show ip protocols.
  • BGP: show ip bgp neighbors x.x.x.x advertised-routes ve received-routes; öznitelik değişikliklerini (AS-path, MED, communities, local preference) onaylayın ve giden ilkelerin, amaçlandığında eşleşmeyen rotalara izin verdiğinden emin olun.

Sorun giderme iş akışı

• Belirti kategorisini belirleyin:
  • Eksik rota: Gelen (inbound) filtreleri ve giriş sınırındaki (ingress boundary) redistribution ilkesini kontrol edin.
  • Yanlış yol: AD, metrik çevirisi ve giden (outbound) öznitelik değişikliklerini inceleyin.
  • Kara delik (Black hole): PBR next-hop kullanılabilirliğini, IP SLA/track durumunu doğrulayın ve “set ip default next-hop” komutunun yalnızca yönlendirme tablosunda olmayan hedefler için kullanıldığından emin olun.
  • Kararsızlık/dalgalanmalar (flaps): Önce döngü önleme etiketlerini, filtre sızıntılarını ve CoPP sayaçlarını kontrol edin.
• İlke sırasını inceleyin:
  • Route-map sıra düzeni önemlidir. BGP giden (outbound) yönünde bir deny dizisi dışa aktarımı (export) engelleyebilirken, “permit with no set” rotaları değiştirmeden geçirir. Uygun olduğunda eşleşmeyen rotalara izin vermek için her zaman sona bir permit 20 (veya benzeri) ekleyin.
• Döngü önlemeyi doğrulayın:
  • Etiketlerin dışa aktarımda (export) ayarlandığını ve yeniden içe aktarımda (re-import) filtrelendiğini onaylayın. Özetleme ve filtrelemenin her iki uçta da simetrik olduğundan emin olun.
• Geri alma ve değişiklik güvenliği:
  • Bakım pencereleri ve aşamalı dağıtım kullanın (alan adınızı korumak için önce gelen (inbound) yönde uygulayın; sonra giden (outbound) yönde).
  • Yapılandırma arşivlerini saklayın ve hızlı bir şekilde geri dönmek için configuration replace komutunu kullanın.
  • Mümkün olan yerlerde, ilkeleri genel kullanıma sunmadan önce bir VRF laboratuvarında veya sınırlı bir komşu alt kümesinde uygulayın.

Kısa ve hedefe yönelik örnekler

• Daha spesifik rotaları (more-specifics) engellemek için gelen (inbound) BGP alt ağ filtrelemesi:

  ip prefix-list PL-IN deny 172.16.0.0/16 le 23
  ip prefix-list PL-IN permit 0.0.0.0/0 le 32
  router bgp 100
   neighbor 192.0.2.2 remote-as 200
   neighbor 192.0.2.2 prefix-list PL-IN in

• Aşırı kısıtlamadan kaçınmak için route-map varsayılanlarının doğru kullanımı:

  route-map SETLP permit 10
   match ip address prefix-list P1
   set local-preference 99
  route-map SETLP permit 20

Operasyonel uyarılar ve hata modları

• Yanlış başlangıç metrikleri, ya tüm trafiğin tek bir ASBR’yi tercih etmesine ya da hiçbirinin normalde geçerli bir yolu tercih etmemesine neden olur.
• İstenmeyen AS-path prepend’leri veya sonlandırıcı bir permit‘in eksik olması, komşuların yerel ön ekleri daha uzaktaymış gibi algılamasına neden olur; örneğin, yerel olarak oluşturulan bir 192.168.130.0/24’ün bir AS hop yerine iki AS hop uzakta görülmesi gibi.
• track/verify-availability olmadan kullanılan PBR, next-hop arızası sırasında sessiz veri düzlemi (data-plane) kara delikleri oluşturabilir.
• İlke olmadan varsayılan redistribution, AD farklılıkları nedeniyle spesifik rotaların önüne geçebilir, bu da optimal olmayan yönlendirmeye veya erişilebilirlik kaybına neden olabilir.

Pratik Problem Senaryosu

NorthPeak Media, OSPF tabanlı bir WAN ile EIGRP tabanlı bir veri merkezini birleştiriyor ve iki ISP üzerinden seçici İnternet çıkışına ihtiyaç duyuyor. Gereksinimler: redistribution döngülerini önlemek, üretim trafiği için ISP-A’yı tercih edip ISP-B’ye otomatik yük devretme sağlamak ve kontrol düzlemi (control-plane) kararlılığını etkilemekten kaçınmak.

Yaklaşım

1. Redistribution sınırlarını ve etiketlerini tanımlayın

• Gerekçe: OSPF (WAN) ve EIGRP (DC) arasında iki yönlü redistribution gereklidir. Etiketler, rotanın kaynağını tanımlar ve yeniden enjekte edilmesini önler.
• Eylemler:
  • EIGRP’den OSPF’e geçiş yapılan ASBR üzerinde, set tag 65010, metric-type E1 ve 50 maliyeti (cost) ile redistribute eigrp yapın.
  • OSPF’ten EIGRP’ye geçiş yapılan ASBR üzerinde, set tag 65020 ve bir EIGRP bileşik metriği ile redistribute ospf yapın; OSPF’ten dönen 65010 etiketli herhangi bir rotayı reddedin (deny) ve bunun tersini de yapın.

2. Metrikleri ve AD’yi normalleştirin

• Gerekçe: OSPF dahili rotalarının OSPF harici rotalarından, EIGRP dahili rotalarının da EIGRP harici rotalarından öncelikli olmasını sağlayın; iBGP’nin istemeden IGP’leri gölgede bırakmasını önleyin.
• Eylemler:
  • OSPF harici rotaları için E1 kullanın, böylece ASBR’ye olan dahili maliyet çıkış seçimini etkiler.
  • Gerekirse, spesifik IGP rotalarının önüne geçmesini önlemek için redistribute edilen statik rotaların AD’sini yükseltin.

3. Varsayılan rota (default-route) yayılımını kontrol edin

• Gerekçe: Yalnızca WAN ucu OSPF’e 0.0.0.0/0 enjekte etmelidir; Veri Merkezi (DC) istemeden OSPF veya EIGRP’ye bir varsayılan rota sızdırmamalıdır.
• Eylemler:
  • WAN ABR üzerinde, çalışır durumdaki (up/up) bir ISP arayüzüyle eşleşen bir route-map ile default-information originate komutunu kullanın; metric-type E1 ve orta düzeyde bir maliyet (cost) belirleyin.
  • Veri Merkezi’nden (DC) statik varsayılan rotaları redistribute etmeyin; redistribution için kullanılan route-map maddelerinde 0.0.0.0/0’ı açıkça reddedin (deny).

4. IP SLA takibi ile seçici çıkış için PBR uygulayın

• Gerekçe: Üretim trafiğini ISP-A’ya yönlendirin ve ISP-B’ye otomatik, hızlı yük devretme sağlayın; yönlendirme tablosunu değiştirmeyin.
• Eylemler:
  • Üretim alt ağlarıyla eşleşen bir ACL oluşturun.
  • ISP-A next-hop’una yönelik ip sla ICMP testleri ve track nesneleri yapılandırın.
  • Kampüs giriş (ingress) arayüzlerinde ip policy route-map PBR-PROD uygulayın:
    • set ip next-hop verify-availability <ISP-A-NH> 1 track <obj>
    • Yönlendirme tablosunda bulunmayan hedefler için set ip default next-hop <ISP-B-NH>.
  • Üretim dışı trafiğin normal IGP/BGP yollarını izlemesine izin verin.

5. Kontrol düzlemini (control plane) ve yönetim trafiğini koruyun

• Gerekçe: Yönlendirici kaynaklı oturumların ve yönlendirme komşuluklarının PBR veya CoPP tarafından kesintiye uğramadığından emin olun.
• Eylemler:
  • Gerekirse, ip local policy route-map‘i yalnızca belirli yönetim kaynak adresleri için kullanın; aksi takdirde, yerel PBR’yi genel olarak uygulamaktan kaçının.
  • CoPP ilkesi aktivasyonu sırasında, dalgalanmalara (flaps) neden olmadan ACL eşleşmesini ve oranları doğrulamak için başlangıçta BGP/OSPF sınıfları için conform-action transmit ve exceed-action transmit ayarlayın; ardından istenen denetimi (policing) uygulayın.

6. Filtre yerleşimi ve doğrulaması

• Gerekçe: Alan adını aşırı sayıda ön ekten koruyun ve sızıntıları önleyin.
• Eylemler:
  • İstenmeyen daha spesifik rotaları (more-specifics) ve bogon’ları engellemek için BGP komşularında gelen (inbound) prefix-list’ler kullanın.
  • Seçilen ön ekler için local preference ayarlamak ve sonlandırıcı bir permit olduğundan emin olmak için giden (outbound) route-map’ler kullanın.
  • show ip route vrf <name> (VRF başına), show ip bgp neighbors advertised-routes ve show route-map isabet sayıları (hit counts) ile doğrulayın.

7. Test edin, izleyin ve geri alın

• Gerekçe: Kontrollü dağıtım riski azaltır.
• Eylemler:
  • Arayüzlerin/komşuların bir alt kümesinde dağıtım yapın, IP SLA durumunu izleyin ve PBR sayaçlarını ve CEF komşuluklarını doğrulayın.
  • Temel yapılandırmayı (baseline) arşivleyin ve anormallikler ortaya çıkarsa hızlı geri alma (rollback) için configuration replace kullanın.
  • Uçtan uca rota etiketlerini kontrol ederek ve show ip ospf database external ile show ip eigrp topology komutlarıyla yeniden kaynaklanma (re-origination) olmadığını doğrulayarak döngü olmadığını onaylayın.

← BGP Politika · Tüm alanlar · MPLS →

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