Chaque fois que vous envoyez un ping, chargez une page web ou transférez un fichier sur votre réseau local, des milliers de trames Ethernet transitent à la vitesse de la lumière – et pourtant, la plupart des gens qui configurent des switches n’ont jamais regardé l’intérieur d’une seule. C’est un peu comme jouer à un RPG sans jamais ouvrir le menu des statistiques : ça marche, jusqu’au jour où ça ne marche plus. Comprendre les trames Ethernet, c’est comprendre les mécaniques de base qui font tenir tout un réseau.
Qu’est-ce qu’une trame Ethernet?
Une trame Ethernet est l’unité de transmission de données de la couche 2 du modèle OSI – ce qu’on appelle le PDU, ou Protocol Data Unit, de la couche Liaison de données. Concrètement, c’est le conteneur binaire dans lequel vos données sont empaquetées avant d’être envoyées sur le câble ou la fibre. Sans elle, deux équipements réseau ne pourraient pas se comprendre, même s’ils étaient branchés côte à côte.
La trame ethernet définition porte en elle une idée centrale : l’interopérabilité. Elle encapsule les informations nécessaires pour que n’importe quel équipement réseau conforme au standard puisse recevoir, lire et traiter les données. Peu importe que la carte réseau soit signée Intel, Realtek ou Broadcom – le format est le même pour tous, défini par l’IEEE.
Structure et format d’une trame Ethernet II
Le trame ethernet format le plus répandu aujourd’hui est celui d’Ethernet II. Voici la décomposition complète de ses champs, dans l’ordre d’apparition dans la trame :
- Préambule (7 octets) : une séquence alternée de 1 et 0 qui permet à l’équipement récepteur de synchroniser son horloge avec l’émetteur.
- SFD – Start Frame Delimiter (1 octet) : signale le début effectif de la trame avec la valeur 10101011.
- Adresse MAC destination (6 octets) : identifie le périphérique cible sur le segment réseau.
- Adresse MAC source (6 octets) : identifie l’émetteur de la trame.
- Champ Type / EtherType (2 octets) : indique quel protocole de couche 3 est transporté (IPv4 = 0x0800, ARP = 0x0806, IPv6 = 0x86DD).
- Données / Payload (46 à 1500 octets) : le contenu utile encapsulé, avec padding si nécessaire.
- FCS – Frame Check Sequence (4 octets) : un CRC 32 bits calculé sur l’ensemble de la trame pour détecter toute corruption.
Entre deux trames successives, un Inter Frame Gap de 9,6 µs est respecté. Ce silence obligatoire laisse aux équipements le temps de traiter la trame reçue avant la suivante.
Quelle est la différence entre Ethernet II et une trame 802.3?
La confusion entre ces deux formats est classique, et elle a une explication historique simple. Ethernet II (DIX 2.0) a été standardisé en 1982 par Digital, Intel et Xerox. Un an plus tard, en 1983, l’IEEE publie sa propre version sous le nom IEEE 802.3, avec une différence structurelle qui change tout : le champ de 2 octets qui suit les adresses MAC.
Dans la trame ethernet 2, ce champ contient un code de type de protocole (EtherType), qui indique quelle couche supérieure doit recevoir les données. Dans la trame ethernet 802.3, ce même champ contient la longueur en octets du payload. Ces deux usages sont incompatibles – et pourtant ils cohabitent sur le même réseau.
La règle pour les distinguer est précise et universelle :
- Valeur du champ ≥ 1536 (0x0600) → trame Ethernet II, c’est un code de protocole.
- Valeur du champ ≤ 1500 (0x05DC) → trame IEEE 802.3, c’est une longueur.
Dans les réseaux TCP/IP modernes, et selon la documentation Cisco, c’est le format Ethernet II qui domine sans partage. La trame 802.3 reste présente dans certains contextes legacy ou dans des protocoles spécifiques comme STP avec LLC/SNAP, mais pour tout ce qui touche à IP, vous êtes quasiment toujours face à de l’Ethernet II.
Taille d’une trame Ethernet : limites minimales et maximales
La trame ethernet taille n’est pas laissée au hasard. Les deux normes Ethernet II et IEEE 802.3 fixent des limites strictes : 64 octets minimum et 1518 octets maximum. Ces chiffres ont une raison d’être précise.
Le minimum de 64 octets est directement lié au mécanisme CSMA/CD. Pour détecter une collision sur le segment, la trame doit rester en transit suffisamment longtemps – si elle est trop courte, elle a déjà disparu du câble avant que l’émetteur n’ait pu détecter le problème. Quand le payload ne fait que quelques octets, un bourrage (padding) est automatiquement ajouté pour atteindre les 46 octets minimum de données, et ainsi garantir la taille totale de 64 octets.
Les trames hors gabarit ont des noms bien définis dans le jargon réseau :
- Runt : trame de moins de 64 octets – souvent le signe d’une collision ou d’une carte réseau défaillante.
- Giant : trame de plus de 1518 octets (hors 802.1Q) – généralement causée par une mauvaise configuration MTU.
Dans les deux cas, le périphérique récepteur abandonne la trame sans même tenter de la décoder.
Le standard 802.1Q transforme la trame Ethernet pour les VLANs
Quand vous segmentez votre réseau en VLANs, les trames ne peuvent plus circuler dans leur format d’origine. IEEE 802.1Q – aussi appelé Dot1q – introduit un tag de 4 octets inséré entre l’adresse MAC source et le champ EtherType. Ce tag porte deux informations structurantes :
- TPID (Tag Protocol Identifier) : toujours fixé à 0x8100, il signale qu’il s’agit d’une trame taguée 802.1Q.
- VLAN ID (VID) : codé sur 12 bits, il permet d’identifier jusqu’à 4 094 VLANs distincts (0 et 4095 étant réservés).
Ces 4 octets supplémentaires ont obligé l’IEEE à réviser la limite de taille maximale. La norme IEEE 802.3ac a porté le plafond à 1522 octets pour absorber le tag sans casser les règles. Quant au FCS original, il devient invalide dès que le tag est inséré – le switch recalcule automatiquement un nouveau FCS avant de transmettre la trame sur le trunk.
Comment puis-je savoir si une trame Ethernet est valide?
La validation d’une trame repose principalement sur deux vérifications que le matériel effectue à la réception. La première est la taille : si la trame sort des bornes 64-1518 octets (ou 1522 avec 802.1Q), elle est rejetée immédiatement, sans examen de son contenu.
La seconde vérification est le FCS (Frame Check Sequence). Ce champ de 4 octets contient un CRC 32 bits calculé par l’émetteur sur l’ensemble des champs de la trame. À la réception, l’équipement recalcule ce même CRC sur les données reçues et compare les deux valeurs. Si elles correspondent, la trame est acceptée. Si elles divergent, la trame est silencieusement abandonnée – aucun accusé de réception, aucun message d’erreur au niveau 2.
Les causes les plus fréquentes de bad FCS sont :
- Collisions sur un segment half-duplex mal configuré.
- Câble défectueux ou connecteur RJ45 mal serti.
- Problème de duplex mismatch entre deux équipements.
- Carte réseau en fin de vie avec des erreurs matérielles.
Analyser une trame Ethernet avec Wireshark
Wireshark reste l’outil de référence pour voir les trames ethernet en action. Lancez une capture sur votre interface réseau, générez du trafic – un simple ping suffit – et arrêtez la capture. Cliquez sur n’importe quel paquet dans la liste, puis déroulez la section Ethernet II dans le panneau du bas.
Vous verrez apparaître les adresses MAC source et destination en notation hexadécimale, suivies du champ EtherType. Pour un paquet IPv4 classique, l’EtherType affiche 0x0800. Pour de l’ARP, c’est 0x0806. Ces valeurs vous confirment immédiatement le type de trafic transporté, avant même d’ouvrir les couches supérieures.
Un point à retenir : le préambule n’apparaît jamais dans Wireshark. Il est filtré par le matériel Ethernet avant que la trame ne remonte au système d’exploitation. Ce que vous voyez commence directement à l’adresse MAC destination. Si une trame présente une erreur de FCS, Wireshark l’affiche en rouge avec la mention « Bad FCS » – un signal d’alarme à ne pas ignorer en environnement de production.
Les adresses MAC au cœur de l’adressage Ethernet
Chaque trame Ethernet transporte deux adresses MAC de 6 octets chacune. Leur structure n’est pas aléatoire : les 3 premiers octets constituent l’OUI (Organizationally Unique Identifier), attribué par l’IEEE au fabricant de la carte réseau. Les 3 octets suivants sont assignés par le fabricant lui-même pour identifier chaque interface de manière unique.
En pratique, l’OUI vous permet d’identifier le constructeur d’un équipement rien qu’en lisant son adresse MAC. C’est utile pour le diagnostic réseau : si vous voyez une adresse MAC inconnue sur votre switch, l’OUI vous dit immédiatement si c’est du matériel Intel, Cisco, Apple ou autre. Les adresses MAC opèrent exclusivement au niveau de la liaison de données – elles ne traversent pas les routeurs, contrairement aux adresses IP.
Trames Ethernet et performances réseau : ce que révèlent les erreurs de transmission
Un réseau sain produit presque zéro erreur de trame. Quand les compteurs d’erreurs commencent à grimper, les trames malformées deviennent un indicateur de diagnostic puissant. Chaque type d’erreur pointe vers une cause différente, et les confondre vous fera perdre un temps précieux.
Les runts répétitifs sur un port signalent presque toujours des collisions – ce qui sur un réseau full-duplex moderne ne devrait pas exister. Si vous en voyez, cherchez un duplex mismatch : un côté configuré en auto-négociation qui tombe en half-duplex face à un équipement forcé en full-duplex. Les giants, eux, pointent vers une mauvaise configuration MTU, souvent sur des tunnels GRE ou des interfaces avec jumbo frames mal activées.
Les erreurs de bad FCS sont les plus polyvalentes et les plus traîtresses : elles peuvent venir d’un câble abîmé, d’un switch saturé qui corrompt des trames en mémoire tampon, ou d’un problème électrique sur le segment. Pour les diagnostiquer :
- Consultez les compteurs d’erreurs sur les interfaces switch avec
show interfaces(Cisco) ou équivalent. - Capturez avec Wireshark directement sur le segment suspect.
- Testez le câble avec un testeur de câble actif pour écarter les problèmes physiques.
- Vérifiez les paramètres duplex/vitesse des deux côtés du lien.
L’Inter Frame Gap de 9,6 µs entre chaque trame n’est pas négociable non plus : un équipement qui ne le respecte pas peut provoquer des erreurs en cascade sur le segment. Ces détails de bas niveau semblent anodins jusqu’au jour où votre réseau drop 5% des paquets en heure de pointe – et là, vous êtes heureux d’avoir su regarder à l’intérieur des trames.
Une trame Ethernet, c’est 64 octets minimum qui font tenir l’ensemble de votre infrastructure : ignorer sa structure, c’est jouer un build sans comprendre ses mécaniques. Quand les problèmes arrivent – et ils arrivent toujours – c’est exactement à ce niveau que tout se règle.