MOOC:Auto-eval Act43-doc - Revision history

Jprioual: /* Niveau 2 : Comprendre / Appliquer */

2017-05-08T10:00:56Z

‎Niveau 2 : Comprendre / Appliquer

Panelli at 01:39, 19 March 2017

2017-03-19T01:39:47Z

Jlandru at 15:25, 29 April 2016

2016-04-29T15:25:11Z

Vlerouvillois at 07:53, 23 April 2016

2016-04-23T07:53:46Z

Jlandru: /* Explications : */

2016-03-31T14:24:15Z

‎Explications :

Jlandru at 14:23, 31 March 2016

2016-03-31T14:23:20Z

Jlandru: /* Explications : */

2016-03-31T14:17:40Z

‎Explications :

Jlandru at 14:14, 31 March 2016

2016-03-31T14:14:02Z

Jlandru: /* Niveau 1 : Reconnaitre / Identifier */

2016-03-31T08:45:51Z

‎Niveau 1 : Reconnaitre / Identifier

Jlandru: Created page with "MOOC>Contenu>Séquence 4>Activité 43 ---- == Niveau 1 : Reconnaitre / Identifier == (Entre 5 et 3..."

2016-03-31T08:39:09Z

Created page with "MOOC>Contenu>Séquence 4>Activité 43 ---- == Niveau 1 : Reconnaitre / Identifier == (Entre 5 et 3..."

New page

[[MOOC:Accueil|MOOC]]>[[MOOC:Contenu|Contenu]]>[[MOOC:Sequence 4|Séquence 4]]>[[MOOC:Activité 43|Activité 43]]
----

== Niveau 1 : Reconnaitre / Identifier ==
(Entre 5 et 3 questions)

<quiz display=simple>

</quiz>

@@ Line 47: / Line 47: @@
 <quiz display=simple>
