Cisco 300-410: EIGRP Tasarım, Metrikler ve Yakınsama — Ç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.

Yakınsama, Sorgular, Özetleme ve Sorgu Sınırları

Sorgular ve Aktif Durumda Takılı Kalma (SIA - Stuck-in-Active):

• Bir FS (Feasible Successor) olmadığında, rotalar Aktif (Active) duruma geçer ve yönlendirici, stub olanlar veya özetleme sınırlarına sahip olanlar dışındaki tüm komşulara sorgular gönderir. Sorgulanan her komşunun, active-time (varsayılan 3 dakika) dolmadan önce yanıt vermesi gerekir. Tüm yanıtların alınamaması SIA’ya neden olur; komşu sıfırlanabilir ve rota temizlenebilir.
• EIGRP SIA-Query/SIA-Reply geliştirmeleri, yavaş yanıt verenleri daha erken tespit eder, ancak asıl azaltma yöntemi tasarımdır.

Sorgu kontrolü (query containment) stratejileri:

• Özetleme: Sorguların sınırları aşmasını önlemek için dağıtım veya ABR benzeri sınırlarda kümeler (aggregate) oluşturun. EIGRP, özet için metriği en iyi bileşen rotasınınkine eşit olan yerel bir Null0 atma (discard) rotası (yönetimsel mesafe 5) yükler. Bu, hem sorgu kapsamını azaltır hem de belirli rotalar eksik olduğunda kara delik (blackholing) oluşumuna karşı koruma sağlar.
• Stub yönlendirme: Sınırlı cihazlar üzerinden geçen transit sorguları durdurmak için uç (spoke) veya yaprak (leaf) sitelerde yapılandırın.
• Filtreleme: Gereksiz rotaların yayılmasını sınırlayarak topoloji ayak izini azaltın.

leak-map ile IPv4 özetlemesi: interface GigabitEthernet0/0 ip summary-address eigrp 100 10.16.0.0 255.255.0.0 leak-map EIGRP-LEAK ! ip prefix-list CRITICAL permit 10.16.200.0/24 route-map EIGRP-LEAK permit 10 match ip address prefix-list CRITICAL

Leak-map’ler, özetle birlikte seçilen daha spesifik rotaların da anons edilmesine olanak tanır. Örneğin, geri kalan rotalar için sorguları kontrol altında tutarken, kritik alt ağlar için trafiği bir ilke (policy) aracılığıyla yönlendirmek veya en uygun yolları korumak için kullanılır.

Tasarım ödünleşimleri:

• Kaba özetlemeler kararlılığı en üst düzeye çıkarır ancak en uygun olmayan yolları gizleyerek trafiğin daha uzun rotaları izlemesine neden olabilir. Yalnızca gerekli olanı sızdırın (leak).
• Aşırı varyans (variance), yük dengeleme yollarını artırabilir ancak bu yalnızca FS’ler arasında geçerlidir; kritik hedefler için FS’lerin mevcut olmasını sağlamak amacıyla sorgu kontrolünü (query containment) temin edin.

Politika, Yeniden Dağıtım, Doğrulama ve Sorun Giderme

EIGRP’ye/EIGRP’den Yeniden Dağıtım:

• EIGRP’ye yeniden dağıtılan rotalar harici (external) hale gelir (yönetimsel mesafe 170). Karşılıklı yeniden dağıtımda döngüleri önlemek için her zaman deterministik bir metrik belirleyin ve etiketleme (tagging) uygulayın.

undefined

undefined

undefined

undefined

undefined

undefined

undefined

undefined

Temel doğrulama adımları:

• Komşular:

undefined

,

undefined

• Topoloji:

undefined

,

undefined

ve

undefined

altındaki isimlendirilmiş mod (named-mode) eşdeğerleri

• Yönlendirme:

undefined

,

undefined

• Protokol durumu:

undefined

,

undefined

• Trafik ve sorgular:

undefined

Yakınsama (convergence) sorun giderme iş akışı:

1. Komşuluk ön koşullarını doğrulayın: eşleşen AS, K değerleri/metrik sürümü, kimlik doğrulama ve geçiş (transit) bağlantılarında passive-interface olmaması.
2. Zamanlayıcıları ve arayüz sağlığını inceleyin; ‘flap’ler sık sık ‘active’ duruma geçmeye neden olur. Hello/hold zamanlayıcılarını yalnızca gerektiğinde ayarlayın; altta yatan medya sorunlarını düzeltmeyi tercih edin.
3. SIA belirtileri ve sorgu fırtınalarını (query storm) kontrol edin. Sorguları sınırlamak için özetler (summary) ekleyin veya iyileştirin ve yaprak (leaf) yönlendiricilerde stub yapılandırın.
4. Topolojide FS (Feasible Successor) kullanılabilirliğini değerlendirin. Eksikse, ‘feasible condition’ (uygunluk koşulu) karşılanabildiğini doğrulayın; tasarım gerektiriyorsa geçerli yedekler oluşturmak için gecikme (delay) değerlerini ayarlayın.
5. Yeniden dağıtım metriklerini ve etiketlerini doğrulayın. Varsayılanların eksikliği sonsuz metriklerle sonuçlanarak rotaların düşmesine neden olur; etiketlerin olmaması döngüler yaratabilir.
6. IPv6 için, yönlendirici kimliğinin (router ID) ayarlandığından ve arayüz başına aktivasyonun mevcut olduğundan emin olun; IPv6 EIGRP, IPv4 network ifadelerini kullanmaz.

