MOOC:Verb41 - Revision history

Bstevant at 07:50, 1 March 2022

2022-03-01T07:50:14Z

Panelli: /* Déploiement de la double pile */

2022-03-01T06:23:38Z

‎Déploiement de la double pile

Panelli: /* Introduction */

2022-03-01T06:18:02Z

‎Introduction

Panelli: /* Introduction */

2022-03-01T06:17:33Z

‎Introduction

Jlandru at 22:08, 28 February 2022

2022-02-28T22:08:57Z

Jlandru at 22:07, 28 February 2022

2022-02-28T22:07:19Z

Panelli at 12:37, 25 February 2022

2022-02-25T12:37:49Z

Panelli: /* Etude et préparation */

2022-02-14T01:57:35Z

‎Etude et préparation

Panelli: /* Déploiement de la double pile */

2022-02-14T01:57:11Z

‎Déploiement de la double pile

Panelli: /* Problèmes liés au déploiement d'IPv6 */

2022-02-14T01:56:51Z

‎Problèmes liés au déploiement d'IPv6

@@ Line 5: / Line 5: @@
 -->
 __NOTOC__
 ==Introduction==

@@ Line 72: / Line 72: @@
 <center>
-[[image:V41-4.png|400px|thumb|center|]]
+[[image:V41-4a.png|400px|thumb|center|]]
 </center>

@@ Line 9: / Line 9: @@
 <center>
-[[image:V41-1.png|300px|thumb|center|]]
+[[image:V41-1.png|400px|thumb|center|]]
 </center>

@@ Line 9: / Line 9: @@
 <center>
-[[image:V41-1.png|400px|thumb|center|]]
+[[image:V41-1.png|300px|thumb|center|]]
 </center>

@@ Line 1: / Line 1: @@
 <!--
 > [[MOOC:Accueil|MOOC]] > [[MOOC:Contenu|Contenu]] >  [[MOOC:Verbatim|Verbatim]]
 ----
 ==Introduction==

← Older revision		Revision as of 22:07, 28 February 2022
Line 1:		Line 1:
		+	<!--
	> [[MOOC:Accueil\|MOOC]] > [[MOOC:Contenu\|Contenu]] > [[MOOC:Verbatim\|Verbatim]]		> [[MOOC:Accueil\|MOOC]] > [[MOOC:Contenu\|Contenu]] > [[MOOC:Verbatim\|Verbatim]]
		+	-->
		+	__NOTOC__

	----		----

@@ Line 4: / Line 4: @@
 ==Introduction==
 Le déploiement IPv6 dans un réseau doit se faire selon de bonnes pratiques comme  :
@@ Line 18: / Line 22: @@
 ==Technique de la double pile==
 Le premier mécanisme d'intégration recommandé  repose sur la technique dite de la double pile.
@@ Line 36: / Line 45: @@
 ==Etude et préparation==
 Déployer IPv6 dans un réseau, c'est bien plus qu'un changement de tuyau.   Cela touche tout le système d'information. On ne passe pas d'IPv4 à IPv6, comme on change de version dans un logiciel.  Il faut mettre à jour tout le réseau, et toutes les applications. L'intégration d'IPv6 doit se faire avec méthode, et selon un mode projet, en suivant des étapes planifiées.
@@ Line 53: / Line 67: @@
 ==Déploiement de la double pile==
 Une fois le plan d'adressage défini, il reste à distribuer les adresses aux noeuds. Ceci va s'effectuer, par la configuration en double pile, des équipements existants.
@@ Line 75: / Line 93: @@
 Le déploiement d'IPv6 dans un réseau existant peut amener à des dégradations de service, si des précautions ne sont pas prises. C'est ce que nous allons voir maintenant.
 Le premier problème porte sur la '''phase d'établissement de connexion'''.
@@ Line 103: / Line 125: @@
 ==Conclusion==
 La double pile permet  la coexistence d'IPv6 avec IPv4 dans le même réseau.

@@ Line 37: / Line 37: @@
 ==Etude et préparation==
- Déployer IPv6 dans un réseau, c'est bien plus qu'un changement de tuyau.   Cela touche tout le système d'information. On ne passe pas d'IPv4 à IPv6, comme on change de version dans un logiciel.  Il faut mettre à jour tout le réseau, et toutes les applications. L'intégration d'IPv6 doit se faire avec méthode, et selon un mode projet, en suivant des étapes planifiées.
+Déployer IPv6 dans un réseau, c'est bien plus qu'un changement de tuyau.   Cela touche tout le système d'information. On ne passe pas d'IPv4 à IPv6, comme on change de version dans un logiciel.  Il faut mettre à jour tout le réseau, et toutes les applications. L'intégration d'IPv6 doit se faire avec méthode, et selon un mode projet, en suivant des étapes planifiées.
 La première étape commence par une étude, et un inventaire de l'existant, afin d'identifier les points qui vont poser problème. Il n'est pas question de changer tous les équipements.
