Cisco 350-401: IP Servisleri, Multicast ve Hizmet Kalitesi — Çalışma kılavuzu

By Laurynas Brazys · 15 August 2026 · #cisco #350-401 #certification #exam-prep #study-guide

Şunun bir parçası: Cisco CCNP Enterprise 350-401 ENCOR — Ç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ış

IP servisleri, çoklu yayın (multicast) ve QoS, bir kurumsal ağın operasyonel çekirdeğini oluşturur. DHCP, DNS, NTP gibi temel hizmetler ve yönetim telemetrisi, uç noktaları ve operatörleri etkinleştirir; NAT, adresleme ve güvenlik sınırlarını uygular; QoS, gerçek zamanlı uygulamalar için kullanıcı deneyimini korur; çoklu yayın, birden-çoğa dağıtımı ölçeklendirir; ve IP SLA ile nesne takibi (object tracking) kullanılarak yapılan aktif izleme, dayanıklılık için döngüyü tamamlar. Bu bölüm, her birinin tasarımını ve operasyonel mantığını açıklayarak hata modlarını ve ödünleşimleri vurgulamaktadır.

Temel IP Servisleri ve Telemetri

DHCP: Relay ölçeğini ve doğruluğunu sağlarken adresleri ve seçenekleri merkezi olarak sağlayın.

• Relay ve seçenek yönetimi: İstemci yayınlarını (broadcast) DHCP sunucusuna tek noktaya yayın (unicast) olarak iletmek için ilk atlama arayüzünde ip helper-address kullanın. Gürültüyü sınırlamak için yalnızca gerekli UDP yardımcılarını (ör. 67/68 DHCP, 53 DNS, 69 TFTP, 161 SNMP) dahil edin. Option 43, CAPWAP AP’lere WLC adreslerini sağlar; Option 82 (relay bilgisi), port başına politika ve rezervasyonlar için devre tanımlayıcıları ekler. Option 82’ye bilinçli bir şekilde güvenin veya onu kaldırın—erişim katmanı anahtarları genellikle bu seçeneği ekler ve yukarı akış cihazları üzerine yazmamalıdır.
• Tahsis modelleri: Altyapı MAC’leri veya istemci kimlikleri için rezervasyonlu dinamik havuz, kritik altyapı için statik atamalar ve yüksek mobiliteye sahip veya VPN havuzları için kısa kiralama süreleri. Dayanıklılık için alt ağ kullanımını ve split-scope veya DHCP yük devretmeyi (failover) göz önünde bulundurun.
• Sorun giderme: Önce L2 erişilebilirliğini ve VLAN’ları, ardından relay erişilebilirliğini ve giaddr alanının doldurulduğunu doğrulayın. Cisco IOS’ta, show ip dhcp binding, show ip dhcp server statistics ve debug ip dhcp server events komutlarını dikkatli bir şekilde kullanın. Yaygın hatalar arasında SVI üzerinde eksik helper adresleri, bir güvenlik duvarı tarafından düşürülen Option 82 veya tükenmiş bir havuz bulunur.

DNS: Kullanıcılara yakın, yedekli, anycast özellikli çözümleyiciler dağıtın. Dahili hizmetler için split-horizon kayıtlarını zorunlu kılın. Gecikmeyi azaltmak için istemcilere yakın önbellekleme yapın. DNSSEC doğrulaması ile güvenliği sağlayın ve özyinelemeyi (recursion) dahili alt ağlarla kısıtlayın.

NTP: Zaman tutarlılığı logları, Kerberos’u ve sertifikaları korur. NTPv4, güvenlik eklentileri ekler ve LAN’larda keşif için site-local IPv6 çoklu yayınını kullanır. En az iki yukarı akış kaynağı (genel veya kurumsal stratum-1/2) ile tasarım yapın ve dahili stratum-3 sunucuları aracılığıyla dağıtın. Kimlik doğrulamayı (simetrik anahtarlar veya NTS) tercih edin ve her düğümden İnternet’e doğrudan NTP bağlantısından kaçının; altyapıyı yerel NTP sunucularına yönlendirin.

Yönetim düzlemi ve telemetri:

