|
|
| Line 1: |
Line 1: |
| − | > [[MOOC:Accueil|MOOC]]>[[MOOC:Ebauche_Contenu|Contenu]]>[[MOOC:Sequence 4|Séquence 4]] | + | > [[MOOC:Accueil|MOOC]]>[[MOOC:Ebauche_Contenu|Contenu]]>[[MOOC:Semaine_4|Semaine 4]] |
| | ---- | | ---- |
| | | | |
| − | = Noeuds à double pile = | + | = Titre = |
| − | | + | |
| − | * Rappel de la technique double pile
| + | |
| − | * Adresses IPv4 mapped
| + | |
| − | * Implication au niveau du DNS
| + | |
| − | * Configuration sous Linux
| + | |
| | | | |
| | | | |
| | == Objectifs pédagogiques == | | == Objectifs pédagogiques == |
| − | Niveau 1: | + | Niveau 1 |
| − | * Présenter les éléments pour une intégration en dual stack
| + | |
| | | | |
| | Niveau 2 | | Niveau 2 |
| − | * évaluation de la technique
| |
| | | | |
| | == Vidéo == | | == Vidéo == |
| Line 24: |
Line 17: |
| | == Texte de référence == | | == Texte de référence == |
| | | | |
| | + | === Références === |
| | | | |
| − | ===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 ===
| + | RFC 6180 Guidelines for Using IPv6 Transition Mechanisms during IPv6 Deployment |
| − | | + | |
| − | 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===
| + | |
| − | | + | |
| − | | + | |
| − | [[http://www.bortzmeyer.org/globes-oculaires-heureux.html 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 == | | == Quizz == |
