Lihat sedikit lebih jauh ke bawah untuk pertanyaan saya, tetapi saya akan sangat tertarik untuk mendengar apa yang Anda lihat dengan monitor ini berjalan. Apakah kita semua mendapatkan banyak kesalahan ini?
Apakah saya benar-benar mengalami 65% kesalahan UDP atau hanya salah mengerti keluaran netstat?
Saya memiliki monitor mengambil perubahan dalam kesalahan netstat -s.
Berikut ini adalah blok khas, ini menunjukkan
protokol: #packpack before_count> now_count error_message:
Mon 30 May 2016 12:04:32 BST
udp:81339 59930 > 59949 dropped due to full socket buffers
ip:843492 36814 > 36816 with data size > data length
ip:843492 9995 > 9996 packets for unknown/unsupported protocol
ip:843492 37390 > 37399 packets received for unknown multicast group
.
tcp:555120 1082 > 1085 times recovered from bad retransmission using DSACK
udp:81359 59949 > 59964 dropped due to full socket buffers
ip:843710 36816 > 36846 with data size > data length
ip:843710 9996 > 9998 packets for unknown/unsupported protocol
ip:843710 37399 > 37406 packets received for unknown multicast group
ip6:24635 12993 > 12999 message too big failures
.
tcp:555389 1085 > 1087 times recovered from bad retransmission using DSACK
udp:81458 59964 > 60059 dropped due to full socket buffers
ip:844048 36846 > 36854 with data size > data length
ip:844048 37406 > 37412 packets received for unknown multicast group
ip6:24647 12999 > 13070 message too big failures
.
tcp:555490 951 > 952 connections dropped by rexmit timeout
tcp:555490 1087 > 1088 times recovered from bad retransmission using DSACK
udp:81473 60059 > 60069 dropped due to full socket buffers
ip:844147 36854 > 36872 with data size > data length
ip:844147 9998 > 10002 packets for unknown/unsupported protocol
ip:844147 37412 > 37420 packets received for unknown multicast group
ip6:24651 13070 > 13072 message too big failures
.
. dalam daftar di atas menunjukkan jeda antara setiap iterasi, satu kali per menit. Saya telah menjalankan ini selama beberapa hari dan melakukan sedikit perpindahan saluran, router, lokasi, reboot dll dan tampaknya sangat konstan. Setelah reboot, "drop karena buffer soket penuh" sudah kembali bahkan sebelum saya masuk ke terminal meskipun counter telah restart jauh lebih rendah.
Jaringan saya adalah mode 5Ghz, jadi sepertinya tidak ada orang di sekitar ini, rasio s / n saya cukup bagus dan saya mendapatkan kecepatan yang baik (hingga batas broadband 60Mb saya). Ada beberapa komputer di sekitar yang aktif, dan telepon saya (yang saya matikan tanpa perubahan pola).
Saya juga punya MB Air di sini di jaringan yang sama yang melihat beberapa (terlalu besar, multicast tidak diketahui, ukuran data> panjang data, protokol tidak didukung tidak dikenal) sama seperti biasa tetapi TIDAK PERNAH ada dropped due to full socket buffersdan tingkat saya untuk mereka cukup tinggi 20k dari ini turun dalam paket tcp 377k, sekitar 6%.
On my MBPro 11,5: netstat -m
620/1327 mbufs in use:
339 mbufs allocated to data
13 mbufs allocated to socket names and addresses
268 mbufs allocated to packet tags
707 mbufs allocated to caches
302/682 mbuf 2KB clusters in use
0/637 mbuf 4KB clusters in use
0/12 mbuf 16KB clusters in use
4566 KB allocated to network (16.7% in use)
0 KB returned to the system
0 requests for memory denied
0 requests for memory delayed
0 calls to drain routines
Itu sangat mirip dengan apa yang ada di MB Air, tetapi yang memiliki OSX 10.10.5 dan mungkin wifi chip yang berbeda. Kami berdua menjalankan Dropbox, saya hanya menggunakan LittleSnitch di MBPro. Tidak ada firewall. Kedua mesin 90% + idle hampir tidak ada lalu lintas jaringan dari kami. Virgin media Superhub firmware terbaru - Saya tahu ini tidak bagus tapi ...
Apa yang saya coba temukan adalah:
Apakah ini kesalahan 'normal' / seberapa khawatirkah saya?
Bagaimana saya bisa mengetahui dari mana mereka berasal / disebabkan oleh?
Di mana tepatnya "buffer soket penuh" ini terjadi - dalam chip, kernel, dll, dan bagaimana menafsirkannya?
Seberapa dekat saya bisa melihat data semacam ini (TCPDUMP dll atau sudah tidak ada pada saat itu?)
Apa yang harus saya lakukan selanjutnya, dan alat apa yang digunakan?
Baru saja berjalan tanpa wifi tetapi Bluetooth ke ponsel saya ke 3G, masih mendapatkan banyak pola yang sama (agak luar biasa!)
Script mon saya adalah (walaupun saya ingin memperbaikinya):
echo showing changes in detected network issues
while [ 0 ]
do
cp IPEnow IPElast
netstat -s | awk '/error|length|bad|overflow|failure|dropped|loss|unknown|detect/ { if ($1+0 > 0) { $1 = pre " " $1; print} }; {if (NF==1) { pre = $1 ;getline ; print pre $1}}' >IPEnow
#get changes, just list new changed values
diff --suppress-common-lines -y IPElast IPEnow | awk '{if (NF==3) {pre = $3} else {was = $2; for (i=1;$i!="|";i++) {$i = ""}; $i=was;i++;$i=">";print pre $0}}'
echo .
sleep 60
done
Peningkatan:
ip: 23000 (+23) paket turun 6,7%
Juga netstat -s baris setelah flag protokol (ip: dll) biasanya tetapi tidak dalam semua kasus berguna untuk skala volume lalu lintas; lihat kctl: bagian