MOOC:Sequence 4 Exercices - Revision history

Panelli: Blanked the page

2016-03-07T02:09:57Z

Blanked the page

Show changes

Panelli at 13:47, 18 November 2015

2015-11-18T13:47:53Z

Panelli: /* Exercice 2: Happy Eyeball */

2015-11-18T13:46:32Z

‎Exercice 2: Happy Eyeball

Panelli: /* Interopérer des applications par traduction */

2015-11-18T13:45:17Z

‎Interopérer des applications par traduction

Panelli: /* Exercice 3 */

2015-11-18T13:43:27Z

‎Exercice 3

Panelli: /* Etablir la connectivité IPv6 */

2015-11-18T13:42:24Z

‎Etablir la connectivité IPv6

Panelli: /* Déployer IPv6 dans un réseau */

2015-11-18T13:39:56Z

‎Déployer IPv6 dans un réseau

Panelli: /* Déployer IPv6 maintenant */

2015-11-18T13:37:49Z

‎Déployer IPv6 maintenant

Panelli: /* Interopérer des applications par traduction */

2015-11-18T13:28:11Z

‎Interopérer des applications par traduction

Panelli: /* Etablir la connectivité IPv6 */

2015-11-18T13:18:11Z

‎Etablir la connectivité IPv6

← Older revision		Revision as of 13:47, 18 November 2015
Line 1:		Line 1:
		+	__NOTOC__
	= Exercices sur l'intégration d'IPv6 dans l'Internet =		= Exercices sur l'intégration d'IPv6 dans l'Internet =

@@ Line 160: / Line 160: @@
 Un entreprise vend un service Y accessible via le domaine y.exemple.com. Le résultat du service doit être parvenu à l'utilisateur au plus tard une seconde après que le client ait initié la requête. Le délai aller retour (RTT) peut atteindre 300 ms entre un client et les serveurs qui hébergent Y. On sait également qu'en IPv4 le service fonctionne parfaitement. Suite à la demande de certains clients, le service est rendu accessible en IPv6 et le DNS retourne des entrées de type A et AAAA pour le domaine y.exemple.com.
-'''Question 1.1 :'''
+'''Question 2.1 :'''
 Suite à l'activation de IPv6 par les administrateurs du service Y, est-il possible que ce dernier soit inutilisable ou que ses performances soient dégradées pour des clients IPv4 ? Justifiez votre réponse.
   Réponse
@@ Line 174: / Line 174: @@
 -->
-'''Question 1.2 :'''
+'''Question 2.2 :'''
 Est-il possible que des clients IPv6 dont la connectivité fonctionne parfaitement soient impactés par ces problèmes ?
   Réponse
@@ Line 188: / Line 188: @@
 -->
-'''Question 1.3 :'''
+'''Question 2.3 :'''
 Est-il possible que des clients disposant d'une connectivité IPv4 et IPv6 soient impactés ? Justifiez votre réponse.
   Réponse
@@ Line 202: / Line 202: @@
 -->
-'''Question 1.4 :'''
+'''Question 2.4 :'''
 Proposez des solutions au problème soulevé dans la première question. Aidez vous des RFCs.
   Réponse

@@ Line 342: / Line 342: @@
 '''Question 1.1 :'''
 Quel est le mode de fonctionnement du NAT64 (avec ou sans état) ? Justifiez votre réponse.
+ Réponse
 <!-- <response>
 C'est un NAT64 avec état. L'adresse IPv6 du client est quelconque. Elle n'est pas traduisible en IPv4 selon l'algorithme défini dans le RFC 6052. Il faut donc un enregistrement dans le traducteur pour mettre en correspondance l'adresse C6 avec N4 et inversement.
@@ Line 350: / Line 355: @@
 '''Question 1.2 :'''
 Quelle est l'adresse de destination du paquet émis par le client, et contenant sa requête ?
+ Réponse
 <!-- <response>
 N6
@@ Line 358: / Line 365: @@
 '''Question 1.3 :'''
 La traduction d'adresse sans état appliqué par le NAT64 porte sur quelle adresse d'un paquet contenant une requête du client : source ou destination ?
+ Réponse
 <!-- <response>
 Adresse IPv6 de destination : N6 traduite en S4, et ces adresses sont constantes.
@@ Line 366: / Line 378: @@
 '''Question 1.4 :'''
 Quel est le type de préfixe utilisé par l'adresse IPv6 embarquant une adresse IPv4, notée N6 ? Justifier votre réponse.
+ Réponse
 <!-- <response>
 C'est un préfixe de type NSP. Le routage du paquet dans l'Internet ne peut se faire sur un WKP (réservé à un routage interne).
@@ Line 374: / Line 391: @@
 '''Question 1.5 :'''
 |L'adresse N6 est une adresse IPv6 embarquant une adresse IPv4. Quelle est cette adresse IPv4 ?