• SNMP: Kimlik doğrulama/gizlilik için SNMPv3’ü tercih edin; sorgulama aralıklarını en aza indirin; OID’leri role göre gruplayın. Aşırı yük ve kötüye kullanımdan korumak için SNMP’yi ACL’ler ve Control Plane Policing (CoPP) ile sınırlayın. Trap’ler/inform’lar hız limitli olmalıdır.
• Syslog: Desteklendiği yerlerde güvenilir taşıma kullanın ve en az iki toplayıcıya gönderin. Önem düzeyini (0–7) normalleştirin ve NTP aracılığıyla zaman damgası ekleyin. Önemli olaylar (link dalgalanmaları, rota değişiklikleri, güvenlik) için ayrıştırma (parsing) uygulayın.
• NetFlow/IPFIX: Yalnızca gerekli alanları dışa aktarın; yüksek verimli bağlantılarda örnekleme (sampling) kullanın. Toplayıcı kapasitesini ve gizlilik kontrollerini sağlayın. Üreticiden bağımsız genişletilebilirlik için IPFIX’i tercih edin.
• Model güdümlü telemetri: YANG modelli verileri (gNMI/NETCONF dial-in/out) sabit aralıklarla akış olarak gönderin; bu, toplu SNMP’den daha düşük gecikmeli ve daha verimlidir. Veri toplamayı SLI/SLO’lar (ör. paket düşmeleri, kuyruk derinliği, CPU, bellek, rota çalkantısı (churn)) ile hizalayın.

NAT: Statik, Dinamik, PAT ve Doğrulama

NAT, adres bağımsızlığını, politikayı ve çakışan IP’lerin geçişini zorunlu kılar. Gereksinimi karşılayan en basit yapıyı seçin.

• Statik NAT: Bire bir, deterministik. Gelen servisler, VoIP ağ geçitleri ve kararlı kimlik gerektiren IPsec eşleri için kullanın. Dezavantajı: genel (public) IP’leri tüketir.
• Dinamik NAT (havuz): Sadece giden trafiğe sahip istemciler için bir havuzdan geçici seçimle çoktan-aza eşleme. Dönüş yönlendirmesi NAT cihazını hedeflemelidir; asimetri oturumları bozar.
• PAT (aşırı yükleme): Tek bir IP (veya birkaç IP) üzerinde benzersiz TCP/UDP portları kullanarak çoktan-bire eşleme. Son derece verimlidir ancak yüksek eşzamanlı bağlantı altında portları tüketebilir; yüksek ölçekli uç noktalarda PAT’ı birden fazla adrese dağıtın.
• Hairpin ve twice NAT: İç ağdaki ana bilgisayarların genel adres üzerinden iç servislere ulaşması gerektiğinde veya hem kaynağı hem de hedefi yeniden eşlemek gerektiğinde gereklidir. Politika ve rota eşleşmesini dikkatlice doğrulayın.
• İşlem sırası ve VRF’ler: NAT’ın ACL’ler, ZBFW ve PBR’ye göre doğru aşamada gerçekleştiğinden emin olun. VRF tasarımları için VRF başına NAT kuralları uygulayın ve dönüş trafiği için rota sızdırmayı (route-leaking) onaylayın.
• Yüksek erişilebilirlik: Sorunsuz yük devretme için durum bilgisi olan (stateful) NAT zorunludur; aksi takdirde, her iki eşte de deterministik statik NAT’ı ilk atlama yedekliliği ile kullanın ve dinamik/PAT akışları için oturum kaybını kabul edin.
• Doğrulama ve sorun giderme: show ip nat translations ve statistics komutlarını kullanın, ACL’lerdeki isabet sayaçlarını onaylayın, NAT dış arayüzünden gelen ve giden rotaları doğrulayın. Debug komutlarını idareli kullanın; paket yakalamaları genellikle daha güvenlidir. Port tükenmesi, çakışan havuzlar ve asimetrik yönlendirmeye dikkat edin.

Kısa örnek: ip access-list standard NAT_INSIDE permit 10.10.0.0 0.0.255.255 ip nat pool PUBLIC 198.51.100.10 198.51.100.14 netmask 255.255.255.248 ip nat inside source list NAT_INSIDE pool PUBLIC overload interface Gig0/0 ip nat inside interface Gig0/1 ip nat outside

