MOOC:Verb36 - Revision history

Panelli: Panelli moved page MOOC:Verb45 to MOOC:Verb36

2021-11-16T04:27:59Z

Panelli moved page MOOC:Verb45 to MOOC:Verb36

Panelli: Blanked the page

2021-11-15T13:36:14Z

Blanked the page

Panelli: Replaced content with "delete"

2021-11-15T13:36:03Z

Replaced content with "delete"

Panelli at 06:51, 15 November 2021

2021-11-15T06:51:02Z

Panelli: Blanked the page

2021-11-15T06:49:43Z

Blanked the page

Panelli: Created page with "Contexte d'utilisation ------------ La solution NAT64 bien que fonctionnelle n'est pas universelle. Certaines applications n'arrivent plus à communiquer lorsque leur commu..."

2020-03-06T05:00:30Z

Created page with "Contexte d'utilisation ------------ La solution NAT64 bien que fonctionnelle n'est pas universelle. Certaines applications n'arrivent plus à communiquer lorsque leur commu..."

New page

Contexte d'utilisation
------------

La solution NAT64 bien que fonctionnelle n'est pas universelle.

Certaines applications n'arrivent plus à communiquer lorsque leur communication passe par le NAT64.
C'est le cas notamment quand le protocole applicatif utilise des adresses IP.

---

La solution de la passerelle applicative offre une technique d'interopérabilité moins intrusive que NAT64 au niveau de l'infrastructure de communication.
En effet, déployer NAT64 demande de modifier le routage et d'allouer des adresses.

Le déploiement du NAT64 est transparent pour les hôtes mais nécessite des modifications au niveau de l'infrastructure de communication.

Dans le cas du déploiement d'une passerelle applicative, nous sommes dans une situation inverse, les modifications sont à apporter uniquement dans la configuration des hôtes.

Ainsi, il est possible avec une passerelle applicative d'avoir un déploiement progressif d'IPv6 dans le réseau sans perturber les services en place

Enfin, dans le cas d'un client IPv4 qui se connecte à des serveurs de l'Internet v6, la passerelle applicative est de nos jours la seule méthode d'intéropérabilité.
Mais il est vrai que ce scénario n'est pas encore d'actualité au vu de l'état du déploiement de l'Internet v6. De manière générale, la passerelle applicative est une technique pour traiter les situations d'échecs de NAT64.

Principe des passerelles applicatives
-------------------------------------

La passerelle applicative (encore appelé ALG pour Application layer Gateway) est un nœud en double pile qui opère au niveau du protocole applicatif.

Elle reçoit ici un paquet en IPv6 qui lui a été adressé explicitement par la source.

Elle traite les données du paquet selon le protocole applicatif puis effectue un envoie vers le destinataire final. Ce destinataire est joignable dans une autre version du protocole IP que la source.

En quelque sorte, on profite de passer par une passerelle applicative pour les besoins de l’application pour changer de version de protocole IP

Cas du service web
-----------------

Il s'agit ici de faire communiquer des clients avec des services Web, pour des clients et des serveurs utilisant une version différente du protocole IP.

La passerelle applicative utilisée dans notre illustration est un relais HTTP qui va recevoir et émettre les requêtes et les réponses.

Lorsque le déploiement de la passerelle applicative est du côté du client, on parle de proxy. Elle va servir à atteindre tous les serveurs extérieurs dont ceux qui n’utilisent pas la même version de protocole IP.

Lorsque le déploiement de la passerelle applicative est dans le réseau du serveur, on parle de reverse proxy. Elle va servir à donner accès aux contenus du serveur pour tous les clients qui n'utilisent pas la version IP du serveur.

Ce dispositif est un moyen d'offrir un accès à des clients IPv6 sans modifier le serveur. La règle du déploiement d'IPv6 transparent au service en place est ainsi illustrée.

ALG côté client
----------------

Improvisation

ALG côté serveur (IPv4)
----------------
Improvisation

ALG côté serveur (IPv6)
----------------
Improvisation

Conclusion
-----------

Les passerelles applicatives offrent un moyen simple d’interopérer une application entre des clients et des serveurs qui n'utilisent pas la même version du protocole IP.

Parce qu'elles interprètent le contenu du paquet dans la couche d'application, elles sont transparentes pour l'infrastructure de communication.

Elles ne demandent pas des modifications au niveau du réseau. Cependant, les passerelles applicatives ont des limitations d’usage, telles que :

- l’utilisation pour des applications conçues pour fonctionner avec un relais intermédiaire,
- l’introduction d'un délai pour le traitement des paquets,
- des difficultés à passer le facteur d'échelle, et un risque de congestion.

← Older revision		Revision as of 13:36, 15 November 2021
Line 1:		Line 1:
−	~~delete~~	+

