tcpdump menampilkan paket 64 KB: offload dan titik tangkap

Menangkap di host dapat menunjukkan paket 64 KB pada antarmuka dengan MTU 1420, dan kesimpulan yang tampak jelas adalah terowongan mengabaikan batas ukurannya. Kesimpulan itu biasanya salah. Titik tangkap di host berada di dalam jalur pemrosesan, tempat segmentasi, agregasi, dan pekerjaan checksum mungkin belum terjadi. Bacalah posisi pengamat sebelum membaca ukuran paket.

Tempat Anda menangkap mengubah apa yang Anda lihat

Offload pengiriman memungkinkan tumpukan menyerahkan unit besar ke perangkat jaringan, yang nanti memotongnya menjadi potongan seukuran kabel. Agregasi penerimaan melakukan sebaliknya di jalur masuk, menyatukan segmen sebelum pengamat di sisi host melihatnya. Karena itu, tangkapan merekam pandangan internal host pada titik tersebut, bukan tentu bingkai di tautan. Kedua mekanisme bergantung pada perangkat dan jalur.

ethtool -k eth0 | grep -E 'tso|gso|gro'

Tangkaplah di titik kedua, idealnya penerima independen atau cermin, sebelum menganggap ukurannya sebagai gangguan. Jika unit besar hanya muncul di host pengirim, kabel mungkin tidak pernah membawanya. Dua titik pengamatan lebih kuat daripada satu berkas, terutama ketika pertanyaannya adalah apa yang benar-benar keluar dari mesin.

Pisahkan antarmuka dalam dan luar

Terowongan menambahkan antarmukanya sendiri, dan pandangan luar dan dalam berbeda dalam enkapsulasi dan pemrosesan. Tangkapan pada perangkat terowongan menunjukkan paket dalam; tangkapan pada adaptor fisik menunjukkan paket luar. Ukuran, alamat, dan status checksum dapat berbeda di antara keduanya karena alasan yang tidak ada hubungannya dengan gangguan.

Catat antarmuka mana yang menghasilkan setiap berkas. Ukuran yang terlihat pada perangkat terowongan menggambarkan paket dalam, bukan bingkai yang akhirnya dikirim adaptor. Mencampur keduanya dalam satu analisis adalah cara perbedaan enkapsulasi normal menjadi misteri.

Peringatan checksum juga bersifat posisional

Tangkapan di sisi pengiriman dapat menunjukkan bidang checksum sebelum perangkat keras mengisinya, yang menghasilkan peringatan yang tidak akan pernah dilihat penerima mana pun. Itu bukti yang berbeda dari host jauh yang menolak paket rusak. Arah dan titik tangkap menentukan mana dari keduanya yang Anda miliki.

Ketika transfer nyata gagal, bandingkan pengamatan di penerima atau di titik lain pada jalur. Simpan arah, antarmuka, dan lapisan enkapsulasi bersama catatan, karena tangkapan layar tanpa itu tidak dapat ditafsirkan nanti.

Matikan offload hanya sebagai uji terkendali

Mematikan offload mengubah kinerja dan pemrosesan paket, jadi itu bukan respons pertama terhadap tampilan ukuran yang aneh. Jika Anda mengujinya, ubah satu pengaturan dan catat garis dasar lebih dulu. Proses yang juga mengubah MTU, aturan firewall, dan profil klien tidak dapat mengaitkan hasilnya dengan offload. Pulihkan pengaturan setelahnya.

ethtool -K eth0 tso off gro off
ping -M do -s 1400 example.com

Macetnya transfer besar yang sebenarnya adalah pertanyaan terpisah tentang MTU jalur dan umpan balik yang diterima aplikasi. Unit teragregasi di host tidak membuktikan atau menyangkal batas ukuran di hilir, dan persentase CPU yang rendah tidak mengidentifikasi offload sebagai penyebab.

Hasil yang berguna adalah titik tangkap yang dijelaskan plus pengamatan aplikasi yang dapat diulang. Dengan keduanya terpisah, perubahan MTU dapat menyasar kendala nyata alih-alih bentuk penyangga internal.