10 Ağ performansı

Dört kullanıcı da “internet yavaş” diyor. Birinin dosyası geç iniyor, birinin oyunu geç tepki veriyor, birinin görüntülü görüşmesi bozuluyor, birinin sayfası geç açılıyor. Dördü aynı sorun değil ve tek bir Mbps sayısı dördünü birden açıklamaz. Bu hafta hangi ölçümün hangi yavaşlığı gösterdiğini ayıracağız.

Ağ performansı ölçütleri, yavaşlık nedenleri, kablolu-kablosuz karşılaştırması ve test seçimi.

Ağ performansı ölçütleri, yavaşlık nedenleri, kablolu-kablosuz karşılaştırması ve test seçimi.
NoteBu haftanın kapsamı

Sınavda sorulur: bant genişliği ile throughput farkı; Mbps ↔︎ MB/s dönüşümü; gecikme (latency/RTT), jitter ve paket kaybının her birinin farklı bir belirti vermesi; darboğaz fikri; hız testinin koşula bağlı olması; karşılaştırmalı ölçüm tasarımı; ping’in ne kanıtlayıp kanıtlamadığı; traceroute ara hop’larını ihtiyatlı yorumlamak.

Sınav dışı (bilgi amaçlı): goodput terimi, MTU üzerinden iletim gecikmesi hesabı, ayrıntılı QoS mekanizmaları.

10.1 “İnternet yavaş”: hangi ölçüm hangi yavaşlığı gösterir?

Şikâyet Bakılacak ölçüt İlk yararlı test
Dosya geç iniyor Throughput Karşılaştırmalı hız testi
Oyun geç tepki veriyor Gecikme (RTT) ping
Görüntülü görüşme bozuluyor Jitter, paket kaybı Sürekli ping, değişim gözlemi
Hiç bağlanamıyorum Erişilebilirlik Link, IP, gateway ping

Tablodaki dört satır dört ayrı ölçüte bakıyor. Biri iyiyken öteki kötü olabilir; çoğu zaman da öyledir.

10.2 Bant genişliği ile throughput

Bant genişliği (bandwidth) bir bağlantının kapasitesidir, yani kâğıt üzerinde taşıyabileceği en yüksek hız. Throughput ise o anki koşullarda gerçekten taşınan veri hızıdır (Kurose and Ross 2025).

Ethernet portu        : 1 Gbps kapasite      ← bant genişliği
Gerçek dosya aktarımı : 620 Mbps             ← throughput

620 Mbps görmek bir arıza olduğunu göstermez. Protokol ek yükleri (her pakete eklenen başlık bilgileri), disk hızı, uzak sunucu, kablosuz koşullar ve başka kullanıcılar sonucu etkiler.

10.2.1 Mbps ile MB/s

1. haftadan hatırla: 8’e böl.

100 Mbps ÷ 8 ≈ 12,5 MB/s
400 Mbps ÷ 8 ≈ 50 MB/s
1 Gbps = 1000 Mbps ≈ 125 MB/s

Örnek hesap: 500 MB’lık bir dosya, gerçek 80 Mbps throughput ile kaç saniyede iner?

500 MB × 8 = 4000 Mb
4000 Mb ÷ 80 Mbps = 50 saniye
NoteMB ve MiB neden bazen uyuşmaz?

Ağ hızlarında onlu (SI) birimler kullanılır: 1 MB = 1.000.000 byte. Bazı işletim sistemleri ikili birimlerle hesaplar: 1 MiB = 1.048.576 byte. Bu yüzden ekranda gördüğün dosya boyutu elle yaptığın hesaptan biraz farklı çıkabilir. Sınavda SI hesabı yeterlidir.

10.3 Vaka 1: Hız testi iyi, dosya yavaş iniyor

Hız testi        : 480 Mbps
Bir siteden indirme : 55 Mbps
Başka siteden indirme: 460 Mbps

10.3.1 Kanıt ne söylüyor

