Historique de la standardisation d’IPv6 - Revision history

Laurent Toutain: /* Les RIR (Regional Internet Registries) */

2006-06-13T12:29:17Z

‎Les RIR (Regional Internet Registries)

Bruno Deniaud at 14:21, 27 February 2006

2006-02-27T14:21:46Z

Bruno Deniaud: /* Les RIR (Regional Internet Registries) */

2006-02-27T14:19:53Z

‎Les RIR (Regional Internet Registries)

Bruno Deniaud: /* Les RFC (''Request For Comments'') */

2006-02-27T14:12:10Z

‎Les RFC (''Request For Comments'')

Bruno Deniaud: /* Les RFC (''Request For Comments'') */

2006-02-27T14:10:12Z

‎Les RFC (''Request For Comments'')

Bruno Deniaud: /* Les RFC (''Request For Comments'') */

2006-02-27T14:06:42Z

‎Les RFC (''Request For Comments'')

Bruno Deniaud: /* L'IESG (''Internet Engineering Steering Group'') */

2006-02-27T14:01:43Z

‎L'IESG (''Internet Engineering Steering Group'')

Bruno Deniaud: /* L'IETF (''Internet Engineering Task Force'') */

2006-02-27T13:59:53Z

‎L'IETF (''Internet Engineering Task Force'')

Bruno Deniaud: /*
La standardisation de l'Internet
*/

2006-02-27T13:52:36Z

‎<div id="stand">La standardisation de l'Internet</div>

Laurent Toutain: /* La standardisation de l'Internet */

2005-12-28T19:45:51Z

‎La standardisation de l'Internet

@@ Line 56: / Line 56: @@
 Beaucoup de spécifications de protocoles comportent des nombres, mots clés et paramètres qui doivent être affectés de manière unique, par exemple les numéros de versions, les numéros de protocoles, les numéros de ports et de MIB (Management Information Base).  C'est l’ICANN qui affecte les valeurs de ces paramètres pour l’Internet. L’ICANN publie aussi les tables de toutes les valeurs affectées dans des RFC nommés Assigned Numbers. L’ICANN sert aussi de "sommet de la pyramide" pour la gestion des domaines de noms (DNS) et l’affectation des adresses et en établit les règles.
-===Les RIR (Regional Internet Registries)===
+===<div id="RIR">Les RIR (Regional Internet Registries)</div>===
 Les RIR ou RIAR (''Regional Internet Address Registries'') reçoivent une délégation de l’ICANN pour distribuer les adresses IPv4 et IPv6. Ils sont au nombre de quatre actuellement, répartis sur 4 continents pour assurer une gestion de "proximité" à cette échelle. Ce sont :

← Older revision		Revision as of 14:21, 27 February 2006
Line 1:		Line 1:
		+	{{suivi \|Les applications spécifiques\|Les applications spécifiques\|La standardisation d'IPv6\|La standardisation d'IPv6}}
	Cette annexe décrit les principales étapes qui jalonnent la standardisation d’IPv6, depuis la prise en compte de la nécessité d’un nouveau protocole jusqu’à la production de standards. Ce processus est toujours en cours même si une grande partie du chemin a déjà été parcourue.		Cette annexe décrit les principales étapes qui jalonnent la standardisation d’IPv6, depuis la prise en compte de la nécessité d’un nouveau protocole jusqu’à la production de standards. Ce processus est toujours en cours même si une grande partie du chemin a déjà été parcourue.

Line 64:		Line 65:

	Un cinquième, l’AFRINIC destiné à assurer la couverture du continent Africain est en cours de gestation (l’Afrique dépend actuellement du RIPE et de l’APNIC). En 2001, sept préfixes IPv4 de longueur 16 ont été affectés aux RIR pour être distribués aux opérateurs		Un cinquième, l’AFRINIC destiné à assurer la couverture du continent Africain est en cours de gestation (l’Afrique dépend actuellement du RIPE et de l’APNIC). En 2001, sept préfixes IPv4 de longueur 16 ont été affectés aux RIR pour être distribués aux opérateurs
		+	{{suivi \|Les applications spécifiques\|Les applications spécifiques\|La standardisation d'IPv6\|La standardisation d'IPv6}}

@@ Line 57: / Line 57: @@
 ===Les RIR (Regional Internet Registries)===
-Les RIR ou RIAR (''Regional Internet Address Registries'') reçoivent une délégation de l’ICANN pour distribuer les adresses IPv4 et IPv6. Ils sont au nombre de trois actuellement, répartis sur 4 continents pour assurer une gestion de "proximité" à celle échelle. Ce sont :
+Les RIR ou RIAR (''Regional Internet Address Registries'') reçoivent une délégation de l’ICANN pour distribuer les adresses IPv4 et IPv6. Ils sont au nombre de quatre actuellement, répartis sur 4 continents pour assurer une gestion de "proximité" à cette échelle. Ce sont :
 *APNIC : Asia Pacific Network Information Centre,
 *ARIN : American Registry for Internet Numbers,

