|
|
| (4 intermediate revisions by the same user not shown) |
| Line 2: |
Line 2: |
| | __NOTOC__ | | __NOTOC__ |
| | ---- | | ---- |
| − |
| |
| − | = Etablir la connectivité IPv6 =
| |
| − |
| |
| − | == Objectifs pédagogiques ==
| |
| − | Niveau 1:
| |
| − | * Définir le principe de fonctionnement d'un tunnel
| |
| − |
| |
| − | Niveau 2:
| |
| − | * comprendre les techniques à mettre en oeuvre pour des tunnels manuels et des tunnels manuels
| |
| − |
| |
| − | ==Vidéo==
| |
| − | * [http://rainet.telecom-lille.fr/telechargement/morelle/A43_IPv6.mp4 Maquette]
| |
| − |
| |
| − | == [[MOOC:Compagnon_Act43|Texte de référence]]==
| |
| − |
| |
| − | Chapitre associé à la vidéo
| |
| − |
| |
| − | == [[MOOC:Quizz_Act43|Quizz]] ==
| |
| − |
| |
| − | == Exercices ==
| |
| − |
| |
| − | === Exercice 1 ===
| |
| − |
| |
| − | {{Question|
| |
| − | Quel est le point commun entre 6to4 et 6rd au niveau des adresses ?
| |
| − |
| |
| − | <response>
| |
| − | Ces 2 techniques partagent le principe de constituer le préfixe IPv6 avec tout ou partie d'une adresse IPv4. Cette adresse servira à établir des tunnels dynamiques.
| |
| − | </response>
| |
| − | }}
| |
| − |
| |
| − | {{Question|
| |
| − | Citez deux différences entre 6to4 et 6rd.
| |
| − | <response>
| |
| − |
| |
| − | # 6rd n’utilise pas un bloc de préfixe prédéfini comme 6to4 (2002:: / 16). Le préfixe 6rd est choisi parmi le propre bloc de préfixe IPv6 du FAI (Fournisseur d'Accès Internet) ou de l'organisation. Par conséquent, 6rd fournit une connectivité IPv6 quasi-native et les adresses des clients 6rd ne sont pas différentes des adresses des autres hôtes IPv6 natifs.
| |
| − | # Contrairement à 6to4 qui utilise l'ensemble des 32 bits de l'adresse IPv4 pour générer le préfixe, 6rd peut utiliser une partie seulement des 32 bits.
| |
| − |
| |
| − | </response>
| |
| − |
| |
| − | }}
| |
| − |
| |
| − | === Exercice 2 ===
| |
| − |
| |
| − |
| |
| − | {{Question|
| |
| − | Considérons le mécanisme 6rd. En vous aidant du RFC 5969, précisez le rôle du 6rd préfix et du 6rd delegated prefix dans la construction de l’adresse IPv6.
| |
| − |
| |
| − | <response>
| |
| − | Le 6rd prefix est le préfixe choisi par le FAI (ou l'organisation de manière générale) pour utilisation dans son domaine où 6rd sera déployé. Ce préfixe sera choisi parmi le bloc de préfixes IPv6 que disposent l'organisation. Le 6rd delegated prefix est le préfixe calculé par le CE (Customer Edge router) et utilisé dans le site du client. Il est calculé en combinant le préfixe 6rd avec tout ou partie de l'adresse IPv4 du CE (l'adresse IPv4 entre la CE et le FAI) .
| |
| − | </response>
| |
| − | }}
| |
| − |
| |
| − | === Exercice 3 ===
| |
| − |
| |
| − |
| |
| − | Considérons la topologie d'un réseau 6rd représentée par la figure 1. Le préfixe IPv6 pour 6rd utilisé par l'organisation est <tt>2001:db8::/32</tt>.
| |
| − |
| |
| − | <center>
| |
| − | [[Image:Ex43.png|600px|thumb|center|Figure 1: Topologie d'un réseau en 6rd.]]
| |
| − | </center>
| |
| − | Notation utilisée:
| |
| − | * CE : Customer Edge router
| |
| − | * FAI : Fournisseur Accès Internet
| |
| − | * BR : Border Router
| |
| − |
| |
| − | {{Question|
| |
| − | Quelle est la part commune à l’ensemble des adresses IPv4 du FAI ? En déduire le IPv4 mask length, c'est à dire la longueur de la partie de l'adresse IPv4 non reprise dans le 6rd delegated prefix.
| |
| − |
| |
| − | <response>
| |
| − | Toutes les adresses commencent par 10 et ont en commun la valeur du premier octet. Le IPv4 mask length sera 8.
| |
| − | </response>
| |
| − | }}
| |
| − |
| |
| − | {{Question|
| |
| − | Indiquez le 6rd delegated prefix du CE1, du CE2 et du BR.
| |
| − |
| |
| − | <response>
| |
| − | * Le 6rd delegated prefix du CE1 sera 2001:db8:101:200::/56.
| |
| − | * Le 6rd delegated prefix du CE2 sera 2001:db8:202:200::/56.
| |
| − | * Le 6rd delegated prefix du BR sera 2001:db8:303:200::/56.
| |
| − | </response>
| |
| − | }}
| |
| − |
| |
| − | {{Question|
| |
| − | Considérons un trafic à l’intérieur du domaine 6rd. Depuis son LAN, le CE1 reçoit du trafic à destination de 2001:db8:202:200::1. Comment le CE1 va t-il traiter ce paquet ?
| |
| − | <response>
| |
| − | Le routeur CE1 reçoit le trafic IPv6 à destination de 2001:db8:202:200::1 sur son interface LAN. Il sait que cette adresse se situe dans la gamme de son préfixe 6rd (2001: db8 :: / 32). CE1 détermine alors combien de bits de l'adresse IPv4 sont codés dans l'adresse IPv6 de la destination. Comme le IPv4 mask length a été préalabement programé sur CE1 (soit manuellement ou par DHCP par exemple), il le soustrait à la longueur d’une adresse IPv4 de 32 bits. Ici le IPv4 mask length est 8; il y a donc 24 bits d'une adresse IPv4 contenue dans une adresse IPv6 de préfixe 2001: db8 :: / 32. Cette partie de l’adresse IPv4 incluse correspond donc à "020202" soit "2.2.2" en décimal.<br> CE1 complète la partie manquante de l'adresse IPv4 à l'aide de IPv4 mask length et de sa propre adresse. CE1 en déduit qu'il manque la valeur 10 sur le premier octet. Ainsi, CE1 a pu définir la destination du tunnel dynamique comme étant 10.2.2.2 qui est l'adresse IPv4 de CE2.
| |
| − | </response>
| |
| − | }}
| |
| − |
| |
| − |
| |
| − | {{Question|
| |
| − | Depuis son LAN, le CE1 reçoit du trafic à destination de 2001:d0d0:1e1a::1, comment le CE1 va t-il traiter ce paquet ?
| |
| − |
| |
| − | <response>
| |
| − | Ce trafic IPv6 est destiné à l'Internet v6 (à l'extérieur du domaine 6rd considéré). CE1 détermine que cette destination ne se trouve pas dans son domaine 6rd car le préfixe de destination est différent de celui du domaine 6rd. Par conséquent, il transmet le trafic au 6RD_BR qui fait suivre vers la route appropriée. L'adresse IPv6 de 6RD_BR est obtenue par CE1 lorsqu'il consulte sa table de routage. 6RD_BR est indiqué comme le prochain saut (Next hop).
| |
| − | </response>
| |
| − | }}
| |