QoS: Sınıflandırma, İşaretleme, Kuyruklar ve Tıkanıklık Yönetimi

Uçtan uca QoS, çekişme (contention) altında performansı korur; güven sınırını (trust boundary) ve iletim davranışını erişim (access), dağıtım (distribution), WAN ve veri merkezi genelinde tutarlı bir şekilde tasarlayın.

• Sınıflandırma ve işaretleme: Uçta (edge) sınıflandırın; yalnızca yetenekli cihazlara güvenin. Tipik güven sınırı, bir IP telefonuna (telefondan gelen CoS/DSCP’ye güvenin, bağlı PC’ye değil) ve altyapı cihazlarına giden erişim anahtarı (access switch) portudur. İşaretlemeler eksik olduğunda sınıflandırmak için NBAR veya ACL’leri kullanın. Uyumlu olmayan trafiği uçta yeniden işaretleyin.
• DSCP ve CoS: Ses taşıyıcısı (voice bearer) için DSCP EF (46), çağrı sinyallemesi için CS3, interaktif video için AF41, kritik veriler için AF31/AF32, önemsiz (scavenger) trafik için CS1. DSCP’yi atlama başına davranışlara (per-hop behaviors) ve trunk’lar için L2 CoS’a eşleyin.
• Kuyruklar ve zamanlama: Açlığı (starvation) önlemek için denetlenen (policed) bir bant genişliği sınırı ile katı öncelikli (strict-priority) trafik (EF) için LLQ kullanın. Minimum bant genişliği garantileri olan güvenceli (assured) sınıflar için CBWFQ kullanın. Her platform için donanım kuyruk-DSCP eşlemelerini doğrulayın.
• Şekillendirme (Shaping) ve denetleme (policing): Ani artışları (burst) yumuşatmak için (özellikle WAN’a doğru) çıkışta (egress) sözleşmeli bir CIR’ye göre şekillendirin. Kiracı (tenant) veya sınıf sınırlarını zorunlu kılmak için girişte (ingress) denetleme yapın; dikkatli olunmazsa denetlemenin kayıp ve potansiyel olarak yeniden sıralamaya neden olduğunu anlayın.
• Tıkanıklıktan kaçınma: WRED, ortalama kuyruk derinliğine ve DSCP’ye dayanarak erken düşürme (drop) yapar ve esnek yığın (elastic bulk) trafiği pahasına interaktif akışları korur. Katı öncelikli kuyruklarda WRED’i etkinleştirmeyin. WRED’in fayda sağlamadığı veya donanımın desteklemediği sınıflar için kuyruk sonu düşürme (tail-drop) devam eder.
• Ses/video SLA’ları: Ses için tek yönlü gecikme ≤150 ms, jitter ≤30 ms, kayıp ≤%1; interaktif video kayba biraz daha toleranslıdır ancak gecikme varyasyonuna benzer şekilde duyarlıdır. EF bant genişliğini kodek hızları artı başlıklar (headers), VAD ve büyüme payından (growth margin) mühendislik yapın; diğer sınıfları korumak için LLQ’yu kısıtlayın. TelePresence/interaktif video için, düşük hızlı bağlantılarda uygun minimum bant genişliği ve şekillendirme ile AF41 ayırın.
• Doğrulama: Sınıf sayaçlarını, düşürmeleri (drops) ve şekillendirme uyumluluğunu onaylamak için

undefined

komutunu kullanın. Arayüz kuyruk derinliğini ve düşürme nedenlerini izleyin; bant genişliğini ve eşikleri tepe bağlantı hızı iddialarına göre değil, ölçülen kullanıma göre ayarlayın.

Kısa LLQ örneği:

undefined

undefined

undefined

undefined

undefined

undefined

undefined

undefined

Multicast: İletim, PIM, RP’ler ve Kampüs ile WAN Genelinde Tasarım

