Difference between revisions of "MOOC:Auto-eval Act44-video"
From Livre IPv6
(→Explications) |
|||
| Line 8: | Line 8: | ||
<quiz display=simple> | <quiz display=simple> | ||
| − | {La traduction par NAT64 vise : | + | {La traduction par NAT64 vise : (une seule réponse possible) |
|type="()"} | |type="()"} | ||
- à opérer un changement de protocole IP au niveau applicatif. | - à opérer un changement de protocole IP au niveau applicatif. | ||
| Line 15: | Line 15: | ||
- à traduire l'en-tête IP dans le sens IPv6 vers IPv4 uniquement. | - à traduire l'en-tête IP dans le sens IPv6 vers IPv4 uniquement. | ||
| − | {La traduction par NAT64 '''sans état''' nécessite : | + | {La traduction par NAT64 '''sans état''' nécessite : (une seule réponse possible) |
|type="()"} | |type="()"} | ||
| − | - une fonction de hachage qui génère une empreinte 32 bits de l'adresse IPv6 | + | - une fonction de hachage qui génère une empreinte 32 bits de l'adresse IPv6. |
| − | - un pool d'adresses IPv4 déléguées au NAT64 pour transposer les adresses des noeuds IPv6 | + | - un pool d'adresses IPv4 déléguées au NAT64 pour transposer les adresses des noeuds IPv6. |
| − | - un pool d'adresses IPv6 | + | - un pool d'adresses IPv6 déléguées au NAT64 pour transposer les adresses des noeuds IPv6. |
| − | + que les noeuds IPv6 disposent d'une adresse IPv6 embarquant une adresse IPv4 | + | + que les noeuds IPv6 disposent d'une adresse IPv6 embarquant une adresse IPv4. |
- que les noeuds IPv6 disposent d'une adresse IPv4 embarquant une adresse IPv6. | - que les noeuds IPv6 disposent d'une adresse IPv4 embarquant une adresse IPv6. | ||
| − | {La traduction par NAT64 '''avec état''' nécessite : | + | {La traduction par NAT64 '''avec état''' nécessite : (une seule réponse possible) |
|type="()"} | |type="()"} | ||
| − | - une fonction de hachage qui génère une empreinte 32 bits de l'adresse IPv6 | + | - une fonction de hachage qui génère une empreinte 32 bits de l'adresse IPv6. |
| − | + un pool d'adresses IPv4 déléguées au NAT64 pour transposer les adresses des noeuds IPv6 | + | + un pool d'adresses IPv4 déléguées au NAT64 pour transposer les adresses des noeuds IPv6. |
| − | - un pool d'adresses IPv6 | + | - un pool d'adresses IPv6 déléguées au NAT64 pour transposer les adresses des noeuds IPv6. |
| − | - que les noeuds IPv6 disposent d'une adresse IPv6 embarquant une adresse IPv4 | + | - que les noeuds IPv6 disposent d'une adresse IPv6 embarquant une adresse IPv4. |
- que les noeuds IPv6 disposent d'une adresse IPv4 embarquant une adresse IPv6. | - que les noeuds IPv6 disposent d'une adresse IPv4 embarquant une adresse IPv6. | ||
| Line 35: | Line 35: | ||
===Explications=== | ===Explications=== | ||
# La traduction fonctionne dans les 2 sens (IPv6 <->IPv4) et elle consiste à traduire les adresses comme les autres champs de l'en-tête IP. Ceci est bien un traitement de niveau réseau (couche 3 du modèle OSI). | # La traduction fonctionne dans les 2 sens (IPv6 <->IPv4) et elle consiste à traduire les adresses comme les autres champs de l'en-tête IP. Ceci est bien un traitement de niveau réseau (couche 3 du modèle OSI). | ||
| − | # La traduction dite sans état, fonctionne sans | + | # La traduction dite '''sans état''', fonctionne sans mémoriser d'information des traductions précédentes pour un flux donné. Chaque paquet est traduit indépendamment des autres. La traduction doit pouvoir se faire, pour chaque paquet traduit, de manière uniquement algorithmique avec les informations déduites de l'entête. Cela nécessite donc qu'une des adresses IPv6 du noeud uniquement v6 contienne son adresse IPv4 (généralement dans la partie basse de l'adresse (IID). Mais n'importe quel format conforme au RFC 6052 peut être utilisé). |
| − | # Pour la traduction avec état, le noeud purement IPv6 | + | # Pour la traduction '''avec état''', le noeud purement IPv6 dispose d'une adresse IPv6 unicast quelconque (ne contenant pas d'adresse IPv4). Le dispositif NAT64 alloue une adresse IPv4, prise dans le pool d'adresses IPv4 qui lui a été délégué, pour identifier le noeud IPv6 au premier paquet qu'il va traduire pour ce noeud. Il conserve ensuite cette correspondance "adresse IPv6 <-> adresse IPv4" pour les paquets suivants originaires du noeud IPv6. Cette correspondance d'adresse, pour une machine donnée, constitue l'état associé au noeud IPv6. |
Revision as of 10:41, 23 April 2016
MOOC >Contenu>Séquence 4>Activité 44
Niveau 1 : Reconnaitre / Identifier
(5 ou 3 questions)
Explications
- La traduction fonctionne dans les 2 sens (IPv6 <->IPv4) et elle consiste à traduire les adresses comme les autres champs de l'en-tête IP. Ceci est bien un traitement de niveau réseau (couche 3 du modèle OSI).
- La traduction dite sans état, fonctionne sans mémoriser d'information des traductions précédentes pour un flux donné. Chaque paquet est traduit indépendamment des autres. La traduction doit pouvoir se faire, pour chaque paquet traduit, de manière uniquement algorithmique avec les informations déduites de l'entête. Cela nécessite donc qu'une des adresses IPv6 du noeud uniquement v6 contienne son adresse IPv4 (généralement dans la partie basse de l'adresse (IID). Mais n'importe quel format conforme au RFC 6052 peut être utilisé).
- Pour la traduction avec état, le noeud purement IPv6 dispose d'une adresse IPv6 unicast quelconque (ne contenant pas d'adresse IPv4). Le dispositif NAT64 alloue une adresse IPv4, prise dans le pool d'adresses IPv4 qui lui a été délégué, pour identifier le noeud IPv6 au premier paquet qu'il va traduire pour ce noeud. Il conserve ensuite cette correspondance "adresse IPv6 <-> adresse IPv4" pour les paquets suivants originaires du noeud IPv6. Cette correspondance d'adresse, pour une machine donnée, constitue l'état associé au noeud IPv6.