@@ Line 36: / Line 36: @@
 Suit alors une nouvelle période de mises en œuvre et de retours d’informations où l’on doit faire la preuve de l’interopérabilité de deux implantations indépendantes. Puis le responsable du groupe de travail demande à l’IESG de faire avancer le document en le publiant (après un dernier appel à commentaires) en tant que RFC avec un statut de type "Standard". Il faut noter qu’à chaque étape, un nouveau numéro de RFC est attribué.  Un RFC peut passer à l’état "historique" si son utilisation est devenue déconseillée. S’il est remplacé par un autre il devient "obsolète".
-La publication d’un RFC hors du processus de standardisation est plus facile. L’IESG peut directement faire publier un RFC avec un statut de type "Information", "Experimental" ou "''Best Current Practice''". Un RFC "Information" documente un protocole ou une approche particulière d’un problème. Il peut aussi donner des informations d’intérêt général. Il n’a aucune valeur de standard. Un RFC "Expérimental" décrit un protocole nécessitant que l’on mène des expériences avant de décider ou non d’entrer dans le processus de standardisation. Un RFC Best Current Practice documente une pratique d’ingénierie recommandée. La répartition par types des RFC édités en 2001 est donnée dans figure 17-2.
+La publication d’un RFC hors du processus de standardisation est plus facile. L’IESG peut directement faire publier un RFC avec un statut de type "Information", "Experimental" ou "''Best Current Practice''". Un RFC "Information" documente un protocole ou une approche particulière d’un problème. Il peut aussi donner des informations d’intérêt général. Il n’a aucune valeur de standard. Un RFC "Expérimental" décrit un protocole nécessitant que l’on mène des expériences avant de décider ou non d’entrer dans le processus de standardisation. Un RFC "''Best Current Practice''" documente une pratique d’ingénierie recommandée. La répartition par types des RFC édités en 2001 est donnée dans figure 17-2.
 ===L'ISOC (Internet Society)===

@@ Line 36: / Line 36: @@
 Suit alors une nouvelle période de mises en œuvre et de retours d’informations où l’on doit faire la preuve de l’interopérabilité de deux implantations indépendantes. Puis le responsable du groupe de travail demande à l’IESG de faire avancer le document en le publiant (après un dernier appel à commentaires) en tant que RFC avec un statut de type "Standard". Il faut noter qu’à chaque étape, un nouveau numéro de RFC est attribué.  Un RFC peut passer à l’état "historique" si son utilisation est devenue déconseillée. S’il est remplacé par un autre il devient "obsolète".
-La publication d’un RFC hors du processus de standardisation est plus facile. L’IESG peut directement faire publier un RFC avec un statut de type "Information", "Experimental" ou ''Best Current Practice''). Un RFC "Information" documente un protocole ou une approche particulière d’un problème. Il peut aussi donner des informations d’intérêt général. Il n’a aucune valeur de standard. Un RFC "Expérimental" décrit un protocole nécessitant que l’on mène des expériences avant de décider ou non d’entrer dans le processus de standardisation. Un RFC Best Current Practice documente une pratique d’ingénierie recommandée. La répartition par types des RFC édités en 2001 est donnée dans figure 17-2.
+La publication d’un RFC hors du processus de standardisation est plus facile. L’IESG peut directement faire publier un RFC avec un statut de type "Information", "Experimental" ou "''Best Current Practice''". Un RFC "Information" documente un protocole ou une approche particulière d’un problème. Il peut aussi donner des informations d’intérêt général. Il n’a aucune valeur de standard. Un RFC "Expérimental" décrit un protocole nécessitant que l’on mène des expériences avant de décider ou non d’entrer dans le processus de standardisation. Un RFC Best Current Practice documente une pratique d’ingénierie recommandée. La répartition par types des RFC édités en 2001 est donnée dans figure 17-2.
 ===L'ISOC (Internet Society)===

@@ Line 25: / Line 25: @@
 ===Les RFC (''Request For Comments'')===
-Les RFC sont les documents officiels de l’Internet ; ils sont disponibles gratuitement sur le réseau. En France, ils sont notamment disponibles sur le site miroir officiel primaire ftp://www.imag.fr/pub/archive/IETF/rfc/. Un RFC est complètement identifié par le numéro qui lui est attribué lors de sa publication. Ce numéro n'a pas de signification ; il est attribué par ordre chronologique de publication. Les premiers RFC sont sortis en 1969 ; début 2002, nous en sommes au numéro 3221, pour un flux supérieur à 200 RFC par an.
+Les RFC sont les documents officiels de l’Internet ; ils sont disponibles gratuitement sur le réseau. En France, ils sont notamment disponibles sur le site miroir officiel primaire ftp://www.imag.fr/pub/archive/IETF/rfc/. Un RFC est complètement identifié par le numéro qui lui est attribué lors de sa publication. Ce numéro n'a pas de signification ; il est attribué par ordre chronologique de publication. Les premiers RFC sont sortis en 1969 ; début 2006, nous en sommes au numéro 4400, pour un flux supérieur à 200 RFC par an.
 Il existe plusieurs types de RFC d’importance différente pour la communauté IETF. On distingue deux catégories principales : ceux faisant partie du processus de standardisation (''Standard Track'') et les autres.

