La mise en place du RZM a été le résultat de plusieurs années de travail conjoint entre l’ICANN, NTIA et VeriSign pour l’automatisation de certains aspects de la gestion de la zone racine du DNS. L’objectif était d’augmenter l’efficacité du traitement des requêtes de changement. Pour les requêtes de changement qui impliquent des changements techniques, comme les serveurs de noms et/ou les enregistrements des signataires de délégation (Delegation signer – DS), le système permet de faire des vérifications techniques instantanées et donne l’alerte aux gestionnaires des TLD de manière immédiate. Et ce qui est encore plus important, les gestionnaires des TLD peuvent déposer eux-mêmes les demandes de changements et compléter plusieurs étapes du processus, à tout moment, jour et nuit, peu importe où ils vivent, avant que le personnel du département IANA de l’ICANN révise les changements pour la première fois.

Le RZM présente encore d’autres bénéfices ; le système minimise la possibilité de subir les conséquences d’erreurs humaines le long du processus. Cela est possible parce que les données ne sont jamais modifiées manuellement ; elles sont transmises pour l’autorisation finale et la mise en œuvre par la voie des services de protocole d’approvisionnement extensible (Extensible Provisioning Protocol – EPP). Les données telles qu’elles sont présentées par les gestionnaires des TLD sont maintenues par le RZM, sans aucune intervention humaine.

Alors que le système a automatisé un bon nombre d’étapes du processus de requêtes de changement de la gestion de la zone racine, le personnel du département IANA de l’ICANN surveille le système et est toujours disponible pour répondre aux demandes de renseignements et pour fournir de l’assistance en cours de route.

Si vous êtes un gestionnaire de TLD et si vous ne vous êtes pas encore connecté au système automatisé, allez-y, faites-le ! Pour obtenir votre identification ou pour recevoir des instructions sur la manière d’accéder au RZM, veuillez nous contacter à root-mgmt@iana.org.

La déclaration a pour but de décrire clairement la mission technique de l’ICANN et de donner un panorama sur ce que l’ICANN fait et ne fait pas en matière de sécurité, de stabilité et de résilience. Bien que ce sujet soit présent dans pas mal de documents de l’ICANN, il est peut être difficile de trouver un résumé.

Le document est en voie de réalisation ; il sera mis à jour sur la base des commentaires reçus à Prague et dans le forum de commentaires. Veuillez le lire et nous donner vos suggestions sur le rôle et les attributions de l’ICANN en matière de sécurité, de stabilité et de résilience. Nous vous prions de faire vos commentaires sur l’URL qui se trouve en haut de cette communication. Nous voulons écouter votre opinion !

Ce fut pour moi un grand plaisir et un grand honneur de travailler au service de l’ICANN en tant que Président et PDG.

Ces trois dernières années comptent parmi les plus affairées et intenses de la riche carrière que j’ai eu la chance d’avoir. L’ICANN s’est toujours retrouvée au cœur de la tempête mondiale de politiques qui encercle la racine d’Internet : ces trois années n’ont pas échappé à la règle. Malgré les énormes pressions dont cette petite organisation ne cesse de faire l’objet, tel que je l’ai dit dans mon discours d’ouverture, je crois que nous avons fait des progrès clés dans trois domaines : 1) la restructuration de l’organisation, 2) l’ouverture et le renforcement de la sécurité du système de noms de domaine (DNS) mondial et 3) l’internationalisation croissante de l’organisation. Chacun peut faire sa propre interprétation de ce qui s’est passé au cours de ces dernières années. J’ai synthétisé certaines de mes perceptions dans le document “Three Years of Connections and Conflict” [PDF, 764 KB], qui a bénéficié de la relecture et de la révision faites par l’équipe de direction exécutive. Une grande partie du matériel est issue des deux rapports annuels les plus récents. Il y a certes d’innombrables opinions et visions de l’ICANN ; le document joint synthétise mes propres impressions concernant nos réussites ainsi que nos difficultés.

Je tiens à remercier le Conseil d’administration de l’ICANN, vous tous, pour cette opportunité unique qui m’a été offerte de travailler au service de cette organisation au cours de ces trois années de transformation.

Je pars maintenant en vacances avec ma famille, qui m’a tant soutenu au cours de ces trois dernières années où j’ai souvent été amené à me rendre dans des contrées lointaines du globe dans le cadre de mes activités au sein de l’ICANN. Je leur en suis profondément reconnaissant.

