--- id: "iana" kind: "glossary-term" title: "IANA" language: "de" category: "Akteure und Organisationen der Branche" updated: "2026-10-10T23:13:06Z" canonical: "https://tldlog.com/de/glossar/iana/" translations: en: "https://tldlog.com/glossary/iana/" es: "https://tldlog.com/es/glosario/iana/" fr: "https://tldlog.com/fr/glossaire/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 Internet Assigned Numbers Authority Die Funktionen, die die eindeutigen Kennungen des Internets koordinieren, darunter die Verwaltung der DNS-Root-Zone, der IP-Adresspools und der Listen von Protokollnummern. Heute übernimmt sie PTI (Public Technical Identifiers), ein mit der ICANN verbundenes Unternehmen. Die Root-Zone-Datenbank der IANA verzeichnet jede TLD und ihren Verwalter. Die IANA, die Internet Assigned Numbers Authority, führt die öffentlichen Verzeichnisse, die dafür sorgen, dass Namen, Adressen und technische Codes im Internet überall dasselbe bedeuten. Sie wendet Regeln an, die andere schreiben; sie macht sie nicht selbst. Seit dem 1. Oktober 2016 erledigt diese Arbeit ein mit der ICANN verbundenes Unternehmen namens PTI, ohne einen Genehmigungsschritt der Regierung der Vereinigten Staaten. ## Was die IANA ist Damit das Internet als ein einziges Netz funktioniert, muss jeder Domainname und jede IP-Adresse genau einer Partei gehören, und jede Software muss Protokollcodes gleich lesen. Die IANA pflegt die maßgeblichen öffentlichen Verzeichnisse, in denen diese Zuweisungen festgehalten sind. Die Aufgabe ist ein öffentlicher Dienst: Die Verzeichnisse werden offen veröffentlicht, und die Dienste sind kostenlos. Die IANA bezeichnet sich selbst als neutralen Verwalter. Sie legt die Richtlinien für ihre Verzeichnisse nicht fest; sie setzt die Richtlinien um, die die Gemeinschaften erarbeiten, denen das jeweilige Verzeichnis dient. Sie entscheidet nicht, welche TLDs es geben soll. Die Arbeit geht auf die Dokumentation der ersten Netzwerkexperimente in den 1970er-Jahren zurück. Heute bezeichnet „IANA“ die Funktionen; die Organisation, die sie ausübt, ist Public Technical Identifiers (PTI). ## Die drei IANA-Funktionen: Namen, Nummern und Protokollparameter **Namen.** Die IANA verwaltet die Root-Zone des DNS, die Spitze der Namenshierarchie. Sie bestimmt den Verwalter jeder TLD, erfasst die technischen Delegationsdaten und veröffentlicht die Root Zone Database. Die Richtlinien kommen von der ICANN, vor allem über die GNSO für generische Namen und die ccNSO für Ländercodes. **Nummern.** Die IANA koordiniert IP-Adressen und die Nummern autonomer Systeme (AS), mit denen Datenverkehr geleitet wird. Sie vergibt große Adressblöcke an die fünf RIRs (AFRINIC, APNIC, ARIN, LACNIC und RIPE NCC), außer in Sonderfällen nicht an Internetanbieter oder Endnutzer. Die globale Nummernpolitik kommt aus den Gemeinschaften der RIRs und wird über die Address Supporting Organization (ASO) der ICANN bestätigt. RIRs verwalten Nummern, keine Domainnamen. **Protokollparameter.** Das sind die Codes und Nummern, die innerhalb von Internetprotokollen verwendet werden. Nach RFC 2860 (Juni 2000) vergibt die IANA sie nur nach den Vorgaben von RFCs. ## IANA, PTI und ICANN: wie sie zusammenhängen PTI ist eine 2016 gegründete gemeinnützige Körperschaft nach kalifornischem Recht (nonprofit public benefit corporation). Die ICANN ist ihr einziges Mitglied, und der einzige Zweck von PTI ist es, die IANA-Funktionen zu erbringen. Ihr Vorstand besteht aus von der ICANN ernannten Mitgliedern und Mitgliedern aus der Gemeinschaft. Die ICANN trägt die Verpflichtungen und vergibt die Arbeit an PTI, mit einem Vertrag pro Funktion: - Namen: das ICANN–PTI Naming Function Agreement, das Service-Level für die Verwaltung der Root-Zone festlegt; - Protokollparameter: eine Absichtserklärung (Memorandum of Understanding) zwischen der ICANN und der IETF sowie jährliche Vereinbarungen; - Nummern: eine Service-Level-Vereinbarung (SLA) zwischen der ICANN und den fünf RIRs. Die ICANN-Satzung (Bylaws) sieht zusätzliche Schutzmechanismen vor. Änderungen der Gründungsurkunde von PTI brauchen die Zustimmung der Empowered Community, und Gebühren, die PTI nach dem Namensvertrag erhebt, müssen auf ihren direkten Kosten beruhen. ## Der Übergang der Aufsicht 2016 Die ICANN erbringt die IANA-Funktionen seit 1999. Von 2000 bis 2016 regelte ein Vertrag mit der NTIA, einer Behörde des Handelsministeriums der Vereinigten Staaten, wie dies geschah. Danach war die Genehmigung durch die Regierung der Vereinigten Staaten ein verpflichtender Schritt für Änderungsanträge an der Root-Zone. Im März 2014 legte die NTIA Kriterien für das Ende dieser Rolle fest und bat die ICANN, die globale Multistakeholder-Gemeinschaft einzuberufen. Die Gemeinschaft erarbeitete Vorschläge, um die Aufsicht der NTIA zu ersetzen und die Rechenschaftspflicht der ICANN zu stärken; sie erfüllten die Kriterien und wurden genehmigt. Der letzte Vertrag über die IANA-Funktionen lief am 30. September 2016 aus, und der Übergang wurde am 1. Oktober 2016 abgeschlossen. An diesem Tag übernahm PTI die Funktionen, mit denselben Mitarbeitern und derselben Website, `www.iana.org`. Zugleich traten neue Regeln zur Rechenschaftspflicht in Kraft, die der Gemeinschaft direkte Rechtsbehelfe geben, wenn sie mit der ICANN oder ihrem Vorstand nicht einverstanden ist. Die Affirmation of Commitments, eine Vereinbarung von 2009 zwischen der ICANN und dem Handelsministerium, hatte regelmäßige Überprüfungen der ICANN durch die Gemeinschaft vorgeschrieben. Nachdem diese Überprüfungen in Artikel 4 der ICANN-Satzung übernommen worden waren, beendeten die ICANN und die NTIA sie am 6. Januar 2017 in gegenseitigem Einvernehmen. Die NTIA blieb als Mitglied der Vereinigten Staaten im GAC in der ICANN. ## Wer die Arbeit der IANA prüft - **Customer Standing Committee (CSC).** Es prüft jeden Monat die Leistung von PTI bei den Namen anhand der Service-Level im Namensvertrag und veröffentlicht seine Ergebnisse. Es kann die Behebung von Problemen verlangen und sie an die ccNSO und die GNSO weitergeben, kann aber selbst keine Sonderüberprüfung einleiten. Nach der ICANN-Satzung hat es Stand Oktober 2026 zwei Vertreter von gTLD-Registrys, zwei Vertreter von ccTLDs und eine Verbindungsperson von PTI. - **IANA Naming Function Review (IFR).** Die erste war bis zum 1. Oktober 2018 fällig; nach derselben Satzung folgen die nächsten mindestens alle fünf Jahre, Sonderüberprüfungen sind möglich. - **Trennung als letztes Mittel.** PTI kann als Betreiber der Namensfunktion nur ersetzt werden, wenn eine IFR es empfiehlt, qualifizierte Mehrheiten des ccNSO-Rats und des GNSO-Rats zustimmen, die Öffentlichkeit konsultiert wird und der ICANN-Vorstand einverstanden ist. - **Weitere Prüfungen.** Das Root Zone Evolution Review Committee (RZERC) prüft vorgeschlagene architektonische Änderungen der Root-Zone. Die RIRs und die IETF prüfen die Nummern- und die Protokollfunktion. Stand Oktober 2026 meldet die IANA, dass sie von Juni bis August 2026 in allen drei Funktionen 100 % ihrer Service-Level erreicht hat; ihr schwächster Monat bei den Namen im Vorjahr war der Dezember 2025 mit 94 %. Ein Beispiel: Ein ccTLD-Manager möchte die Nameserver seiner TLD in der Root-Zone ändern. Er reicht die Änderung über die Online-Schnittstelle der IANA für TLD-Verwalter ein. Eine Genehmigung durch die Regierung der Vereinigten Staaten ist nicht nötig, und die Bearbeitung durch PTI zählt zu den Service-Leveln, die das CSC jeden Monat prüft. ## Quellen - [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) ## verwandte begriffe - [PTI](https://tldlog.com/de/glossar/pti/) - [ICANN](https://tldlog.com/de/glossar/icann/) - [Root-Zone](https://tldlog.com/de/glossar/root-zone/) - [Delegation (TLD)](https://tldlog.com/de/glossar/delegation-tld/)