--- id: "iana" kind: "glossary-term" title: "IANA" language: "fr" category: "Acteurs et organisations du secteur" updated: "2026-10-10T23:13:06Z" canonical: "https://tldlog.com/fr/glossaire/iana/" translations: en: "https://tldlog.com/glossary/iana/" es: "https://tldlog.com/es/glosario/iana/" de: "https://tldlog.com/de/glossar/iana/" it: "https://tldlog.com/it/glossario/iana/" pt-BR: "https://tldlog.com/pt/glossario/iana/" ru: "https://tldlog.com/ru/glossariy/iana/" zh-Hans: "https://tldlog.com/zh/cihui/iana/" --- # IANA Autorité chargée de la gestion de l'adressage sur Internet Fonctions qui assurent la coordination des identifiants uniques d'Internet, notamment la gestion de la zone racine du DNS, des réserves d'adresses IP et des listes de numéros de protocole. PTI (Public Technical Identifiers), une filiale de l'ICANN, exerce aujourd'hui ces fonctions. La base de données de la zone racine de l'IANA répertorie chaque TLD et son gestionnaire. L'IANA (Internet Assigned Numbers Authority, autorité chargée de la gestion de l'adressage sur internet) tient les listes publiques qui donnent aux noms, aux adresses et aux codes techniques de l'internet le même sens partout. Elle applique des règles rédigées par d'autres ; elle ne les élabore pas. Depuis le 1er octobre 2016, une filiale de l'ICANN appelée PTI effectue ce travail, sans étape d'approbation par le gouvernement des États-Unis. ## Ce qu'est l'IANA Pour que l'internet fonctionne comme un réseau unique, chaque nom de domaine et chaque adresse IP doivent appartenir à une seule partie, et tous les logiciels doivent lire les codes de protocole de la même façon. L'IANA tient les registres publics de référence qui consignent ces attributions. Ce rôle est un service public : les registres sont publiés librement et les services sont gratuits. L'IANA se présente comme un gestionnaire neutre. Elle ne fixe pas les politiques de ses registres ; elle met en œuvre celles qu'élaborent les communautés que chaque registre dessert. Elle ne décide pas quels TLD doivent exister. Ce travail remonte à la tenue des registres des premières expériences de réseau dans les années 1970. Aujourd'hui, « IANA » désigne les fonctions ; l'organisation qui les assure est Public Technical Identifiers (PTI). ## Les trois fonctions de l'IANA : noms, numéros et paramètres de protocole **Noms.** L'IANA gère la zone racine du DNS, le sommet de la hiérarchie des noms. Elle désigne le gestionnaire de chaque TLD, consigne les données techniques de délégation et publie la base de données de la zone racine (Root Zone Database). Les politiques viennent de l'ICANN, principalement par la GNSO pour les noms génériques et la ccNSO pour les codes de pays. **Numéros.** L'IANA coordonne les adresses IP et les numéros de système autonome (AS) utilisés pour acheminer le trafic. Elle attribue de grands blocs d'adresses aux cinq RIR (AFRINIC, APNIC, ARIN, LACNIC et RIPE NCC), et non aux fournisseurs d'accès à internet ni aux utilisateurs finaux, sauf cas particuliers. La politique mondiale des numéros vient des communautés des RIR et est ratifiée par l'organisation de soutien aux adresses de l'ICANN (Address Supporting Organization, ASO). Les RIR gèrent les numéros, pas les noms de domaine. **Paramètres de protocole.** Il s'agit des codes et des numéros utilisés dans les protocoles de l'internet. En vertu de la RFC 2860 (juin 2000), l'IANA ne les attribue que selon les instructions des RFC. ## IANA, PTI et ICANN : comment elles s'articulent PTI est une société californienne à but non lucratif d'utilité publique (nonprofit public benefit corporation) créée en 2016. L'ICANN en est l'unique membre, et le seul objet de PTI est d'assurer les fonctions de l'IANA. Son conseil d'administration réunit des administrateurs nommés par l'ICANN et des administrateurs issus de la communauté. L'ICANN porte les obligations et sous-traite le travail à PTI, avec un accord par fonction : - noms : l'accord ICANN–PTI sur la fonction de nommage (Naming Function Agreement), qui fixe les niveaux de service de la gestion de la zone racine ; - paramètres de protocole : un protocole d'accord entre l'ICANN et l'IETF, complété par des accords annuels ; - numéros : un accord de niveau de service (SLA) entre l'ICANN et les cinq RIR. Les Statuts constitutifs de l'ICANN ajoutent des garde-fous. Toute modification de l'acte constitutif de PTI requiert l'approbation de la communauté habilitée (Empowered Community), et les redevances facturées par PTI au titre du contrat de nommage doivent reposer sur ses coûts directs. ## La transition de la supervision en 2016 L'ICANN assure les fonctions de l'IANA depuis 1999. De 2000 à 2016, un contrat avec la NTIA, qui fait partie du département du Commerce des États-Unis, en a régi les modalités. En vertu de ce contrat, l'approbation du gouvernement des États-Unis était une étape obligatoire pour les demandes de modification de la zone racine. En mars 2014, la NTIA a fixé des critères pour mettre fin à ce rôle et a demandé à l'ICANN de réunir la communauté multipartite mondiale. La communauté a rédigé des propositions pour remplacer la supervision de la NTIA et renforcer la responsabilité de l'ICANN ; elles remplissaient les critères et ont été approuvées. Le dernier contrat relatif aux fonctions de l'IANA a expiré le 30 septembre 2016, et la transition s'est achevée le 1er octobre 2016. Ce jour-là, PTI a commencé à assurer les fonctions, avec le même personnel et le même site web, `www.iana.org`. De nouvelles règles de responsabilité sont entrées en vigueur au même moment, donnant à la communauté un recours direct en cas de désaccord avec l'ICANN ou son Conseil d'administration. L'Affirmation d'engagements (Affirmation of Commitments), un accord de 2009 entre l'ICANN et le département du Commerce, imposait des examens réguliers de l'ICANN par la communauté. Une fois ces examens intégrés à l'article 4 des Statuts constitutifs de l'ICANN, l'ICANN et la NTIA y ont mis fin d'un commun accord le 6 janvier 2017. La NTIA est restée présente à l'ICANN en tant que membre du GAC pour les États-Unis. ## Qui contrôle le travail de l'IANA - **Comité permanent des clients (Customer Standing Committee, CSC).** Chaque mois, il contrôle les performances de PTI pour les noms au regard des niveaux de service du contrat de nommage et publie ses conclusions. Il peut demander la correction de problèmes et les signaler à la ccNSO et à la GNSO, mais ne peut pas lancer lui-même un examen spécial. Selon les Statuts constitutifs en vigueur en octobre 2026, il compte deux représentants des registres de gTLD, deux représentants des ccTLD et un agent de liaison de PTI. - **Examen de la fonction de nommage de l'IANA (IANA Naming Function Review, IFR).** Le premier devait avoir lieu au plus tard le 1er octobre 2018 ; selon les mêmes Statuts constitutifs, les suivants ont lieu au moins tous les cinq ans, des examens spéciaux étant possibles. - **La séparation, en dernier recours.** PTI ne peut être remplacée comme opérateur de la fonction de nommage que si un IFR le recommande, que des majorités qualifiées des conseils de la ccNSO et de la GNSO l'approuvent, que le public est consulté et que le Conseil d'administration de l'ICANN donne son accord. - **Autres contrôles.** Le comité d'examen de l'évolution de la zone racine (Root Zone Evolution Review Committee, RZERC) examine les modifications d'architecture proposées pour la zone racine. Les RIR et l'IETF examinent les fonctions relatives aux numéros et aux protocoles. En octobre 2026, l'IANA indique avoir atteint 100 % de ses niveaux de service dans les trois fonctions de juin à août 2026 ; son mois le plus faible pour les noms au cours de l'année précédente a été décembre 2025, à 94 %. Un exemple concret : le gestionnaire d'un ccTLD veut changer les serveurs de noms de son TLD dans la zone racine. Il soumet la modification par l'interface en ligne de l'IANA destinée aux gestionnaires de TLD. Aucune approbation du gouvernement des États-Unis n'intervient, et le traitement par PTI compte dans les niveaux de service que le CSC examine chaque mois. ## Sources - [About IANA](https://www.iana.org/about) - [About the IANA stewardship transition](https://www.iana.org/help/pti-transition) - [ICANN Bylaws (Articles 16 to 19)](https://www.icann.org/en/governance/bylaws) - [Performance (IANA)](https://www.iana.org/performance) ## termes associés - [PTI](https://tldlog.com/fr/glossaire/pti/) - [ICANN](https://tldlog.com/fr/glossaire/icann/) - [zone racine](https://tldlog.com/fr/glossaire/zone-racine/) - [délégation (TLD)](https://tldlog.com/fr/glossaire/delegation-tld/)