Statut de ce Document

Ce RFC spécifie une méthode standard d'encapsulation des datagrammes du Protocole Internet (IP) [1] sur un réseau Ethernet [2]. Ce RFC spécifie un protocole standard pour la communauté Internet - ARPA.
 

Introduction

Ce document s'applique à Ethernet (10Mb/seconde, adresses sur 48 bits). La procédure pour la transmission des datagrammes IP sur l'Ethernet Expérimental (3Mb/s, adresses 8 bits) est décrite dans [3].

La longueur maximale du champ de données d'un paquet émis sur Ethernet est de 1500 octets, ainsi la longueur maximale d'un datagramme IP émis sur Ethernet est de 1500 octets. Les implémentations sont encouragées à supporter les paquets de longueur maximale. Les implémentations pour les passerelles doivent être prêtes à accepter des paquets de longueur maximale et à les fragmenter si nécessaire. Si un système ne peut pas recevoir des paquets de longueur maximale, il devrait commencer par décourager les autres d'envoyer de tels paquets, en utilisant par exemple l'option Taille Maximale du Segment de TCP (Maximum Segment Size) [4].

Note : les datagrammes sur Ethernet peuvent être plus long que la taille maximale des paquets par défaut de 576 octets sur Internet en général. Les hôtes connectés à Ethernet devraient se souvenir de cela lorsqu'ils envoient des datagrammes à des hôtes qui ne sont pas sur le même Ethernet. Envoyer des datagrammes plus petits peut être plus approprié afin d'éviter une fragmentation non nécessaire sur les passerelles intermédiaires. Merci de ce référer à [4] pour de plus amples informations sur ce point.

La mise en correspondance des adresses Internet 32 bits avec les adresses Ethernet 48 bits peut être faite de différentes manières. Une table statique peut être utilisée ou alors une procédure de découverte dynamique.

La mise en correspondance des adresses Internet 32 bits avec les adresses Ethernet 48 bits pourrait être effectuée en utilisant le Protocole de Résolution d'Adresse (ARP, Address Resolution Protocol) [5]. Les adresses Internet sont affectées arbitrairement sur un même réseau Internet. Chaque implémentation d'hôte doit connaître sa propre adresse Internet et répondre aux paquets de Résolution d'Adresse Ethernet de façon appropriée. Il devrait aussi utiliser ARP pour traduire les adresses Internet en adresses Ethernet lorsque cela est nécessaire.

L'adresse Internet de type broadcast (l'adresse de ce réseau avec la partie hôte de l'adresse entièrement constituée de uns binaires) devrait être mis en correspondance avec l'adresse de broadcast Ethernet (entièrement constituée de uns binaires, FF-FF-FF-FF-FF-FF en hexadécimal).

Quelques versions d'Unix 4.2bsd utilisent une méthode d'encapsulation différente afin d'obtenir de meilleures performances réseaux avec l'architecture de mémoire virtuelle du VAX. Les systèmes compatibles sur un même Ethernet peuvent utiliser ce format entre eux.

Aucun hôte n'est obligé d'implémenter cela, et aucun datagramme dans ce format ne devrait être envoyer à un hôte quelconque, sauf si l'émetteur sait que le récepteur sera capable de l'interpréter. Des détails sur l'encapsulation en fin de paquet peuvent être trouvés dans [6].

(Note : actuellement Unix 4.2bsd utilisera soit toujours l'encapsulation fin de paquet, soit jamais (pour un interface particulier), en fonction d'une option prise en compte au démarrage du système (boot-time option). Ceci est appelé à changer dans le futur. Unix 4.2bsd utilise aussi une adresse de broadcast Internet non standard avec une partie hôte de l'adresse entièrement à zéro, cela est aussi appelé à changer dans le futur.)

Comme décrit dans l'Appendice B des spécifications du Protocole Internet IP [1], le datagramme IP est transmis sur Ethernet comme une série d'octets de 8 bits.

[1] J. Postel, "Protocole Internet" (Internet Protocol), RFC-791, USC/Information Sciences Institute, septembre 1981.

[2] "L'Ethernet - Un Réseau Local" (Ethernet - A Local Area Network), Version 1.0, Digital Equipment Corporation, Intel Corporation, Xerox Corporation, septembre