Pourtant, l'ami corrector me répondait plus tôt :

Le débit Ethernet (10 M, 100 M, 1 G) est toujours un débit utile : il ne contient pas les préludes, les checksums et les blancs obligatoires entre les paquets!

Tu n'aurais donc bien que 14 ou 18 octets (selon VLAN tagging) dans ta trame Ethernet.

Le débit est un débit utile sur la couche 1 du modèle OSI

Il est possible que la couche 1 ait de la détection ou correction d'erreur => ces checksums ne comptent pas pour le débit annoncé, le débit au niveau 2.

L'Ethernet est au niveau 2.  Les CRC ne peuvent être inclus dans le débit annoncé, sinon le débit physique devrait augmenter en cas de petits paquets Ethernet (plus de CRC pour un même nombre de bit transmis sur le média). C'est donc une certitude que ces 4 CRC de l'adresse Ethernet ne sont pas inclus dans les 100 Mb/s.

Je pensais que les CRC au niveau 2 étaient optionnels (il n'est pas nécessaire d'en mettre au niveau 2 si il y en a au niveau inférieur) mais visiblement ce n'est pas le cas.

Je vais donner un exemple :

On considéré que les checksum ne font pas parti des 100 Mb/s.

- Si tu transmets des trames Ethernet de 64 octets,  il va falloir rajouter des checksums de 4 octets tous les 64 octets soit 1563 octets de checksum tous les 100000 octets.
- Si tu transmets des trames Ethernet de 1500 octets,  il va falloir rajouter des checksums de 4 octets tous les 64 octets soit 67 octets de checksum tous les 100000 octets.

Il faudra donc envoyer plus vite au niveau physique afin de transmettre en plus des 100 Mb/s les 1563 octets de checksum.

Pour moi, cela permet de dire avec certitude qu'ils sont comptabilisés dans les 100 Mb/s