Pratik Problem Senaryosu

Northwind Logistics, onlarca şube (spoke) deposu bulunan çift merkezli (dual-hub) bir EIGRP ağı işletmektedir. Uzak konumlardaki erişim devresi ‘flap’leri zaman zaman sorgu fırtınalarını tetikleyerek merkezlerde (hub) aralıklı SIA’ya ve gecikmeli yedek sisteme geçişlere (failover) neden olmaktadır. Şirket ayrıca IPv4’ün yanında IPv6’yı da etkinleştirmeyi planlamakta ve bölgesel veri merkezlerinde EIGRP ile OSPF arasındaki karşılıklı yeniden dağıtım döngülerini önlemek zorundadır.

Yaklaşım:

1. Dağıtım katmanında özetleme (summarization) ile sorguları sınırlayın.

• Şubelere (spoke) yönelik her dağıtım arayüzünde, arayüz başına IPv4 özetleri yapılandırın ve optimum yönlendirme gerektiren kritik alt ağları sızdırın (leak). Bu, bir şube daha spesifik bir rotayı kaybettiğinde sorgu kapsamını azaltırken, önemli ön ekler için performansı korur.

undefined

undefined

undefined

undefined

undefined

undefined

Gerekçe: Özetler, eşleşmeyen alt ön ekler için bir Null0 atma (discard) rotası (AD 5) oluşturur ve ‘Active’ durumlarının sınırın ötesine yayılmasını engelleyerek SIA riskini keskin bir şekilde azaltır.

2. Şubeleri (spoke) yalnızca bağlı (connected) ve özet (summary) rotaları olan stub olarak bildirin.

undefined

undefined

Gerekçe: Merkezler (hub), şubelere geniş kapsamlı sorgular göndermez; şubelerin iyileştiremeyecekleri rotalara yanıt vermesi gerekmez, bu da yakınsama süresini kısaltır ve düşük seviye CPE’lerde CPU/bellek tasarrufu sağlar.

3. FC (Feasible Condition) karşılandığı durumlarda çift merkez (dual hub) arasında eşit olmayan maliyetli yük paylaşımını (unequal-cost load sharing) etkinleştirin.

undefined

undefined

undefined

Gerekçe: Varyans (variance), FC geçerli olduğu sürece döngüsüz garantileri ihlal etmeden merkezlere giden birden fazla FS yolunun kullanılmasına olanak tanır, bu da verimi (throughput) ve esnekliği (resilience) artırır.

4. Metrikleri standartlaştırın ve K değeri değişikliklerinden kaçının.

• K değerlerini değiştirmeyin. Veri merkezlerinde yeniden dağıtım metriklerini açıkça belirleyin.

undefined

undefined

undefined

undefined

undefined

Gerekçe: Tutarlı metrikler öngörülebilir yol seçimi sağlar; etiketler (tag), harici rotaları işaretleyerek yeniden giriş döngülerini önler.

5. EIGRP’den OSPF’e geri olan yeniden dağıtım döngülerini engelleyin.

undefined

undefined

undefined

undefined

undefined

Gerekçe: Etiketler, aynı rotaların protokoller arasında salınmasını önleyerek sürekli değişimi (churn) ve metrik karışıklığını engeller.

6. Merkez (hub) LAN segmentlerinde kimlik doğrulama ile komşu oluşumunu güçlendirin.

undefined

undefined

undefined

Gerekçe: Üçüncü taraf cihazlardan kaynaklanan yetkisiz komşulukları ve yanlışlıkla metrik/K-değeri uyuşmazlıklarını önler.

7. Arayüz başına IPv6 EIGRP dağıtın ve bir yönlendirici kimliği (router ID) ayarlayın.

undefined

undefined

undefined

undefined

undefined

undefined

undefined

Gerekçe: IPv6 EIGRP, açıkça arayüz başına etkinleştirme ve 32-bit bir yönlendirici kimliği gerektirir; bu, FF02::A üzerinden ayrı komşuluklarla IPv4 davranışını yansıtır.

8. Doğrulayın ve izleyin.

• FS varlığını doğrulamak için

undefined

komutunu; zamanlayıcıları/kimlik doğrulamayı onaylamak için

undefined

komutunu; değişiklik sonrası sorgu sayılarının düştüğünden emin olmak için

undefined

komutunu kullanın. Gerekçe: Tasarım değişikliklerinin ‘active’ durumlarını/SIA’yı azalttığını ve hızlı geçiş (switchover) için birden fazla FS’nin mevcut olduğunu doğrular.

← OSPF Tasarım · Tüm alanlar · BGP Politika →

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