+ Réponse
 <!-- <response>
 S4
@@ Line 382: / Line 401: @@
 '''Question 1.6 :'''
 Comment est qualifiée l'adresse N6 : convertible ou traduisible en IPv4 ? Justifier votre réponse.
+ Réponse
 <!-- <response>
 C'est une adresse IPv6 convertible en IPv4. C'est la représentante de l'adresse S4 dans le réseau IPv6. A ce titre, elle n'est pas attribuée au NAT64. Celui-ci annonce le préfixe de l'adresse N6  dans le routage afin de recevoir le trafic à destination du réseau IPv4.
@@ Line 394: / Line 418: @@
 '''Question 2.1 :'''
 Pour la requête d'un client, le traducteur effectue la correspondance dynamique de l'adresse pour l'adresse source ou l'adresse destination du paquet IP ? Justifier votre réponse.
+ Réponse
 <!--
 <response>
@@ Line 403: / Line 432: @@
 '''Question 2.2 :'''
 Quels sont les avantages du traducteur sans état qui sont perdus avec le traducteur sans état 'hybride' ? Justifier votre réponse.
+ Réponse
 <!--
 <response>
@@ Line 413: / Line 447: @@
 '''Question 2.3 :'''
 Quels sont les avantages du traducteur sans état 'hybride' par rapport à un traducteur sans état ? Justifier votre réponse.
+ Réponse
 <!--
 <response>

@@ Line 305: / Line 305: @@
 '''Question 3.3 :'''
-Considérons un trafic à l’intérieur du domaine 6rd. Depuis son LAN, le CE1 reçoit du trafic à destination de <tt>2001:db8:202:200::1<:tt>. 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 <tt>2001:db8:202:200::1</tt>. Comment le CE1 va t-il traiter ce paquet ?
   Réponse
@@ Line 319: / Line 319: @@
 '''Question 3.4 :'''
-Depuis son LAN, le CE1 reçoit du trafic à destination de 2001:d0d0:1e1a::1, comment le CE1 va t-il traiter ce paquet ?
+Depuis son LAN, le CE1 reçoit du trafic à destination de <tt>2001:d0d0:1e1a::1</tt>, comment le CE1 va t-il traiter ce paquet ?
   Réponse

@@ Line 222: / Line 222: @@
 '''Question 1.1 :'''
 Quel est le point commun entre 6to4 et 6rd au niveau des adresses ?
+ Réponse
 <!--
 <response>
@@ Line 231: / Line 236: @@
 '''Question 1.2 :'''
 Citez deux différences entre 6to4 et 6rd.
+ Réponse
 <!--
 <response>
@@ Line 241: / Line 251: @@
 === Exercice 2 ===
 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.
+ Réponse
 <!--
 <response>
@@ Line 261: / Line 276: @@
 '''Question 3.1 :'''
 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.
+ Réponse
 <!--
 <response>
@@ Line 270: / Line 290: @@
 '''Question 3.2 :'''
 Indiquez le 6rd delegated prefix du CE1, du CE2 et du BR.
+ Réponse
 <!--
 <response>
@@ Line 280: / Line 305: @@
 '''Question 3.3 :'''
-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 ?
+Considérons un trafic à l’intérieur du domaine 6rd. Depuis son LAN, le CE1 reçoit du trafic à destination de <tt>2001:db8:202:200::1<:tt>. Comment le CE1 va t-il traiter ce paquet ?
+ Réponse
 <!--
 <response>
@@ Line 290: / Line 320: @@
 '''Question 3.4 :'''
 Depuis son LAN, le CE1 reçoit du trafic à destination de 2001:d0d0:1e1a::1, comment le CE1 va t-il traiter ce paquet ?
+ Réponse
 <!--
 <response>

@@ Line 239: / Line 239: @@
 Un serveur IPv4 est rendu accessible à l'Internet v6 au moyen d'un NAT64. Le NAT64 est opéré sur le réseau du serveur. La figure ci-dessous montre la topologie de la communication. On note C6 l'adresse IPv6 du client, N6 l'adresse IPv6 utilisée pour joindre le serveur,  N4 l'adresse représentant un client IPv6 sur le réseau IPv4 du serveur et S4 l'adresse IPv4 du serveur. Répondre aux questions suivantes :