-{A43Q10 Quels sont les avantages de ''6rd'' par rapport aux tunnels automatiques ''6to4'' (plusieurs réponses possibles) ?
+{A43Q10 Quels sont les avantages de ''6rd'' par rapport aux tunnels automatiques ''6to4'' (trois réponses valides) ?
 |type="[]"}
 + Les tunnels sont plus courts et les délais de transfert des paquets sont plus faibles.

@@ Line 6: / Line 6: @@
 <quiz display=simple>
-{Quelle valeur le champ <tt>Protocol</tt> de l'en-tête d'un datagramme IPv4 encapsulant un datagramme IPv6 contient-il ? (une seule réponse possible)
+{A43Q06 Quelle valeur le champ <tt>Protocol</tt> de l'en-tête d'un datagramme IPv4 encapsulant un datagramme IPv6 contient-il ? (une seule réponse possible)
 |type="()"}
 + 41 (décimal)
@@ Line 13: / Line 13: @@
 - Cette valeur dépend du type de tunnel.
-{Que vaut la MTU sur un tunnel ''6in4'', traversant un réseau IPv4 de MTU 1500 octets ? (une seule réponse possible)
+{A43Q07 Que vaut la MTU sur un tunnel ''6in4'', traversant un réseau IPv4 de MTU 1500 octets ? (une seule réponse possible)
 |type="()"}
 - 1500
@@ Line 21: / Line 21: @@
-{Le déploiement de ''6rd'' utilise : (une seule réponse possible)
+{A43Q08 Le déploiement de ''6rd'' utilise : (une seule réponse possible)
 |type="()"}
 + le préfixe IPv6 de l’opérateur.
@@ Line 28: / Line 28: @@
 - aucun préfixe en particulier.
-{L'équipement ''6rd CE'' est concrètement : (une seule réponse possible)
+{A43Q09 L'équipement ''6rd CE'' est concrètement : (une seule réponse possible)
 |type="()"}
 - un routeur dans le réseau domestique.
@@ Line 47: / Line 47: @@
 <quiz display=simple>
-{Quels sont les avantages de ''6rd'' par rapport aux tunnels automatiques ''6to4'' (plusieurs réponses possibles) ?
+{A43Q10 Quels sont les avantages de ''6rd'' par rapport aux tunnels automatiques ''6to4'' (plusieurs réponses possibles) ?
 |type="[]"}
 + Les tunnels sont plus courts et les délais de transfert des paquets sont plus faibles.
@@ Line 59: / Line 59: @@
 # À la différence de ''6to4'', la technique ''6rd'' utilise le préfixe propre de l'opérateur. De ce fait, celui-ci doit installer ses propres relais vers l'Internet v6. La passerelle ''6rd'' ne sert donc que les clients de cet opérateur (contrairement à ''6to4'' pour laquelle les passerelles de terminaison du tunnel à l'Internet v6 sont mutualisées, mises en oeuvre par des volontaires et servent tout le monde), ce qui lui permet de contrôler les tunnels, et de pallier les défauts de ''6to4''. Néanmoins, il est nécessaire d'installer des noeuds en double pile pour mettre en place les tunnels, et les problèmes de MTU subsistent.
 == Niveau 3 :  Analyser / Résoudre ==
 (2ou 1  questions)
 <quiz display=simple>
-{Un routeur ''6to4'' possède l’adresse IPv4 <tt>192.0.2.100</tt>. Quel préfixe IPv6 définit-il ? (à saisir en notation abrégée)
+{A43E01 Un routeur ''6to4'' possède l’adresse IPv4 <tt>192.0.2.100</tt>. Quel préfixe IPv6 définit-il ? (à saisir en notation abrégée)
 |type="{}"}
 { 2002:c000:264::/48 _18 }
-{Compléter la phrase suivante :
+{A43E02 Compléter la phrase suivante :
 |type="{}"}
 Un opérateur dispose du préfixe <tt>2001:d0d0::/32</tt> pour son domaine ''6rd''. Toutes les adresses de ses ''6rd CE'' peuvent être agrégées sur le préfixe IPv4 <tt>10.0.0.0/12</tt>. Il lui reste donc { 12 _2 } bits au titre du SID (''Subnet Identifier'') pour chacun des CE.
@@ Line 76: / Line 77: @@
 # Le RFC 3056 définit, pour un site connecté à un tunnel ''6to4'', un préfixe IPv6 sur 48 bits, obtenu en agrégeant le préfixe 2002::/16 et l'adresse IPv4 du routeur en bordure. Dans cet exemple, l'adresse IPv4 du routeur de bordure s'écrit c0.00.02.64 en notation hexadécimale pointée, ce qui définit le préfixe IPv6 2002:c000:264::/48 en notation abrégée.
 # Le préfixe IPv6 spécifié par le RFC 5969 est obtenu en agrégeant le préfixe IPv6 de l'opérateur (32 bits) et la partie significative des adresses IPv4 des ''6rd CE'' (20 bits). Sur l'infrastructure IPv4 de l'opérateur adressée sur le préfixe IPv4 <tt>10.0.0.0/12</tt>, les 12 premiers bits ne changent pas. Seuls les 20 bits de poids faible des adresses IPv4 sont significatifs. Les 12 premiers bits n'ont donc pas besoin d'être repris dans les adresses IPv6. À partir de là, le préfixe IPv6 se définit sur une longueur de 52 bits (32 + 20), et il reste donc 12 bits (64 - 52) disponibles au titre du SID pour les CE.

@@ Line 6: / Line 6: @@
 <quiz display=simple>
-{Quelle valeur le champ <tt>Protocol</tt> de l'en-tête d'un datagramme IPv4 encapsulant un datagramme IPv6 contient-il ? (en décimal)
+{Quelle valeur le champ <tt>Protocol</tt> de l'en-tête d'un datagramme IPv4 encapsulant un datagramme IPv6 contient-il ? (une seule réponse possible)
 |type="()"}
-+ 41
++ 41 (décimal)
-- 44
+- 44 (décimal)
-- 46
+- 46 (décimal)
-- cette valeur dépend du type de tunnel.
+- Cette valeur dépend du type de tunnel.
-{Que vaut la MTU sur un tunnel 6in4, traversant un réseau IPv4 de MTU 1500 octets ?
+{Que vaut la MTU sur un tunnel ''6in4'', traversant un réseau IPv4 de MTU 1500 octets ? (une seule réponse possible)
 |type="()"}
 - 1500
@@ Line 21: / Line 21: @@
-{Le déploiement de 6rd utilise :
+{Le déploiement de ''6rd'' utilise : (une seule réponse possible)
 |type="()"}
 + le préfixe IPv6 de l’opérateur.
-- un préfixe réservé pour la technique 6rd.
+- un préfixe réservé pour la technique ''6rd''.
-- le préfixe de 6to4.
+- le préfixe de ''6to4''.
 - aucun préfixe en particulier.
-{L'équipement 6rd CE est concrètement :
+{L'équipement ''6rd CE'' est concrètement : (une seule réponse possible)
 |type="()"}
 - un routeur dans le réseau domestique.
 + la box (routeur de bordure du réseau domestique).
 - le routeur de bordure de l'opérateur.
-- un concentrateur de ligne ADSL (connu sous le terme de DSLAM).
+- un concentrateur de ligne ADSL (connu sous le terme DSLAM).
 </quiz>
@@ Line 39: / Line 39: @@
 == Explications : ==
 # C'est la valeur spécifiée par le RFC 4213.
-# L'en-tête d'un datagramme IPv4 étant de 20 octets, la MTU d'un tunnel 6in4 sur un lien de MTU 1500 octets passe donc à 1480 octets.
+# L'en-tête d'un datagramme IPv4 étant de 20 octets, la MTU d'un tunnel ''6in4'' sur un lien de MTU 1500 octets passe donc à 1480 octets.
-# Contrairement aux tunnels 6to4, la technique 6rd ne spécifie pas de préfixe prédéfini, mais utilise le préfixe de l'opérateur.
+# Contrairement aux tunnels ''6to4'', la technique ''6rd'' ne spécifie pas de préfixe prédéfini, mais utilise le préfixe de l'opérateur.
-# L'équipement 6rd CE (''Customer Edge'') est le point d'accès au tunnel, pour le réseau IPv6 à connecter. Le routeur de bordure de l'opérateur (l'autre extrémité du tunnel) est appelé 6rd BR (''Border Relay'').
+# L'équipement ''6rd CE'' (''Customer Edge'') est le point d'accès au tunnel pour le réseau IPv6 à connecter. Le routeur de bordure de l'opérateur (l'autre extrémité du tunnel) est appelé ''6rd BR'' (''Border Relay'').
 == Niveau 2 :  Comprendre / Appliquer ==
@@ Line 47: / Line 47: @@
 <quiz display=simple>
-{Quels sont les avantages de 6rd par rapport aux tunnels automatiques 6to4 (plusieurs réponses sont possibles) ?
+{Quels sont les avantages de ''6rd'' par rapport aux tunnels automatiques ''6to4'' (plusieurs réponses possibles) ?
 |type="[]"}
-+ Les tunnels sont plus courts et les délais de transfert des paquets sont plus faibles ;
++ Les tunnels sont plus courts et les délais de transfert des paquets sont plus faibles.
-- Il n’y a plus besoin de nœud en double pile ;
+- Il n’y a plus besoin de nœud en double pile.
-+ Pour le transfert des données, la voie de retour est symétrique à celle de l’aller ;
++ Pour le transfert des données, la voie de retour est symétrique à celle de l’aller.
 - Il n’y a plus de problème de MTU causé par l’encapsulation dans un paquet IPv4.
 + Le relais avec l'Internet v6 est géré par l'opérateur.
@@ Line 57: / Line 57: @@
 == Explications : ==
-# A la différence de 6to4, la technique 6rd utilise le préfixe propre de l'opérateur. De ce fait, celui-ci doit installer ses propres relais vers l'Internet v6. La passerelle 6rd ne sert donc que les clients de cet opérateur (contrairement à 6to4 où les passerelles de terminison du tunnel à l'Internet V6 sont mutualisées, mises en oeuvre par des volontaires et servent tous le monde), ce qui lui permet de contrôler les tunnels, et de pallier aux défauts de 6to4. Néanmoins, il est nécessaire d'installer des noeuds en double pile pour mettre en place les tunnels, et les problèmes de MTU subsistent.
+# À la différence de ''6to4'', la technique ''6rd'' utilise le préfixe propre de l'opérateur. De ce fait, celui-ci doit installer ses propres relais vers l'Internet v6. La passerelle ''6rd'' ne sert donc que les clients de cet opérateur (contrairement à ''6to4'' pour laquelle les passerelles de terminaison du tunnel à l'Internet v6 sont mutualisées, mises en oeuvre par des volontaires et servent tout le monde), ce qui lui permet de contrôler les tunnels, et de pallier les défauts de ''6to4''. Néanmoins, il est nécessaire d'installer des noeuds en double pile pour mettre en place les tunnels, et les problèmes de MTU subsistent.
 == Niveau 3 :  Analyser / Résoudre ==
@@ Line 63: / Line 63: @@
 <quiz display=simple>
-{Un routeur 6to4 possède l’adresse IPv4 <tt>192.0.2.100</tt>. Quel préfixe IPv6 définit-il ? (en notation abrégée)
+{Un routeur ''6to4'' possède l’adresse IPv4 <tt>192.0.2.100</tt>. Quel préfixe IPv6 définit-il ? (à saisir en notation abrégée)
 |type="{}"}
 { 2002:c000:264::/48 _18 }
@@ Line 69: / Line 69: @@
 {Compléter la phrase suivante :
 |type="{}"}
-Un opérateur dispose du préfixe <tt>2001:d0d0::/32</tt> pour son domaine 6rd. Toutes les adresses de ses 6rd CE peuvent être agrégées sur le préfixe IPv4 <tt>10.0.0.0/12</tt>. Il lui reste donc { 12 _2 } bits au titre du SID (''Subnet Identifier'') pour chacun des CE.
+Un opérateur dispose du préfixe <tt>2001:d0d0::/32</tt> pour son domaine ''6rd''. Toutes les adresses de ses ''6rd CE'' peuvent être agrégées sur le préfixe IPv4 <tt>10.0.0.0/12</tt>. Il lui reste donc { 12 _2 } bits au titre du SID (''Subnet Identifier'') pour chacun des CE.
 </quiz>
 == Explications : ==
-# Le RFC 3056 définit, pour un site connecté à un tunnel 6to4, un préfixe IPv6 sur 48 bits, obtenu en agrégeant le préfixe 2002::/16 et l'adresse IPv4 du routeur en bordure. Dans cet exemple, l'adresse IPv4 du routeur de bordure s'écrit c0.00.02.64 en notation hexadécimale pointée, ce qui définit le préfixe IPv6 2002:c000:264::/48 en notation abrégée.
+# Le RFC 3056 définit, pour un site connecté à un tunnel ''6to4'', un préfixe IPv6 sur 48 bits, obtenu en agrégeant le préfixe 2002::/16 et l'adresse IPv4 du routeur en bordure. Dans cet exemple, l'adresse IPv4 du routeur de bordure s'écrit c0.00.02.64 en notation hexadécimale pointée, ce qui définit le préfixe IPv6 2002:c000:264::/48 en notation abrégée.
-# Le préfixe IPv6 spécifié par le RFC 5969 est obtenu en agrégeant le préfixe IPv6 de l'opérateur (32 bits) et la partie significative des adresses IPv4 des 6rd CE (20 bits). Sur l'infrastructure IPv4 de l'opérateur adressée sur le préfixe IPv4 <tt>10.0.0.0/12</tt>, les 12 premiers bits ne changent pas, seuls les 20 bits de poids faible des adresses IPv4 sont significatifs. Les  12 premiers bits n'ont donc pas besoin d'etre repris dans les adresses IPv6. A partir de là, le préfixe IPv6 se définit sur une longueur de 52 bits (32+20), et il reste donc 12 bits (=64-52) disponnibles au titre du SID pour les CE.
+# Le préfixe IPv6 spécifié par le RFC 5969 est obtenu en agrégeant le préfixe IPv6 de l'opérateur (32 bits) et la partie significative des adresses IPv4 des ''6rd CE'' (20 bits). Sur l'infrastructure IPv4 de l'opérateur adressée sur le préfixe IPv4 <tt>10.0.0.0/12</tt>, les 12 premiers bits ne changent pas. Seuls les 20 bits de poids faible des adresses IPv4 sont significatifs. Les 12 premiers bits n'ont donc pas besoin d'être repris dans les adresses IPv6. À partir de là, le préfixe IPv6 se définit sur une longueur de 52 bits (32 + 20), et il reste donc 12 bits (64 - 52) disponibles au titre du SID pour les CE.

@@ Line 75: / Line 75: @@
 == Explications : ==
 # Le RFC 3056 définit, pour un site connecté à un tunnel 6to4, un préfixe IPv6 sur 48 bits, obtenu en agrégeant le préfixe 2002::/16 et l'adresse IPv4 du routeur en bordure. Dans cet exemple, l'adresse IPv4 du routeur de bordure s'écrit c0.00.02.64 en notation hexadécimale pointée, ce qui définit le préfixe IPv6 2002:c000:264::/48 en notation abrégée.
-# Le préfixe IPv6 spécifié par le RFC 5969 est obtenu en agrégeant le préfixe IPv6 de l'opérateur (32 bits) et la partie significative des adresses IPv4 des 6rd CE (20 bits). Sur l'infrastructure IPv4 de l'opérateur adressée sur le préfixe IPv4 <tt>10.0.0.0/12</tt>, il  y a les 12 premiers bits ne changent pas, seuls les 20 bits de poids faible des adresses IPv4 sont significatifs. Les  12 premiers bits n'ont donc pas besoin d'etre repris dans les adresses IPv6. A partir de là, le préfixe IPv6 se définit sur une longueur de 52 bits (32+20), et il reste donc 12 bits (=64-52) disponnibles au titre du SID pour les CE.
+# Le préfixe IPv6 spécifié par le RFC 5969 est obtenu en agrégeant le préfixe IPv6 de l'opérateur (32 bits) et la partie significative des adresses IPv4 des 6rd CE (20 bits). Sur l'infrastructure IPv4 de l'opérateur adressée sur le préfixe IPv4 <tt>10.0.0.0/12</tt>, les 12 premiers bits ne changent pas, seuls les 20 bits de poids faible des adresses IPv4 sont significatifs. Les  12 premiers bits n'ont donc pas besoin d'etre repris dans les adresses IPv6. A partir de là, le préfixe IPv6 se définit sur une longueur de 52 bits (32+20), et il reste donc 12 bits (=64-52) disponnibles au titre du SID pour les CE.

@@ Line 75: / Line 75: @@
 == Explications : ==
 # Le RFC 3056 définit, pour un site connecté à un tunnel 6to4, un préfixe IPv6 sur 48 bits, obtenu en agrégeant le préfixe 2002::/16 et l'adresse IPv4 du routeur en bordure. Dans cet exemple, l'adresse IPv4 du routeur de bordure s'écrit c0.00.02.64 en notation hexadécimale pointée, ce qui définit le préfixe IPv6 2002:c000:264::/48 en notation abrégée.
-# Le préfixe IPv6 spécifié par le RFC 5969 est obtenu en agrégeant le préfixe IPv6 de l'opérateur (32 bits) et la partie significative des adresses IPv4 des 6rd CE (20 bits). Dans le site, il  y a les 12 premiers bits qui ne changent pas. Il y a donc que 20 bits qui vont servir que l'on qualifie de significatifs. Ces  12 premiers bits n'ont pas besoin d'etre repris dans les adresses IPv6. A partir de là, le préfixe IPv6 se définit sur une longueur de 52 bits (32+20), et il reste donc 12 bits (=64-52) au titre du SID pour les CE.
+# Le préfixe IPv6 spécifié par le RFC 5969 est obtenu en agrégeant le préfixe IPv6 de l'opérateur (32 bits) et la partie significative des adresses IPv4 des 6rd CE (20 bits). Sur l'infrastructure IPv4 de l'opérateur adressée sur le préfixe IPv4 <tt>10.0.0.0/12</tt>, il  y a les 12 premiers bits ne changent pas, seuls les 20 bits de poids faible des adresses IPv4 sont significatifs. Les  12 premiers bits n'ont donc pas besoin d'etre repris dans les adresses IPv6. A partir de là, le préfixe IPv6 se définit sur une longueur de 52 bits (32+20), et il reste donc 12 bits (=64-52) disponnibles au titre du SID pour les CE.

@@ Line 1: / Line 1: @@
-[[MOOC:Accueil|MOOC]]>[[MOOC:Contenu|Contenu]]>[[MOOC:Sequence 4|Séquence 4]]>[[MOOC:Activité 43|Activité 43]]
+[[MOOC:Accueil|MOOC]] >[[MOOC:Contenu|Contenu]]>[[MOOC:Quizz|Quizzs]]
 ----
+__NOTOC__
 == Niveau 1 : Reconnaitre / Identifier ==
 (Entre 5 et 3 questions)

← Older revision		Revision as of 14:14, 31 March 2016
Line 45:		Line 45:
	== Niveau 2 : Comprendre / Appliquer ==		== Niveau 2 : Comprendre / Appliquer ==
	(3 ou 2 questions)		(3 ou 2 questions)
		+	<quiz display=simple>
		+
		+	{Quels sont les avantages de 6rd par rapport aux tunnels automatiques 6to4 (plusieurs réponses sont possibles) ?
		+	\|type="[]"}
		+	+ Les tunnels sont plus courts et les délais de transfert des paquets sont plus faibles ;
		+	- Il n’y a plus besoin de nœud en double pile ;
		+	+ Pour le transfert des données, la voie de retour est symétrique à celle de l’aller ;
		+	- Il n’y a plus de problème de MTU causé par l’encapsulation dans un paquet IPv4.
		+	+ Le relais avec l'Internet v6 est géré par l'opérateur.
		+	</quiz>
		+
		+	== Explications : ==
		+	# A la différence de 6to4, la technique 6rd utilise le préfixe propre de l'opérateur. De ce fait, celui-ci doit installer ses propres relais vers l'Internet v6. La passerelle 6rd ne sert donc que les clients de cet opérateur (contrairement à 6to4 où les passerelles de terminison du tunnel à l'Internet V6 sont mutualisées, mises en oeuvre par des volontaires et servent tous le monde), ce qui lui permet de contrôler les tunnels, et de pallier aux défauts de 6to4. Néanmoins, il est nécessaire d'installer des noeuds en double pile pour mettre en place les tunnels, et les problèmes de MTU subsistent.
		+
		+	== Niveau 3 : Analyser / Résoudre ==
		+	(2ou 1 questions)
		+	<quiz display=simple>
		+
		+	{Un routeur 6to4 possède l’adresse IPv4 <tt>192.0.2.100</tt>. Quel préfixe IPv6 définit-il ? (en notation abrégée)
		+	\|type="{}"}
		+	{ 2002:c000:264::/48 _18 }
		+
		+	{Compléter la phrase suivante :
		+	\|type="{}"}
		+	Un opérateur dispose du préfixe <tt>2001:d0d0::/32</tt> pour son domaine 6rd. Toutes les adresses de ses 6rd CE peuvent être agrégées sur le préfixe IPv4 <tt>10.0.0.0/12</tt>. Il lui reste donc { 12 _2 } bits au titre du SID (''Subnet Identifier'') pour chacun des CE.
		+
		+	</quiz>
		+
		+	== Explications : ==
		+	# Le RFC 3056 définit, pour un site connecté à un tunnel 6to4, un préfixe IPv6 sur 48 bits, obtenu en agrégeant le préfixe 2002::/16 et l'adresse IPv4 du routeur en bordure. Dans cet exemple, l'adresse IPv4 du routeur de bordure s'écrit c0.00.02.64 en notation hexadécimale pointée, ce qui définit le préfixe IPv6 2002:c000:264::/48.
		+	# Le préfixe IPv6 spécifié par le RFC 5969 est obtenu en agrégeant le préfixe IPv6 de l'opérateur (32 bits) et la partie significative des adresses IPv4 des 6rd CE (20 bits). Dans le site, il y a les 12 premiers bits qui ne changent pas. Il y a donc que 20 bits qui vont servir que l'on qualifie de significatifs. Ces 12 premiers bits n'ont pas besoin d'etre repris dans les adresses IPv6. A partir de là, le préfixe IPv6 se définit sur une longueur de 52 bits (32+20), et il reste donc 12 bits (=64-52) au titre du SID pour les CE.

← Older revision		Revision as of 08:45, 31 March 2016
Line 6:		Line 6:

	<quiz display=simple>		<quiz display=simple>
		+	{Quelle valeur le champ <tt>Protocol</tt> de l'en-tête d'un datagramme IPv4 encapsulant un datagramme IPv6 contient-il ? (en décimal)
		+	\|type="()"}
		+	+ 41
		+	- 44
		+	- 46
		+	- cette valeur dépend du type de tunnel.

		+	{Que vaut la MTU sur un tunnel 6in4, traversant un réseau IPv4 de MTU 1500 octets ?
		+	\|type="()"}
		+	- 1500
		+	+ 1480
		+	- 1460
		+	- 1440
		+
		+
		+	{Le déploiement de 6rd utilise :
		+	\|type="()"}
		+	+ le préfixe IPv6 de l’opérateur.
		+	- un préfixe réservé pour la technique 6rd.
		+	- le préfixe de 6to4.
		+	- aucun préfixe en particulier.
		+
		+	{L'équipement 6rd CE est concrètement :
		+	\|type="()"}
		+	- un routeur dans le réseau domestique.
		+	+ la box (routeur de bordure du réseau domestique).
		+	- le routeur de bordure de l'opérateur.
		+	- un concentrateur de ligne ADSL (connu sous le terme de DSLAM).

	</quiz>		</quiz>
		+
		+	== Explications : ==
		+	# C'est la valeur spécifiée par le RFC 4213.
		+	# L'en-tête d'un datagramme IPv4 étant de 20 octets, la MTU d'un tunnel 6in4 sur un lien de MTU 1500 octets passe donc à 1480 octets.
		+	# Contrairement aux tunnels 6to4, la technique 6rd ne spécifie pas de préfixe prédéfini, mais utilise le préfixe de l'opérateur.
		+	# L'équipement 6rd CE (''Customer Edge'') est le point d'accès au tunnel, pour le réseau IPv6 à connecter. Le routeur de bordure de l'opérateur (l'autre extrémité du tunnel) est appelé 6rd BR (''Border Relay'').
		+
		+	== Niveau 2 : Comprendre / Appliquer ==
		+	(3 ou 2 questions)