IPv6, un enjeu d'aujourd'hui pour preparer l'avenir version 1.9 Copyright (c) 2003 Baptiste SIMON (aka BeTa) Copyright (c) 2003 Nicolas Michon --------------------------------------------------------------------------- Table of Contents 1. [1]Introduction 2. [2]Enjeux 2.1. [3]La quantite d'adresses 2.2. [4]Le routage au coeur du reseau mondial 3. [5]Aspects techniques 3.1. [6]L'adressage 3.2. [7]L'integration de fonctionnalites 3.3. [8]Le DNS 3.4. [9]Et au del`a... 4. [10]Aspects previsionnels 4.1. [11]Imaginer demain ... 4.2. [12]... pour l'anticiper aujourd'hui 5. [13]Conclusion 6. [14]L'auteur 7. [15]Annexes 7.1. [16]Bibliographie 7.2. [17]Aperc,u des divers formats de ce document 7.3. [18]Licence de publication 1. Introduction Des les debuts "en production" d'IPv4 (comprenez au debut des annees 90), l'evolution des reseaux sur ce protocole est apparue comme limitee. La conception meme d'IPv4 limitait la quantite d'equipements susceptibles de s'inter-connecter. L'arrivee en 1992 d'activites commerciales sur Internet a decuple le nombre de machines connectees. Des technologies comme le NAT (Network Address Translation, la possibilite d'avoir plusieurs machines connectees derriere un frontal) sont alors apparues pour palier `a court terme `a ce probleme. C'est alors que des groupes de chercheurs se sont mis `a etudier la possibilite d'un nouveau protocole de transport. Il allait s'appeler IP version 6. Peut-etre vous etes vous pose vous meme les questions qui sont dans toutes les bouches : "Pourquoi passer `a IPv6 puisque IPv4 fonctionne parfaitement `a l'usage ?", "Pourquoi tout remmettre en cause alors qu'IPv4 est universellement reconnu comme un standard ?", etc. Et vous avez raison de vous les poser. C'est donc ce `a quoi je vais essayer de repondre dans un premier temps. Dans un second temps, j'aborderai plus les aspects techniques d'IPv6, ce que cela permet, ce qu'il faut faire ou eviter... Enfin, pour finir, j'essaierai d'aborder la question de la migration d'un point de vue previsionnel. --------------------------------------------------------------------------- 2. Enjeux 2.1. La quantite d'adresses IPv4 ne permet plus, aujourd'hui, d'adresser simplement et universellement tous les equipements du monde. Ce manque peut se constater tous les jours. Pour s'en rendre compte, il suffit de regarder du cote des technologies developpees sur IPv4 (comme le NAT). De plus, les Etats-Unis ayant ete les premiers `a deployer les bases du reseau mondial, ils se sont arroges enormement d'adresses IPv4. Aujourd'hui, ce sont les plus gros detenteurs d'adresses de classe A [19][1]. Ainsi, si on prend la repartition geographique des adresses IPv4, on retrouve (je ne garantis pas l'exactitude des chiffres que j'avance) 73% des adresses aux USA, et le reste que se partagent l'Asie (le Japon, la Chine avec 1,2 milliard d'habitants, les Indes, la Russie, etc...), l'Europe, l'Afrique, l'Amerique du Sud... Comme on peut le voir, en sachant que le reseau des reseaux prendra une part strategique dans le developpement economique de demain, IPv4 met d'ores et dej`a beaucoup de nations `a l'ecart de cet avenir (aujourd'hui la Chine aurait 22 millions d'adresses IPv4 pour 17 million d'internautes et 1.2 milliard d'habitants). Ce premier point est dej`a un point extremement decisif pour la migration vers IPv6. D'autant que le nombre d'equipements potentiellement connectables au reseau mondial ne va pas cesser de croitre, et ce dans des proportions que l'on n'est pas encore aptes `a considerer. (Le mot "equipement" n'a pas ete choisi au hasard... Il se peut tout `a fait que la future suspension "intelligente" de votre voiture ait un interet `a etre reliee au Reseau.) --------------------------------------------------------------------------- 2.2. Le routage au coeur du reseau mondial Depuis quelques annees, le nombre de "routes" stockees dans les memoires des grands routeurs du coeur du reseau ne cesse d'augmenter. Il y a quelques annees, nous etions autour des 80.000 routes; aujourd'hui, nous sommes `a 120.000 routes. Cela signifie clairement que les besoins en memoire et en temps de traitement augmentent sans cesse. Et les previsions donnent des resultats encore plus impressionnants pour les annees `a venir. Cette montee en puissance peut avoir deux solutions : * Ajout "continuel" de memoire dans les routeurs * Passage `a un nouveau protocole de transport (IPv6) integrant des solutions `a ce souci La premiere est celle qui est `a l'ordre du jour actuellement, et elle ne suffit plus. C'est pour cette raison que la seconde solution est plus que d'actualite, car c'est aujourd'hui que les grandes decisions de demain se prennent. Les adresses IPv6 ont ete conc,ues de maniere `a hierarchiser le reseau. Avec IPv4, l'adressage etait anarchique. Du coup, les routeurs centraux se devaient de connaitre tous les reseaux joignables. Avec IPv6, les routeurs centraux n'auront `a connaitre que les prefixes de ces reseaux. Les routeurs suivants n'auront qu'`a re-subdiviser, et ainsi de suite. De cette maniere, on evite une memorisation exhaustive de toutes les routes et de tous les reseaux. Cette explication est un peu raccourcie, mais j'espere qu'elle vous aura permis de comprendre grossierement l'impact d'IPv6 sur le 6Bone, le coeur du reseau. --------------------------------------------------------------------------- 3. Aspects techniques 3.1. L'adressage L'adressage est l'evolution majeure (devrais-je dire la plus visible ?) qu'apporte IPv6 par rapport `a IPv4... et ce sur de nombreux aspects. Une grande partie d'entre eux ont dej`a ete vu dans la partie precedente. En resume : * Adressage sur 128 bits, entre 1.564 et 3.911.873.538.269.506.102 adresses par m^2 de surface terrestre (oceans inclus). * Adressage hierarchique, decoupage "geographique" clair via les prefixes, allegement de la charge des routeurs centraux. Pour approfondir un peu cette notion d'adressage hierarchique, prenons un exemple concret avec les adresses unicast (reprise du concept classique des adresses IPv4) : * Lors de la definition des types d'adresses IPv6, il a ete defini que les adresses unicast mondiales allaient toutes commencer avec un prefixe de 3 bits, 001, autrement dit de 2000::/3 (equivalent au niveau notation de 2000:0000:0000:0000:0000:0000:0000:0000/3). * Sur ce premier prefixe vient s'ajouter une unite d'agregation haute (TLA, Top Level Aggregator) sur 13 bits. Ces prefixes, sur 16 bits au total, sont donnes aux operateurs internationaux gerant l'adressage sur le reseau mondial. Ainsi on trouve couramment des adresses dont les 16 premiers bits commencent par 2001, ce qui signifie que l'operateur international s'est vu acquerir le prefixe 2001::/16. * Ensuite viennent 8 bits reserves pour la possible evolution future des besoin en TLA ou en NLA (on y vient). * Sur ces 24 bits viennent se rajouter encore 24 bits dis NLA (Next Level Aggregator) ou unites d'agregation basse. Ce sont les plages de NLA qui sont distribues aux operateurs nationnaux. Le plus souvent les plages NLA donnees aux operateurs ont leurs 32 premiers bits fixes, leur laissant ainsi la possibilite de redistribuer des "/48", avec donc les 48 premiers bits fixes, `a leurs clients. Par exemple, Nerim possede la plage suivante : 2001:7a8::/32. * Ces memes operateurs sont ainsi habilites `a redistribuer des adresses sur 48 bits dont 16 auront ete definies par leurs soins. Nous avons par exemple ici la plage d'adresses 2001:7a8:4b09::/48. * Apres les 48 premiers bits, nous arrivons sur la topologie de site, dite SLA (Site Level Aggregator). Elle se decrit sur 16 bits. * C'est l'identifiant d'interface qui definit ensuite les 64 derniers bits. Avec les possibilites d'adressage que nous avons vu, on peut dej`a imaginer demain toutes les ouvertures que cela implique, surtout avec les objets communicants. C'est aussi dans cette optique que IPv6 veut essayer de prevoir les evolutions `a venir. Qui sait ou en seront les besoins dans 15 ans ? Au del`a de l'elargissement considerable du nombre d'adresses IPv6, cette evolution forcee du protocole a amene les chercheurs `a se questionner sur les manques d'IPv4. C'est `a partir de cette reflexion que sont apparues les autres fonctionnalites majeures d'IPv6 : --------------------------------------------------------------------------- 3.2. L'integration de fonctionnalites L'auto-configuration La facilite de configuration... "tout ce fait tout seul". Voil`a un argument de vente majeur pour les industriels ayant des interets dans IPv6. Il y a deux raisons `a l'emergeance d'une telle idee. L'evolution de l'auto-configuration d'IPv4, et la mobilite. Avec IPv4, les problemes de mise en place ont toujours ete une difficulte. Ils avait ete contournes partiellement par le protocole DHCP mais cela n'etait pas tres "propre" (emissions de paquets en broadcast). De plus DHCP ne pouvait pas repondre `a tous les besoins de mobilite et exigeait qu'un client soit installe et configure sur toutes les machine du reseau. Ainsi, IPv6 introduit directement dans son fonctionnement interne ce genre de mecanisme. Cela comporte plusieurs interets, allant de la possibilite de mobilite `a la simplicite de mise en place (il suffit de dire `a son systeme "je veux que tu t'auto-configures"). L'auto-configuration fonctionne de maniere tres simple. Au moment de la reconnaissance par la couche liaison de donnee [20][2], la couche reseau (IP) se voit assigner une adresse dite de "lien local" permettant de dialoguer avec tous ses proches voisins. C'est `a partir de ce moment l`a qu'elle peut (la couche reseau) definir ses differentes routes, ses adresses de portee ("scope") globale, etc... La mobilite En effet, IPv6 integre des fonctionnalites dites de roaming (passage d'un reseau physique `a un autre, `a la maniere des telephones portables passant d'une antenne `a une autre au fil de ses deplacements). Grace `a ces fonctionnalites, il sera possible de changer de reseau, et donc d'adresse IP, de maniere totalement transparente `a l'utilisation. Ce concept de mobilite est quelque chose de veritablement nouveau par rapport `a IPv4. En effet, la "mobilite" existait dej`a, entre autre via le protocole DHCP, mais de maniere veritablement moins poussee. Il s'agissait l`a de pouvoir essentiellement connecter un ordinateur portable sur differents reseaux avec le minimum de configuration possible. Aujourd'hui, DHCP existe aussi sur IPv6 (plus communement connu sous le nom de DHCPv6) mais revient avec les memes defauts (dej`a vu) et les memes qualites (possibilite de mise `a jour automatisee des DNS, etc...) que sur IPv4. Cette possibilite de mobilite va permettre le developpement et le deploiement d'un grand nombre de technologies comme l'informatique embarquee, l'UMTS (telephonie portable), etc... C,a fait dej`a partie des grandes avancees de demain en matiere de technologie. La securite Les notions de securite sont apparues assez tardivement avec IPv4, ce qui explique la maniere avec laquelle cela etait implemente (IPsec) : rien d'integre directement au protocole... A notre epoque ou la "securite" est autant un argument economique et politique qu'une reelle necessite, IPv6 se devait de mettre en oeuvre de maniere native des solutions permettant de palier ce defaut majeur d'IPv4. Avec IPv6, grace aussi au principe d'auto-configuration, nous devrions voir naitre l'universalisation de l'aspect cryptographique des echanges sur les reseaux. Voil`a encore l'une des qualites non negligeables de ce nouveau protocole : l'integration directe de la securite dans IPv6. Ainsi toute machine implementant IPv6 sera capable de communiquer de maniere securisee, et ce de bout en bout (quantite d'adresses IP, et capacites de cryptographie integrees). --------------------------------------------------------------------------- 3.3. Le DNS Depuis longtemps, l'utilisation directe d'adresses IP est deconseillee. On prefere donc utiliser le nom de domaine desire, en laissant sa resolution au systeme. IPv6 va encore amplifier cette tendance : adresses consequemment plus longues, auto-configuration, mobilites, etc... C'est pourquoi l'importance des DNS dans l'Internet de demain va encore croitre par rapport `a ce qu'il n'est aujourd'hui. Pourtant, des maintenant, le DNS est un service cle, voire critique. Il suffit de se rappeler les tentatives de deni de service sur les DNS root. Ainsi, comme toute ressource critique, il y a des precautions `a prendre pour la migration vers IPv6. Deux principes sont `a garder en memoire : * Un domaine DNS doit pouvoir etre joint aussi bien en IPv4 qu'en IPv6, au risque de limiter la diffusion de son information; * Un serveur DNS doit fournir un meme contenu, quelque soit le protocole par lequel on y accede (IPv4 ou IPv6). * Tous les serveurs d'une meme zone doivent etre capables de comprendre les enregistrements AAAA (IPv6), sinon quoi vous irez au devant de serieux problemes. Pour cela, si vous utilisez bind, il faut utiliser des versions superieures ou egales `a bind-8.1.x. Une fois toutes ces contraintes respectees, il ne reste plus qu'`a implementer vos adresses IPv6 telles des adresses IPv4. Le changement, une fois cette barriere franchie, n'est somme toute pas si complique que c,a... --------------------------------------------------------------------------- 3.4. Et au del`a... Les interfaces reseaux et IPv6 Une interface reseau supportant IPv6 est dans l'"obligation" d'avoir la possibilite de posseder plusieurs adresses IPv6. Par exemple, nous le verrons plus loin, toute interface supportant IPv6 possede une adresse par defaut, dite de lien local. En plus de cette adresse, il doit etre possible de rajouter des adresses autres, par exemple visibles depuis l'Internet. Ainsi, grace `a cette fonctionnalite, un serveur peut posseder un grand nombre d'adresses. Par exemple, une par site web heberge (dans le cas d'un serveur web), ou une par service (HTTP, DNS, etc...). Les adresses locales IPv6 implemente une notion de portee (scope) sur certaines adresses. Ainsi, des la connexion physique au reseau, votre interface IPv6 prend une adresse dite de lien local (Link-Local). Ces adresses sont forcement dans la plage fe80::/10. De maniere plus large, il existe un autre type d'adresse `a la portee limitee. Il s'agit d'adresses de lien de site (Site-Local). Leur prefixe est FEC0::/10. Ce sont des adresses qui sont quand meme routables, mais que en local. Pour ces deux types d'adresses, les routeurs "publics" ne routeront pas de tels datagrammes. Pour la premiere (lien local), il s'agit des machines connectees physiquement sur le meme reseau (pas de routeur `a passer par exemple). Avec ce type d'adresse, les datagrammes envoyes ne pourront passer aucun routeur. Pour la seconde (lien de site), cela permet d'interconnecter des machines presentes sur un meme site geographique. Des datagrammes envoyes sur ces adresses pourront passer les routeurs du site, mais seront bloques `a leur arrivee sur le premier routeur de l'Internet. Multicast Le multicast est une technique qui existait dej`a avec IPv4 mais qui aura peut-etre la chance de se voir democratiser avec IPv6. En effet, le multicast IPv4 est tres peu repandu du fait du manque de support de ce protocole par certains materiels reseaux (entre autre les routeurs se situant en bout de chaine, comprenez juste apres votre point d'entree sur l'Internet). Une documentation NetBSD [21][3] dit que << les specifications d'IPv6 elles-meme utilisent intensivement le multidestinataire >>. Ainsi, nous pouvons raisonnablement esperer que l'arrivee d'IPv6 amenera le multicast `a la porte de chaque connecte. Les applications concretes du multicast utilisees massivement sont nombreuses et de taille. Il peut s'agir entre autre de video-conferences, de tele-applications, de traitements repartis, de jeux, de television sur Internet, etc... En IPv6, les adresses multicast sont toutes prefixees de fe00::/8. Pour plus de details sur le fonctionnement du multicast, vous pouvez vous referer `a [22]la documentation de Jerome DURAND (INSA Lyon, Association Aristote et GIP Renater) traitant du multicast IPv6 dans Renater. C'est une presentation en SMIL (recommandation du W3C) avec un support PDF telechargeable zippe (desole, je n'ai pas trouve mieux pour le moment). Sinon, je ne peux que vous conseiller de lire [23]le livre du G6 (comite d'experts d'IPv6) aux editions O'Reilly qui detaille cela tres bien. Anycast Anycast est quelque chose de completement nouveau, conc,u avec IPv6. Le principe de fonctionnement est l'allocation d'une meme adresse IPv6 `a un ensemble de machines fournissant le meme service. Ainsi il serait possible tres simplement d'acceder `a un service en empruntant la route reseau la plus directe possible. Cette technique etant encore majoritairement experimentale, je vous invite `a lire l'`Internet Draft`_ ecrit par l'IETF `a propos d'anycast (en anglais) ou bien encore une fois, [24]le livre du G6 (comite d'experts d'IPv6). --------------------------------------------------------------------------- 4. Aspects previsionnels 4.1. Imaginer demain ... D'ici 5 ans, les routeurs du coeur de l'Internet vont arriver `a saturation au niveau de leurs tables de routage. Tous les constructeurs auront du materiel totalement pret depuis 4 `a 5 ans. Les infrastructures seront pretes `a la migration. Du cote usage, la Chine, le Japon, peut-etre meme l'Europe et l'Afrique seront arrives `a un point de saturation d'adresses IPv4 ne leur permettant plus d'avancer correctement. Leurs reseaux respectifs seront passes en grande partie `a IPv6 en pile IP simple (plus de IPv4). Maintenir un reseau en IPv4 commencera `a couter plus cher tant au niveau materiel qu'humain. --------------------------------------------------------------------------- 4.2. ... pour l'anticiper aujourd'hui La migration lente vers IPv6 doit se prevoir des aujourd'hui. La veritable echeance de IPv6 arrivera dans 5 ou 6 ans. Mais ce n'est pas une fois face au mur qu'on doit prendre la decision de sauter. En effet, il est estime que le materiel reseau se remplace tous les 4 ou 5 ans. Cela signifie que c'est aujourd'hui que la problematique IPv6 doit etre envisagee. Il faut penser des maintenant `a prendre en compte IPv6 dans le rachat de materiel reseau, meme si sa mise en place effective en production ne doit pas se faire d'ici quelques annees. Au moins, la migration peut se faire graduellement, en prenant en compte progressivement l'arrivee de cette technologie, evitant le passage brutal de IPv4 `a IPv6 et prenant en compte le besoin d'adaptation des utilisateurs (au sens tres large). Ainsi, il est dit qu'une entreprise ne prenant pas cette technologie en compte lors de son prochain renouvellement de materiel sera obligee de faire une migration tres brutale, presque forcee d'ici quelques annees. Bien entendu les couts d'une telle operation ne sont pas les memes, d'autant qu'une migration douce permet aussi une auto-formation du personnel competent. IPv6 est un enjeu de demain qui se joue aujourd'hui. Ceux qui auront reussi `a anticiper suffisament seront ceux pour qui le choc de la transition se sentira le moins. --------------------------------------------------------------------------- 5. Conclusion Au del`a de son aspect technologique tres plaisant, IPv6 va permettre de redistribuer un peu les cartes du reseau des reseaux de demain. Il reste cependant de nombreuses questions. Quelle sera la place des Etats-Unis d'Amerique `a l'heure d'IPv6 ? Comment les pays en voie de developpement auront reussi `a tirer leur epingle de cette nouvelle donne mondiale ? Industriellement, le Japon va-t-il reussir `a faire la percee qu'il recherche depuis tant d'annees face aux USA ? Quelle sera la place de l'Europe sur cet echiquier ? Bref, l'important reste l'actualite : commencer `a introduire IPv6 dans un environnement majoritairement v4 de maniere `a bien prevoir l'avenir. Cette strategie sera peut-etre le jeu de quelques changements cles. --------------------------------------------------------------------------- 6. L'auteur [25]Baptiste SIMON <[26]baptiste.simon@e-glop.net> Administrateur systeme GNU/Linux, UNIX & IPv6 --------------------------------------------------------------------------- 7. Annexes 7.1. Bibliographie Pour pouvoir ecrire ce document, je me suis beaucoup aide de : * "IPv6 : Theorie et pratique" de Gislene Cizault (comprenez les membres du G6), aux editions O'Reilly, Paris, 2002, ISBN 2-84177-139-3 * La [27]conference IPv6 de Caen, juin 2003. * Documentation NetBSD [28]sur IPv6 --------------------------------------------------------------------------- 7.2. Aperc,u des divers formats de ce document Ce document a ete redige au format [29]RST avec KWrite puis converti aux formats DN-XML et Docbook avec [30]dn2dbk.xsl. Les versions XHTML, HTML et XSL-FO a ete realisee avec les feuilles XSLT officielles de docbook [31][4]. Les version PDF, postscript, RTF et texte ont ete creees grace `a [32]Jade. Retrouvez toutes ces version ici : * [33]XHTML * [34]HTML * [35]PDF * [36]postcript * [37]Texte brut * [38]RTF * [39]reStructuredText * [40]DocBook - XML * [41]DN-XML * [42]XSL-FO --------------------------------------------------------------------------- 7.3. Licence de publication Ce document issu de [43]www.e-glop.net ou de [44]www.ipv6.e-glop.net est soumis `a la licence [45]GNU FDL. Permission vous est donnee de distribuer, modifier des copies de ce document (traduction, modifications, adaptation, etc...) tant que vous respectez la licence sus-citee. Notes [46][1] Une plage d'adresses dites "de classe A" est une plage pouvant contenir 16.777.216 adresses. Ce sont ces plages qui peuvent contenir le plus d'adresses IPv4. IPv4 en a defini moins de 255 pour l'ensemble du reseau. La presque totalite de ces adresses se trouvent donc aux USA. [47][2] La couche liaison de donnee est la couche de niveau 2, situee juste en-dessous des protocoles de reseau et au-dessus de la couche physique (les bits se promenant sur un support de type cable en cuivre) [48][3] Documentation NetBSD sur IPv6 : [49]http://www.netbsd.org/fr/Documentation/network/ipv6/ [50][4] paquet [51]app-text/docbook-xsl-stylesheets sur Gentoo Linux References Visible links 1. file:///tmp/html-m9M25l#introduction 2. file:///tmp/html-m9M25l#enjeux 3. file:///tmp/html-m9M25l#la-quantit-d-adresses 4. file:///tmp/html-m9M25l#le-routage-au-coeur-du-r-seau-mondial 5. file:///tmp/html-m9M25l#aspects-techniques 6. file:///tmp/html-m9M25l#l-adressage 7. file:///tmp/html-m9M25l#l-int-gration-de-fonctionnalit-s 8. file:///tmp/html-m9M25l#le-dns 9. file:///tmp/html-m9M25l#et-au-del 10. file:///tmp/html-m9M25l#aspects-pr-visionnels 11. file:///tmp/html-m9M25l#imaginer-demain 12. file:///tmp/html-m9M25l#pour-l-anticiper-aujourd-hui 13. file:///tmp/html-m9M25l#conclusion 14. file:///tmp/html-m9M25l#l-auteur 15. file:///tmp/html-m9M25l#annexes 16. file:///tmp/html-m9M25l#bibliographie 17. file:///tmp/html-m9M25l#aper-u-des-divers-formats-de-ce-document 18. file:///tmp/html-m9M25l#licence-de-publication 19. file:///tmp/html-m9M25l#FTN.id2 20. file:///tmp/html-m9M25l#FTN.id4 21. file:///tmp/html-m9M25l#FTN.id6 22. http://www.renater.fr/Video/IPv6/IPv6Multicast/Index.htm 23. http://www.oreilly.fr/catalogue/ipv6-3ed.html 24. http://www.oreilly.fr/catalogue/ipv6-3ed.html 25. http://doc.gentoofr.org/Members/BeTa 26. mailto:baptiste.simon@e-glop.net 27. http://www.renater.fr/IPv6-2003Caen/ 28. http://www.netbsd.org/fr/Documentation/network/ipv6/ 29. http://docutils.sourceforge.net/ 30. http://membres.lycos.fr/ebellot/dn2dbk/ 31. file:///tmp/html-m9M25l#FTN.id8 32. http://openjade.sourceforge.net/ 33. file:///tmp/ipv6-general.xhtml 34. file:///tmp/ipv6-general.html 35. file:///tmp/ipv6-general.pdf 36. file:///tmp/ipv6-general.ps 37. file:///tmp/ipv6-general.txt 38. file:///tmp/ipv6-general.rtf 39. file:///tmp/ipv6-general.rst 40. file:///tmp/ipv6-general.db-xml 41. file:///tmp/ipv6-general.dn-xml 42. file:///tmp/ipv6-general.fo 43. http://www.e-glop.net/ 44. http://www.ipv6.e-glop.net/ 45. http://www.gnu.org/copyleft/fdl.html 46. file:///tmp/html-m9M25l#id2 47. file:///tmp/html-m9M25l#id4 48. file:///tmp/html-m9M25l#id6 49. http://www.netbsd.org/fr/Documentation/network/ipv6/ 50. file:///tmp/html-m9M25l#id8 51. http://www.oasis-open.org/docbook