Ofis ağı yavaş veya kopuyor: arıza kaynağı hangi sırayla bulunur?

Kısa cevap

Kurumsal ağ yavaşlığının çoğu internet hattından değil, iç ağdan kaynaklanır. Doğru teşhis sırası şudur: 1) sorunun kapsamını belirle (tek cihaz mı, tüm ofis mi) → 2) internet/WAN hattını dışla → 3) kablolama ve switch'i kontrol et → 4) WiFi'ı kontrol et → 5) VLAN/QoS yapılandırmasını kontrol et → 6) IP/DHCP çakışmasını kontrol et. Bu sırayla ilerlemeden doğrudan internet paketini büyütmek veya switch değiştirmek, çoğu zaman sorunu çözmeden maliyet çıkarır.

Neden sıralı teşhis önemli

Bir ofis ağı tek bir bileşen değil, birbirine bağımlı bir zincirdir: internet hattı → modem/router → switch → kablolama → access point/priz → son kullanıcı cihazı. Zincirin herhangi bir halkasındaki sorun, kullanıcı tarafında aynı şikayete ("internet yavaş", "bağlantı kopuyor") dönüşür. Örneğin bir switch portunda duplex uyuşmazlığı varsa kullanıcı bunu "internet yavaş" olarak yaşar — ama internet hattının kendisi tamamen sağlamdır. Bu yüzden teşhise en geniş kapsamdan en dara doğru, ölçülebilir adımlarla ilerlemek, gereksiz hat yükseltmesi veya donanım değişimini önler.

Adım 0: Sorunun kapsamını belirleyin

İlk soru her zaman şu olmalı: Sorun kaç cihazı etkiliyor?

Kapsam ne kadar dar ise, sorunun kaynağı da o kadar dardır — tek cihaz sorunuysa switch'i veya interneti değiştirmek zaman kaybıdır; tüm ofis aynı anda etkileniyorsa tek tek cihaz kontrolü yerine doğrudan merkezi noktalara (WAN, ana switch) bakılmalıdır.

Adım 1: İnternet/WAN hattı mı, iç ağ mı?

En hızlı ayırt etme yöntemi: bir cihazı doğrudan modeme (switch'i ve WiFi'ı devre dışı bırakarak) kabloyla bağlayıp hız testi yapmak. Sonuç iyiyse sorun iç ağdadır (kablolama, switch, WiFi, yapılandırma); sonuç kötüyse sorun hattın kendisinde veya servis sağlayıcıdadır.

• Modem/router'ın kendi arayüzünden bağlantı durumu (sync hızı, hata sayaçları) kontrol edilir.
• Aynı sorun gün içinde tekrarlıyorsa (örn. her akşam saat 20:00'de yavaşlıyorsa) bu genelde servis sağlayıcı tarafında bir kapasite paylaşımı sorunudur, iç ağ değil.
• Kurumsal ağlarda tek bir hatta bağımlı kalmak risklidir; kesinti toleransı kritikse yedekli internet/failover senaryosu ayrı bir başlıktır ve bu rehberin kapsamı dışındadır — burada iç ağ teşhisine odaklanıyoruz.

Adım 2: Kablolama ve fiziksel bağlantı

İç ağdan şüpheleniliyorsa sıradaki en ucuz kontrol kablolamadır:

• Switch üzerindeki port LED'i beklenen hızda mı yanıyor (örn. 1 Gbps yerine 100 Mbps'te bağlanmış bir port, gerçek bir arıza olmasa bile belirgin yavaşlık yaratır — bu genelde kablo hasarı, gevşek konnektör veya eski Cat5 kablo kaynaklıdır).
• Kablo kategorisi ve mesafe: 100 metre limitine yakın veya onu aşan hatlarda, ya da düşük kaliteli kablo/konnektörle döşenmiş bağlantılarda paket kaybı artar. Yeni döşenen veya şüpheli hatlarda sertifikasyon testi gerekir — bkz. permanent link / channel test rehberimiz.
• Kategori seçimi (Cat6 mı Cat6A mı) uzun vadede darboğaz yaratmasın diye önemlidir; bkz. Cat6A mı Cat7 mi rehberimiz.
• Bina içi omurga fiber mi bakır mı sorusu, kat/bina arası bağlantılarda darboğazın kaynağını belirler; bkz. fiber optik mi bakır mı rehberimiz.

