IPv6 dans la téléphonie mobile (UMTS) - Revision history

Laurent Toutain: /* Introduction */

2006-09-07T07:44:06Z

‎Introduction

Bruno Stévant at 22:56, 7 February 2006

2006-02-07T22:56:55Z

Bruno Stévant at 14:06, 31 January 2006

2006-01-31T14:06:10Z

Laurent Toutain: /* Configuration avec états (Statefull) */

2005-11-22T20:51:09Z

‎Configuration avec états (Statefull)

Laurent Toutain: /* Configuration sans état (Stateless) */

2005-11-22T20:50:48Z

‎Configuration sans état (Stateless)

Laurent Toutain: /* Etablissement d'une session IPv6 */

2005-11-22T20:47:01Z

‎Etablissement d'une session IPv6

Laurent Toutain: /* Support du multicast */

2005-11-22T20:45:00Z

‎Support du multicast

Laurent Toutain: /* Transition dans l'UMTS */

2005-11-22T20:44:33Z

‎Transition dans l'UMTS

Laurent Toutain: /* Transition dans l'UMTS */

2005-11-22T20:44:14Z

‎Transition dans l'UMTS

Laurent Toutain: /* Transition dans l'UMTS */

2005-11-22T20:43:11Z

‎Transition dans l'UMTS

@@ Line 9: / Line 9: @@
 Le service de transmission de paquet offert par l'UMTS (cf. figure Architecture très simplifiée de l'UMTS) offre une gestion de la mobilité transparente aux utilisateurs. Cette mobilité est gérée par un mécanisme de tunnel entre le routeur de sortie du réseau de téléphonie mobile et le terminal mobile. Les différentes fonctions et la signalisation nécessaire à la gestion de la session et de la mobilité sont assurées par les protocoles spécifiques du plan de contrôle. Le transfert des données elles-mêmes se fait dans le plan usager à l'aide de deux tunnels aboutés, l'un au-dessus du réseau d'accès radio, l'autre dans le coeur de réseau IP de l'opérateur.
