Kurumsal ağda yavaşlık ve kesinti, hem kullanıcıların hem de IT ekibinin en çok zaman kaybettiği konudur. Çünkü belirti aynıdır (“sistem yavaş”), ama nedenler katman katman farklıdır. Bu rehber, teşhisi fiziksel katmandan başlayarak sistematik şekilde yapmayı ve sorunun tekrarlanmasını önleyecek tasarım ilkelerini ele alır.
Önce soruyu doğru sorun
- Sorun herkeste mi, bir katta mı, tek bir kullanıcıda mı?
- Her uygulamada mı, yoksa yalnızca belirli bir sistemde (ERP, dosya sunucusu, bulut uygulaması) mi?
- Kablolu ve kablosuzda aynı mı?
- Belirli saatlerde mi (sabah, yedekleme saati, mesai bitimi) yoksa rastgele mi?
- Sorun başlamadan önce ağda bir değişiklik yapıldı mı?
Bu yanıtlar, aşağıdaki katmanlardan hangisine odaklanılacağını belirler.
Katman 1: Fiziksel bağlantı
En basit nedenler en sık gözden kaçanlardır:
- CRC ve giriş hataları: Switch portundaki hata sayaçları artıyorsa kablo, konnektör veya patch kablo hasarlıdır.
- Hız ve dupleks uyumsuzluğu: 1 Gbps yerine 100 Mbps’te kalan veya yarı dupleks çalışan portlar, kablodaki tek bir damar hatasının işareti olabilir.
- Fiber kayıpları: Kirli konnektörler ve fazla ekler omurga bağlantısında aralıklı kopmalara yol açar.
- Güç ve ısı: Havalandırması yetersiz kabinlerde aşırı ısınan cihazlar kendini yeniden başlatabilir.
Katman 2: Döngüler, broadcast storm ve VLAN’lar
Ağ döngüsü (loop) ve broadcast storm
Tüm ağın birkaç saniye içinde kilitlenmesinin en yaygın nedeni ağ döngüsüdür. İki ucu da switch’e takılmış bir kablo, masaya konmuş küçük bir yönetilemeyen switch veya yanlış yapılandırılmış bir bağlantı; yayın (broadcast) paketlerinin sonsuz döngüye girmesine ve tüm portları doldurmasına yol açar. Korunma yöntemleri:
- Tüm switch’lerde Spanning Tree (RSTP/MSTP) etkin ve kök switch bilinçli olarak belirlenmiş olmalı,
- Kullanıcı portlarında BPDU Guard ve loop koruması açık olmalı,
- Storm control ile port başına yayın trafiği sınırlandırılmalı,
- Kullanıcıların kendi switch veya modemlerini bağlaması politika ve NAC ile engellenmelidir.
VLAN ve segmentasyon tasarımı
Tek ve büyük bir yayın alanı (tüm kullanıcıların tek VLAN’da olması), ağ büyüdükçe performans ve güvenlik sorununa dönüşür. İyi bir tasarımda kullanıcılar, sunucular, ses, kamera, IoT, misafir ve yönetim trafiği ayrı VLAN’lardadır; VLAN’lar arası trafik core switch veya firewall üzerinde kontrollü şekilde yönlendirilir.
PoE: cihazlar neden yeniden başlıyor?
Access point’ler, IP telefonlar ve kameralar gücünü switch’ten alır. Switch’in toplam PoE bütçesi aşıldığında, öncelik düşük portlardaki cihazlar kapanır veya döngüsel olarak yeniden başlar. Özellikle Wi-Fi 6/7 AP’ler ve PTZ kameralar yüksek güç ister. Her switch için toplam PoE tüketimi ve bütçe düzenli olarak izlenmeli, yeni cihaz eklenmeden önce hesap yapılmalıdır.
Omurga ve yedeklilik: tek noktadan arızayı önleyin
Tek bir core switch veya tek uplink kablosu, tüm binayı durdurabilecek tek arıza noktasıdır. Yedekli bir kampüs tasarımında:
- İki core switch, yığın (stack) veya sanal şasi teknolojisiyle tek mantıksal cihaz gibi çalışır,
- Her kat switch’i iki core switch’e ayrı fiberlerle bağlanır ve bağlantılar link aggregation ile birleştirilir,
- Core switch’ler farklı güç kaynaklarından ve kesintisiz güç kaynağından beslenir,
- Kritik sunucular iki ayrı switch’e bağlanır.
Katman 3 ve servisler: DHCP, DNS, yönlendirme
- DHCP: Havuz dolduğunda yeni cihazlar IP alamaz. Kira süreleri ve havuz boyutları kullanıcı sayısına göre ayarlanmalıdır.
- DNS: Yavaş veya erişilemeyen DNS sunucusu, internetin tamamen yavaş olduğu izlenimini yaratır.
- Yönlendirme: Asimetrik yollar, yanlış varsayılan ağ geçidi veya firewall’da gereksiz dolaşan iç trafik gecikmeyi artırır.
Firewall ve internet çıkışı
İç ağ sağlıklıysa darboğaz çoğunlukla çıkıştadır. Firewall CPU ve oturum kullanımı, SSL denetiminin yükü, yedekleme ve güncelleme trafiğinin mesai saatlerine denk gelmesi ve uygulama bazlı bant yönetiminin olmaması kontrol edilmelidir. Firewall’un kapasitesi yetmiyorsa firewall yenileme rehberimize göz atabilirsiniz.
Teşhis için gereken araçlar
- SNMP izleme: Port kullanımı, hata sayaçları, CPU ve bellek grafikleri.
- NetFlow / sFlow: Hangi kullanıcının ve uygulamanın ne kadar trafik ürettiğini gösterir.
- Syslog: Port düşmeleri, spanning tree değişimleri ve hata olaylarının zaman çizelgesi.
- Uçtan uca testler: Ping, traceroute ve iperf ile katman katman gecikme ve verim ölçümü.
Bu verilerin sürekli toplanması, arızanın kullanıcıdan önce fark edilmesini sağlar. Ayrıntılar için ağ izleme ve bakım rehberimize bakabilirsiniz.
Switch’ler yaşam sonuna geldiyse
Üreticinin destek vermediği (EoL/EoS) switch’ler güvenlik güncellemesi almaz ve arızada parça bulunamayabilir. Yenileme, aynı zamanda VLAN tasarımını, yedekliliği, PoE kapasitesini ve multigig ihtiyaçlarını düzeltmek için bir fırsattır. Cisco Catalyst, RUCKUS ICX, HPE Aruba CX ve Maipu gibi farklı üreticilerin ürünleri; bütçe, mevcut altyapı ve yönetim tercihine göre değerlendirilir.
F2 yaklaşımı: Yavaşlık ve kesinti şikayetlerinde önce izleme verisi topluyor, sorunu katman katman ayırıyor ve geçici değil kalıcı çözüm öneriyoruz: döngü korumaları, VLAN yeniden tasarımı, yedekli omurga ve gerektiğinde switch yenilemesi. Kurulum sonrası Mintyfi Sentry gibi izleme çözümleriyle ağı sürekli görünür kılıyoruz.