Multicast, birden-çoğa (one-to-many) trafiği verimli bir şekilde ölçeklendirir ve Ters Yol İletimi (Reverse Path Forwarding - RPF) kontrolleri için tek noktaya yayın (unicast) yönlendirme ile sıkı bir entegrasyon gerektirir.

• IGMP: Ana bilgisayarlar (hosts) gruplara IGMP aracılığıyla katılır/ayrılır (v2 yaygın olarak kullanılır, v3 SSM için kaynak filtrelemesi ekler). Anahtarlarda (switch) IGMP snooping’i etkinleştirin; segmentte bir multicast yönlendirici olmasa bile grup durumunu korumak için her VLAN başına bir IGMP sorgulayıcısının (querier) bulunduğundan emin olun.
• PIM modları:
  • PIM Sparse Mode (PIM-SM): Çekme (pull) modeli; trafiği yalnızca ilgili alıcılara gönderir. Bir RP, paylaşılan ağaç (*,G) için ağaç köküdür (tree root). Varsayılan olarak, RP yalnızca yeni oturumları başlatmak için gereklidir; alıcılar, trafik akışı başladıktan sonra en uygun yollar için kaynak ağacına (S,G) geçebilirler.
  • PIM Source-Specific Multicast (SSM): RP yoktur; alıcılar IGMPv3 aracılığıyla (S,G) belirtir. Kontrol düzlemini (control plane) basitleştirir ve çoktan-çoğa (many-to-many) risklerini azaltır. IPTV ve sıkı kontrol edilen kaynaklar için idealdir.
  • PIM Bidirectional: Düşük durum bilgisi (state) ve kaynak kaydı olmadan çoktan-çoğa için verimlidir (ör. finansal piyasa verileri), ancak en kısa yola geçiş (shortest-path switch-over) yoktur; tasarımı buna göre yapın.
• RP stratejileri:
  • Küçük alanlar (domain) için Statik RP.
  • Dinamik keşif için BSR/Auto-RP.
  • Tek bir anycast adresi kullanarak birden çok RP arasında kaynak kaydını paylaşmak için MSDP ile Anycast-RP, esnekliği ve yerelliği artırır.
• RPF ve SPT’ye geçiş: RPF hataları, tek noktaya yayın rota asimetrisinden veya filtrelenmiş prefix’lerden kaynaklanır;

undefined

ve

undefined

ile doğrulayın. SPT eşikleri, paylaşılan ağaçtan kaynak ağacına ne zaman geçileceğini yönetir; bunları trafik hacmine ve çekirdek (core) yol simetrisine göre ayarlayın.

• Kampüs tasarımı: Yönlendirilmiş çekirdekte (routed core) PIM-SM, erişim ucunda (access edge) sorgulayıcılarla (querier) IGMP snooping ve hizalanmış çekirdek düğümler (core nodes) arasında Anycast-RP kullanın. Ana bilgisayarların IGMPv3’ü desteklediği yerlerde SSM’i tercih edin; aksi takdirde, ilk atlama yönlendiricisinde (first-hop router) SSM eşlemesi dağıtın.
• WAN tasarımı: MPLS üzerinden, mevcutsa sağlayıcının mVPN’ini kullanın; aksi takdirde, WAN VRF’i üzerinden PIM çalıştırın veya GRE/DMVPN ile kapsülleyin ve tünellerin içinde PIM’i etkinleştirin. Alanlar (domain) arasında RP erişilebilirliğini sağlayın ve sağlayıcının multicast kabulünü onaylayın veya katman (overlay) planlayın. İnternet tabanlı dağıtım için, güvenilmeyen alanlar arasında RP bağımlılıklarından kaçınmak amacıyla GRE/IPsec ile SSM’i tercih edin.

Kısa PIM/RP örneği:

undefined

undefined

undefined

undefined

undefined

Aktif İzleme, Otomatik Yük Devretme ve Sorun Giderme

IP SLA ve izleme (tracking), düzeltici eylemleri otomatikleştirir ve SLA’ları gerçek zamanlı olarak doğrular.