Pratik ipucu: Şüpheli kabloyu kısa ve bilinen sağlam bir kabloyla değiştirip test etmek, kabloyu ekarte etmenin en hızlı yoludur.

Adım 3: Switch

Kablolama sağlamsa sıradaki adım switch'tir:

• Anahtarlama kapasitesi ve uplink bant genişliği: Çok sayıda cihaz aynı switch/uplink üzerinden aynı anda yoğun trafik gönderiyorsa (örn. dosya sunucusu + bulut yedekleme + kamera trafiği aynı switch'te), switch'in anahtarlama kapasitesi veya uplink hattı yetersiz kalabilir.
• PoE güç bütçesi: IP telefon, access point veya kamera gibi PoE cihazlar aynı switch'e yığılmışsa, güç bütçesi aşımı bazı portları önceliklendirip diğerlerini kısıtlayabilir — bu durum "yavaşlık" değil doğrudan bağlantı kopması olarak görülür. PoE bütçesi hesabı için PoE switch seçim rehberimize bakabilirsiniz.
• Yönetilebilir switch'te port istatistikleri (CRC hata sayacı, çarpışma sayacı, düşen paket sayısı) hangi portun sorunlu olduğunu doğrudan gösterir — yönetilemez (unmanaged) switch'lerde bu görünürlük yoktur, bu da arıza teşhisini büyük ölçüde zorlaştırır.

Adım 4: WiFi/kablosuz bağlantı

Sorun sadece kablosuz cihazlarda yaşanıyorsa (kablolu masaüstleri etkilenmiyorsa), kaynak WiFi tarafındadır:

• Kanal çakışması: Komşu ofislerin veya kendi AP'lerinizin aynı 2,4 GHz kanalını kullanması, girişim (interference) ve düşük verim yaratır.
• AP başına cihaz yoğunluğu: Tek bir access point'e gereğinden çok cihaz bağlıysa performans belirgin şekilde düşer. AP sayısı ve yerleşimi için bina içi WiFi tasarımı rehberimize bakabilirsiniz.
• Sinyal gücü ve fiziksel engeller: Betonarme duvar, metal dolap veya AP'ye uzak mesafe, sinyal gücünü düşürerek bağlantı kalitesini bozar.
• Bina/kampüs arası bağlantı kablosuz köprüyle sağlanıyorsa, görüş hattı değişimleri (yeni bina, büyüyen ağaç) zamanla performansı etkileyebilir; bkz. kablosuz köprü rehberimiz.

Adım 5: VLAN ve QoS yapılandırması

Kablolama, switch ve WiFi sağlamsa ama belirli trafik türleri (örn. VoIP görüşmesi veya kamera akışı) belirli saatlerde bozuluyorsa, sorun genelde yapılandırmadadır:

• VLAN segmentasyonu eksik veya yanlış: Kurumsal, misafir, kamera ve VoIP trafiği aynı düz ağda karışıyorsa, bir trafik türü diğerini yoğun saatte bekletebilir. Doğru segmentasyon için VLAN rehberimize bakabilirsiniz.
• QoS/önceliklendirme tanımlı değil: Yoğun saatte dosya indirme veya bulut yedekleme, VoIP ve kamera trafiğini geride bırakabilir — bu bir donanım arızası değil, önceliksiz trafik paylaşımı sorunudur. Detaylar için QoS rehberimize bakabilirsiniz.

Adım 6: IP çakışması ve DHCP havuzu

Yukarıdaki adımların hepsi temiz çıktığı halde ara sıra kopma yaşanıyorsa, son şüpheli IP adreslemedir:

• IP çakışması: İki cihaz aynı IP adresini kullanıyorsa, ikisi de aralıklı olarak bağlantı kaybeder — bu belirti genelde tutarsız ve tekrarlayan kopmalar şeklinde görülür.
• DHCP havuzu dolması: Tanımlı IP aralığı, ağdaki toplam cihaz sayısına (telefon, laptop, kamera, IoT cihazı dahil) yetmiyorsa, yeni bağlanan cihazlar IP alamaz ve "bağlanamıyor" şikayeti oluşur.
• Statik IP çakışması: Bir cihaza elle atanan statik IP, DHCP havuzunun içinde kalıyorsa, DHCP aynı adresi başka bir cihaza da verebilir — bu, statik IP'lerin DHCP aralığının dışında tutulmasıyla önlenir.

Hangi kontroller sahada, hangileri teknik ekip gerektirir?

Kendi kontrol edebileceğiniz adımlar:

• Switch ve modem üzerindeki port/bağlantı LED'lerinin durumu
• Bir cihazı doğrudan modeme bağlayıp hız testi yapmak
• Şüpheli kabloyu kısa, sağlam bir kabloyla değiştirip test etmek
• Sorunun kaç cihazı ve hangi saatleri etkilediğini not almak (teknik ekibe teşhis süresini kısaltır)

Teknik ekip gerektiren adımlar:

• Yönetilebilir switch üzerinde port bazlı trafik ve hata sayacı analizi
• Kablo sertifikasyon testi
• VLAN/QoS yapılandırması veya yeniden tasarımı
• AP yerleşimi ve kanal planlaması
• IP adresleme şemasının ve DHCP havuzunun büyümeye uygun yeniden düzenlenmesi

Tekrarlayan sorunları önlemek

Tek seferlik arıza teşhisi kadar, sorunun tekrar etmemesi de önemlidir. Ağ büyüdükçe (yeni personel, yeni kamera, yeni AP) başlangıçta yeterli olan kapasite ve IP planı zamanla yetersiz kalabilir. Düzenli bir ağ değerlendirmesi — switch port istatistiklerinin gözden geçirilmesi, DHCP havuzunun doluluk oranı, VLAN/QoS politikasının güncel trafiğe uygunluğu — tekrarlayan "yavaş internet" şikayetlerini saha ziyareti gerekmeden önceden yakalar. İzmir ve Ege Bölgesi'nde bu kapsamda ağ arıza tespiti ve performans iyileştirme hizmeti veriyoruz.

Sık sorulan sorular

İnternet hızı testi iyi çıkıyor ama ofiste hâlâ yavaşlık var, bu ne anlama gelir? Sorun WAN/internet hattında değil, iç ağdadır — kablolama, switch kapasitesi, WiFi veya VLAN/QoS yapılandırması kontrol edilmelidir.

Sadece belirli saatlerde yavaşlama oluyorsa bu bir arıza mı? Genellikle hayır — donanım arızasından çok, kapasite yetersizliği veya önceliklendirme (QoS) eksikliğidir. Yoğun saatlerde hangi trafiğin hattı doldurduğu belirlenip önceliklendirme yapılmalıdır.

Unmanaged (yönetilemez) switch'te arıza teşhisi neden daha zor? Çünkü port bazlı trafik, hata sayacı veya bağlantı hızı gibi veriler görüntülenemez; sorunun hangi portta olduğunu anlamak için fiziksel deneme-yanılma (kablo/cihaz değiştirme) gerekir.

Kaç cihazlık bir ofiste bu teşhis süreci ne kadar sürer? Kapsam belirleme ve WAN/iç ağ ayrımı genelde birkaç dakika sürer; asıl süre, kaynağın switch/kablolama mı yoksa yapılandırma mı olduğuna bağlı olarak değişir — yönetilebilir bir switch'in port istatistikleri mevcutsa teşhis önemli ölçüde hızlanır.

Özet

1. Önce sorunun kapsamını belirleyin: tek cihaz mı, bölüm mü, tüm ofis mi.
2. Bir cihazı doğrudan modeme bağlayarak WAN ile iç ağı ayırt edin.
3. Sıradaki kontrol kablolama, sonra switch (port hızı, PoE bütçesi, hata sayaçları).
4. Sorun sadece kablosuzda ise WiFi kanalı, yoğunluk ve sinyal gücüne bakın.
5. Belirli trafik türleri yoğun saatte bozuluyorsa VLAN/QoS yapılandırmasını kontrol edin.
6. Aralıklı ve tekrarlayan kopmalarda IP çakışması veya DHCP havuzunu şüpheli tutun.

İzmir ve Ege Bölgesi'nde ofis ağınızda tekrarlayan bir yavaşlık veya kopma mı var? İzmir veri ağı ve network altyapısı hizmetimiz kapsamında arıza tespiti ve performans iyileştirme için doğrudan ulaşabilirsiniz.