İkinci indirme hattın hızlı olduğunu kanıtlıyor. Yavaş olan tek şey belirli bir hedefe yapılan indirme.

Uçtan uca hızı, yol üzerindeki en yavaş bileşen belirler. Bu bileşene darboğaz denir.

Laptop Wi-Fi : 866 Mbps
AP uplink    : 1 Gbps
ISP paketi   : 500 Mbps
Uzak sunucu  : o anda 55 Mbps gönderebiliyor   ← darboğaz burada

Uzak sunucu 55 Mbps gönderiyorsa laptop’un 866 Mbps’lik bağlantısı işe yaramaz. Bu vakada ne ISP’de ne de yerel ağda bir arıza var.

10.4 Vaka 2: İndirme hızlı, oyun gecikiyor

İndirme hızı : 470 Mbps
ping oyun sunucusu : time=180 ms

10.4.1 Kanıt ne söylüyor

Yüksek throughput, düşük gecikme anlamına gelmez. İkisi birbirinden bağımsızdır.

Gecikme (latency), verinin hedefe ulaşması için geçen süredir. ping gidişi ve dönüşü birlikte ölçer; bu süreye RTT (round-trip time, gidiş-dönüş süresi) denir.

180 ms’lik RTT’nin nedeni sunucunun çok uzakta olması olabilir. Öyleyse düzeltilecek bir “arıza” yoktur. Işık hızının da bir sınırı var: sinyalin bir okyanusu geçmesi zaman alır.

Gecikme dört yerde birikir: cihaz paketi işlerken, paket yoğunlukta kuyrukta beklerken, bitler hatta aktarılırken ve sinyal mesafeyi katederken.

Important1 Gbps bağlantı gecikmeyi düşürmez

Kapasiteyi artırmak verinin yola çıkış hızını artırır ama yolu kısaltmaz. Başka kıtadaki bir sunucunun gecikmesi, senin hattının kaç Gbps olduğuyla pek değişmez.

10.5 Vaka 3: Ortalama iyi, görüşme bozuk

İki bağlantının ping sonuçları:

A: 20, 21, 19, 20, 20 ms     → ortalama 20 ms
B:  5, 45, 12, 38, 20 ms     → ortalama 24 ms

Ortalamalar benzer. Ama B bağlantısında görüntülü görüşme sürekli bozuluyor.

10.5.1 Kanıt ne söylüyor

Jitter, ardışık paketlerin gecikmelerindeki değişkenliktir. A bağlantısı kararlı, B bağlantısı oynak.

Gerçek zamanlı ses ve görüntüde belirleyici olan budur, çünkü uygulama paketlerin düzenli aralıklarla gelmesini bekler. Paketler bazen 5, bazen 45 ms’de gelirse ortalama gecikme iyi olsa bile ses kesik kesik duyulur.

Paket kaybı (packet loss) ise gönderilen paketlerin bir bölümünün hiç ulaşmamasıdır. Kablosuz girişim, dolan kuyruklar, bozuk bağlantı ya da aşırı yük kayba yol açar.

TCP kaybolan paketi yeniden göndererek açığı kapatmaya çalışır; bu da throughput’u düşürür ve gecikmeyi artırır. UDP kullanan gerçek zamanlı trafikte ise kayıp doğrudan sesi ya da görüntüyü bozar.

NoteOrtalamaya bakmak yetmez

Bu vakanın dersi başka yerlerde de işe yarar: ortalama Mbps ya da ortalama ms gibi tek bir sayı, değerlerin ne kadar oynadığını gizler. Sorun giderirken değişkenliğe de bak.

10.6 Vaka 4: Suçlamadan önce karşılaştır

Aynı dizüstü, aynı hat, dört ölçüm:

Test Sonuç Yorum
Wi-Fi, aynı oda 85 Mbps başlangıç değeri
Ethernet 490 Mbps hat ve ISP aslında hızlı
Wi-Fi, uzak oda 25 Mbps kapsama etkisi güçlü
Ethernet, farklı test sunucusu 475 Mbps sonuç tutarlı

