MOOC:Compagnon Act42-s7 - Revision history

Vlerouvillois: /* Pour aller plus loin */

2024-01-21T09:56:55Z

‎Pour aller plus loin

Vlerouvillois: /* Principe du tunnel IPv6 sur IPv4 */

2024-01-21T09:52:46Z

‎Principe du tunnel IPv6 sur IPv4

Bstevant: /* Pour aller plus loin */

2023-01-09T11:30:55Z

‎Pour aller plus loin

Panelli: /* Tunnel configuré */

2023-01-09T03:55:05Z

‎Tunnel configuré

Panelli: /* Tunnel configuré */

2023-01-09T03:35:49Z

‎Tunnel configuré

Jlandru at 13:02, 28 February 2022

2022-02-28T13:02:55Z

Jlandru: /* Activité 42 : Établir la connectivité IPv6 */

2022-02-15T13:18:03Z

‎Activité 42 : Établir la connectivité IPv6

Vlerouvillois: /* Tunnel automatique */

2022-02-14T18:13:27Z

‎Tunnel automatique

Vlerouvillois: /* Tunnel automatique */

2022-02-14T18:12:12Z

‎Tunnel automatique

Vlerouvillois: /* Activité 42 : Établir la connectivité IPv6 */

2022-02-14T18:06:35Z

‎Activité 42 : Établir la connectivité IPv6

Show changes

