MOOC:Activité 43 - Revision history

Panelli: /* Etablir la connectivité IPv6 */

2021-06-18T07:42:50Z

‎Etablir la connectivité IPv6

Panelli at 01:06, 19 March 2017

2017-03-19T01:06:59Z

Panelli: /* Quizz */

2016-04-18T14:17:17Z

‎Quizz

Panelli at 02:15, 5 March 2016

2016-03-05T02:15:56Z

Panelli at 12:13, 18 November 2015

2015-11-18T12:13:33Z

Panelli: /* Exercice 3 */

2015-11-18T11:36:09Z

‎Exercice 3

Panelli: /* Exercice 3 */

2015-11-18T11:15:33Z

‎Exercice 3

Panelli: /* Exercice 3 */

2015-11-18T11:13:42Z

‎Exercice 3

Panelli: /* Exercice 2 */

2015-11-18T10:31:00Z

‎Exercice 2

Panelli: /* Exercice 1 */

2015-11-18T10:26:07Z

‎Exercice 1

← Older revision		Revision as of 07:42, 18 June 2021
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
−
−	~~== [[MOOC:Compagnon_Act43\|Texte de référence]]==~~

← Older revision		Revision as of 01:06, 19 March 2017
Line 13:		Line 13:

	== [[MOOC:Compagnon_Act43\|Texte de référence]]==		== [[MOOC:Compagnon_Act43\|Texte de référence]]==
−
−	~~Chapitre associé à la vidéo~~
−
−	~~== [[MOOC:Quizz\|Quizz]] ==~~

← Older revision		Revision as of 14:17, 18 April 2016
Line 16:		Line 16:
	Chapitre associé à la vidéo		Chapitre associé à la vidéo

−	== [[MOOC:~~Quizz_Act43~~\|Quizz]] ==	+	== [[MOOC:Quizz\|Quizz]] ==

@@ Line 11: / Line 11: @@
 Niveau 2:
 * comprendre les techniques à mettre en oeuvre pour des tunnels manuels et des tunnels manuels
 == [[MOOC:Compagnon_Act43|Texte de référence]]==

← Older revision		Revision as of 12:13, 18 November 2015
Line 20:		Line 20:

	== [[MOOC:Quizz_Act43\|Quizz]] ==		== [[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>~~
−	}}

@@ Line 69: / Line 69: @@
 {{Question|
-Quelle est la part commune à l’ensemble des adresses IPv4 du FAI ? En déduire le IPv4 mask length, c'est à dire la partie de l'adresse IPv4 non reprise dans le 6rd delegated prefix.
+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. Le IPv4 mask length sera 8.
+Toutes les adresses commencent par 10 et ont en commun la valeur du premier octet. Le IPv4 mask length sera 8.
 </response>
 }}
@@ Line 80: / Line 80: @@
 <response>
-Le 6rd delegated prefix du CE1 sera 2001:DB8:0101:0200::/56 <br> Le 6rd delegated prefix du CE2 sera 2001:DB8:0202:0200::/56 <br> Le 6rd delegated prefix du 6RD_BR sera 2001:DB8:0303:0200::/56
+* Le 6rd delegated prefix du CE1 sera 2001:db8:101:200::/56.
 </response>
 }}
 {{Question|
-Considérons un trafic à l’intérieur du domaine 6rd. Depuis son LAN, le CE1 reçoit du trafic à destination du 2001:DB8:0202:0200::1. Comment le CE1 va t-il traiter ce paquet ?
+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 du 2001: DB8: 0202: 0200 ::  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 cette adresse. 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. Dans cet exercice le IPv4 mask length est 8; il y a 24 bits de l'adresse IPv4 contenue dans cette adresse IPv6. Cette partie de l’adresse IPv4  correspond donc à "020202" soit "2.2.2" en décimal.<br> CE1 récupère la partie manquante IPv4 à partir de sa propre adresse (10). Ainsi, CE1 calcule la destination du tunnel comme étant 10.2.2.2 qui est l'adresse IPv4 de CE2.
+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>
 }}
@@ Line 93: / Line 95: @@
 {{Question|
-Considérons un trafic à l’extérieur du domaine 6rd. Depuis son LAN, le CE1 reçoit du trafic à destination du 2001:D0D0:abcd::1, comment le CE1 va t-il traiter ce paquet ?
+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 IPv6 natif . CE1 détermine que cette destination ne se trouve pas dans son domaine 6rd. Par conséquent, il transmet le trafic au 6RD_BR qui transmet ensuite à la destination appropriée.
+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>
 }}