• IP SLA: Erişilebilirlik için ICMP-echo, ses/video kalitesi için UDP jitter, uygulama kullanılabilirliği için HTTP/TCP connect. Multicast için, UDP jitter işlemleri belirli bir (S,G) veya (*,G) hedefine grup teslimatını test edebilir.
• Nesne izleme ve tetikleyiciler: IP SLA sonuçlarını, arayüz durumlarını veya rotaları izleyin. İzlemeyi HSRP/VRRP, statik rotalar veya PBR’ye bağlayın. Karmaşık diziler (loglama, yeniden yapılandırma, bildirme) için EEM applet’lerini kullanın.
• Örnek:

undefined

• Hizmet kullanılabilirliği izleme: SNMP sayaçlarını (düşen paketler, hatalar), QoS kuyruk istatistiklerini, sınıf kullanımı için NetFlow/IPFIX’i ve anomali korelasyonu için syslog’u birleştirin. Zaman senkronizasyonu katı olmalıdır, aksi takdirde çok kaynaklı korelasyon başarısız olur.
• Yaygın arıza modları ve ödünleşimler:
  • DHCP: Güvenlik duvarları tarafından ayıklanan Option 82; bölünmüş kapsam (split-scope) çakışması; sahte DHCP sunucuları—DHCP snooping’i etkinleştirin.
  • DNS: Asimetrik politika veya engellenmiş EDNS0; geri çekilme olmadan anycast arızası kara deliklere (blackhole) yol açar—anycast kullanılıyorsa BGP sağlığını izleyin.
  • NTP: Eşleme döngüleri (peering loops) ve yanlış zaman kaynakları (false tickers); kimliği doğrulanmamış zaman kaymaları sertifika hatalarına neden olur—kimlik doğrulamayı ve tutarlılık eşiklerini (sanity thresholds) zorunlu kılın.
  • NAT: Yedekli uçlar (edge) arasında asimetrik yönlendirme oturumları bozar; PAT port tükenmesi—havuzları genişletin (scale out) veya durum bilgisi olan (stateful) cihazların farkında olan ECMP ile akış başına hashing kullanın.
  • QoS: Aşırı tahsis edilmiş LLQ diğer sınıfları kaynak açlığına (starvation) uğratır; bir platformda yanlış eşlenmiş DSCP beklenmedik kuyruklara yol açar—platforma özgü QoS haritalarını doğrulayın.
  • Multicast: Rota filtrelerinden kaynaklanan RPF hataları; RP erişilebilirlik kaybı yeni katılımları durdurur; sorgulayıcı (querier) olmadan IGMP snooping üyelikleri zaman aşımına uğratır—VLAN üzerinde bir sorgulayıcı veya PIM yönlendirici varlığını etkinleştirin.
  • Kontrol düzlemi aşırı yüklenmesi: Aşırı sorgulama (polling) veya trap fırtınaları yönlendirmeyi istikrarsızlaştırır—CoPP ve telemetri hız limitleri uygulayın.

Pratik Problem Senaryosu

Acme BioTech, MPLS ile birbirine bağlı ve İnternet VPN yedeği olan iki yedekli veri merkezinden siteler arası multicast video eğitimi, VoIP ve bulut İnternet erişimini desteklemelidir. Kullanıcılar, eğitimler sırasında aralıklı video donmaları ve yük devretme olayları sırasında zaman zaman çağrı kalitesinde düşüş olduğunu bildirmektedir.

Yaklaşım:

1. Tüm altyapıda zamanı normalleştirin ve güvenli hale getirin.

• Tüm ağ cihazlarında NTPv4’ü, kimlik doğrulamalı yerel stratum-2 sunucularına göre yapılandırın. Gerekçe: Tutarlı zaman, geçerli QoS analitiği sağlar, syslog/NetFlow’u ilişkilendirir ve yük devretme sırasında yönetim API’lerini bozabilecek sertifika anomalilerini önler.

2. Altyapı uç noktaları ve telefonlar için DHCP ve DNS’i stabilize edin.

• Erişim (access) SVI’larında ip helper-address komutunu sağlayın, erişimde Option 82 eklemeyi ve dağıtımda (distribution) güvenmeyi etkinleştirin ve uygun olan yerlerde telefon TFTP’si için Option 150’yi sağlayın. DNS çözümleyicilerinin tüm VLAN’lardan erişilebilir olduğunu doğrulayın. Gerekçe: Stabil adresleme ve isim çözümleme, QoS sorunlarına yol açabilecek sahte telefon yeniden kayıtlarını ve AP/denetleyici keşif hatalarını ortadan kaldırır.

