tcpdump mostra paquets de 64 KB: offload i punt de captura

Capturar en un amfitrió pot mostrar un paquet de 64 KB en una interfície amb una MTU de 1420, i la conclusió òbvia és que el túnel va ignorar el seu límit de mida. Aquesta conclusió sol ser errònia. Els punts de captura a l’amfitrió seuen dins del camí de processament, on la segmentació, l’agregació i la feina de checksum poden no haver passat encara. Llegiu la posició de l’observador abans de llegir la mida del paquet.

On captureu canvia el que veieu

L’offload de transmissió permet que la pila lliuri una unitat gran al dispositiu de xarxa, que després la talla en peces de mida de cable. L’agregació de recepció fa el contrari en l’entrada, unint segments abans que un observador al costat de l’amfitrió els vegi. Per tant, una captura registra la visió interna de l’amfitrió en aquell punt, no necessàriament les trames de l’enllaç. Tots dos mecanismes depenen del dispositiu i del camí.

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

Captureu en un segon punt, idealment un receptor independent o un mirall, abans de tractar la mida com una fallada. Si la unitat gran només apareix a l’amfitrió emissor, potser el cable mai no la va portar. Dos punts d’observació són més forts que un sol fitxer, sobretot quan la pregunta és què va sortir realment de la màquina.

Separeu les interfícies interna i externa

Un túnel afegeix la seva pròpia interfície, i les vistes externa i interna difereixen en encapsulament i en processament. Una captura al dispositiu del túnel mostra el paquet intern; una captura a l’adaptador físic mostra l’extern. La mida, les adreces i l’estat del checksum poden diferir entre elles per motius que no tenen res a veure amb cap fallada.

Registreu quina interfície va produir cada fitxer. Una mida vista al dispositiu del túnel descriu el paquet intern, no la trama que l’adaptador va acabar enviant. Barrejar-les en una sola anàlisi és com una diferència normal d’encapsulament es converteix en un misteri.

L’avís de checksum també és posicional

Una captura del costat de transmissió pot mostrar un camp de checksum abans que el maquinari l’ompli, cosa que produeix un avís que cap receptor no veuria mai. Això és una evidència diferent d’un amfitrió remot que rebutja un paquet danyat. La direcció i el punt de captura decideixen quin dels dos teniu.

Quan una transferència real falla, compareu les observacions en un receptor o en un altre punt del camí. Guardeu la direcció, la interfície i la capa d’encapsulament amb el registre, perquè una captura de pantalla sense això no es pot interpretar després.

Desactiveu l’offload només com a prova controlada

Desactivar l’offload canvia el rendiment i el processament de paquets, així que no és la primera resposta a una visualització estranya de mida. Si ho proveu, canvieu un sol paràmetre i registreu primer la línia base. Una execució que també canvia la MTU, les regles del tallafoc i el perfil del client no pot atribuir el resultat a l’offload. Restaureu el paràmetre després.

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

Una aturada real d’una transferència gran és una qüestió separada sobre la MTU del camí i el retorn que rep l’aplicació. La unitat agregada d’un amfitrió no demostra ni refuta un límit de mida aigües avall, i un percentatge baix de CPU no identifica l’offload com la causa.

El resultat útil és un punt de captura explicat més una observació reproduïble de l’aplicació. Amb això separat, un canvi de MTU pot apuntar a una restricció real en lloc de la forma d’un buffer intern.