- Il faut donc identifier  ceux qui disposent d'IPv6.
+Il faut donc identifier  ceux qui disposent d'IPv6.
- Pour les autres, qui ne disposent pas d'IPv6, une mise à jour peut être suffisante. Il ne faut pas oublier qu'IP n'est que du logiciel.
+Pour les autres, qui ne disposent pas d'IPv6, une mise à jour peut être suffisante. Il ne faut pas oublier qu'IP n'est que du logiciel.
 La vérification de la disponibilité d'IPv6 peut être aussi simple, que vérifier qu'une interface réseau possède l'adresse auto-configurée de portée locale au lien.
 Cependant l'adresse de portée locale au lien n'est pas suffisante.
 Pour des communications passant par des routeurs, il faut une adresse unicast routable.
- Pour cela, il faut  constituer une adresse à partir d'un préfixe public dit GUA.
+Pour cela, il faut  constituer une adresse à partir d'un préfixe public dit GUA.
 Le préfixe GUA est indispensable si le réseau est destiné à être interconnecté à l'Internet.
- Ensuite, il faut définir un préfixe local selon un plan d'adressage reposant sur le champ SID.
+Ensuite, il faut définir un préfixe local selon un plan d'adressage reposant sur le champ SID.
- Le préfixe public complété par le préfixe local va constituer un préfixe réseau de 64 bits attribué à un lien.
+Le préfixe public complété par le préfixe local va constituer un préfixe réseau de 64 bits attribué à un lien.
- C'est en combinant ce préfixe sur 64 bits et un identifiant sur 64 bits qu'une adresse IPv6 unicast est composée.
+C'est en combinant ce préfixe sur 64 bits et un identifiant sur 64 bits qu'une adresse IPv6 unicast est composée.
 ==Déploiement de la double pile==

@@ Line 56: / Line 56: @@
 Une fois le plan d'adressage défini, il reste à distribuer les adresses aux noeuds. Ceci va s'effectuer, par la configuration en double pile, des équipements existants.
- Il s'agit cette fois de configurer en IPv6 les routeurs, les serveurs, et les postes de travail. Comme il est peut probable que toutes les applications métiers soient capables de fonctionner en IPv6. Le réseau va rester mixte.
+Il s'agit cette fois de configurer en IPv6 les routeurs, les serveurs, et les postes de travail. Comme il est peut probable que toutes les applications métiers soient capables de fonctionner en IPv6. Le réseau va rester mixte.
 A ce stade, il ne faut pas oublier d'intégrer dans l'annuaire du domaine, les adresses IPv6 allouées.
- Des nouveaux terminaux pourront apparaitre, et fonctionner en IPv6 nativement, tout en inter-opérant avec l'existant passé en double pile.
+Des nouveaux terminaux pourront apparaitre, et fonctionner en IPv6 nativement, tout en inter-opérant avec l'existant passé en double pile.
- On peut rappeler ici, la capacité d'IPv6 à se répandre facilement sur les terminaux à l'aide de l'auto-configuration dite, sans état.
+On peut rappeler ici, la capacité d'IPv6 à se répandre facilement sur les terminaux à l'aide de l'auto-configuration dite, sans état.
 Le déploiement d'IPv6 pour les applications consiste, à ne  pas  avoir une version de l'application par protocole. Au contraire, la même application doit aussi bien fonctionner, avec IPv4, qu'avec IPv6.

@@ Line 89: / Line 89: @@
 La taille maximale des paquets IPv6 est souvent plus limitée que pour celle pour IPv4, du fait d'un usage des tunnels plus fréquent.
 Le client arrive à établir la connexion avec le serveur.
- Et tant que les échanges utilisent des petits paquets tout se passe bien.
+Et tant que les échanges utilisent des petits paquets tout se passe bien.
- Dès qu'un paquet de taille supérieure à la taille maximale du paquet permis par le chemin est envoyé. Celui-ci est jeté, du fait qu'un routeur IPv6 ne fait pas de fragmentation.
+Dès qu'un paquet de taille supérieure à la taille maximale du paquet permis par le chemin est envoyé. Celui-ci est jeté, du fait qu'un routeur IPv6 ne fait pas de fragmentation.
- Le routeur qui supprime le paquet signale à la source, par un message ICMP, cette anomalie de taille.
+Le routeur qui supprime le paquet signale à la source, par un message ICMP, cette anomalie de taille.
- Mais comme les messages ICMP sont souvent bloqués par des administrateurs réseaux maladroits, il n'y aura pas de fragmentation faite par la source.
+Mais comme les messages ICMP sont souvent bloqués par des administrateurs réseaux maladroits, il n'y aura pas de fragmentation faite par la source.
- Au final, une connexion est établie, mais aucune donnée ne pourra être échangée.
+Au final, une connexion est établie, mais aucune donnée ne pourra être échangée.
 La solution proposée consiste à ce que, TCP surveille la taille des paquets perdus, et que les retransmissions s'effectuent avec des tailles de paquet de plus en plus petites, pour finir par correspondre à la taille maximale du paquet permis par le chemin.
@@ Line 100: / Line 100: @@
 Les tunnels peuvent être de longueur importante ajoutant des délais  au temps de transfert du paquet.
 Ainsi, le chemin entre un client et un serveur en IPv6 peut être bien plus long, que si la communication avait été faite en IPv4.
 La solution n'est pas au niveau de l'application, elle réside dans la constitution des tunnels. Ceux-ci doivent être les plus courts possible.
 ==Conclusion==