Préambule

2007-10-18T06:31:48Z

Pascal Anelli: /* L'auteur */

{{suivi |Accueil|Accueil|Introduction|Introduction}}

Dès le début des années 1990, l'évolution du réseau Internet semblait compromise à très court terme, car la conception du protocole IP (Internet Protocol) limitait le nombre d'équipements qui pouvaient s'y connecter. A l'origine, en 1973, ce réseau ne devait servir qu'à relier une centaine de machines. En fait, de nombreuses catégories d'utilisateurs sont très vite venues s'y joindre. Ce furent tout d'abord les scientifiques et les universitaires ; puis, en 1992, le réseau fut ouvert aux activités commerciales avec le succès que l'on sait. L'Internet n'avait pas été prévu pour supporter la croissance exponentielle du nombre d'équipements connectés. Le réseau a menacé d'atteindre la saturation et certains ont prédit son effondrement total en 1994. Comme toute prédiction de ce genre, elle s'est révélée fausse. En effet, dès 1993, des mesures d'urgence avaient été prises. Cela a permis de retarder l'échéance de quelques années. Les ingénieurs et chercheurs travaillant au sein de l'organisme de standardisation de l'Internet ont mis à profit ce délai pour concevoir une nouvelle version du protocole, s'affranchissant des limites imposées par l'actuelle version. Pour éviter toute confusion, la version initiale est désormais appelée IPv4. La version 5 ayant déjà été attribuée à un protocole expérimental, la version issue de ces travaux a été baptisée IPv6.

Ces travaux ont été l'occasion de spécifier les formats et mécanismes nécessaires pour prendre en compte les avancées issues des recherches sur les réseaux menées depuis 25 ans. Elles portent notamment sur l'auto-configuration, la mobilité, la diffusion multi-points, la sécurité (authentification de l'émetteur de l'information et chiffrement des données).

Les travaux principaux concernant IPv6 sont maintenant terminés. De nombreuses implantations sont disponibles aussi bien pour les équipements d'interconnexion que les ordinateurs. Les règles d'attribution des adresses IPv6 sont précisées et les opérateurs commencent à déployer des réseaux de production.

Cet ouvrage fait le point sur les travaux autour de la standardisation d'IPv6, sur ce qui peut être actuellement testé, les problèmes rencontrés au cours du développement, les pistes envisagées pour les résoudre et les sujets qui sont encore du domaine de la recherche. Il s'adresse aussi bien à des étudiants de troisième cycle qu'à des ingénieurs soucieux de préparer l'évolution de leurs réseaux. Cet ouvrage peut servir de référence sur cette nouvelle version du protocole IP en donnant de nombreux exemples tirés de cas réels.

Après une [[Introduction]] expliquant pourquoi le changement de protocole est devenu nécessaire et les principes fondamentaux qui ont été conservés dans IPv6, l'[[Adressage]] présente les différents types d'adresses ([[Lien-local|locale au lien]], [[Unicast Global|globale]], multicast et [[Anycast|anycast]]) et les plans d'adressage test et opérateur.

Le chapitre [[IPv6|Protocoles réseau et transport]] décrit en détail la nouvelle pile de protocoles, le protocole ICMPv6, le protocole MLD utilisé pour la gestion locale des groupes multicast et les modifications à apporter aux protocoles de niveaux supérieurs.

Le chapitre [[Découverte de voisins|Configuration automatique et contrôle]] traite des mécanismes de configuration automatique sans état et des mécanismes de découverte de voisins.

Le chapitre [[Nommage]] s'intéresse aux relations avec les mécanismes de haut niveau nécessaires pour faire la configuration automatique. En particulier les changements apportés au DNS pour prendre en compte les spécifications propres à IPv6.

Le chapitre [[Supports de transmission]] explique le transport d'IPv6 sur différents supports (Ethernet, LLP, PPP, tunnels et UMTS).