-[[Image:44-exo1.png|300px]]<br>
+<center>
-Figure : Cas d'utilisation du NAT64.
+[[Image:44-exo1.png|500px|thumb|center|Figure 2: Cas d'utilisation du NAT64.]]
-{{Question|Quel est le mode de fonctionnement du NAT64 (avec ou sans état) ? Justifiez votre réponse.
+<!-- <response>
 <response>
 C'est un NAT64 avec état. L'adresse IPv6 du client est quelconque. Elle n'est pas traduisible en IPv4 selon l'algorithme défini dans le RFC 6052. Il faut donc un enregistrement dans le traducteur pour mettre en correspondance l'adresse C6 avec N4 et inversement.
 </response>
-}}
+-->
-{{Question|Quelle est l'adresse de destination du paquet émis par le client, et contenant sa requête ?
+<!-- <response>
 <response>
 N6
 </response>
-}}
+-->
-{{Question|La traduction d'adresse sans état appliqué par le NAT64 porte sur quelle adresse d'un paquet contenant une requête du client : source ou destination ?
+'''Question 1.3 :'''
-<response>
+La traduction d'adresse sans état appliqué par le NAT64 porte sur quelle adresse d'un paquet contenant une requête du client : source ou destination ?
 Adresse IPv6 de destination : N6 traduite en S4, et ces adresses sont constantes.
 </response>
-}}
+-->
-{{Question|Quel est le type de préfixe utilisé par l'adresse IPv6 embarquant une adresse IPv4, notée N6 ? Justifier votre réponse.
+'''Question 1.4 :'''
-<response>
+Quel est le type de préfixe utilisé par l'adresse IPv6 embarquant une adresse IPv4, notée N6 ? Justifier votre réponse.
 C'est un préfixe de type NSP. Le routage du paquet dans l'Internet ne peut se faire sur un WKP (réservé à un routage interne).
 </response>
-}}
+-->
-{{Question|L'adresse N6 est une adresse IPv6 embarquant une adresse IPv4. Quelle est cette adresse IPv4 ?
+<!-- <response>
 <response>
 S4
 </response>
-}}
+-->
-{{Question| Comment est qualifiée l'adresse N6 : convertible ou traduisible en IPv4 ? Justifier votre réponse.
+<!-- <response>
 <response>
 C'est une adresse IPv6 convertible en IPv4. C'est la représentante de l'adresse S4 dans le réseau IPv6. A ce titre, elle n'est pas attribuée au NAT64. Celui-ci annonce le préfixe de l'adresse N6  dans le routage afin de recevoir le trafic à destination du réseau IPv4.
 </response>
-}}
+-->
 ===Exercice 2===
@@ Line 285: / Line 295: @@
 Un traducteur NAT64 sans état est déployé dans un réseau de site pour lequel IPv6 est utilisé pour les clients. Les noeuds IPv6 ont leur adresse déterminée par l'auto-configuration sans état.  Un  bloc d'adresses IPv4 est alloué au traducteur. Celui-ci fera la correspondance entre les adresses IPv6 et IPv4 dynamiquement. Ce traducteur reprend le principe de la traduction sans état dans la mesure où il maintient une correspondance 1:1. Cependant, il utilise un état pour mémoriser cette correspondance entre les 2 adresses. On pourrait le qualifier de traducteur sans état 'hybride'.
-{{Question| Pour la requête d'un client, le traducteur effectue la correspondance dynamique de l'adresse pour l'adresse source ou l'adresse destination du paquet IP ? Justifier votre réponse.
+'''Question 2.1 :'''
 <response>
 La correspondance dynamique est faite pour l'adresse source du client. L'adresse de destination du serveur est obtenue à l'aide du DNS64 et son format suit le RFC 6052.
 </response>
-}}
+-->
-{{Question| Quels sont les avantages du traducteur sans état qui sont perdus avec le traducteur sans état 'hybride' ? Justifier votre réponse.
+'''Question 2.2 :'''
 <response>
 Le principal avantage du "sans état", à savoir la  passage à l'échelle avec la possibilité de répartir la charge sur 'n' boitiers distincts indépendants ne tient plus, puisqu'il faut synchoniser la table de correspondance @ IPv4 <-> @ IPv6 entre tous les boitiers NAT64.<br>
 Enfin, le système devient plus fragile, l'état ajouté dans la table de correspondance de NAT64 rend l'application dépendante de NAT64. Si ce dernier s'arrête, tous les états sont perdus et donc les connexions en cours sont rompus du fait de la perte  des adresses utilisées.
 </response>
-}}
+-->
-{{Question| Quels sont les avantages du traducteur sans état 'hybride' par rapport à un traducteur sans état ? Justifier votre réponse.
+'''Question 2.3 :'''
 <response>
 Le fait de devoir gérer et router des adresses unicast IPv6 'IPv4-translatable' en plus des adresses natives ULA/GUA sur chaque interface d'un réseau IPv6  alourdit la charge administrative ( allocation des adresses par DHCP, routage du préfixe spécifique au RFC 6052). Ces adresses IPv6 'IPv4-translatable' ne sont pas faciles à agréger et router. En effet, cela revient à faire le routage sur les adresses IPv4 embarquées dans les adresses IPv6 et donc à router de l'IPv4 dans un réseau uniquement IPv6. Lorsque le préfixe réservé pour la traduction est un /96, le routage s'effectue sur les bits  au delà du 96ieme bit
 </response>
-}}
+-->
-−
 <!--