je parlais de la taille minimale acceptée.
Je me doute un poil (et je pense tout le monde ici) qu'on va pas faire du padding pour atteindre 512 octets lorsqu'on envoie un ack tcp ou autre.
Dixit la rfc 791 All hosts must be prepared to accept datagrams of up to 576 octets (whether they arrive whole or in fragments). [...]
The number 576 is selected to allow a reasonable sized data block to
be transmitted in addition to the required header information. For
example, this size allows a data block of 512 octets plus 64 header
octets to fit in a datagram. The maximal internet header is 60
octets, and a typical internet header is 20 octets, allowing a
margin for headers of higher level protocols.
Avec 20 octets d'header IP et 8 octets d'header udp, on a suffisament d'espace pour mettre 512 octets de données.
Par contre j'étais persuadé qu'il ne fragmentait pas à 576 octets. "caramba encore raté".
[^] # Re: petite erreur sur UDP
Posté par briaeros007 . En réponse à la dépêche Nouvelle version 2.6.33 du noyau Linux. Évalué à 1.
Je me doute un poil (et je pense tout le monde ici) qu'on va pas faire du padding pour atteindre 512 octets lorsqu'on envoie un ack tcp ou autre.
Dixit la rfc 791
All hosts must be prepared to accept datagrams of up to 576 octets (whether they arrive whole or in fragments). [...]
The number 576 is selected to allow a reasonable sized data block to
be transmitted in addition to the required header information. For
example, this size allows a data block of 512 octets plus 64 header
octets to fit in a datagram. The maximal internet header is 60
octets, and a typical internet header is 20 octets, allowing a
margin for headers of higher level protocols.
Avec 20 octets d'header IP et 8 octets d'header udp, on a suffisament d'espace pour mettre 512 octets de données.
Par contre j'étais persuadé qu'il ne fragmentait pas à 576 octets. "caramba encore raté".