10.6.1 Kanıt ne söylüyor

Tek bir ölçümle ancak “internet yavaş” diyebilirsin. Bu dört ölçüm ise nerede yavaş olduğunu gösteriyor: Ethernet tutarlı biçimde yüksek, Wi-Fi mesafeyle düşüyor. Sorun kablosuz tarafta.

Buradan ölçümün nasıl kurulacağına dair bir kural çıkıyor: her seferinde tek değişkeni değiştir. Wi-Fi → Ethernet (erişim yöntemi), aynı oda → uzak oda (mesafe), aynı sunucu → başka sunucu (hedef). Her karşılaştırma bir hipotezi eler.

10.6.2 Hız testi neyi ölçer?

Hız testi, cihazınla seçilen test sunucusu arasındaki o anki performansı ölçer. Sonucu şunlar etkiler: bağlantının Wi-Fi mi Ethernet mi olduğu, test sunucusunun konumu ve yükü, evdeki başka trafik, VPN, cihazın CPU’su, ISP’nin yolu.

Bu yüzden tek bir ölçüme bakıp “ISP kesin arızalı” diyemezsin.

10.7 ping ve traceroute’u doğru okumak

10.7.1 ping ne kanıtlar, ne kanıtlamaz?

Kanıtlar Kanıtlamaz
Hedef yanıt veriyor Tüm uygulama portlarının açık olduğunu
Yaklaşık RTT DNS’in çalıştığını
Yanıtlar arasındaki kayıp ve değişim Web sunucusunun düzgün çalıştığını
Bağlantının maksimum throughput’unu

Ayrıca ping’e yanıt gelmemesi hedefin kapalı olduğunu göstermez: firewall veya sunucu ICMP yanıtını engelliyor olabilir.

10.7.2 traceroute ara hop’ları

1   2 ms    192.168.1.1
2   8 ms    ISP-router
3   * * *
4   18 ms   upstream-router
5   20 ms   hedef

Çıktıdaki her satır bir hop’tur: paketin yolda geçtiği bir router ya da en sonda hedefin kendisi. 3. hop * * * gösteriyor ama 4 ve 5 normal yanıt veriyor. Bu, 3. router’ın bozuk olduğunu kanıtlamaz. Ara router’lar tanılama mesajlarına düşük öncelik verebilir veya hiç yanıtlamayabilir.

Aynı şekilde bir ara hop’ta 150 ms, sonrakilerde yine 20 ms görüyorsan o router yalnız kendi ICMP yanıtını geç gönderiyor demektir. Sorman gereken soru şu: sonraki hop’larda gecikme devam ediyor mu?

10.8 Ekranda ne gördük

> ping -n 10 1.1.1.1                  ← gecikme ve değişkenlik birlikte
   time=18ms  time=19ms  time=18ms  time=97ms  time=18ms
   Packets: Sent = 10, Received = 9, Lost = 1 (10% loss)
   Minimum = 18ms, Maximum = 97ms, Average = 26ms
   ↑ ortalama 26 ms "iyi" görünür; asıl bulgu %10 kayıp ve 97 ms'lik sıçrama

> tracert example.com
   1    2 ms   192.168.20.1
   2    9 ms   isp-gw
   3    *  *  *                        ← tek başına arıza kanıtı DEĞİL
   4   21 ms   hedef                   ← sonraki hop normal: yol çalışıyor

10.9 Sınav provası

Önce kendi cevabını seç; sonra cevap anahtarında her şıkkın neden doğru veya yanlış olduğunu oku. Sınav maddeleri bu mantıkla yazılır.

Madde 1. Bant genişliği ile throughput arasındaki fark nedir?

  • A. Bant genişliği kablolu, throughput kablosuz ağlar için kullanılır
  • B. Bant genişliği kapasite, throughput gerçekte ulaşılan hızdır
  • C. Bant genişliği indirme, throughput yükleme hızıdır
  • D. İkisi aynı hızın farklı adlarıdır, yerine göre biri seçilir
  • E. Bant genişliği gerçek hız, throughput teorik kapasitedir