J’ai été littéralement très occupé jusqu’à aujourd’hui, mon dernier jour dans ce rôle spécifique.

Pour ceux qui souhaiteraient rester en contact, vous pouvez me contacter sur Twitter ou bien suivre mes mises à jour périodiques par courrier électronique.

Pour beaucoup parmi nous, les membres de la communauté technique, il semblerait que l’on a parlé du besoin d’adopter IPv6 pendant des années.

Le RIPE NCC (le registre internet régional (RIR) pour l’Europe, le Moyen orient et une partie de l’Asie centrale), a fait la première allocation IPv6 en 1999. L’ « Internet des choses » venait d’apparaître, les réseaux mobiles commençaient à fonctionner et nous commencions à entrevoir la manière dont ces développements pouvaient changer le monde.

Bien que l’espace d’adressage IPv4 était à ce moment-là surabondant, nous nous sommes immédiatement rendus compte que les 4,3 millions d’adresses IPv4 disponibles ne seraient pas en mesure d’accompagner le développement d’Internet. Nous avons commencé à informer tous ceux qui voulaient nous entendre sur l’IPv6, la prochaine génération d’adressage d’Internet capable d’augmenter massivement le nombre d’adresses IP et d’assurer la croissance et l’expansion d’Internet dans l’avenir.

Activé permanente

Nous voilà en 2012 où nous sommes probablement sur le point d’atteindre un point critique ; le moment où le déploiement d’IPv6, au lieu de quelque chose qui pourrait être faite devient quelque chose qui doit être faite dès que possible pour éviter le risque qu’un partie d’Internet devienne inaccessible pour des millions de nouveaux utilisateurs.

Suite au succès du jour mondial d’IPv6, en 2011, le lancement mondial d’IPv6 a eu lieu le 6 juin 2012. Le résultat en est que les fournisseurs de services d’Internet (Internet Service Providers – ISP) et les réseaux de distribution de contenus ont permis l’accès IPv6 à leurs sites et leurs services, et ont rempli le fossé existant pour permettre l’accès universel d’IPv6.

Quelques-unes des données collectées pendant le lancement mondial d’IPv6 ainsi que l’analyse de nos experts sont disponibles sur RIPE Labs website.

Une question concernant toutes les parties prenantes

Le progrès du déploiement mondial d’IPv6 n’est pas limité à la communauté technique. Le secteur public a fait d’importantes démarches pendant les dernières années ; il a reconnu l’importance du déploiement d’IPv6 assurant que leurs industries nationales et transnationales soient préparées pour l’avenir.

La communauté RIPE a beaucoup travaillé pour rédiger la version préliminaire et la mise à jour d’un document concernant les meilleures pratiques sur « Requirements for IPv6 in ICT Equipment » ciblé spécifiquement sur le secteur public et les grands opérateurs de réseaux d’entreprise. Et l’autorité suédoise des postes et des télécommunications (PTS) a publié un document sur « Deploying IPv6 ».

Justement ce mois-ci, le groupe IPv6 de l’union internationale des télécommunications (ITU) a clôturé ses activités. Il a signalé l’importante collaboration des acteurs du secteur public des marchés émergents et des organisations techniques, y compris le RIPE NCC et d’autres RIR.

Éducation, diffusion et renforcement des capacités

Toutefois, la construction de réseaux est essentielle pour le déploiement avec succès de l’IPv6 dans tous les secteurs. La compatibilité IPv6 signifie qu’il faut partager l’éducation et les connaissances pour mettre en marche des réseaux utilisant IPv6 pouvant se connecter à l’Internet IPv4.

Cela a augmenté l’importance de programmes comme la Tournée IPv6, une initiative du groupe d’opérateurs de réseau du Moyen orient (MENOG) et le RIPE NCC qui apportent les formateurs techniques internationaux, et les opérateurs de réseau du gouvernement local et d’entreprise pour des ateliers pratiques de 3 à 5 jours. Le RIP NCC a aussi organisé des cours de formation IPv6 gratuits pour nos membres depuis 2009 et offre des informations complètes sur le déploiement IPv6 sur notre site Web http://www.ipv6actnow.org.