← Older revision		Revision as of 11:15, 18 November 2015
Line 58:		Line 58:


−	Considérons la topologie d'un réseau 6rd représentée par la figure 1. Le préfixe 6rd utilisé par l'organisation est <tt>2001:db8::/32</tt>.	+	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>		<center>

@@ Line 58: / Line 58: @@
-Considérons l’architecture ci-dessous. Le préfixe 6rd utilisé par le FAI est 2001:DB8::/32.
+Considérons la topologie d'un réseau 6rd représentée par la figure 1. Le préfixe 6rd utilisé par l'organisation est <tt>2001:db8::/32</tt>.
-[[Image:Ex43.png|300px]]<br>
+<center>
-Figure : Architecture.
+[[Image:Ex43.png|600px|thumb|center|Figure 1: Topologie d'un réseau en 6rd.]]
-CE : Customer Equipement - FAI : Fournisseur Accès Internet - BR : Border Router
+{{Question|
 {{Question|
-# Quelle est la part commune à l’ensemble des adresses IPv4 du FAI ? En déduire le IPv4 mask length.
+Indiquez le 6rd delegated prefix du CE1, du CE2 et du BR.
-# Indiquez le 6rd delegated prefix du CE1, du CE2 et du BR.
-# Considérons un trafic à l’intérieur du domaine 6rd. Depuis son LAN, le CE1 reçoit du trafic à destination du 2001:DB8:0202:0200::1. Comment le CE1 va t-il traiter ce paquet ?
+<response>
-# Considérons un trafic à l’extérieur du domaine 6rd. Depuis son LAN, le CE1 reçoit du trafic à destination du 2001:D0D0:abcd::1, comment le CE1 va t-il traiter ce paquet ?
+Le 6rd delegated prefix du CE1 sera 2001:DB8:0101:0200::/56 <br> Le 6rd delegated prefix du CE2 sera 2001:DB8:0202:0200::/56 <br> Le 6rd delegated prefix du 6RD_BR sera 2001:DB8:0303:0200::/56
 }}
 <response>
 Le routeur CE1 reçoit le trafic IPv6 à destination du 2001: DB8: 0202: 0200 ::  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 cette adresse. 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. Dans cet exercice le IPv4 mask length est 8; il y a 24 bits de l'adresse IPv4 contenue dans cette adresse IPv6. Cette partie de l’adresse IPv4  correspond donc à "020202" soit "2.2.2" en décimal.<br> CE1 récupère la partie manquante IPv4 à partir de sa propre adresse (10). Ainsi, CE1 calcule la destination du tunnel comme étant 10.2.2.2 qui est l'adresse IPv4 de CE2.
-# Toutes les adresses commencent par 10. Le IPv4 mask length sera 8.
+</response>
-# Le 6rd delegated prefix du CE1 sera 2001:DB8:0101:0200::/56 <br> Le 6rd delegated prefix du CE2 sera 2001:DB8:0202:0200::/56 <br> Le 6rd delegated prefix du 6RD_BR sera 2001:DB8:0303:0200::/56
+}}
-# Le routeur CE1 reçoit le trafic IPv6 à destination du 2001: DB8: 0202: 0200 ::  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 cette adresse. 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. Dans cet exercice le IPv4 mask length est 8; il y a 24 bits de l'adresse IPv4 contenue dans cette adresse IPv6. Cette partie de l’adresse IPv4  correspond donc à "020202" soit "2.2.2" en décimal.<br> CE1 récupère la partie manquante IPv4 à partir de sa propre adresse (10). Ainsi, CE1 calcule la destination du tunnel comme étant 10.2.2.2 qui est l'adresse IPv4 de CE2.
-# Ce trafic IPv6 est destiné à l'Internet IPv6 natif . CE1 détermine que cette destination ne se trouve pas dans son domaine 6rd. Par conséquent, il transmet le trafic au 6RD_BR qui transmet ensuite à la destination appropriée.
 </response>

@@ Line 48: / Line 48: @@
 {{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 6rd.
+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) .
-Le 6rd prefix  est le préfixe choisi par le FAI pour utilisation dans son domaine 6rd. Ce préfixe sera choisi parmi le bloc de préfixes IPv6 du FAI. Le 6rd delegated prefix est le préfixe calculé par le CE 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 ===

@@ Line 24: / Line 24: @@
 === Exercice 1 ===
 {{Question|
-Citez deux différences entre 6to4 et 6rd.
+Quel est le point commun entre 6to4 et 6rd au niveau des adresses ?
 }}
 <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. 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.
+# 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 ===