Wi‑Fi hızı arttıkça kalite neden düşüyor?

 (orb.net)
12 puan yazan GN⁺ 2025-10-12 | 2 yorum | WhatsApp'ta paylaş
  • En iyi deneyim için 5 GHz bandında 20/40 MHz gibi dar kanal genişlikleri kullanılmalı; ancak tüketici ürünleri varsayılan olarak 80MHz ve üzeri geniş kanal genişlikleri kullanarak parazit ve artan gecikmeye yol açıyor
  • Tüketiciler yüksek hızı tercih ettiği için üreticiler ve ISP'ler, dar kanal ayarıyla piyasaya çıkmaları halinde benchmark sıralamasında gerilemekten endişe ederek geniş kanallarda ısrar ediyor
  • Wi‑Fi üzerinde hız testi yapmak, ağın paylaşılan bant genişliğini tükettiği için tepki süresini düşürüyor; ağdaki diğer cihazlar gecikme ve paket kaybı yaşıyor
  • IEEE'nin yeni nesil Wi‑Fi 8(802.11bn) standardı hızdan çok güvenilirlik ve tepki süresi iyileştirmesini hedefliyor, ancak standardizasyonun 2028'e kadar tamamlanması beklenmiyor
  • Halihazırda dağıtılmış donanımlarda yalnızca ayar değişikliğiyle bile önemli iyileştirmeler mümkün

Dar kanal genişliğinin önemi

  • Kurumsal ağlar, geniş alanları ve çok sayıda cihaz bağlantısını desteklemek için 20MHz~40MHz kanal genişlikleri kullanır
    • Bu sayede daha fazla kanal elde edilir ve eş kanal paraziti (co-channel interference) önlenebilir
  • Konut ve küçük işletme Wi‑Fi'larında da durum kurumsal ağlardan çok farklı değil: ABD'de ortalama bir hanede 21 Wi‑Fi cihazı bulunuyor
    • Birçok evde etkili kapsama için birden fazla mesh düğümü veya erişim noktası gerekiyor
  • Ancak ev tipi router'lar veya ISP ekipmanları varsayılan olarak çoğu zaman 80MHz ve üzerini kullanarak tüm bandın 2/3'ünü işgal ediyor
    • Bazı 2.4GHz cihazlar yalnızca 40MHz'e izin verdiği için kullanıcı kanal genişliğini daha dar ayarlayamıyor

‘Hız takıntısı’nın sorunu

  • Bu ayarların nedeni, tüketicilerin Wi‑Fi kalitesi = hız olarak düşünmesi ve hız dışındaki unsurları dikkate almaması
    • Tepkisellik ve güvenilirlik gibi internet deneyiminin daha önemli göstergeleri yerine yalnızca hıza odaklanılıyor
  • Üreticiler ve ISP'ler hız testi puanlarına duyarlı olduğu için varsayılan ayarları geniş kanalda tutuyor
    • Dar kanal kullanıldığında gerçek kullanım kalitesi artsa da hız değeri daha düşük göründüğü için iade oranlarının yükselmesinden endişe ediliyor
  • Sonuç olarak tepkisellik ve kararlılık yerine maksimum aktarım hızına odaklanan yapı sürüyor

Hız testinin ters etkisi

  • Wi‑Fi, ortak hava zamanı kullanımı (airtime contention) yapısına sahip olduğundan aynı anda yalnızca bir cihaz veri iletebilir
    • Bu nedenle bir cihazda hız testi çalıştırıldığında diğer cihazlarda gecikme ve paket kaybı artar
  • Deney sonuçlarına göre, aynı ağda başka bir cihaz hız testi yaptığında gecikme, jitter, ve paket kaybı birlikte yükseliyor
    • Aynı test kablolu bağlantı (ethernet) üzerinden yapıldığında ise böyle bir etki görülmüyor
  • Tüketici ekipmanlarının çoğunda buffer bloat azaltma özelliği devre dışı olduğundan durum daha da kötüleşiyor
  • Hız ölçüm araçlarının veya otomatik hız ölçüm sistemlerinin kendisi, tüketicinin algıladığı kaliteyi düşüren başlıca nedenlerden biri haline geliyor