@@ Line 20: / Line 20: @@
 ===L'IESG (''Internet Engineering Steering Group'')===
-L’IESG est responsable de la direction des activités techniques de l’IETF. Il est composé des directeurs de Domaines (il y en a 7 actuellement) et du président de l’IETF qui est aussi le président de l’IESG.  L’IESG administre le processus de standardisation de l’Internet suivant des règles et procédures détaillées dans [RFC2028].
+L’IESG est responsable de la direction des activités techniques de l’IETF. Il est composé des directeurs de Domaines (il y en a 7 actuellement) et du président de l’IETF qui est aussi le président de l’IESG.  L’IESG administre le processus de standardisation de l’Internet suivant des règles et procédures détaillées dans le RFC 2028.
 C'est donc l’IESG qui décide de l’évolution du statut des spécifications techniques émises par les groupes de travail, ce qui peut élever certaines d’entre elles au rang de Standard Internet. L’IESG approuve également la constitution des nouveaux groupes de travail.

@@ Line 15: / Line 15: @@
 Un certain nombre de groupes et sous-groupes IETF travaillent actuellement sur IPv6 ; on peut citer notamment:
 *IPng (aujourd'hui IPv6) : principal groupe de travail sur la production de protocoles liés à IPv6.
-*NGtrans : étudie les modalités de la migration d’IPv4 vers IPv6. Ce groupe gère le déploiement du 6bone, un réseau expérimental IPv6 interconnectant des sites de test à travers le monde.
+*NGtrans (aujourd'hui v6ops) : étudie les modalités de la migration d’IPv4 vers IPv6. Ce groupe gère le déploiement du 6bone, un réseau expérimental IPv6 interconnectant des sites de test à travers le monde.
 Les groupes de travail de l’IETF doivent faire preuve d’esprit de coopération, ainsi que d’un haut degré de maturité technique ; les participants à l’IETF reconnaissent que les plus grands bénéfices pour tous les membres de la communauté de l’Internet proviennent du développement coopératif des protocoles et services (voir http://www.ietf.org pour plus de détails).

@@ Line 4: / Line 4: @@
 Il est difficile de comprendre comment est né IPv6, et comment le protocole continue d’évoluer, si l’on ne connaît pas le processus de standardisation des protocoles utilisés dans l’Internet.
-Les organismes qui pilotent la standardisation de l’Internet sont l’IETF, l’IESG, l’IAB, l’ISOC et l’ICANN. Le résultat final de l’activité de standardisation est la production de documents appelés RFC (Request for Comments) dont certains sont des standards. L’ensemble du processus de standardisation est décrit dans [RFC2026].
+Les organismes qui pilotent la standardisation de l’Internet sont l’IETF, l’IESG, l’IAB, l’ISOC et l’ICANN. Le résultat final de l’activité de standardisation est la production de documents appelés RFC (Request for Comments) dont certains sont des standards. L’ensemble du processus de standardisation est décrit dans le RFC 2026.
 ===L'IETF (''Internet Engineering Task Force'')===

@@ Line 1: / Line 1: @@
 Cette annexe décrit les principales étapes qui jalonnent la standardisation d’IPv6, depuis la prise en compte de la nécessité d’un nouveau protocole jusqu’à la production de standards. Ce processus est toujours en cours même si une grande partie du chemin a déjà été parcourue.
-==La standardisation de l'Internet==
+==<div id="stand">La standardisation de l'Internet</div>==
 Il est difficile de comprendre comment est né IPv6, et comment le protocole continue d’évoluer, si l’on ne connaît pas le processus de standardisation des protocoles utilisés dans l’Internet.

Historique de la standardisation d’IPv6 - Revision history

Laurent Toutain: /* Les RIR (Regional Internet Registries) */

Bruno Deniaud at 14:21, 27 February 2006

Bruno Deniaud: /* Les RIR (Regional Internet Registries) */

Bruno Deniaud: /* Les RFC (''Request For Comments'') */

Bruno Deniaud: /* Les RFC (''Request For Comments'') */

Bruno Deniaud: /* Les RFC (''Request For Comments'') */

Bruno Deniaud: /* L'IESG (''Internet Engineering Steering Group'') */

Bruno Deniaud: /* L'IETF (''Internet Engineering Task Force'') */

Bruno Deniaud: /* La standardisation de l'Internet */

Laurent Toutain: /* La standardisation de l'Internet */

Bruno Deniaud: /*
La standardisation de l'Internet
*/