Trop d'erreurs de somme de contrôle incorrectes dans TCPDUMP

23

Je trouve trop d'erreurs de somme de contrôle incorrectes à partir d'un TCPDUMP effectué sur un serveur GNU Linux 64 bits. Il y a près de 50% de chekcsums incorrects dans l'exportation?

cksum 0xe61f (incorrect (-> 0x8c37)

Comment interpréter ces données? Cela affecte-t-il beaucoup les performances?

network-monitoring tcpdump checksum Vishal
la source
4
Utilisez tcpdump --dont-verify-checksumspour les ignorer.
Willem

Réponses:

31

Vous voyez les sommes de contrôle «incorrectes» en raison d'une fonctionnalité appelée déchargement de la somme de contrôle TCP. Les champs de somme de contrôle pour les paquets TCP sortants ne sont pas précalculés par le système d'exploitation mais définis à la place sur 0 et laissés pour le calcul par le processeur NIC. La FAQ Wireshark a une explication plus détaillée.

le-wabbit
la source
J'ai vu cela, mais il était spécifique à "Si les paquets qui ont des sommes de contrôle TCP incorrectes sont tous envoyés par la machine sur laquelle Wireshark s'exécute" et il n'était pas clair combien de échecs de somme de contrôle légitimes auraient un impact sur les performances du réseau.
Vishal
4
Vous ne devriez voir que des sommes de contrôle incorrectes sur les paquets envoyés par votre machine. Ce n'est pas spécifique à Wireshark, tout logiciel de capture de paquets fonctionnant à ce niveau produira des résultats similaires. Si vous voyez que la somme de contrôle échoue sur les paquets reçus, il peut y avoir un problème en effet - ces paquets sont rejetés par la pile TCP et déclenchent une retransmission ainsi que des algorithmes de contrôle de congestion - qui auront un impact direct sur le débit de données.
the-wabbit
Les erreurs de somme de contrôle ne concernaient que les paquets envoyés. Merci!
Vishal
Je vois des sommes de contrôle incorrectes sur les gros paquets SMB entrants qui doivent être réassemblés. tcpdumpimprime un premier paquet avec une "somme de contrôle incorrecte" avec le commentaire "AVERTISSEMENT: le paquet se poursuit dans les segments TCP ultérieurs". Ensuite, il y en a quelques autres avec une "somme de contrôle incorrecte" suivie d'un commentaire "" Paquet SMB-over-TCP: (données brutes ou suite?) ". Je suppose que la somme de contrôle dans le premier paquet de l'ensemble sera correcte si toutes les suivantes les paquets (qui n'ont en fait pas de somme de contrôle à l'endroit où tcpdumpla valeur de contrôle est saisie) ont été réassemblés dans leur ensemble ≤ 64 Ko.
David Tonhofer