Le chapitre [[Installation d'un équipement]] détaille l'insertion des équipements dans un réseau IPv6. Il décrit comment activer et configurer la pile protocolaire des systèmes d'exploitation les plus répandus (Solaris, Windows, AIX, Linux, *BSD,...).

Le chapitre [[Routage]] est consacré aux routage. Il présente les différents protocoles utilisés pour IPv6 (RIPng, OSPF, IS-IS et BGP 4+). Le chapitre [[Configuration des routeurs]] donne des exemples de configuration des routeurs les plus couramment utilisés.

Le chapitre [[Multicast]] traite du multicast IPv6, définit plus en détail le format d'adresses et décrit les protocoles de routages utilisés.

Le chapitre [[Sécurité]] explique les mécanismes de sécurité définis pour IP. Il traite des différentes architectures et des échanges de clés.

Le chapitre [[Mobilité dans IPv6]] traite ensuite des aspects liés à la mobilité.

Le chapitre [[Intégration d'IPv6 et des applications]] s'intéresse aux problèmes de transitions d'IPv4 vers IPv6. Il présente les différents mécanismes ainsi que des scénarios de déploiement.

Enfin, l'interface de programmation est présentée au chapitre [[Programmation d'applications]] (comment utiliser la résolution de nom dans un programme, comment programmer un serveur traitant à la fois des requêtes IPv4 et IPv6, comment programmer des applications réseau comme ping ou comment programmer des applications multicasts).

En annexe, le lecteur trouvera l'[[Historique de la standardisation d’IPv6|historique d'IPv6]] depuis sa genèse, ainsi qu'un rappel du fonctionnement des instances de standardisation de l'Internet (appelé IETF), la [[bibliographie]] détaillée et la structure et l'utilisation des bases whois.

== Le Groupe français d'expérimentateurs IPv6 (G6) ==

L'idée du G6 est née d'une rencontre en novembre 1995 entre Alain Durand de l'IMAG (Institut d'Informatique et de Mathématiques Appliquées de Grenoble) et Bernard Tuy de l'UREC (Unité REseau du CNRS) pour regrouper les actions de différents développeurs et expérimentateurs IPv6 en France. À cette époque, seuls quelques "illuminés" avaient entendu parler d'IPv6 mais, déjà, une implantation réalisée par Francis Dupont de l'INRIA (Institut National de Recherche en Informatique et en Automatique) était disponible.

Le groupe G6 s'est constitué avec des partenaires universitaires et industriels. Autour du noyau originel, se sont retrouvées des personnes venant des Universités de Bordeaux, Lille, Nantes, Paris, Strasbourg, des Écoles Nationales Supérieures de Télécommunications de Bretagne et de Paris, de l'Institut Pasteur, de Bull, d'Alcatel et de 6Wind. Des réunions sont régulièrement organisées dans les différents lieux d'expérimentation.

Outre le partage d'expérience, la participation aux groupes de travail de l'IETF et la participation aux réunions RIPE (Réseaux IP Européens), le groupe s'est donné pour objectif de diffuser largement les connaissances acquises. Cet ouvrage en est la concrétisation majeure et de nombreux séminaires ont été organisés en France et en Europe. Un autre aspect très important des travaux du G6 est la mise en place du réseau G6bone pour relier en IPv6 les différents sites d'expérimentation. Ce réseau est bien sûr partie intégrante du réseau 6bone.

On trouvera plus d'informations sur http://www.g6.asso.fr/.

== L'auteur ==

Au risque de décevoir ses admirateurs, Gisèle Cizault n'existe que dans l'esprit des membres de G6, qui regroupe les utilisateurs français d'IPv6. Les personnes qui ont contribué à ce livre sont, par ordre alphabétique :

