4. Unité de transmission maximale (Maximum Transmission Unit)

La taille MTU des paquets IPv6 sur IEEE 802.15.4 est de 1280 octets. Cependant, un paquet IPv6 complet ne peut pas tenir dans une seule trame IEEE 802.15.4. Les unités de données de protocole (Protocol Data Units) 802.15.4 ont des tailles différentes selon la quantité de surcharge présente [ieee802.15.4]. En partant de la taille maximale de paquet de la couche physique de 127 octets (aMaxPHYPacketSize) et d'une surcharge de trame maximale de 25 (aMaxFrameOverhead), la taille maximale de trame finale de la couche de contrôle d'accès au support (Media Access Control Layer) est de 102 octets. La sécurité au niveau de la couche liaison (Link-Layer Security) impose une surcharge supplémentaire, dans le pire des cas (21 octets de surcharge pour AES-CCM-128, et 9 et 13 respectivement pour AES-CCM-32 et AES-CCM-64), ne laissant que 81 octets disponibles. Cela est manifestement bien inférieur à la taille minimale de paquet IPv6 de 1280 octets, et conformément à la section 5 de la spécification IPv6 [RFC2460], une couche d'adaptation de fragmentation et de réassemblage (Fragmentation and Reassembly Adaptation Layer) DOIT être fournie par les couches inférieures à la couche IP. Une telle couche est définie à la section 5 ci-dessous.

De plus, étant donné que la longueur de l'en-tête IPv6 est de 40 octets, cela ne laisse que 41 octets pour les protocoles de couche supérieure (comme UDP). Ce dernier utilise 8 octets dans son en-tête, ce qui ne laisse que 33 octets pour les données applicatives (Application Data). De plus, comme mentionné ci-dessus, une couche de fragmentation et de réassemblage est nécessaire, ce qui utilisera davantage d'octets.

Les considérations ci-dessus conduisent aux deux observations suivantes :

1. Une couche d'adaptation DOIT être fournie pour satisfaire l'exigence de MTU minimum IPv6. Cependant, il est prévu que (a) la plupart des applications IEEE 802.15.4 n'utiliseront pas des paquets aussi grands, et que (b) des charges utiles applicatives plus petites (Application Payloads) combinées à une compression d'en-tête (Header Compression) appropriée produiront des paquets adaptés à une seule trame IEEE 802.15.4. La justification de cette couche d'adaptation n'est pas seulement la conformité IPv6, car certains échanges applicatifs (par exemple, la configuration ou l'approvisionnement (Provisioning)) produisent des tailles de paquets qui nécessiteront vraisemblablement une fragmentation limitée.

2. Même si les calculs d'espace ci-dessus montrent le pire des cas, ils indiquent que la compression d'en-tête est presque inévitable. Étant donné que nous prévoyons que la plupart (sinon la totalité) des applications IP over IEEE 802.15.4 utiliseront la compression d'en-tête, celle-ci est définie à la section 10 ci-dessous.

---