@@ Line 213: / Line 213: @@
 * RFC 5569 IPv6 Rapid Deployment on IPv4 Infrastructures (6rd) [http://www.bortzmeyer.org/5569.html Analyse]
 * RFC 5572 IPv6 Tunnel Broker with the Tunnel Setup Protocol (TSP) [http://www.bortzmeyer.org/5572.html Analyse]
-* RFC 5969  IPv6 Rapid Deployment on IPv4 Infrastructures (6rd) [http://www.bortzmeyer.org/5969.html Analyse]
+* RFC 5969  IPv6 Rapid Deployment on IPv4 Infrastructures (6rd) -- Protocol Specification [http://www.bortzmeyer.org/5969.html Analyse]
 * RFC 6180 Guidelines for Using IPv6 Transition Mechanisms during IPv6 Deployment  [http://www.bortzmeyer.org/6180.html Analyse]
 * RFC 6343 Advisory Guidelines for 6to4 Deployment

@@ Line 38: / Line 38: @@
 </center>
-La différence avec un lien réel porte sur la taille de la MTU. En raison de l'encapsulation dans IPv4, un tunnel se caractérise par une  MTU diminuée d'une vingtaine d'octets. Ainsi, la taille du paquet IPv6  se verra limitée par rapport à la MTU du lien réel. Par exemple, si la MTU du support est de 2000 octets. Le paquet IPv4 pourra avoir une taille maximale de 2000 octets. Si Le paquet IPv6 doit emprunter un tunnel sur ce réseau. Du fait d'un taille minimale de 20 octets pour l'en-tête IPv4, la MTU utilisable par le paquet IPv6 sera de 1980 octets comme l'illustre la figure 1.
+La différence avec un lien réel porte sur la taille de la MTU. En raison de l'encapsulation dans IPv4, un tunnel se caractérise par une  MTU diminuée d'une vingtaine d'octets. Ainsi, la taille du paquet IPv6  se verra limitée par rapport à la MTU du lien réel. Par exemple, si la MTU du support est de 2000 octets, alors le paquet IPv4 pourra avoir une taille maximale de 2000 octets. Si le paquet doit emprunter un tunnel sur ce réseau, du fait d'une taille minimale de 20 octets pour l'en-tête IPv4, la MTU utilisable par le paquet IPv6 sera de 1980 octets comme l'illustre la figure 1.
 Normalement, la fragmentation et la découverte de la MTU du chemin servent à adapter la taille des paquets IPv6 à la MTU du tunnel. En pratique, des routeurs mal configurés peuvent filtrer les messages ICMP, dont le type utilisé pour la découverte de la MTU (message ICMP ''Packet Too Big''). Ceci a pour effet d'empêcher la détermination de la MTU, et donc rend la fragmentation IPv6 inopérante. Cela génère des erreurs de transmission, comme un client qui parvient a communiquer avec un serveur tant qu'il envoie des petits paquets mais qui ne reçoit rien quand il demande un fichier, c'est-à-dire quand les paquets de taille importante sont émis. Pour rappel, les paquets IPv6, lorsqu'ils ne peuvent être transmis par un routeur à cause de leur taille, sont supprimés par celui-ci. Conjointement à la destruction du paquet, le message ICMP ''Packet Too Big'' est envoyé à la source pour que celle-ci ajuste la taille du paquet.

@@ Line 209: / Line 209: @@
 * RFC 3053 IPv6 Tunnel Broker
 * RFC 3056 Connection of IPv6 Domains via IPv4 Clouds
 * RFC 4213 Basic IPv6 Transition Mechanisms [http://www.bortzmeyer.org/4213.html Analyse]
 * RFC 4380 Teredo: Tunneling IPv6 over UDP through Network Address Translations (NATs)

@@ Line 56: / Line 56: @@
   ip link set dev 6in4 up
-  ip -6 addr add 2001:db8:caf:1::2/127 dev 6in4
+  ip -6 addr add 2001:db8:caf:1::2/64 dev 6in4
   ip -6 route  add ::/0  via 2001:db8:caf:1::1 dev 6in4

@@ Line 56: / Line 56: @@
   ip link set dev 6in4 up
-  ip -6 addr add 2001:db8:caf:1::2/64 dev 6in4
+  ip -6 addr add 2001:db8:caf:1::2/127 dev 6in4
   ip -6 route  add ::/0  via 2001:db8:caf:1::1 dev 6in4

@@ Line 1: / Line 1: @@
 > [[MOOC:Accueil|MOOC]]>[[MOOC:Contenu|Contenu]]>[[MOOC:Document_Compagnon |Doc compagnon]] > [[MOOC:Compagnon_Act42-s7 |Activité 42]]
 ----
+-->
 __NOTOC__

@@ Line 6: / Line 6: @@
 <!-- ----------------------------------------- -->
-= <div id="connectivité">Activité 42 : Établir la connectivité IPv6 </div> =
+= <div id="connectivité">Activité 42 : Établir la connectivité en IPv6 </div> =
 <!-- ----------------------------------------- -->
 <!-- {{Approfondissement}} -->

← Older revision		Revision as of 18:13, 14 February 2022
Line 151:		Line 151:
	</center>		</center>

−	Le principe des tunnels automatique de type ''6to4'' est intéressant en théorie ~~mas~~ en pratique, il reste le problème des tunneliers du coté de l'internet v6. En effet, à qui incombe la responsabilité d'installer ces tunneliers ? Une réponse a été le fournisseur d'accès Internet pour ses clients. C'est dans ce contexte que la technique ''6rd'' a été proposée et que nous allons voir dans la section suivante.	+	Le principe des tunnels automatique de type ''6to4'' est intéressant en théorie mais en pratique, il reste le problème des tunneliers du coté de l'internet v6. En effet, à qui incombe la responsabilité d'installer ces tunneliers ? Une réponse a été le fournisseur d'accès à Internet pour ses clients. C'est dans ce contexte que la technique ''6rd'' a été proposée et que nous allons voir dans la section suivante.

@@ Line 130: / Line 130: @@
-Comme pour ''6in4'', l'encapsulation des paquets IPv6 avec un tunnel automatique s'effectue dans les paquets IPv4.  Par contre, au niveau de l'adressage, avec les tunnels  automatiques,  il faut définir un préfixe IPv6 spécifique qui indique qu'une adresse IPv4 est embarquée.  La figure 8 illustre le mécanisme de construction d'un préfixe. Comme indiqué précédemment, le tunnelier se trouve en bordure du réseau. Il est connecté à la fois à l'internet v4 et à un réseau IPv6. C'est un nœud en double pile ; il possède obligatoirement une adresse IPv4  "unicast globale", comme <tt>192.0.2.1</tt> dans l'exemple. Retenons,  le préfixe spécifique '''<tt>2002::/16</tt>'''.  Le préfixe du réseau IPv6 va être composé en concaténant le préfixe spécifique et l'adresse IPv4 "unicast globale" du tunnelier de ce réseau IPv6.  Le préfixe du réseau IPv6 embarquant l'adresse IPv4 aura une longueur de 48 bits dans notre exemple et aura la valeur
+Comme pour ''6in4'', l'encapsulation des paquets IPv6 avec un tunnel automatique s'effectue dans les paquets IPv4.  Par contre, au niveau de l'adressage, avec les tunnels  automatiques,  il faut définir un préfixe IPv6 spécifique qui indique qu'une adresse IPv4 est embarquée.  La figure 8 illustre le mécanisme de construction d'un préfixe. Comme indiqué précédemment, le tunnelier se trouve en bordure du réseau. Il est connecté à la fois à l'internet v4 et à un réseau IPv6. C'est un nœud en double pile ; il possède obligatoirement une adresse IPv4  "unicast globale", comme <tt>192.0.2.1</tt> dans l'exemple. Retenons le préfixe spécifique '''<tt>2002::/16</tt>'''. Le préfixe du réseau IPv6 va être composé en concaténant le préfixe spécifique et l'adresse IPv4 "unicast globale" du tunnelier de ce réseau IPv6.  Le préfixe du réseau IPv6 embarquant l'adresse IPv4 aura une longueur de 48 bits dans notre exemple et aura la valeur
-<tt>2002:c000:201::/48</tt> (0xc0 = 192). Il a noter qu'il a la même longueur que la partie publique d'un préfixe IPv6 GUA.
+<tt>2002:c000:201::/48</tt> (0xc0 = 192). Il est à noter qu'il a la même longueur que la partie publique d'un préfixe IPv6 GUA.
 <center>
@@ Line 137: / Line 137: @@
 </center>
-Aussi comme le montre la figure 9, le préfixe de 48 bits laisse un champ SID de 16 bits pour numéroter des sous-réseaux ou liens dans le réseau IPv6. Il est alors possible d'attribuer  des adresses au différents noeuds du réseau IPv6. Ils auront en comment d'avoir l'adresse IPv4 de leur tunnelier dans la partie préfixe de leur adresse.
+Aussi, comme le montre la figure 9, le préfixe de 48 bits laisse un champ SID de 16 bits pour numéroter des sous-réseaux ou liens dans le réseau IPv6. Il est alors possible d'attribuer  des adresses au différents nœuds du réseau IPv6. Ils auront en commun d'avoir l'adresse IPv4 de leur tunnelier dans la partie préfixe de leur adresse.
 <center>