Est-ce que quelqu'un a testé ce qui se passerait si la somme de contrôle ne correspond pas?A propos de la somme de contrôle de la couche TCP/IP
Le paquet sera-t-il ignoré directement? Supposons que ce soit HTTP protocal au niveau de la couche d'application.
HTTP ne verra jamais le mauvais paquet. Rappelez-vous que TCP garantit (au mieux) qu'il vous donnera un flux de données contigu sans erreur, ce que HTTP utilise.
Dans TCP, à un certain point le client va générer un NACK au lieu d'un ACK. Selon si ACK sélectif a été négocié, le mauvais paquet ou un sous-ensemble des paquets reçus sera retransmis par le serveur (dans la couche TCP, le serveur HTTP n'a aucune connaissance, sauf pour une latence plus élevée).
La somme de contrôle est discuté dans la RFC TCP: http://www.faqs.org/rfcs/rfc793.html Section 3.1 (Page 16)
RFC1071 va dans les détails au sujet de la somme de contrôle.
Pouvez-vous également expliquer comment la somme de contrôle est calculée? – httpinterpret
@httpinterpret: Ajout de liens vers les RFC pertinents –
Pour ceux qui s'interrogent sur cette question, vous pouvez trouver un peu plus d'histoire dans sa question précédente: http://stackoverflow.com/questions/2802186/how-do-i-modify-a-http-response-packet -with-winpcap – BalusC