Entre-temps, une campagne de sensibilisation mondiale est menée avec la communauté technique d’Internet ; elle s’occupe des questions techniques et non techniques ainsi que des conférences, organisées dans le monde entier, pour traiter du besoin urgent du déploiement IPv6 pour toutes les parties prenantes d’Internet.

Nous avons développé un agenda complet pour la session IPv6 qui se tiendra à 9h00, le 28 juin 2012, lors de la 44ème réunion de l’ICANN ayant lieu à Prague, République Tchèque. Outre les présentations sur l’allocation d’IPv6 et les statistiques du déploiement, il y aura des présentations sur le lancement mondial d’IPv6, les expériences des opérateurs ccTLD concernant le déploiement d’IPv6 et les perspectives du gouvernement. Geoff Huston, scientifique en chef de l’APNIC parlera aussi sur la manière dont il perçoit l’évolution de l’Internet IPv6.

Ce travail continu de sensibilisation est essentiel pour assurer que le déploiement mondial d’IPv6 continue à se développer. Avec un RIR (APNIC) capable d’assigner peu d’espace IPv4 de sa dernière portion d’espace IPv4 (aussi dénommée « dernier /8 ») et le RIP NCC qui va allouer nos derniers /8 pendant les prochains mois, nous commençons à voir un véritable progrès du déploiement d’IPV6. Toutefois, il y a un long chemin à parcourir pour être en mesure d’assurer que la future accessibilité d’Internet soit garantie pour les utilisateurs actuels et pour les nouveaux utilisateurs d’Internet ; le moment d’agir sur le déploiement IPv6, c’est maintenant.

Un grand progrès a été réalisé lorsqu’en 2008 la liaison IPv6 a été ajoutée dans six des serveurs racine du DNS. À ce jour, en 2012, il y en a neuf ayant la liaison IPv6. La carte ci-dessous montre que l’accès IPv6 aux serveurs racine du DNS est largement répandu dans le monde entier. Alors que les nœuds de la racine L sont capables de supporter IPv6, quelques-uns sont rattachés à des réseaux qui n’opèrent pas encore avec IPv6, de sorte qu’à ce jour, on ne peut accéder qu’à 68 des 112 nœuds déployés sur IPv6.

Au-delà du DNS, les plus grands réseaux fédérateurs et les IXP ont aussi été prêts pour IPv6 pendant des années. À ce jour, 95 % des 63 membres d’Euro-IX ont des réseaux locaux (LAN) d’appairage IPv6 pour leurs échanges. Cela signifie que les ISP, les clients d’IXP ont été motivés pour s’assurer que leurs plateformes d’appairage soient prêtes pour IPv6.

Voici les objectifs majeurs de l’étape critique pour assurer le déploiement d’IPv6. Maintenant que cela est fait, il est temps pour que les fournisseurs offrent l’accès et les contenus sur IPv6. Il est clair d’après les mesures, que le World IPv6 Launch a livré un bon nombre de contenus sur IPv6, qu’une grande partie des ISP ont rendu possible l’accès à leurs abonnés, et que des millions vont les suivre avant la fin de l’année.

Mais, pour pouvoir accéder à l’Internet sur IPv6, ces abonnées ont besoin d’avoir des routeurs et des modems adaptés dans leurs foyers. Five manufacturers offrent à ce jour des équipements de réseau domestiques supportant IPv6 par défaut et qui sont disponibles sur le marché à des prix raisonnables. Ce sont les principaux 17 IPv6 ready cable modem products disponibles aujourd’hui.

Toutes les pièces du puzzle sont maintenant disponibles pour le déploiement réussi d’IPv6 en faveur des utilisateurs d’Internet.

Le nouveau site « est né » le 24 mai.

Outre les changements cosmétiques et de conception, le nouveau site est caractérisé par une structure de navigation mise à jour afin que les utilisateurs puissent trouver plus facilement les contenus spécifiques qui les intéressent. Le nouveau site fournit de nouveaux contenus sur des informations de base liées à la structure et au mode d’opération de la GNSO ; les documents de politiques et d’information sont désormais organisés par thème et par projet, de sorte que les utilisateurs puissent trouver plusieurs voies pour accéder à l’information requise. Des liens supplémentaires sont fournis pour connecter le site Web avec les espaces de collaboration de la communauté wiki pour les groupes de travail, les équipes de rédaction et d’autres, au cas où ils en auraient besoin.