Madde 2. 240 Mbps yaklaşık kaç MB/s eder?

  • A. 30 MB/s
  • B. 60 MB/s
  • C. 8 MB/s
  • D. 1920 MB/s
  • E. 240 MB/s

Madde 3. İndirme hızı 470 Mbps olan bir bağlantıda oyun sunucusuna RTT 180 ms ölçülüyor. Bu durum nasıl açıklanır?

  • A. Throughput ile gecikme birbirinden bağımsız boyutlardır
  • B. Ölçümlerden biri mutlaka hatalıdır, test tekrarlanmalıdır
  • C. Yüksek RTT’nin nedeni kesinlikle paket kaybıdır
  • D. 470 Mbps bağlantıda RTT en fazla 10 ms olabilir
  • E. Bağlantı kapasitesi artırılırsa RTT de aynı oranda düşer

Madde 4. Ortalama gecikmesi benzer iki bağlantıdan birinde görüntülü görüşme sürekli bozuluyor. Hangi ölçüt bu farkı açıklar?

  • A. Veri miktarı: görüşme boyunca aktarılan toplam veri
  • B. Kablo kategorisi: kablonun desteklediği hız sınıfı
  • C. Paket kaybı: hedefe hiç ulaşmayan paketlerin oranı
  • D. Bant genişliği: bağlantının taşıyabileceği en yüksek hız
  • E. Jitter: ardışık paketlerin gecikmesindeki oynaklık

Madde 5. Uçtan uca bir yolda laptop 866 Mbps, AP uplink 1 Gbps, ISP 500 Mbps ve uzak sunucu 55 Mbps kapasitede. Beklenen indirme hızı yaklaşık kaçtır?

  • A. 500 Mbps: ISP paketi belirler
  • B. 1 Gbps: en yüksek değer belirler
  • C. 866 Mbps: istemcinin bağlantı hızı belirler
  • D. 55 Mbps: yolun en sınırlayıcı bileşeni belirler
  • E. Dört değerin ortalaması

Madde 6. Hız testi Ethernet’te 490 Mbps, Wi-Fi uzak odada 25 Mbps ölçüyor. Sorunu doğrudan ISP’ye bağlamak neden zayıf bir çıkarımdır?

  • A. ISP’ler yalnız kablosuz trafiği yavaşlatır
  • B. Ölçümler farklı zamanlarda yapıldığı için karşılaştırılamaz
  • C. Wi-Fi ile yapılan hız ölçümü her zaman hatalıdır
  • D. Hız testleri hiçbir zaman güvenilir değildir
  • E. Aynı hatta Ethernet ile yüksek hız alınıyor

Madde 7. traceroute çıktısında tek bir ara hop * * * gösteriyor, sonraki hop’lar ve hedef normal yanıtlıyor. Ne söylenebilir?

  • A. O hop’ta DNS çözümlemesi başarısız olmuştur
  • B. O router kesinlikle arızalıdır ve trafiği düşürüyor
  • C. O router tanılama paketlerini yanıtlamıyor olabilir
  • D. Yol o hop’ta kopmuştur, hedefe ulaşılamıyor
  • E. Aradaki router’ın yazılımı güncellenmelidir

Madde 8. ping yanıtı alınamaması hedefin kapalı olduğunu kesin olarak kanıtlar mı?

  • A. Hayır; çünkü ping yalnız yerel ağda çalışır
  • B. Hayır; ancak bu yalnız yerel ağ hedefleri için geçerlidir
  • C. Hayır; firewall veya sunucu ICMP yanıtını engelliyor olabilir
  • D. Evet; yanıt yoksa hedef kesinlikle kapalıdır
  • E. Evet; ping tüm hizmetleri test eder

