> MOOC>Contenu>Séquence 4

Noeuds à double pile

• Rappel de la technique double pile
• Adresses IPv4 mapped
• Implication au niveau du DNS
• Configuration sous Linux

Objectifs pédagogiques

Niveau 1:

• Présenter les éléments pour une intégration en dual stack

Niveau 2

• évaluation de la technique

Vidéo

Petit scénario pour une vidéo de 5 min maximum

Figures & transparents

Texte de référence

Rappel de l'approche noeud à double piles

L'approche de la machine à double pile (dual stack) est présentée dans le rfc 4213. La configuration d'un noeud s'effectue à la fois pour IPv6 et pour IPv4. Les noeuds sont capables de communiquer dans les deux versions du protocole IP. Ceci demande clairement un double travail, tout doit être fait en double. Fondamentalement, la double pile ne règle pas le problème de l'epuisement du plan d'adressage d'IPv4. Car chaque machine IPv6 a besoin d'une adresse IPv4. Mais cette approche est adaptée pour les petits réseaux existants. QUelque soit la version de protocole utilisée au niveau de l'application cela ne doit rien changé. Il faut cependant que l'application puisse exprimer l'adresse de son correspondant que ce soit en IPv4 ou en IPv6. Pour cela, les adresses doivent être codées sur 128 bits. Un type d'adresse IPv6 a été défini à cet usage à savoir comporter l'adresse IPv4 d'une communication IPv4. L'adresse IPv4 est imbriquée dans une adresse IPv6. Au niveau de l'interface pour la communication, l'application peut recevoir une connexion aussi bien en IPv4 ou en IPv6. Le format des adresses IPv4 mapped est ::FFFF:<ipv4 address> comme par exemple ::FFFF:1.2.3.4

Implications au niveau du DNS

A résumer

  The Domain Naming System (DNS) is used in both IPv4 and IPv6 to map
  between hostnames and IP addresses.  A new resource record type named
  "AAAA" has been defined for IPv6 addresses [RFC3596].  Since
  IPv6/IPv4 nodes must be able to interoperate directly with both IPv4
  and IPv6 nodes, they must provide resolver libraries capable of
  dealing with IPv4 "A" records as well as IPv6 "AAAA" records.  Note
  that the lookup of A versus AAAA records is independent of whether
  the DNS packets are carried in IPv4 or IPv6 packets and that there is
  no assumption that the DNS servers know the IPv4/IPv6 capabilities of
  the requesting node.

  The issues and operational guidelines for using IPv6 with DNS are
  described at more length in other documents, e.g., [DNSOPV6].

  DNS resolver libraries on IPv6/IPv4 nodes MUST be capable of handling
  both AAAA and A records.  However, when a query locates an AAAA
  record holding an IPv6 address, and an A record holding an IPv4
  address, the resolver library MAY order the results returned to the
  application in order to influence the version of IP packets used to
  communicate with that specific node -- IPv6 first, or IPv4 first.

  The applications SHOULD be able to specify whether they want IPv4,
  IPv6, or both records [RFC3493].  That defines which address families
  the resolver looks up.  If there is not an application choice, or if
  the application has requested both, the resolver library MUST NOT
  filter out any records.

  Since most applications try the addresses in the order they are
  returned by the resolver, this can affect the IP version "preference"
  of applications.

  The actual ordering mechanisms are out of scope of this memo.
  Address selection is described at more length in [RFC3484].

Du probléme du double indexage dans le DNS

[Le bonheur des globes oculaires (IPv6 et IPv4) ]

RFC 6555 Happy Eyeballs: Success with Dual-Stack Hosts http://www.bortzmeyer.org/6555.html

Références

Quizz

Exercices

Lab