5. Élément B4

5. Élément B4

5.1. Définition

L'élément B4 est une fonction implémentée sur un nœud capable de double pile, soit un périphérique connecté directement, soit un CPE, qui établit un tunnel vers un AFTR.

5.2. Encapsulation

Le tunnel est un tunnel IPv4-in-IPv6 multipoint-vers-point se terminant sur un AFTR du fournisseur de service.

Voir la section 7.1 pour des considérations supplémentaires sur le tunneling.

Note : à ce stade, DS-Lite ne définit que des tunnels IPv4-in-IPv6 ; d'autres types d'encapsulation pourront être définis à l'avenir.

5.3. Fragmentation et réassemblage

Utiliser une encapsulation (IPv4-in-IPv6 ou autre) pour transporter du trafic IPv4 sur IPv6 réduit le MTU effectif du datagramme. Malheureusement, la découverte de MTU de chemin [RFC1191] n'est pas une méthode fiable pour traiter ce problème.

Une solution consiste, pour le fournisseur, à augmenter le MTU de tous les liens entre les éléments B4 et AFTR d'au moins 40 octets pour accueillir l'en-tête d'encapsulation IPv6 et le datagramme IPv4 sans fragmenter le paquet IPv6.

Cependant, comme tous les fournisseurs ne peuvent pas augmenter leur MTU, l'élément B4 DOIT effectuer la fragmentation et le réassemblage si le MTU du lien sortant ne peut pas accueillir l'en-tête IPv6 supplémentaire. Le paquet IPv4 d'origine n'est pas surdimensionné ; c'est le paquet qui le devient après l'encapsulation IPv6. Le paquet IPv4 interne NE DOIT PAS être fragmenté. La fragmentation DOIT intervenir après l'encapsulation IPv6, et le réassemblage DOIT intervenir avant la décapsulation IPv4. Une procédure détaillée est spécifiée à la section 7.2 de [RFC2473].

5.4. Découverte de l'AFTR

Pour configurer le tunnel IPv4-in-IPv6, l'élément B4 a besoin de l'adresse IPv6 de l'AFTR. Cette adresse peut être configurée via diverses méthodes : mécanisme hors-bande, configuration manuelle, ou diverses options DHCPv6.

Pour garantir l'interopérabilité, un élément B4 DEVRAIT implémenter l'option DHCPv6 définie dans [RFC6334].

5.5. DNS

Un élément B4 n'est configuré qu'en IPv6 par le fournisseur. Il ne peut donc apprendre l'adresse d'un serveur DNS récursif que via DHCPv6 (ou méthode équivalente sur IPv6). DHCPv6 ne définissant qu'une option pour obtenir l'adresse IPv6 d'un tel serveur, l'élément B4 ne peut pas facilement découvrir l'adresse IPv4 d'un serveur DNS récursif et devra donc effectuer toute résolution DNS sur IPv6.

L'élément B4 peut transmettre cette adresse IPv6 aux nœuds IPv6 en aval, mais pas aux nœuds IPv4 en aval. À ce titre, il DEVRAIT implémenter un proxy DNS conformément aux recommandations de [RFC5625].

Pour prendre en charge un résolveur sensible à la sécurité derrière le B4, le proxy DNS du B4 doit aussi être sensible à la sécurité. Voir la section 6 de [RFC4033].

5.6. Initialisation d'interface

L'élément B4 peut être implémenté dans un hôte ou un CPE en conjonction avec d'autres technologies, comme la double pile native. L'hôte ou le CPE DEVRAIT choisir de n'activer qu'une seule technologie à l'initialisation. Par exemple, si le CPE choisit de démarrer en mode double pile native, il NE DEVRAIT PAS initialiser l'élément B4. Ce processus de sélection sort du périmètre de ce document.

5.7. Adresse IPv4 bien connue

Toute adresse IPv4 localement unique peut être configurée sur le tunnel IPv4-in-IPv6 pour représenter l'élément B4. Configurer une telle adresse est souvent nécessaire lorsque le B4 émet directement des datagrammes IPv4 sur le tunnel. Pour éviter les conflits avec d'autres adresses, l'IANA a défini une plage bien connue : 192.0.0.0/29.

192.0.0.0 est l'adresse de sous-réseau réservée. 192.0.0.1 est réservée à l'AFTR, et 192.0.0.2 à l'élément B4. Si une configuration particulière du fournisseur empêche le B4 d'utiliser 192.0.0.2, le B4 PEUT utiliser toute autre adresse de la plage 192.0.0.0/29.

Note : une plage d'adresses a été réservée à cet effet. L'objectif est d'accommoder les nœuds qui implémentent plusieurs éléments B4.