IEEE 802.11bn (Wi‑Fi 8) için yeni yaklaşım: tepkisellik ve güvenilirlik odaklı dönüşüm

  • ABD'deki hanelerin %68'i son bir yıl içinde Wi‑Fi sorunu yaşadı
  • IEEE Wi‑Fi 8(802.11bn) standardı, mevcut hız merkezli yaklaşımdan uzaklaşarak
    • güvenilirlik, düşük gecikme (%95 persentil ölçütüne göre), paket kaybını en aza indirme, parazitli ortamlarda dayanıklılık hedeflerini öne çıkarıyor
    • Ancak standardın ancak 2028 civarında kesinleşmesi bekleniyor
  • Wi‑Fi 6E ve 7'nin kullandığı 6GHz bandı daha geniş kanallar sunuyor, ancak
    • cihaz yaygınlığı düşük ve temeldeki ortak kanal sorunu çözülmüş değil

Çözüm ve öneriler

  • Wi‑Fi 6E ve 7'nin gerçek anlamda yaygınlaşmasını veya Wi‑Fi 8'in henüz gerçekleşmemiş vaatlerini beklemeye gerek yok
    • Halihazırda dağıtılmış donanımlarda yalnızca ayar değişikliğiyle çok daha iyi performans elde edilebilir
    • Sadece maksimum throughput peşinde koşmak yerine Wi‑Fi tepkiselliği ve güvenilirliğine odaklanmak gerekiyor
  • Hız testleri faydalı araçlardır, ancak aşırı bağımlılık tersine kalite düşüşüne yol açar
  • Tüketiciler aslında hızlı tepki süresi ve kararlılık istiyor, ancak bunları ölçebilecek araçlar ve veriler yetersiz
  • Üreticiler ve ISP'ler, sürekli ağ deneyimini (Responsiveness & Reliability) öne çıkaracak yeni ölçütler benimsemeli
  • Mevcut donanımla bile yalnızca basit ayar değişiklikleri sayesinde daha kararlı bir Wi‑Fi ortamı kurulabilir

İlgili okumalar