-[[image:CS73.gif]]
+[[image:Fig7-8.png|thumb|right|400px|Figure 7-8 ''Architecture très simplifiée de l'UMTS'']]
 Quatre grandes classes de service peuvent être utilisées lors de l'établissement de la session. Elles sont classées par rapport à leur sensibilité au délai : conversationnelle, streaming, interactive et background. Ces classes définissent pour le moment le comportement de la liaison dans le réseau d'accès radio et leur utilisation dépend de l'abonnement souscrit par le client auprès de l'opérateur.

← Older revision		Revision as of 22:56, 7 February 2006
Line 1:		Line 1:
	{{suivi\|Tunnels\|Tunnels\|Installation d'un équipement\|Installation d'un équipement}}		{{suivi\|Tunnels\|Tunnels\|Installation d'un équipement\|Installation d'un équipement}}
		+
	==Introduction==		==Introduction==

@@ Line 1: / Line 1: @@
 ==Introduction==
@@ Line 68: / Line 69: @@
 ===Support du multicast===
-Dans le cas ou l'opérateur mobile souhaite supporter le service multicast IPv6, le GGSN doit implémenter MLD (voir Gestion des abonnements sur le lien-local : [[MLD]]) et un ou plusieurs protocoles de routage multicast (DVMRP, MOSPF ou PIM-SM). Il doit aussi assumer le rôle de proxy multicast, c'est-à-dire :
+Dans le cas ou l'opérateur mobile souhaite supporter le service multicast IPv6, le GGSN doit implémenter MLD (voir Gestion des abonnements sur le lien-local : [[Le multicast IPv6 sur le lien-local#Gestion des abonnements sur le lien-local : MLD|MLD]]) et un ou plusieurs protocoles de routage multicast (DVMRP, MOSPF ou PIM-SM). Il doit aussi assumer le rôle de proxy multicast, c'est-à-dire :
 * maintenir la liste des équipements ayant adhérés à tel ou tel groupe ;
@@ Line 119: / Line 120: @@
 * Le mobile a un correspondant IPv4 et l'interconnexion se fait à travers l'IMS.
 * Deux IMS IPv6 son interconnectés à travers un réseau de transport IPv4. Quand le déploiement de la version 5 sera complètement terminée, il restera encore quelques noeuds ou réseaux IPv4 qui devront utiliser des services de l'IMS.

@@ Line 56: / Line 56: @@
 ===Configuration avec états (Statefull)===
-Dans le cas de la configuration avec état, l'équipement doit solliciter le serveur DHCPv6. Le GGSN agit dans ce cas comme un relais DHCPv6 transmettant les requêtes de l'équipement au serveur DHCPv6 configuré par l'opérateur (cf. See Echanges de configuration). Lorsque le serveur DHCPv6 répond en attribuant une adresse IPv6 globale, le GGSN établit l'état qui lui sert à router les paquets à destination de l'équipement et transmet la réponse à ce dernier.
+Dans le cas de la configuration avec état, l'équipement doit solliciter le serveur DHCPv6. Le GGSN agit dans ce cas comme un relais DHCPv6 transmettant les requêtes de l'équipement au serveur DHCPv6 configuré par l'opérateur (cf. figure Echanges de configuration). Lorsque le serveur DHCPv6 répond en attribuant une adresse IPv6 globale, le GGSN établit l'état qui lui sert à router les paquets à destination de l'équipement et transmet la réponse à ce dernier.
 [[image:CS74.gif]]

@@ Line 48: / Line 48: @@
 Le GGSN annonce un préfixe de son plan d'adressage (cas transparent) ou du plan d'adressage du réseau externe (cas non transparent). Il détermine le préfixe annoncé en utilisant un serveur Radius ou un serveur DHCPv6 pour une adresse dynamique et les données associées à l'abonnement pour une adresse statique. Il crée ensuite un état qui permettra de router les paquets à destination de ce préfixe vers l'équipement. Un seul préfixe doit être annoncé avec le bit <tt>A</tt> à 1 (construction de l'adresse de l'équipement à partir de ce préfixe) et sans le drapeau <tt>L</tt> à 0 (pas d'autres machines sur le lien), la durée de vie du préfixe est infinie.
-Lorsqu'il reçoit le préfixe l'équipement construit son adresse IPv6 globale (voir [[Autoconfiguration sans état]]) en utilisant un identifiant d'interface qu'il choisit mais n'effectue pas de détection de duplication d'adresse puisque le préfixe global annoncé est unique par construction.
+Lorsqu'il reçoit le préfixe l'équipement construit son adresse IPv6 globale (voir [[Configuration automatique|Autoconfiguration sans état]]) en utilisant un identifiant d'interface qu'il choisit mais n'effectue pas de détection de duplication d'adresse puisque le préfixe global annoncé est unique par construction.
 Notons qu'il existe aussi la solution d'utiliser un préfixe partagé entre plusieurs sessions mais, dans ce cas, il faut soit obliger l'équipement à utiliser l'identifiant d'interface fourni par le GGSN lors de l'établissement de la session pour construire l'adresse globale, soit effectuer la détection de duplication d'adresse.

@@ Line 36: / Line 36: @@
 Un terminal mobile peut établir une ou plusieurs sessions (contextes). Plusieurs sessions peuvent être associées à une même adresse IPv6 mais avec des qualités de service différentes, ce qui a pour objectif de différentier la qualité de service offerte aux différents flux IPv6. Les sessions peuvent aussi être associées à des adresses différentes (appartenant à des espaces d'adressage différents) et offrir la connexion vers plusieurs réseaux IPv6 externes. Dans ce cas, l'équipement utilise une interface PPP par session.
-Lors de l'établissement de la session, un échange de message a lieu entre le terminal mobile et le GGSN. Pour la configuration IPv6 de l'interface PPP, les principes retenus dans la version 5 de l'UMTS sont d'attribuer un préfixe IPv6 de longueur 64 à chaque session, et de laisser le GGSN décider de la valeur de l'identifiant d'interface de l'adresse lien-local. Ainsi l'équipement n'a pas à effectuer la détection de duplication d'adresse ([[Découverte de voisin#DAD|DAD]]) au moment du choix de l'adresse [[Lien-local|lien-local]]. Cet identifiant d'interface est transmis dans la confirmation d'établissement de session transmise par le GGSN au terminal mobile.
+Lors de l'établissement de la session, un échange de message a lieu entre le terminal mobile et le GGSN. Pour la configuration IPv6 de l'interface PPP, les principes retenus dans la version 5 de l'UMTS sont d'attribuer un préfixe IPv6 de longueur 64 à chaque session, et de laisser le GGSN décider de la valeur de l'identifiant d'interface de l'adresse lien-local. Ainsi l'équipement n'a pas à effectuer la détection de duplication d'adresse ([[Configuration automatique#DAD|DAD]]) au moment du choix de l'adresse [[Lien-local|lien-local]]. Cet identifiant d'interface est transmis dans la confirmation d'établissement de session transmise par le GGSN au terminal mobile.
 D'autres paramètres peuvent être demandé par le terminal mobile lors de la demande d'ouverture de session. Du point de vue de l'équipement informatique, la demande est alors transmise dans des options du protocole de contrôle IPv6CP lors de l'établissement de la connexion PPP entre l'équipement et le terminal mobile.

@@ Line 78: / Line 78: @@
 Les réseaux de téléphonie mobile vont progressivement migrer leurs réseaux IPv4 vers IPv6. Trois méthodes vont être utilisées principalement :
-* Une pile double (dual stack) IPv4/IPv6 dans le réseau c?ur et les terminaux mobiles.
+* Une pile double (dual stack) IPv4/IPv6 dans le réseau coeur et les terminaux mobiles.
 * L'utilisation de tunnels (tunneling) automatiques et configurés comme 6to4 or L2TP.
 * Un protocole de traduction d'IPv4 à IPv6 dans le réseau comme NAT-PT.

@@ Line 82: / Line 82: @@
 * Un protocole de traduction d'IPv4 à IPv6 dans le réseau comme NAT-PT.
-Le See Versions d'IP pour les différentes versions de l'UMTS (3GPP). décrit l'évolution de l'utilisation des protocoles IPv4 et IPv6 dans les c?urs du réseau et pour les équipements terminaux comme le téléphone mobile. La standardisation du 3G est toujours en évolution.
+Le See Versions d'IP pour les différentes versions de l'UMTS (3GPP). décrit l'évolution de l'utilisation des protocoles IPv4 et IPv6 dans les coeurs du réseau et pour les équipements terminaux comme le téléphone mobile. La standardisation du 3G est toujours en évolution.
 {|
 |+'''Versions d'IP pour les différentes versions de l'UMTS (3GPP).'''
 ! Phases || Réseau Coeur || Terminal mobile
-|-
+|-style="background:silver"
 | Actuellement || IPv4  Utilisation de NAT || IPv4
 |-
 |Première Phase (Ilôts IPv6 sépares) || Utilisation de tunnels IPv6/IPv4 || IPv4 Double Pile IPv4/IPv6
-|-
+|-style="background:silver"
 |Deuxième Phase (déploiement élargie d'IPv6) || IPv6 Utilisation de tunnels vers IPv4 || Double Pile IPv4/IPv6
 |-