Madde 1. Doğru: B. Bant genişliği bağlantının kapasitesidir. Throughput ise protokol ek yükü, paylaşım ve karşı taraf gibi gerçek koşullar altında taşınan veri hızıdır.

  • A yanlış: Throughput kavramı Wi-Fi ölçümlerinde sık geçtiği için kablosuza özgü sanılabilir. İki terim de her iki ortamda kullanılır.
  • C yanlış: Hız testleri indirme ve yüklemeyi ayrı gösterdiği için böyle bir eşleme akla gelir. Ama ayrım yönle ilgili değil; kapasite ile gerçekleşen hız arasındadır.
  • D yanlış: Günlük dilde ikisi de “hız” diye anıldığı için eş anlamlı sanılır. Oysa biri kapasiteyi, öteki gerçekleşen hızı anlatır.
  • E yanlış: İki terim hep birlikte geçtiği için tanımlar kolayca yer değiştirir. Burada ters çevrilmişler.

Madde 2. Doğru: A. 240 ÷ 8 = 30.

  • B yanlış: 4’e bölünmüş; dönüşüm katsayısı 8’dir.
  • C yanlış: 8 dönüşüm katsayısıdır, sonuç değil.
  • D yanlış: Bölmek yerine çarpılmış.
  • E yanlış: Mbps ile MB/s eşitlenmiş.

Madde 3. Doğru: A. Kapasite verinin yola çıkma hızını artırır, yolun uzunluğunu değiştirmez. Yüksek kapasite sunucuya olan mesafeyi kısaltmaz.

  • B yanlış: Hızlı bir hatta yüksek RTT çelişki gibi göründüğü için ölçümden şüphelenilir. Ama iki ölçüm birlikte tutarlıdır; farklı boyutları ölçerler.
  • C yanlış: Oyunda takılma paket kaybını akla getirir. Ama kanıtta kayıp bilgisi yok; yalnız RTT verilmiş.
  • D yanlış: Hızlı bağlantının her açıdan hızlı olacağı düşüncesine dayanır. Kapasite ile RTT arasında böyle bir bağıntı yoktur.
  • E yanlış: Daha hızlı paket almak her şeyi hızlandırır gibi görünür. Ama kapasite verinin yola çıkma hızını artırır, yolun uzunluğunu kısaltmaz.

Madde 4. Doğru: E. Gerçek zamanlı uygulamalar paketlerin düzenli aralıkla gelmesini bekler. Ortalama gecikme benzer olsa da gecikmenin ne kadar oynadığı görüşmeyi belirler.

  • A yanlış: Görüntülü görüşme çok veri taşıdığı için miktar önemli görünür. Ama toplam veri miktarı bağlantının kalitesini ölçmez.
  • B yanlış: Kablo sorunları bağlantıyı bozabildiği için akla gelir. Ama kategori bir ölçüm sonucu değil, fiziksel bir özelliktir; iki bağlantı arasındaki ölçülen farkı açıklamaz.
  • C yanlış: Kayıp da görüntüyü bozduğu için cazip bir seçenektir. Ama iki bağlantının ortalama gecikmesi benzer; aradaki fark gecikmenin ne kadar oynadığında.
  • D yanlış: Görüntü bozulunca ilk akla gelen hat kapasitesidir. Ama ortalaması aynı iki bağlantının jitter’ı farklı olabilir; bant genişliği bu farkı göstermez.

Madde 5. Doğru: D. Uçtan uca performans zincirin en zayıf halkasıyla sınırlanır.

  • A yanlış: ISP kapasitesi üst sınırlardan biridir; belirleyici olan en düşük değerdir.
  • B yanlış: En yüksek değil, en düşük değer belirleyicidir.
  • C yanlış: İstemci hızı üst sınırdır, garanti değil.
  • E yanlış: Performans ortalama alınarak hesaplanmaz.