* Yann Adam (France Télécom R&D),
* Pascal Anelli (LIM/ université de la Réunion),
* Alain Baudot (France Télécom R&D),
* Philippe Bereski (Alcatel),
* Jean-Marie Bonnin (GET/ENST Bretagne, Département Réseaux, Sécurité et Multimédia),
* Julien Bournelle (GET/INT, département Logiciels-Réseaux)
* Benoît Brodard (INRIA Sophia Antipolis à l'époque de la rédaction de ce livre),
* Claude Castelluccia (INRIA Rhône-Alpes),
* Isabelle Chrisment (LORIA / Université de Nancy II),
* Luis H. M. K. Costa (Laboratoire d'Informatique de Paris 6),
* Bernard Cousin (IRISA / université de Rennes 1),
* Francis Dupont (GET/ENST Bretagne, Département Réseaux, Sécurité et Multimédia),
* Yann Dupont (CRI Université de Nantes),
* Alain Durand (Comcast),
* Jérôme Durand (Renater),
* Thierry Ernst (Wide project),
* Olivier Festor (LORIA / INRIA Lorraine),
* Jean-Olivier Gerphagnon (BULL),
* Frédéric Gloppe (BULL à l'époque de la rédaction de ce livre),
* Ibrahim Hajjeh (GET/ENST),
* Martin Heusse (IMAG-LSR, Institut d'Informatique et de Mathématiques Appliquées de Grenoble, Laboratoire Logiciels Systèmes Réseaux),
* Mickael Hoerdt (Laboratoire des Sciences de l’Image de l’Informatique et de la Télédétection, Université de Strasbourg - Trondheim/NTNU),
* Christophe Janneteau (Motorola),
* Konstantin Kabassanov (Laboratoire d'Informatique de Paris 6),
* Ghislaine Labouret (HSC, Hervé Schauer Consultants),
* Arthur Lallet (Motorola),
* Maryline Laurent-maknavicius (GET/INT, département Logiciels-Réseaux),
* Yves Legrandgérard (Laboratoire Preuves, Programmes et Systemes - CNRS UMR 7126),
* Aimé Le Rouzic (BULL),
* Vincent Levigneron (AFNIC),
* Emmanuel Lochin (Laboratoire d'Informatique de Paris 6),
* Philippe Lubrano (AFNIC),
* Jérôme Marchand (Artesys International),
* Octavio Medina (GET/ENST Bretagne, Département Réseaux, Sécurité et Multimédia),
* Ana Minaburo (GET/ENST Bretagne, Département Réseaux, Sécurité et Multimédia),
* Simon Muyal (Renater),
* Thomas Noël (Laboratoire des Sciences de l'Image de l'Informatique et de la Télédétection, Université de Strasbourg),
* Alexandru Petrescu (Motorola),
* Bernard Phan Dinh Tuy (CNRS/UREC),
* Yanick Pouffary (HP),
* David Ranch (Juniper Network),
* Jean-Luc Richier (IMAG-LSR, Institut d'Informatique et de Mathématiques Appliquées de Grenoble, Laboratoire Logiciels Systèmes Réseaux),
* Emmanuel Riou (Motorola),
* Ollivier Robert (Eurocontrol),
* Vincent Roca (Laboratoire d'Informatique de Paris 6),
* Jean-Pierre Roch (BULL),
* Imed Romdhani (Napier University, Edinburgh, UK)
* Olivier Salaün
* Luc Saccavini (INRIA),
* Mohsen Souissi (AFNIC),
* Bruno Stévant (GET/ENST Bretagne, Département Réseaux, Sécurité et Multimédia),
* Laurent Toutain (GET/ENST Bretagne, Département Réseaux, Sécurité et Multimédia),
* Jean-Marc Uzé (Juniper Network),
* Rolland Vida (Laboratoire d'Informatique de Paris 6).

Ont participé à cette quatrième édition : Yann Adam, Alain Baudot, Philippe Bereski, Jean-Marie Bonnin, Julien Bournelle, Bernard Cousin, Jérôme Durand, Thierry Ernst, Ibrahim Hajjeh, Martin Heusse, Mickael Hoerdt, Christophe Janneteau, Konstantin Kabassanov, Arthur Lallet, Maryline Laurent-maknavicius, Yves Legrandgérard, Octavio Medina, Ana Minaburo, Simon Muyal, Alexandru Petrescu, Bernard Phan Dinh Tuy, Jean-Luc Richier (éditeur), Emmanuel Riou, Imed Romdhani, Luc Saccavini, Bruno Stévant, Mohsen Souissi, Laurent Toutain (éditeur).

Nos remerciements vont à toutes les personnes qui nous ont aidé à réaliser cet ouvrage :

* Jean-Luc Archimbaud,
* Bob Fink
* Philippe Girault,
* Denis Joiret,
* Mohamed Kassi-Lahlou,
* Daniel Kofman,
* Jean Yves Leboudec
* Philippe Queinnec,
* Rob Romano
* Ahmed Serhouchni,
* Philippe Sonntag,
* Lionel Thual,
* Hervé Troadec,
* Yves et Micheline Troadec.

{{suivi |Accueil|Accueil|Introduction|Introduction}}

Site-local

2007-10-18T06:22:29Z

Pascal Anelli:

{{suivi |Identifiant d'interface|Identifiant d'interface|Autres types d'adresses|Autres types d'adresses}}

Les adresses site-local sont des adresses dont la validité était restreinte à un site. Par exemple, un site qui n'est pas encore connecté à l'Internet pouvait utiliser ces adresses, ce qui le dispensait de demander ou d'emprunter un préfixe. Ce système généralisait le concept d'adresse privée d'IPv4 (comme le réseau <tt>10.x.y.z</tt>). Un autre intérêt apparent des adresses site-local est qu'elles ne sont pas modifiées lors d'un changement de fournisseur de connectivité, qui ne perturbe donc pas les communications locales.

Une adresse site-local était construite en concaténant le préfixe <tt>FEC0::/48</tt>, un champ de 16 bits qui permet de définir plusieurs sous-réseaux, et les 64 bits de l'[[Identifiant d'interface|identifiant d'interface]].

[[image:Fig3-6.png|thumb|right|350px|Figure 3-6 ''Adresse Site_Local'']]

Malgré ces propriétés, les adresses site-local n'ont pas réussi à s'imposer durant la phase de standardisation d'IPv6. Suivant les règles de l'IETF, elle doivent donc être retirées des documents pour la version finale du RFC décrivant IPv6. Le RFC 3879 décrit les problèmes liés à l'utilisation des adresses site-local. Contrairement à un lien facilement délimité par le support physique, la frontière du site est beaucoup plus vague. Il s'en suit des ambiguïtés qui rendent difficile l'utilisation de ce concept. En particulier, si un utilisateur est connecté à deux sites de deux companies différentes, l'adressage à plat offert par les adresses site-local rendent le routage difficile. Si le site dispose aussi d'adresses globales, l'ajout systématique d'adresses site-local rend également plus difficile le choix des adresses source et destination ainsi que la réponse aux requêtes DNS qui dépendent de la position de l'équipement demandeur.

De plus si le réseau de deux companies fusionnent, comme l'adressage des sous-réseaux ne se fait que dans la partie Subnet ID, il y a de fortes chances de trouver des collisions dans les valeurs choisies.

===<div id="ula">Unique Local Address===

Les adresses de type site-local étant supprimées du standard IPv6 [RFC 3879], le RFC 4193 définit un nouveau format d'adresse unicast : les adresses uniques locales (ULA : ''Unique Local Address''). Ces adresses sont destinées à une utilisation locale. Elles ne sont pas définies pour être routées dans l'Internet, mais seulement au sein d'une zone limitée telle qu'un site ou entre un nombre limité de sites. Les adresses uniques locales ont les caractéristiques suivantes :

* Prefixe ''globalement'' unique.
* Préfixe clairement définit facilitant le filtrage sur les routeurs de bordure.
* Permet l'interconnexion de sites sans générer de conflit d'adresse et sans nécessiter de renumérotation.
* Indépendantes des fournisseurs d'accès à l'Internet et ne nécessitent donc pas de connectivité.
* Pas de conflit en cas de routage par erreur en dehors d'un site.
* Aucune différences pour les applications, qui peuvent les considérer comme des adresses globales unicast standard.

Les adresses uniques locales sont créées en utilisant un identifiant global (''Global ID'') généré pseudo-aléatoirement. Ces adresses suivent le format suivant :

* <tt>Prefix</tt> (7 bits) : <tt>FC00::/7</tt> préfixe identifiant les adresses IPv6 locales (''ULA'')
* <tt>L</tt> (1 bit) : Positionné à 1, le préfixe est assigné localement. La valeur 0 est réservée pour une utilisation future.
* <tt>Global ID</tt> (40 bits) : Identifiant global utilisé pour la création d'un préfixe ''unique'' (''Globally Unique Prefix'').
* <tt>Subnet ID</tt> (16 bits) : Identifiant d'un sous réseau à l'intérieur du site.
* <tt>Interface ID</tt> (64 bits) : L'indentifiant d'interface tel que définit dans [[Identifiant d'interface]].

{{suivi |Identifiant d'interface|Identifiant d'interface|Autres types d'adresses|Autres types d'adresses}}

Livre IPv6 - User contributions [en]

Préambule

Site-local