Saya melihat waktu ping yang tidak menentu dan terkadang sangat lama ke router wifi saya yang hanya berjarak satu hop. Ping 192.168.1.1terkadang memberikan rentang latensi 400-800 ms.

Ada banyak hal untuk dicoba (firmware, penempatan router, saluran AP, dll.), Tapi saya ingin menyerang masalah ini sedikit lebih metodis:

• Pertama, bagaimana saya bisa memvisualisasikan kinerja jaringan saya?
• Lalu, bagaimana saya bisa membandingkan kinerja konfigurasi yang diberikan, sehingga saya dapat membandingkan dengan andal setelah melakukan penyesuaian?

Jawaban serverfault ini memiliki panduan tingkat tinggi yang baik tentang apa yang harus dilakukan - jadi mulailah dengan itu. Itu langkah terakhir adalah doozy nyata: mungkin Anda (maksud saya, saya) tidak ingin berinvestasi dalam perangkat keras khusus untuk ini ...

Berikut adalah beberapa alat yang baik, pertama untuk memahami kesehatan konektivitas dalam jaringan wifi lokal, dan kemudian ke titik akhir internet.

Alat Wifi

NetSpot (untuk mac)

Ini melacak AP WiFI lokal dan menyediakan data dasar seperti SNR, Saluran, Kekuatan Sinyal. Ini juga dapat melakukan survei lokasi dasar untuk ruang fisik yang menunjukkan kekuatan dan gangguan. Dalam mode penemuan AP, Anda juga dapat memetakan kekuatan sinyal dari waktu ke waktu, memungkinkan Anda untuk menguji penempatan dan menyesuaikan kemungkinan interferensi.

Wifi Speed ​​Test untuk Android

Sangat membantu. Anda akan menjalankan server python sederhana pada mesin Anda dan aplikasi dapat menguji beberapa skenario yang memberi Anda umpan balik kecepatan realtime.

Wifi Analyzer , aplikasi android hebat lainnya, memiliki beberapa pandangan berharga tentang apa saluran wifi AP aktif. Mungkin menjadi alat gratis terbaik untuk memilih saluran AP tanpa melakukan banyak pekerjaan.

iPerf

Alat yang dihormati untuk memahami kinerja jaringan lokal. Anda memerlukan dua kotak, satu sebagai server, satu sebagai klien. Anda dapat mengatur sejumlah parameter, menjalankan tes, dan melihat hasilnya untuk bandwidth dan jitter. Saya perfer menggunakannya dengan GUI jPerf untuk memetakan hasil dan parameter tweaking.

brew install iperf
iperf -s # on server, next one on client
iperf -c 192.168.1.XXX -P 1 -i 1 -p 5001 -f m -t 60

Kesehatan Konektivitas Internet

mtr (gabungan ping & traceroute)

Ping semua lompatan traceroute Anda. Menyediakan data tren. Gila luar biasa.

brew install mtr
mtr 8.8.4.4

speedtest-cli

Versi CLI dari hal speedtest.net ookla umum. Pemelihara proyek menyatakan itu tidak konsisten, tetapi tetap saja, berguna untuk mencoba mengukur perbedaan besar.

wget -O speedtest-cli https://raw.github.com/sivel/speedtest-cli/master/speedtest_cli.py
chmod +x speedtest-cli
speedtest-cli --list | head # and chose a top server (sorted by distance)
speedtest-cli --server 2761 # re-use the same server

NPAD : Jalur Jaringan dan Diagnosis Aplikasi

Server diagnostik otomatis untuk pemecahan masalah sistem akhir dan masalah jaringan jarak jauh. Setelah menjalankan tes, berikan halaman Ringkasan Hasil seperti ini . Saya sarankan menggunakan tautan pengalihan server NPAD ini untuk menemukan server NPAD terdekat (semuanya sudah berakhir) dan menggunakan nama host itu untuk pengujian Anda.

  wget http://netspeed.usc.edu:8000/diag-client.c
  cc diag-client.c -o diag-client
# ./diag-client <server_name> <port> <target_RTT> <target_data_rate_in_MB/S>
  ./diag-client ps.psc.xsede.org 8001 30 5

Hasil pribadi saya:

Saya menghabiskan beberapa jam untuk melakukan semua ini, mencoba berbagai hal (beralih dari DD-WRT ke firmware Tomat) dan membaca. Ternyata itu bukan lapisan jaringan dan merupakan gangguan RF lama, kebanyakan dari Bluetooth! Saya memiliki komputer, mouse dan keyboard bluetooth dalam jarak 5 kaki dari router. (Dan router lama masih di 2.4Ghz di mana mereka berbenturan.)

Untuk ini, saya mendapat hasil terbaik dari Wifi Speed ​​Test untuk Android , menjalankannya secara teratur sementara saya memindahkan barang-barang di apartemen. Karena melaporkan pembaruan setiap 200 ms atau lebih, itu jelas dikomunikasikan ketika gangguan menjatuhkan paket saya.

Saya merekomendasikan untuk membaca panduan Sumber Umum Interferensi dari Metageek. (Mereka juga membuat InSSIDer dan alat analisis Wifi lainnya yang tampak bagus.)

Satu alat yang tidak saya miliki adalah meteran analisis spektrum fisik. Ponsel dan laptop hanya dapat mendeteksi Wifi AP, tetapi tidak dapat menerima interferensi dari Bluetooth atau teknologi berbasis RF lainnya. Metageek memiliki beberapa solusi bagus di ruang ini ( Wi-Spy dan inSSIDer Office ) dan semoga kita melihat lebih banyak alat muncul seperti AirShark .

Seperti disebutkan dalam komentar saya di atas: Alat yang biasa digunakan untuk mendiagnosis masalah Wi-Fi sebenarnya dapat menyebabkan masalah ini. Saat memindai jaringan Wi-Fi, radio harus mematikan saluran, biasanya memberitahu AP untuk menyangga frame agar dapat 'tidur' kemudian beralih saluran untuk memindai.

Selain itu, iOS dan OS X sejak AirDrop diperkenalkan, akan mengambil saluran off-radio Wi-Fi untuk mencari layanan AirDrop lainnya dan karena Yosemite akan secara berkala mematikan saluran untuk mendukung handoff.

Jadi saya punya fluktuasi ping Wi-Fi ke router juga.

PING 192.168.0.1 (192.168.0.1): 56 data bytes
64 bytes from 192.168.0.1: icmp_seq=0 ttl=63 time=2.334 ms
64 bytes from 192.168.0.1: icmp_seq=1 ttl=63 time=1.813 ms
64 bytes from 192.168.0.1: icmp_seq=2 ttl=63 time=2749.664 ms
64 bytes from 192.168.0.1: icmp_seq=3 ttl=63 time=1748.912 ms
64 bytes from 192.168.0.1: icmp_seq=4 ttl=63 time=748.162 ms
64 bytes from 192.168.0.1: icmp_seq=5 ttl=63 time=1.796 ms
64 bytes from 192.168.0.1: icmp_seq=6 ttl=63 time=1.806 ms
64 bytes from 192.168.0.1: icmp_seq=7 ttl=63 time=1.991 ms
64 bytes from 192.168.0.1: icmp_seq=8 ttl=63 time=1.797 ms
64 bytes from 192.168.0.1: icmp_seq=9 ttl=63 time=1.832 ms
64 bytes from 192.168.0.1: icmp_seq=10 ttl=63 time=1.713 ms
64 bytes from 192.168.0.1: icmp_seq=11 ttl=63 time=1.819 ms
64 bytes from 192.168.0.1: icmp_seq=12 ttl=63 time=1.616 ms
64 bytes from 192.168.0.1: icmp_seq=13 ttl=63 time=1.748 ms
64 bytes from 192.168.0.1: icmp_seq=14 ttl=63 time=1.677 ms
64 bytes from 192.168.0.1: icmp_seq=15 ttl=63 time=3427.213 ms
64 bytes from 192.168.0.1: icmp_seq=16 ttl=63 time=2426.371 ms
64 bytes from 192.168.0.1: icmp_seq=17 ttl=63 time=1425.634 ms
64 bytes from 192.168.0.1: icmp_seq=18 ttl=63 time=424.834 ms
64 bytes from 192.168.0.1: icmp_seq=19 ttl=63 time=1.829 ms
64 bytes from 192.168.0.1: icmp_seq=20 ttl=63 time=1.691 ms
64 bytes from 192.168.0.1: icmp_seq=21 ttl=63 time=2.038 ms
64 bytes from 192.168.0.1: icmp_seq=22 ttl=63 time=1.679 ms
^C--- 192.168.0.1 ping statistics ---
23 packets transmitted, 23 packets received, 0% packet loss
round-trip min/avg/max/stddev = 1.616/564.346/3427.213/1015.102 ms

Saya beralih router (dari TL-WR743ND ke DIR-815), mencoba beberapa adapter USB Wi-Fi (kebanyakan TP-LINK, meskipun saya pikir saya punya masalah dengan D-Link DWA-160 juga), beralih dari 2,5 GHz ke 5GHz dan menjelajahi saluran. Tidak beruntung, masalahnya tetap ada.

Sampai saya perhatikan bahwa ketika saya melakukan tes kecepatan jaringan atau menjalankan klien bittorrent ping itu baik-baik saja. Ini hanya berfluktuasi ketika jaringan menganggur.

Mungkin masalah Windows 7 atau masalah dengan adaptor TP-LINK saya, tetapi ketika saya memberikan sedikit beban pada Wi-Fi fluktuasi hilang dan jaringan berfungsi dengan baik.

Sejauh ini saya telah membuat sedikit program Rust untuk menjaga jaringan Wi-Fi saya tetap terjaga.

// Need a constant wifi load in order not to have the ping drops.
fn wifi_load() {
  // This *might* be useful if the router suddenly supports Keep-Alive.
  // Not the case with DIR-815 though, we'll keep making new connections to it.
  let config = hyper::client::pool::Config {max_idle: 1};

  let client = hyper::client::Client::with_pool_config (config);
  loop {
    let url = "http://192.168.0.1/css/init.css";
    if let Err (err) = client.get (url) .send() {
      log! ("wifi_load] Error fetching {}: {}", url, err);
      sleep (Duration::from_secs (9));}
    sleep (Duration::from_millis (100));}}