Madde 6. Doğru: E. Ethernet ölçümü ISP hattının 490 Mbps taşıyabildiğini gösteriyor. Bu yüzden yavaşlığı ISP tek başına açıklayamaz; karşılaştırmalı ölçüm olası nedenlerin bir kısmını eler.

  • A yanlış: Yavaşlık yalnız Wi-Fi’da göründüğü için ISP’nin kablosuza özel bir şey yaptığı düşünülebilir. Ama ISP evin içindeki erişim yöntemini görmez, buna göre ayrım yapmaz.
  • B yanlış: Zaman farkı bazen sonucu etkileyebilir. Ama karşılaştırmalı test zaten bu amaçla yapılır; tutarlı Ethernet sonuçları güvenilir kanıttır.
  • C yanlış: Wi-Fi sonucu dalgalı olduğu için güvenilmez sanılır. Ama ölçüm geçerlidir; yalnız konuma ve koşula duyarlıdır.
  • D yanlış: İki test çok farklı sonuç verdiği için testin kendisinden şüphelenilir. Ama hız testi işe yarar; yeter ki sonuç ölçüm koşullarıyla birlikte yorumlansın.

Madde 7. Doğru: C. Router tanılama mesajlarına yanıt vermiyor ya da onlara düşük öncelik veriyor olabilir. Sonraki hop’ların yanıtlaması yolun çalıştığını gösterir; * * * kesin arıza kanıtı değildir.

  • A yanlış: traceroute hop adlarını da çözdüğü için yıldızlar isim sorunu sanılabilir. Ama hedefin adı zaten çözülmüş ki traceroute yola çıkabilmiş.
  • B yanlış: * * * ilk bakışta arıza gibi görünür. Ama sonraki hop’lar ve hedef yanıt veriyor; paketler o router’dan geçmiş demektir.
  • D yanlış: Yıldızlar bir kopukluk izlenimi verir. Ama sonraki hop’lar ve hedef yanıt veriyor.
  • E yanlış: Yanıtsız bir cihaz bakım gerektiriyormuş gibi görünür. Ama kanıt bir arıza göstermiyor; müdahale gereksizdir.

Madde 8. Doğru: C. Yanıt yokluğu tek başına kesin kanıt değildir.

  • A yanlış: Ping dış adreslere de gönderilebilir.
  • B yanlış: ICMP engelleme her ölçekte olabilir.
  • D yanlış: Çok sık yapılan aşırı yorumdur.
  • E yanlış: Ping port kullanmaz; hizmetleri test etmez.

10.10 Tek sayfa özet

  • “İnternet yavaş” dört farklı problemi anlatabilir: throughput, gecikme, jitter, kayıp.
  • Bant genişliği kapasite, throughput gerçekleşen hızdır.
  • Mbps ÷ 8 ≈ MB/s.
  • Gecikme ile throughput bağımsızdır; 1 Gbps hat mesafeyi kısaltmaz.
  • Jitter gecikmenin değişkenliğidir; gerçek zamanlı uygulamalarda ortalamadan daha önemlidir.
  • Darboğaz: uçtan uca performansı yolun en sınırlayıcı bileşeni belirler.
  • Hız testi koşula bağlıdır. Suçlamadan önce karşılaştır ve her seferinde tek değişkeni değiştir.
  • ping erişilebilirliği ve RTT’yi gösterir; hizmetin çalışıp çalışmadığını ve throughput’u göstermez. Yanıt gelmemesi hedefin kapalı olduğunu kanıtlamaz.
  • traceroute’ta tek ara hop’un * * * olması arıza kanıtı değildir; sonraki hop’lara bak.

10.11 Bu bölümün kazanımları

Bu bölümü bitiren öğrenci:

  • Bant genişliği ile throughput’u ayırır.
  • Mbps ↔︎ MB/s dönüşümünü uygular.
  • Gecikme ile throughput’un bağımsız boyutlar olduğunu açıklar.
  • Jitter ve paket kaybını uygun belirtiyle eşleştirir.
  • Darboğaz fikrini uygular.
  • Karşılaştırmalı ölçüm tasarlar ve yorumlar.
  • ping ve traceroute çıktılarını aşırı yorumlamadan okur.
Back to top

Kaynakça

Kurose, James F., and Keith W. Ross. 2025. Computer Networking: A Top-down Approach. 9th ed. Pearson.