Les changements dans la conception du site font partie des efforts d’amélioration de la GNSO, un processus de révision indépendant approuvé par le Conseil d’administration il y a quelques années. L’approche finale et la conception sont le résultat des commentaires de la communauté reçus le long de deux ans, et nous sommes fiers de l’effort réalisé jusqu’à ce jour.

J’espère que la nouvelle esthétique, le contenu et l’architecture du nouveau site vous semblent une grande amélioration vis-à-vis du vieux site, mais ce n’est que la première étape. Le personnel a prévu d’ajouter des fonctionnalités supplémentaires, de meilleurs graphiques et encore plus d’améliorations au fil du temps. Nous sommes maintenant en mesure de mener à bien les efforts destinés à fournir la fonctionnalité de présence sur le Web à tous les groupes de parties prenantes et aux regroupements de la GNSO. Nous avons reçu un très bon feedback sur la manière d’améliorer la fonctionnalité de la nouvelle conception.

Le personnel de l’ICANN a prévu une petite session de révision du nouveau site lors de la prochaine conférence de l’ICANN à Prague. Les participants recevront une présentation rapide du nouveau site ainsi que quelques conseils et astuces pour trouver toutes les informations concernant la GNSO et le Conseil de la GNSO. Nous souhaitons également recevoir plus de commentaires sur les améliorations supplémentaires pouvant être réalisées au fil du temps. Veuillez consulter le calendrier de Prague – http://prague44.icann.org/full-schedule – pour plus d’informations sur la session – http://prague44.icann.org/node/31619.

Ces évènements régionaux représentent une possibilité pour le personnel de l’ICANN et les représentants des registres des gTLD ainsi que pour les registrants accrédités de l’ICANN de se rencontrer de manière informelle pour discuter de sujets qui sont importants pour notre industrie et nos relations commerciales. Ces évènements ont lieu régulièrement dans des endroits différents dans le monde entier. Des évènements précédents ont eu lieu par exemple à Tokyo, Munich, Toronto et Rome. C’est une grande opportunité pour échanger des idées, pour apprendre et pour travailler en réseau.

Le modèle de l’évènement régional a été présenté en 2006 en tant que possibilité éducative pour l’ICANN et pour ses parties contractantes de partager des informations à propos de l’exploitation des registres et des bureaux d’enregistrement au sein de l’industrie des noms de domaine. Les évènements ont été notamment ciblés sur l’enregistrement des politiques et des procédures que les prestataires de services sont obligés de mettre en œuvre et de renforcer suite à leur contrat avec l’ICANN ou avec une autre organisation.

Ces évènements régionaux se distinguent des réunions internationales habituelles de l’ICANN en ce sens qu’ils ne sont pas structurés, par exemple, pour influencer le développement de la politique. Si vous êtes intéressés par le développement de la politique et par une interaction plus étendue avec les parties prenantes de l’ICANN, veuillez participer à la prochaine ICANN Meeting in Prague en juin de cette année.

Agenda des sessions du 17 mai 2012

Schedule Thursday [PDF, 1.09 MB]

Présentation des sessions du 17 mai 2012

Agenda des sessions du 18 mai 2012

Schedule Friday [PDF, 1.09 MB]

Présentation des sessions du 18 mai 2012

Nous remercions tous les participants, présents et à distance, de cette rencontre si productive. Nous apprécierons vos commentaires.

La prochaine réunion régionale n’a pas encore été planifiée.

L’information sur les futures sessions sera disponible prochainement.

Équipes des registres et des bureaux d’enregistrement de l’ICANN

Lors d’un voyage récent au Koweït pour recevoir un des principaux prix octroyé à la technologie de l’information dans le monde arabe, le PDG de l’ICANN, Rod Beckstrom, accompagné du vice-président de l’Europe, Nigel Hickson et par le Directeur régional du Moyen Orient, Baher Esmat, a retrouvé Son Altesse le Cheikh Nawaf Al-Ahmed Al-Jaber Al-Sabah Prince de l’état du Koweït. Dans le magnifique palais de S.A. Al-Bayan.

Le Cheikh Nawaf a reçu la délégation de l’ICANN accompagné de Cheikha Aida Al-Sabah, présidente du conseil de surveillance du prix à l’informatique de Son Altesse le Cheikh Salem Al-Ali Al-Sabah et des membres du conseil de surveillance.

Pendant la réunion, le Cheik Nawaf a partagé ses intéressants points de vue et sa compréhension sur la cyber sécurité ainsi que sur le rôle de l’ICANN et d’autres parties prenantes qui peuvent aider à augmenter la crédibilité et la confiance des consommateurs dans l’espace en ligne. Il a été signalé que l’ICANN joue un rôle majeur vis-à-vis de la sécurisation du système de noms de domaine à travers son processus ouvert et ascendant avec la participation des parties prenantes du monde entier.

Cette année, l’ICANN a été la destinataire du prestigieux Badge d’honneur du prix à l’informatique de S.A. le Cheik Salem Al-Ali Al-Sabah, une initiative visant à encourager le développement des technologies de l’information dans le monde arabe. C’est la première fois que ce prix a été octroyé à une organisation internationale. L’ICANN a reçu ce prix en reconnaissance à son rôle en faveur de la coordination et du développement des systèmes Internet à identificateur unique et de sa contribution à la diversification des langues et des scripts utilisés dans l’espace de noms de domaine, y compris l’arabe.

Rod Beckstrom, PDG de l’ICANN a accepté la distinction au nom de l’ICANN dans une cérémonie à laquelle ont assisté S.A. le Cheik Sheikh Nawaf Al-Ahmed Al-Jaber Al-Sabah, prince du Koweït, les principaux membres du gouvernement, les leaders de l’industrie et 500 participants de tous les secteurs, y compris le secteur civil et l’université.

La délégation de l’ICANN a participé de plusieurs réunions avec les leaders de la communauté Internet au Koweït, y compris Cheikha Aida Al-Sabah, présidente du conseil de surveillance du prix à l’informatique du Cheik Salem Al-Sabah, et les membres du conseil de surveillance, M. Saleh Al-Asousi, Prof. Hussein Amin, et M. Bassam Al-Shammari. D’autres réunions ont eu lieu avec le représentant du GAC au Koweït, M. Qusai Al-Shatti et avec les leaders de l’activité Internet au Koweït. Les questions clés ayant été discutées lors des réunions ont inclus le déploiement du DNSSEC, le déploiement de la racine L, la disponibilité d’IPv6, les IDN, le développement des capacités et l’engagement des regroupements et des processus de l’ICANN.

Ces évènements régionaux représentent une possibilité pour le personnel de l’ICANN et les représentants des registres des gTLD ainsi que pour les registrants accrédités de l’ICANN de se rencontrer de manière informelle pour discuter de sujets qui sont importants pour notre industrie et nos relations commerciales. Ces évènements ont lieu régulièrement dans des endroits différents dans le monde entier. Des évènements précédents ont eu lieu par exemple à Tokyo, Munich, Toronto et Rome.

Bien que l’évènement soit taillé sur mesure pour les registrants régionaux accrédités par l’ICANN et pour les registres des gTLD, d’autres situés dans le monde entier peuvent également avoir un intérêt régional ou commercial pour y assister.

L’agenda n’est pas encore définitif, cependant voici quelques points anticipés :

• Mise à jour des nouveaux gTLD, capacité opérationnelle des départements de registre et de bureaux d’enregistrement de l’ICANN 
• Développements dans le respect des obligations contractuelles
• Développements des IDN
• Développement de la politique de la GNSO
• Mises à jour des politiques

Le modèle de l’évènement régional a été présenté en 2006 en tant que possibilité éducative pour l’ICANN et pour ses parties contractantes de partager des informations à propos de l’exploitation des registres et des bureaux d’enregistrement au sein de l’industrie des noms de domaine. Les évènements ont fortement mis l’accent sur l’enregistrement des politiques et des procédures que les prestataires de services sont obligés de mettre en œuvre et de renforcer suite à leur contrat avec l’ICANN ou avec une autre organisation.

Ces évènements régionaux se distinguent des réunions internationales habituelles de l’ICANN en ce sens qu’ils ne sont pas structurés, par exemple, pour influencer le développement de la politique. Si vous êtes intéressés par le développement de la politique et par une interaction plus étendue avec les parties prenantes de l’ICANN, vous êtes prié de vous joindre à la prochaine réunion de l’ICANN à Prague en juin de cette année.

Toute la documentation de présentation sera publiée sur le site de l’ICANN après l’évènement.