@@ Line 1: / Line 1: @@
-La croissance de l'Internet a rendu IPv4 obsolète. Le nouveau protocole IPv6 vise à retrouver le principe de bout-en bout. Ce principe fondateur de l'Internet a assuré son succès. C'est par ce principe que l'Internet est devenu une source d'innovation et le support de l'économie du numérique.
+delete
-−
-La migration d'IPv4 vers IPv6 est bien plus qu'un simple changement de tuyau. C'est tout l'écosystème qui est appelé à évoluer. Aussi, la sensibilisation de tous les acteurs à la problématique de la migration est cruciale. Le déploiement d'IPv6 se conduit, comme un projet, avec une planification. Il touche tous les métiers du système d'information.
-−
-Le déploiement d'IPv6 doit se faire en tenant compte de l'existant et de manière progressive. IPv6 est appelé à coexister avec IPv4. Autrement dit, IPv6 est une évolution d'IPv4 et non le moyen de faire un Internet parallèle et disjoint de l'existant.
-−
-Pour maintenir cette connectivité globale, IPv6 comporte des mécanismes transitoires pour qu'il puisse interopérer avec IPv4.
-Au cours de cette séquence, nous avons présenté 3 techniques d'intégration:
-* la double pile qui est la solution par excellence du déploiement progressif ;
-* le tunnel pour interconnecter des îlots IPv6 par des liens virtuels en IPv6, établis sur des liaisons réelles en IPv4 ;
-* la traduction lorsque la double pile ne peut plus être utilisée du fait du manque d'adresses IPv4, ou pour rendre des services accessibles à IPv6 sans avoir à mettre à jour le serveur.
-−
-Ces techniques sont transitoires et leur usage est appelé à diminuer au fur et à mesure de l'extinction d'IPv4.
-−
-L'objectif final du déploiement d'IPv6, c'est d'avoir IPv6 partout dans l'Internet et ainsi d'avoir des potentialités de croissance et d'innovation.
-−
----
-−
-Dans l'activité de travaux pratiques que nous vous proposons, nous allons mettre en oeuvre quelque uns de ces mécanismes d'intégration sur un réseau IPv4 émulé sur votre poste de travail.
-−
-Tout d'abord vous allez mettre en oeuvre la double pile pour certains noeuds. Vous allez ainsi voir la configuration IPv6 d'un hôte et d'un routeur.
-−
-Dans une seconde étape, vous allez voir comme mettre un DNS auxiliaire DNS64 pour un réseau IPv6. Ce dispositif est un élément d'une solution de traduction NAT64. Vous serez ainsi amené à définir des adresses utilisable dans le cadre de l'opération de traduction.
-−
-Enfin, vous allez mettre en oeuvre un traducteur NAT64 sans état entre un client IPv6 et un serveur IPv4.
-−
-Je vous souhaite bon courage pour cette activité de travaux pratiques.

← Older revision	Revision as of 06:51, 15 November 2021
Line 1:	Line 1:
	+	La croissance de l'Internet a rendu IPv4 obsolète. Le nouveau protocole IPv6 vise à retrouver le principe de bout-en bout. Ce principe fondateur de l'Internet a assuré son succès. C'est par ce principe que l'Internet est devenu une source d'innovation et le support de l'économie du numérique.

	+	La migration d'IPv4 vers IPv6 est bien plus qu'un simple changement de tuyau. C'est tout l'écosystème qui est appelé à évoluer. Aussi, la sensibilisation de tous les acteurs à la problématique de la migration est cruciale. Le déploiement d'IPv6 se conduit, comme un projet, avec une planification. Il touche tous les métiers du système d'information.
	+
	+	Le déploiement d'IPv6 doit se faire en tenant compte de l'existant et de manière progressive. IPv6 est appelé à coexister avec IPv4. Autrement dit, IPv6 est une évolution d'IPv4 et non le moyen de faire un Internet parallèle et disjoint de l'existant.
	+
	+	Pour maintenir cette connectivité globale, IPv6 comporte des mécanismes transitoires pour qu'il puisse interopérer avec IPv4.
	+	Au cours de cette séquence, nous avons présenté 3 techniques d'intégration:
	+	* la double pile qui est la solution par excellence du déploiement progressif ;
	+	* le tunnel pour interconnecter des îlots IPv6 par des liens virtuels en IPv6, établis sur des liaisons réelles en IPv4 ;
	+	* la traduction lorsque la double pile ne peut plus être utilisée du fait du manque d'adresses IPv4, ou pour rendre des services accessibles à IPv6 sans avoir à mettre à jour le serveur.
	+
	+	Ces techniques sont transitoires et leur usage est appelé à diminuer au fur et à mesure de l'extinction d'IPv4.
	+
	+	L'objectif final du déploiement d'IPv6, c'est d'avoir IPv6 partout dans l'Internet et ainsi d'avoir des potentialités de croissance et d'innovation.
	+
	+	---
	+
	+	Dans l'activité de travaux pratiques que nous vous proposons, nous allons mettre en oeuvre quelque uns de ces mécanismes d'intégration sur un réseau IPv4 émulé sur votre poste de travail.
	+
	+	Tout d'abord vous allez mettre en oeuvre la double pile pour certains noeuds. Vous allez ainsi voir la configuration IPv6 d'un hôte et d'un routeur.
	+
	+	Dans une seconde étape, vous allez voir comme mettre un DNS auxiliaire DNS64 pour un réseau IPv6. Ce dispositif est un élément d'une solution de traduction NAT64. Vous serez ainsi amené à définir des adresses utilisable dans le cadre de l'opération de traduction.
	+
	+	Enfin, vous allez mettre en oeuvre un traducteur NAT64 sans état entre un client IPv6 et un serveur IPv4.
	+
	+	Je vous souhaite bon courage pour cette activité de travaux pratiques.