3. Net bir güven sınırı (trust boundary) ve WAN şekillendirme (shaping) ile QoS uygulayın.

• IP telefonlardan ve TelePresence uç noktalarından gelen işaretlemelere güvenin; PC’leri varsayılana yeniden işaretleyin. EF için %10’da bir policer ile LLQ, interaktif video için %20’de WRED ile AF41 uygulayın ve WAN uçlarında çıkış trafiğini MPLS CIR’ye göre şekillendirin. Gerekçe: Yoğunluk altında ses ve interaktif videoyu korur ve sözleşmeli hıza uyarak sağlayıcı tarafından yapılan policing düşüşlerini önler.

4. Kampüs ve WAN için multicast’i optimize edin.

• Çekirdekte (core) PIM-SM’i, iki veri merkezi arasında MSDP kullanarak Anycast-RP ile dağıtın, erişim VLAN’larında IGMP v3’ü etkinleştirin ve kaynakların bilindiği eğitim akışları için SSM’i (232/8) tercih edin. Gerekçe: Anycast-RP, veri merkezleri arasında oturum başlangıçlarını sürdürür; SSM, birincil eğitim akışları için RP bağımlılığını ortadan kaldırır ve WAN geçişini basitleştirir.

5. İnternet ucunda (edge) NAT ve yol simetrisini doğrulayın.

• Giden PAT için HA çiftinde durum bilgili (stateful) NAT, gelen servisler için deterministik statik NAT kullanın ve HSRP’nin aktif durum bilgili eş ile hizalandığından emin olun. Gerekçe: Yük devretme sırasında bulut servislerine giden softphone medyasını etkileyebilecek oturum kaybını ve asimetriyi önler.

6. İnternet yedeğine otomatik yük devretmeyi otomatikleştirmek için nesne izleme (object tracking) ile IP SLA dağıtın.

• Bulut SBC’sine doğru IP SLA UDP jitter proplarını ve MPLS PE’ye doğru ICMP’yi yapılandırın; statik rotaları ayarlamak veya BGP local preference’ı etkilemek için sonuçları izleyin. Gerekçe: Sadece erişilebilirliği değil, gerçek hizmet kalitesini ölçer; kullanıcılar bozulmayı fark etmeden önce kontrollü yük devretmeyi tetikler.

7. Telemetriyi devreye alın ve kontrol düzlemini koruyun.

• Kuyruk derinliği ve düşen paket sayaçlarını model güdümlü telemetri aracılığıyla toplayıcılara aktarın, WAN uçlarında NetFlow/IPFIX’i etkinleştirin ve SNMP’yi SNMPv3 ile NMS IP’leriyle sınırlayın. Yönetim trafiği için açık bir sınıfla CoPP uygulayın. Gerekçe: İzleme yükü altında kontrol düzleminin stabil kalmasını sağlarken eyleme geçirilebilir görünürlük sağlar.

8. Test edin, gözlemleyin ve ayarlayın.

undefined

,

undefined

ve kuyruk düşüşlerini yakalarken sentetik VoIP çağrıları ile planlanmış bir multicast eğitimi çalıştırın. Ölçülen kullanıma ve sağlayıcı davranışına göre LLQ ve AF41 bant genişliklerini ayarlayın. Gerekçe: Ampirik ayarlama, QoS tahsislerini gerçek trafik desenleri ve sağlayıcı policing özellikleriyle uyumlu hale getirir.

Bu sıra; saat kararlılığı, temel hizmetler, kuyruklama ve hız kontrolü, doğru multicast kontrol düzlemi davranışı, NAT simetrisi, otomatik yük devretme ve gözlemlenebilirlik konularını ele alır ve hep birlikte MPLS ve İnternet yolları boyunca tutarlı ses ve video performansı sağlar.

← Unicast Yönlendirme ve Rota Kontrolü · Tüm alanlar · Kablosuz Altyapı ve Mobilite →

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