2 yorum

 
GN⁺ 2025-10-12
Hacker News görüşleri

  • UniFi hub ile yapılan denemeler, her cihaza bağımsız bir WiFi kanalı vermenin ideal olduğunu gösteriyor; parazit ciddi olduğunda kanallar çakışmasa bile performans düşebiliyor ama bu yaklaşım yine de çok daha iyi sonuç veriyor. Ayrıca kablosuz ortamı hızlandırmanın en iyi yolu, mümkünse WiFi’ı daha az kullanmak; TV gibi yerinden oynamayan cihazları doğrudan Ethernet’e bağlamak, WiFi yoğunluğunu ve hız düşüşünü etkili biçimde azaltabiliyor

    • Akıllı telefonlar ve masaya sabit olmayan dizüstüler dışındaki tüm cihazları Ethernet’e bağlamak ideal. 2020’de görüntülü toplantılar artınca evin içine doğrudan Ethernet hattı çekildi ve kullanılabilirlik belirgin şekilde iyileşti

    • IoT cihazları çoğu zaman yavaş WiFi yonga setleri ve eski standartlar kullandığından, bunları ayrı bir 2.4GHz-only SSID altında toplamak etkili bir yöntem. Böylece eski ve düşük hızlı cihazlar 5GHz’in rahatlığını bozmaz. Ayrıca daha fazla kablosuz yönlendirici kurup kablolu backhaul kullanmak, cihazların yakın AP’ye verimli biçimde bağlanmasını sağlayarak WiFi’ı çok daha kararlı hale getiriyor. Evde hareket etmeyen tüm cihazları kabloluya geçirip ayarları optimize edince kablosuz kalite ciddi biçimde arttı

    • iPhone/iPad de Ethernet adaptörüyle bağlanabiliyor ve büyük indirmelerde iş çok daha hızlı tamamlanıyor. Ancak birçok tüketici elektroniği ürünü kablolu bağlantıyı desteklemiyor, bu da üzücü. Yoğun şehir içi apartmanlarda kablosuz gerçekten dezavantajlı bir tercih ve birçok cihazın gereğinden fazla çevredeki ağlardaki cihazları göstermesi ya da WiFi’ı normal şekilde kapatamaması da ayrı bir sorun

    • Ağda trafik üretmeyen, boşta duran Wi-Fi istemcileri kaliteyi neredeyse hiç etkilemez. Asıl sorun, aktif kullanımda olan ya da akıllı TV’ler gibi yoğun arka plan trafiği üreten cihazlar. IoT ağlarında çoğu cihazın internet erişimi kesilerek arka plan trafiği azaltılıyor. Genel olarak AP kapsamasını genişletmek, kablolu backhaul kullanmak ve iyi ekipmana geçmek (ör. Ubiquiti/UniFi) tek başına bile çoğu WiFi sorununu büyük ölçüde iyileştirebilir. Mesh WiFi kullanılıyorsa 6GHz backhaul öneriliyor, ancak menzil kapsamasında bir miktar kayıp olduğu unutulmamalı

    • Kablolu kurulum en agresif ve en güçlü çözüm. Ama WiFi’ı yoğun kullanmak gerekiyorsa, özel backhaul’a sahip birden fazla AP ile optimizasyon yapılabilir; bu yöntemle 60’tan fazla cihazın rahatça dolaşım yapıp yüksek hızları koruduğu bir kurulum deneyimi var. UniFi tabanlıydı ama Eero PoE ekipmanları da benzer şekilde iyi performans veriyor

  • WiFi’ın kötüleşmesinin nedenlerinden biri de HP gibi yazıcıların WiFi Direct özelliği. Yakındaki sinyalleri tarayınca komşulara ait 5’ten fazla yazıcının güçlü sinyal yaydığı görülebiliyor. Büyük bina ortamlarında pratikte gerçekten kullanılabilir olan tek şey, WiFi 6e’nin desteklediği 6GHz kanalları

  • Yazıdan hangi pratik sonucu çıkarmak gerektiği pek net değil. Evde kanal genişliğini azaltmak mı kastediliyor? Gerçekten anlamlı olması için epey fazla WAP kullanmak gerekir gibi görünüyor. Apartman gibi yerlerde kanal genişliğinden çok TX power’ı azaltma önerisi daha gerçekçi olabilir. Ama herkes bunu yapmayacaktır; yasal sınırlar içinde kalmak en iyi seçenek. Yüksek performans gereken cihazlar zaten kablolu bağlanmalı. WiFi optimizasyonuna zaman ayırmayı düşünüyorsanız wiisfi.com gerçekten çok iyi bir kaynak

    • Ana fikir şu: 5GHz kanal genişliğini 40Mhz’e düşürmek ve 2.4GHz’i 20MHz’de tutmak güvenilirliği artırıyor. Üreticiler sadece varsayılan ayarları doğru yapsa bile bu tüm kullanıcılar için faydalı olurdu; şu anda ev tipi yönlendiricilerde varsayılan kanal genişlikleri çoğunlukla gereğinden fazla geniş. Elbette kendi ortamınızda sorun yoksa bunu değiştirmeniz şart değil

    • Bu tür ayarlar sadece gerçekten sorun varsa ilgilenmeye değer. Çoğu durumda modern WiFi’ın kaynakları o kadar bol ki hissedilir büyük bir fark olmuyor; yalnızca çok istisnai büyük dosya aktarımında biraz yavaşlama olabilir, bunun için ayrıca kablo döşemeye gerek görmüyorum

    • 2.4GHz’te 40MHz kullanmak, toplam kullanılabilir kanalların yarısını işgal etmek anlamına geliyor; hız artışından çok kanal kirliliği yaratabiliyor. Çevrede düşüncesizce 8. veya 9. kanalı kullanan cihazlar eklenirse geri kalan bant da hızla kirleniyor ve IoT cihazları bile zor sinyal alır hale geliyor. Düzgün yerleşimde 20MHz ile 70Mbps üstü görülebilirken bu değer 30Mbps’e kadar düşebiliyor. Birden fazla kullanıcı olunca FaceTime için bile 5GHz’i zorlamak ya da WiFi’ı kapatmak gerekecek seviyeye gelebiliyor

    • Ben de 80MHz 5GHz ortamında yatak odasındaki WiFi bağlantısının sık sık koptuğunu yaşıyordum; bugün hemen 20MHz’e düşürdüm ve sinyal-gürültü oranı yaklaşık 5dB arttı, böylece yatak odasında bağlantı yeniden kullanılabilir hale geldi. Biraz gecikme artsa da etkisi hissediliyor

    • Önerilen kaynak gerçekten çok faydalı; keşke daha önce bilseydim

  • Bu, son dönemdeki WiFi optimizasyonunun gerçek kullanıcı deneyimine değil, kağıt üzerindeki azami hız sayılarına odaklanan bir “hız spesifikasyonu yarışı” olduğunu hatırlatıyor. Eskiden dijital kameralardaki “megapiksel savaşı”nı andırıyor. Günlük kullanımda aslında önemli olan şeyler tepki süresi ve güvenilirlik, ama bunları nicelleştirmek zor ve ürün kutularında da yazmıyor. Hatta hız testlerinin kendisinin ağ performansını kötüleştirmesi ayrı bir ironi. Gelecekte yönlendiriciler ve ISP’ler hız yerine tepki verebilirlik gibi gerçek kullanım hissine dayalı skorlar sunacak mı, bu hâlâ belirsiz. Temelde bu bir ağ kültürü sorunu; sektör, daha iyi deneyim yerine hayran olunacak sayılara takılı kaldı

    • Gerçek hızın kablosuz “airtime” kullanımını ve optimizasyonunu nasıl etkilediğini, düşük PHY hızlarında bu ilişkinin nasıl değiştiğini merak ediyorum

  • Apple, basit hız ölçümü yerine ağ kalitesini daha doğru değerlendiren bir yaklaşım öneriyor: network-quality/goresponsiveness. Son Mac’lerde networkQuality adlı bir CLI aracı da gömülü geliyor. Bu araç, boşta ve yük altında “dakika başına round trip” değerini ölçüyor. Kullanıcıların hissettiği internet akıcılığını (hızlı tepki, anında yanıt) daha iyi öngördüğü için klasik hız testlerinden daha pratik fayda sağlıyor

  • Ölçmesi kolay olan “hız” tüm ilgiyi çekince, sonuçta tüm paydaşlar da sadece hıza takıntılı hale geliyor. Ağ alanında uzun süre çalışmış biri olarak hissettiğim şu: kullanıcılar her sorunu hız eksikliği sanıyor ama belli bir seviyeden sonra bunun büyük kısmı sadece psikolojik tatmin oluyor

  • IEEE 802.11bn (Wi-Fi 8) çalışma grubunda da spesifikasyon hedefleri artık sadece hız artışı değil; güvenilirlik, düşük gecikme (özellikle 95. yüzdelik dilim), paket kaybının azaltılması, girişim ve hareketlilikle başa çıkma gibi konular olarak yeniden tanımlanıyor. Ancak sektör deneyimine göre yeni özellikler her nesilde hemen tam çalışır hale gelmiyor; WiFi 6’nın çekirdek özellikleri ancak WiFi 7’de, WiFi 7 özellikleri de ancak WiFi 8’de gerçekten oturuyor gibi. Yani bir neslin getirdiği özelliklerin istikrarlı çalışması için genelde bir nesil daha geçmesi gerekiyor. Yine de bugünün WiFi’ı gerçek dünyada 1Gbps’i aşıp 2.5Gbps üstüne çıkan etkili performanslara ulaşabiliyor ve güvenilirlik ile verimlilik açısından her yıl ciddi ilerleme gösteriyor

  • Birçok ISP’nin, cihaz üreticisinin ve tüketicinin otomatik hız testlerini düzenli olarak çalıştırdığı söyleniyor; bunun genel tüketici internet deneyimini gerçekten olumsuz etkilediği iddiası şaşırtıcı. İnsanların neden bilinçli olarak gerekenden fazla yük oluşturmak isteyeceğini merak ediyorum

    • Örnek olarak SamKnows diye bir şirket var; milyonlarca haneden performans verisi topluyor ve yakın zamanda Cisco tarafından satın alındı. İlgili haber: Cisco, SamKnows’u satın alma niyetini açıkladı

    • Çoğu ISP bu tür hız testlerini kendi iç ağında çalıştırıyor, dolayısıyla gerçek trafik yüküne etkisi az oluyor. Bunun nedeni, yalnızca iç trafik kullanılarak rakamların şişirilebilmesi ve dış hatların tüketilmemesi; bu da şirket açısından sorun yaratmıyor. Bunu bana doğrudan kendi ISP’min ağ operatörü açıklamıştı

    • Zaten hız testinin ne olduğunu bilen kişi sayısı bile çok az; çoğu tüketicinin bunu otomatikleştirecek beceriye sahip olduğunu sanmıyorum

  • WiFi’daki en can sıkıcı konu roaming. Ev kalın duvarlı (yer yer 120 cm’ye kadar) olduğu için neredeyse her odada bir AP gerekiyor. Çok uğraştım ama hâlâ kusursuz seamless roaming yaşayamadım. TP-Link Omada ekipmanına geçince durum eskisine göre iyileşti ama yine de DECT kablosuz telefonlardaki kadar kesintisiz geçiş olmuyor. Örneğin odada Twitch izlerken mutfağa geçince oynatma yaklaşık %30 olasılıkla donuyor; bazen geçiş olması için WiFi’ı kapatıp açmak bile gerekiyor. Kanal/örtüşme dâhil tüm ipuçlarını denedim ama sistem hâlâ tamamen kusursuz değil

    • DECT kablosuz telefonlar 1.9GHz bandını kullanıyor; bu yüzden 2.4GHz WiFi’a kıyasla sudan daha az etkileniyor ve birçok malzemeden daha iyi geçiyor. Sorun çoğu zaman insanların WiFi extender/repeater cihazlarını yanlış konumlandırması ya da çoklu radyo olmadan ucuz ekipman kullanması. Repeater veya mesh cihazında tek radyo varsa her hop’ta hız yarıya düşüyor. Bir ISP işleten biri olarak, müşterilerin ev içi kablosuz ağa para harcamaktan kaçınmasının sonuçlarını ve nedenlerini anlatmak her zaman kolay olmuyor

    • Ben de benzer yapıda bir binada yaşıyorum, bu yüzden sıkıntıyı iyi biliyorum. AP’leri kablolu backhaul ile bağlamak, kanal çakışması olmadan 2.4GHz’i 20MHz ve 5GHz’i 40MHz ile sınırlamak, 2.4GHz’te sadece 1, 6 ve 11. kanalları kullanmak, 5GHz’te DFS kanallarından kaçınmak ve gerekirse AP başına yayın gücünü azaltarak uzaktan çakışmayı önlemek, sorunu neredeyse tamamen çözebildi. Gerekirse bazı AP’lerde 2.4GHz’i tamamen kapatmak da bir yöntem

    • Çoğu görüşmede DECT VoIP telefon kullanıyorum ve oldukça memnunum

  • Bir sonraki WiFi standardı 802.11bn (WiFi 8), Ultra High Reliability (UHR) lakabını taşıyor. Referans: 802.11bn Wikipedia. Yani bundan sonra hız dışındaki değişkenler de çok daha aktif biçimde dikkate alınacak

    • WiFi ne kadar gelişirse gelişsin, radyo spektrumu paylaşılan bir ortam olmaya devam ediyor; Ethernet’te olduğu gibi her çift için tüm bant genişliğini bağımsız biçimde ayırıp tekrar kullanmak mümkün değil. Bu yüzden Ethernet’in güvenilirliğiyle karşılaştırıldığında kablosuzun istikrar açısından doğuştan gelen sınırları var
 
galadbran 2025-10-12

KT gigabit Wi‑Fi kullanıyorum; kanal bant genişliği 80MHz olarak ayarlıydı, bunu 40MHz’e değiştirip macOS’taki networkQuality sonuçlarını karşılaştırınca bende 40’a alınca hem responsiveness tarafında hem de performansta ciddi bir düşüş oluyor.