← Older revision		Revision as of 06:49, 15 November 2021
Line 1:		Line 1:
−	~~Contexte d'utilisation~~
−	~~------------~~

−	~~La solution NAT64 bien que fonctionnelle n'est pas universelle.~~
−
−	~~Certaines applications n'arrivent plus à communiquer lorsque leur communication passe par le NAT64.~~
−	~~C'est le cas notamment quand le protocole applicatif utilise des adresses IP.~~
−
−	~~---~~
−
−	~~La solution de la passerelle applicative offre une technique d'interopérabilité moins intrusive que NAT64 au niveau de l'infrastructure de communication.~~
−	~~En effet, déployer NAT64 demande de modifier le routage et d'allouer des adresses.~~
−
−	~~Le déploiement du NAT64 est transparent pour les hôtes mais nécessite des modifications au niveau de l'infrastructure de communication.~~
−
−	~~Dans le cas du déploiement d'une passerelle applicative, nous sommes dans une situation inverse, les modifications sont à apporter uniquement dans la configuration des hôtes.~~
−
−	~~Ainsi, il est possible avec une passerelle applicative d'avoir un déploiement progressif d'IPv6 dans le réseau sans perturber les services en place~~
−
−	~~Enfin, dans le cas d'un client IPv4 qui se connecte à des serveurs de l'Internet v6, la passerelle applicative est de nos jours la seule méthode d'intéropérabilité.~~
−	Mais il est vrai que ce scénario n'est pas encore d'actualité au vu de l'état du déploiement de l'Internet v6. De manière générale, la passerelle applicative est une technique pour traiter les situations d'échecs de NAT64.
−
−
−	~~Principe des passerelles applicatives~~
−	~~-------------------------------------~~
−
−	~~La passerelle applicative (encore appelé ALG pour Application layer Gateway) est un nœud en double pile qui opère au niveau du protocole applicatif.~~
−
−	~~Elle reçoit ici un paquet en IPv6 qui lui a été adressé explicitement par la source.~~
−
−	~~Elle traite les données du paquet selon le protocole applicatif puis effectue un envoie vers le destinataire final. Ce destinataire est joignable dans une autre version du protocole IP que la source.~~
−
−	~~En quelque sorte, on profite de passer par une passerelle applicative pour les besoins de l’application pour changer de version de protocole IP~~
−
−
−	~~Cas du service web~~
−	~~-----------------~~
−
−	~~Il s'agit ici de faire communiquer des clients avec des services Web, pour des clients et des serveurs utilisant une version différente du protocole IP.~~
−
−	~~La passerelle applicative utilisée dans notre illustration est un relais HTTP qui va recevoir et émettre les requêtes et les réponses.~~
−
−	Lorsque le déploiement de la passerelle applicative est du côté du client, on parle de proxy. Elle va servir à atteindre tous les serveurs extérieurs dont ceux qui n’utilisent pas la même version de protocole IP.
−
−	Lorsque le déploiement de la passerelle applicative est dans le réseau du serveur, on parle de reverse proxy. Elle va servir à donner accès aux contenus du serveur pour tous les clients qui n'utilisent pas la version IP du serveur.
−
−	~~Ce dispositif est un moyen d'offrir un accès à des clients IPv6 sans modifier le serveur. La règle du déploiement d'IPv6 transparent au service en place est ainsi illustrée.~~
−
−
−	~~ALG côté client~~
−	~~----------------~~
−
−	~~Improvisation~~
−
−
−	~~ALG côté serveur (IPv4)~~
−	~~----------------~~
−	~~Improvisation~~
−
−
−	~~ALG côté serveur (IPv6)~~
−	~~----------------~~
−	~~Improvisation~~
−
−
−	~~Conclusion~~
−	~~-----------~~
−
−	~~Les passerelles applicatives offrent un moyen simple d’interopérer une application entre des clients et des serveurs qui n'utilisent pas la même version du protocole IP.~~
−
−	~~Parce qu'elles interprètent le contenu du paquet dans la couche d'application, elles sont transparentes pour l'infrastructure de communication.~~
−
−	~~Elles ne demandent pas des modifications au niveau du réseau. Cependant, les passerelles applicatives ont des limitations d’usage, telles que :~~
−
−	~~- l’utilisation pour des applications conçues pour fonctionner avec un relais intermédiaire,~~
−	~~- l’introduction d'un délai pour le traitement des paquets,~~
−	~~- des difficultés à passer le facteur d'échelle, et un risque de congestion.~~

← Older revision	Revision as of 04:27, 16 November 2021
(No difference)