Présentation

Article

1 - DÉFINITIONS

  • 1.1 - Dual-stack
  • 1.2 - IPv6-only
  • 1.3 - Interconnexion IPv4-IPv6
  • 1.4 - Application compatible IPv6
  • 1.5 - Déploiement IPv6
  • 1.6 - Migration IPv6
  • 1.7 - Stratégie de migration IPv6
  • 1.8 - Stratégie d'introduction IPv6
  • 1.9 - Chemin de migration IPv6
  • 1.10 - Transition IPv6
  • 1.11 - Période de transition IPv6

2 - ÉPUISEMENT DES ADRESSES IPV4

3 - CONTRAINTES ET CHALLENGES

  • 3.1 - Connectivité globale IPv6 : éviter la fragmentation d'Internet IPv6
  • 3.2 - Interconnexion IPv4-IPv6
  • 3.3 - Stabilité des services
  • 3.4 - Encourager l'utilisation d'IPv6

4 - MÉCANISMES D'ACTIVATION IPV6

5 - MÉCANISMES D'INTERCONNEXION IPV4-IPV6

6 - SCÉNARIOS DE MIGRATION IPV6

7 - CONCLUSIONS ET PERSPECTIVES

Article de référence | Réf : TE7507 v1

Définitions
Transition IPv6 - Outils et stratégies de migration

Auteur(s) : Mohamed BOUCADAIR, David BINET, Christian JACQUENET

Date de publication : 10 mai 2011

Pour explorer cet article
Télécharger l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !

Sommaire

Présentation

Version en anglais En anglais

Auteur(s)

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

INTRODUCTION

Les réseaux IP (Internet Protocol) deviennent de plus en plus le support fédérateur d'une multitude de services et applications. Le protocole IP a ainsi été adopté par les opérateurs pour mutualiser leurs offres de service hétérogènes. Pour anticiper les besoins accrus en termes d'adresses IP, les opérateurs, les constructeurs d'équipements réseau et les universitaires ont collaboré pour spécifier un protocole de nouvelle génération, IPv6 (Internet Protocol version 6). Les spécifications IPv6 ainsi que les documents d'analyse sont suffisamment matures pour considérer un déploiement opérationnel dans les réseaux des opérateurs. Néanmoins, l'introduction de cette nouvelle version du protocole impose des contraintes sensibles quant à l'interopérabilité et l'interfonctionnement des deux versions du protocole : IPv4 et IPv6.

IPv4 est aujourd'hui massivement déployé, mais l'espace d'adressage associé atteint ses limites, au point de remettre en cause le développement de l'Internet. L'épuisement annoncé des adresses publiques IPv4 (cf. § 2.1) fait du déploiement d'IPv6 un enjeu majeur pour les opérateurs et fournisseurs de services. Mais la mise en place d'une stratégie de migration est compliquée par deux contraintes majeures : la nécessité de garantir la continuité de services IPv4 durant la période de transition caractérisée par l'incapacité à fournir une adresse publique IPv4 à chaque client et l'incompatibilité des protocoles IPv4 et IPv6 rendant difficile l'interconnexion des deux mondes. De plus, les opérateurs et fournisseurs de services doivent aussi prendre en compte plusieurs contraintes pour l'introduction d'IPv6 dans les réseaux et les infrastructures de services et concevoir de nouvelles architectures tirant partie des nouvelles fonctions intrinsèques d'IPv6. Le paragraphe 3 décrit en détail les contraintes à considérer lors de l'activation d'IPv6.

Cet article a pour objectif de décrire quelques solutions pour l'activation d'IPv6 dans les réseaux (cf. § 4) et l'interconnexion entre les domaines IPv4 et IPv6 (cf. § 5). Il décrit également quelques solutions pour rationaliser l'utilisation des adresses IPv4 tout en préparant une migration progressive vers IPv6 (cf. § 6). Plusieurs stratégies de migration sont décrites pour trois contextes différents : réseau fixe (cf. § 6.1), réseau mobile (cf. § 6.2) et service de voix sur IP (cf. § 6.3).

Les figures de ce dossier sont consultables en couleurs dans leur version électronique sur le site des Techniques de l'ingénieur.

Pendant la spécification d'IPng « IP Next Generation », qui deviendra plus tard IPv6, le numéro de version « 5 » n'a pas été alloué car déjà utilisé pour ST2+ « Internet Stream Protocol ». En effet, la version 5 du protocole IP a été associée au protocole expérimental ST2+, spécifié dans le RFC 1819. ST et IPv4 utilisent le même format d'adresse pour identifier les hosts.

Cet article est réservé aux abonnés.
Il vous reste 92% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-te7507


Cet article fait partie de l’offre

Réseaux Télécommunications

(139 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Présentation
Version en anglais En anglais

1. Définitions

Cette section introduit la terminologie utilisée dans cet article.

1.1 Dual-stack

Un réseau IP dual-stack (ou double pile) est un réseau IP supportant les deux services de connectivité IPv4  et IPv6  pour le transfert des paquets IP.

Un équipement IP est dit dual-stack « DS » s'il embarque les deux piles protocolaires IPv4 et IPv6 et s'il est capable d'émettre, de recevoir et de traiter indifféremment des paquets IPv4 et IPv6.

HAUT DE PAGE

1.2 IPv6-only

Un réseau IPv6-only (ou strictement IPv6) dénote un réseau IP où seul le service de connectivité IPv6 est activé pour le transfert des paquets IP. Ces paquets IP peuvent être des paquets natifs IPv6 ou des paquets IPv6 encapsulant des paquets IPv4 (par exemple, IPv4-in-IPv6 ).

Un équipement IP (encore appelé nœud IP) est dit IPv6-only s'il n'est capable d'envoyer, de recevoir ou de traiter que des paquets IPv4.

HAUT DE PAGE

1.3 Interconnexion IPv4-IPv6

La fonction d'interconnexion IPv4-IPv6 a pour objet d'interconnecter deux réseaux hétérogènes (c'est-à-dire IPv4-only et IPv6-only) pour établir...

Cet article est réservé aux abonnés.
Il vous reste 94% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Réseaux Télécommunications

(139 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Définitions
Sommaire
Sommaire

BIBLIOGRAPHIE

  • (1) - AOUN (C.), DAVIES (E.) -   Reasons to move the network address translator – protocol translator (NAT-PT) to historic status.  -  RFC 4966, juil. 2007.

  • (2) - ARKKO (J.), EGGERT (L.) -   Scalable operations of address translators with per-interface bindings.  -  Draft-arkko-dual-stack-extra-lite, fév. 2011.

  • (3) - AUDET (F.), JENNINGS (C.) -   Network address translation (NAT) behavioral requirements for unicast UDP.  -  BCP 127, RFC 4787, janv. 2007.

  • (4) - BAGNULO (M.), MATTHEWS (P.), BEIJNUM (I.) -   Stateful NAT64 : network address and protocol translation from IPv6 clients to IPv4 servers.  -  RFC 6146, avr. 2011.

  • (5) - BAGNULO (M.), SULLIVAN (A.), MATTHEWS (P.), BEIJNUM (I.) -   DNS64 : DNS extensions for network address translation from IPv6 clients to IPv4 servers.  -  RFC 6147, avr. 2011.

  • (6) - BAJKO (G.), SAVOLAINEN (T.), BOUCADAIR (M.), LEVIS...

Cet article est réservé aux abonnés.
Il vous reste 93% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Réseaux Télécommunications

(139 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS