tcpdump memaparkan paket 64 KB: offload dan titik tangkapan

Menangkap pada hos boleh menunjukkan paket 64 KB pada antara muka dengan MTU 1420, dan kesimpulan yang jelas ialah terowong mengabaikan had saiznya. Kesimpulan itu biasanya salah. Titik tangkapan pada hos terletak di dalam laluan pemprosesan, di mana segmentasi, agregasi dan kerja checksum mungkin belum berlaku. Baca kedudukan pemerhati sebelum membaca saiz paket.

Di mana anda menangkap mengubah apa yang anda lihat

Offload penghantaran membenarkan tindanan menyerahkan unit besar kepada peranti rangkaian, yang kemudian memotongnya menjadi kepingan sebesar wayar. Agregasi penerimaan melakukan sebaliknya di laluan masuk, mencantumkan segmen sebelum pemerhati di sebelah hos melihatnya. Oleh itu tangkapan merekodkan pandangan dalaman hos pada titik itu, bukan semestinya bingkai pada pautan. Kedua-dua mekanisme bergantung pada peranti dan laluan.

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

Tangkap pada titik kedua, idealnya penerima bebas atau cermin, sebelum menganggap saiz itu sebagai kerosakan. Jika unit besar hanya muncul pada hos penghantar, wayar mungkin tidak pernah membawanya. Dua titik pemerhatian lebih kukuh daripada satu fail, terutamanya apabila persoalannya ialah apa yang benar-benar meninggalkan mesin.

Asingkan antara muka dalam dan luar

Terowong menambah antara mukanya sendiri, dan pandangan luar dan dalam berbeza dalam enkapsulasi dan pemprosesan. Tangkapan pada peranti terowong menunjukkan paket dalam; tangkapan pada penyesuai fizikal menunjukkan paket luar. Saiz, alamat dan keadaan checksum boleh berbeza antara keduanya atas sebab yang tiada kaitan dengan kerosakan.

Catat antara muka mana yang menghasilkan setiap fail. Saiz yang dilihat pada peranti terowong menerangkan paket dalam, bukan bingkai yang akhirnya dihantar oleh penyesuai. Mencampurkan keduanya dalam satu analisis ialah cara perbezaan enkapsulasi biasa menjadi misteri.

Amaran checksum juga bersifat kedudukan

Tangkapan di sebelah penghantaran boleh menunjukkan medan checksum sebelum perkakasan mengisinya, yang menghasilkan amaran yang tidak akan dilihat oleh mana-mana penerima. Itu bukti yang berbeza daripada hos jauh yang menolak paket rosak. Arah dan titik tangkapan menentukan yang mana antara keduanya anda miliki.

Apabila pemindahan sebenar gagal, bandingkan pemerhatian pada penerima atau pada titik lain di laluan. Simpan arah, antara muka dan lapisan enkapsulasi bersama rekod, kerana tangkapan skrin tanpanya tidak boleh ditafsirkan kemudian.

Matikan offload hanya sebagai ujian terkawal

Mematikan offload mengubah prestasi dan pemprosesan paket, jadi ia bukan tindak balas pertama terhadap paparan saiz yang pelik. Jika anda mengujinya, tukar satu tetapan dan catat garis dasar dahulu. Larian yang juga mengubah MTU, peraturan tembok api dan profil klien tidak boleh mengaitkan hasilnya dengan offload. Pulihkan tetapan selepas itu.

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

Kemacetan pemindahan besar yang sebenar ialah soalan berasingan tentang MTU laluan dan maklum balas yang diterima oleh aplikasi. Unit teragregasi hos tidak membuktikan atau menyangkal had saiz di hilir, dan peratusan CPU yang rendah tidak mengenal pasti offload sebagai punca.

Hasil yang berguna ialah titik tangkapan yang dijelaskan serta pemerhatian aplikasi yang boleh diulang. Dengan keduanya terpisah, perubahan MTU boleh menyasarkan kekangan sebenar dan bukan bentuk penimbal dalaman.