L’espace disponible pour pouvoir assister à cet évènement est limité et les bureaux d’enregistrement et registres intéressés sont priés de procéder à un pré-enregistrement. D’autres parties qui peuvent être intéressées pour devenir un bureau d’enregistrement accrédité par l’ICANN ou un registre gTLD et souhaitent assister en tant qu’observateurs doivent contacter regionalevents@icann.org pour obtenir de plus amples renseignements.

Nous avons hâte de vous voir à Los Angeles !

Les réseaux Internet apprennent comment atteindre des destinations (adresses IP) en utilisant un protocole IETF appelé le protocole d’acheminement principal (Boarder Gateway Protocol – BGP). Le BGP utilise des numéros de systèmes autonomes (AS) uniques pour identifier les réseaux (domaines de routage) afin d’annoncer l’atteignabilité des destinations (adresses IP). À l’origine, le BGP utilisait des numéros sur 2 octets, permettant un peu plus de 65 000 AS

La croissance d’Internet dans les années 90 a souligné que l’espace de numéros sur 2 octets est insuffisant et les premières propositions d’espace de nombres sur 4 octets, permettant environ 4,3 milliards de numéros AS ont été publié en 2001. Parallèlement à ce travail, la communauté a commencé à développer une politique de transition dans les forums de politique ouverte des RIR et à la socialiser auprès des opérateurs de réseaux, des consommateurs de numéros AS.

Le travail de l’IETF a été publié par voie normale RFC en 2007. Et tandis que les réseaux IPv4 et IPv6 n’interagissent pas, des réseaux qui ignorent l’existence des numéros AS sur 4 octets peuvent encore communiquer avec des réseaux utilisant des numéros AS sur 4 octets en utilisant un mécanisme de transition décrit dans le RFC. Le travail communautaire des RIR a été ratifié en tant que Politique mondiale en 2008 en incluant un calendrier de transition. Ceci a fait écho aux calendriers que les communautés ont acceptés dans les politiques gouvernant les attributions de numéros AS dans chacune de leurs régions.

Ces politiques régionales ont encouragé des attributions de nombres AS sur 4 octets et exigent maintenant que les RIR traitent de la même manière tous les numéros AS dans le cadre du même groupe de 4 octets. Malheureusement, de nombreux réseaux ont signalé des problèmes en utilisant des ASN de 4 octets. Dans la région servie par le RIPE NCC, qui a eu le plus de succès avec les attributions des ASN sur 4 octets [PDF, 2.66 Mo] (PDF diapositives 8 et 9), ils ne représentent qu’un tiers du total des attributions des ASN. L’explication d’une différence d’acceptation aussi énorme entre les cinq régions n’est pas très claire. Au début du mois, John Curran, le président directeur général d’ARIN a demandé à la communauté d’ARIN une réponse simple et directe à cette question.

Une des raisons pour lesquelles les réseaux ont des problèmes lorsqu’ils déploient des numéros AS sur 4 octets est que les fournisseurs de réseaux qui n’ont pas effectué de mise à jour de leur matériel verront la même transition de numéro AS utilisée par différents fournisseurs de réseaux. Ce doublon de numéros AS cause des problèmes aux outils de surveillance et même aux mécanismes de sélection de chemins. Mais il reste seulement trois blocs d’ASN sur 2 octets, et donc le moment va vite arriver où les réseaux ne seront plus en mesure de passer d’un numéro AS sur 4 octets à un numéro AS de remplacement sur 2 octets. Il ne restera plus aucun nouveau numéro AS sur 2 octets.

On a beaucoup écrit sur le manque d’adresses IPv4 et son impact sur la croissance économique potentielle des pays et des industries. Le besoin de transition vers des IPv6 a déclenché des plans d’actions de coordination depuis les plus grands réseaux, fournisseurs de contenu et d’accès pour soutenir à la fois les IPv4 et les IPv6. Toutefois, peu d’attention a été accordée au groupe des nombres d’ASN de 2 octets en diminution, qui représentent d’autres outils pour la croissance d’Internet. La communauté technique a établi une spécification ASN de 4 octets, les communautés ont mis en œuvre des politiques adaptées pour les attributions ; ce dont on a besoin maintenant c’est d’une large acceptation de numéros AS sur 4 octets par les fournisseurs de réseaux.