IPv4 ist keine Immobilie: ISPs verwalten regelgebundene Nutzungsrechte

Beleggestützte Analyse der IPv4-Governance für ISPs: Registerrechte, Transfers, Routing, Reputation, Nutzung und IPv6.

Zusammenfassung

• IPv4-Knappheit kann Beschaffungskosten und Handelswert erzeugen, macht einen Block aber nicht zu Grundeigentum: Die Rechte richten sich nach dem zuständigen RIR, dessen Policy, dem Vertrag und dem Registereintrag.
• Ein ISP sollte jeden Präfix über eine Beweiskette verwalten — Registerbefugnis, Vertrag, RDAP/WHOIS, Routing, Reverse DNS, Missbrauchskontakte, Reputation, Nutzung und Plan zum Abbau der IPv4-Abhängigkeit — statt einen ungeprüften Wertzuwachs zu buchen.

Knappheit schafft einen Markt, aber keine Grundbuchurkunde

IPv4 ist in einem präzisen Sinn knapp. IANA erklärt ihren Vorrat für erschöpft; die fünf Regional Internet Registries verteilen oder registrieren IPv4 nach ihren Post-Exhaustion-Regeln. Ein nutzbarer Präfix kann teuer und für einen Betreiber mit IPv4-Kompatibilitätsbedarf wertvoll sein. Das beantwortet nicht, was der Inhaber rechtlich besitzt.

Das Internet Numbers Registry System soll Eindeutigkeit und richtige Einträge sichern. RFC 7020 beschreibt die Hierarchie von IANA über RIRs und LIRs zu Netznutzern. APNIC formuliert ausdrücklich: Delegation und Registrierung übertragen kein Eigentum; Kontoinhaber sind Verwalter und globaler Unicast-Adressraum wird zur Nutzung lizenziert. Wirtschaftlicher Wert und Eigentumstitel sind verschiedene Aussagen.

Eine belastbare Bewertung nennt Präfix, Gegenpartei, Datum, Registerstatus, übertragene Rechte und vergleichbare Belege. Finanzteams dürfen belegte Kosten, Vertragsrechte oder offengelegte Transaktionen erfassen, aber keinen Wertzuwachs aus einem Brokerpreis oder allein aus der Größe einer historischen Zuteilung ableiten.

Ein Transfer ändert den anerkannten Inhaber nach Regeln

Transferregeln sind regional. Bei spezifizierten Transfers verlangt ARIN vom Empfänger ein Registration Services Agreement und beschränkt übertragene Ressourcen auf ein Betriebsnetz; NRPM Abschnitt 8.5 legt außerdem Mindestgröße und Nutzungsanforderungen für Empfänger fest. APNIC erkennt nur policy-konforme Transfers mit legitimem registriertem Inhaber und oft Nutzungsplan an. RIPE NCC erlaubt permanente und nicht permanente Transfers, verlangt aber für beide einen Eintrag in der RIPE Database.

Bei einem Inter-RIR-Geschäft aktualisiert ein Privatvertrag weder automatisch das maßgebliche Register noch macht er den Präfix routbar. Zuständiges RIR, anerkannter Inhaber, Sperr- oder Bedarfsregeln, Empfängerqualifikation und die Regeln beider Seiten müssen geprüft werden.

Der Registerwechsel ist nicht die ganze Betriebsübergabe. Kontakte, Reverse DNS, IRR-Objekte, ROAs, Upstream-Filter und Kundenzuweisungen müssen koordiniert werden. Ein verkaufter Präfix mit alter Autorität kann Ausfall, ungültige Route, Missbrauchsfälle oder unvollständige Kontrolle verursachen.

Leasing trennt Nutzung und Registerverantwortung

Ein Vertrag kann einem anderen Netz zeitweilige Nutzung geben, doch die Zahlung als Miete aus einem eigenen, steigenden Asset zu bezeichnen setzt Eigentum und Wertsteigerung voraus. Wirkung und Anerkennung hängen von Region, Konto und Umsetzung ab. RIPE kennt nicht permanente Transfers; APNIC und ARIN haben andere Strukturen. Ein Privatvertrag ist nicht überall dasselbe Registerrecht.

Beim Inhaber können fehlerhafte Registrierung, Missbrauchsmeldungen, Blocklisten, falscher BGP-Ursprung, Kundeneinträge, Reverse DNS und Rückholrisiko verbleiben. Der Nutzer kann einer Kündigung, geerbter schlechter Reputation, Filterverzug und fehlender Kontrolle über Register- oder RPKI-Objekte ausgesetzt sein. Der Preis pro Adresse enthält diese Lasten nicht.

Eine prüfbare Akte nennt Präfix, Laufzeit, Nutzung, Kontakte, Routing- und ROA-Befugnis, Verfahren für Missbrauchsmeldungen, Ausgangsreputation, Rückgabe, Registerbehandlung und Renumbering-Kosten. Fehlt das, kann wiederkehrender Erlös nur ein anderer Name für offenes Risiko sein.

Die eigentliche Kontrolle ist ein Inventar mit laufenden Belegen

Ein nützliches IPv4-Inventar beginnt mit Präfixen, nicht Bewertungen. Für jeden Block gehören RIR und Konto, Vertrag, registrierte Organisation, Kontakte, Origin-ASN, ROAs, IRR, Reverse DNS, Zuweisungen, Nutzungsmethode, abhängige Dienste und Beschränkungen hinein. Eigentumsbegriffe müssen dem Vertrag folgen.

RPKI ist keine Eigentumsurkunde. ARIN beschreibt kryptografisch prüfbare Aussagen, die Ressourcen mit Inhabern verbinden und autorisierte Origin-ASNs benennen. Eine gültige ROA dokumentiert die Origin-Autorisierung; nicht Marktpreis, wirtschaftliches Eigentum oder saubere Reputation. RDAP/WHOIS, RPKI, BGP und Verträge beantworten verschiedene Fragen.

Auch Nutzung braucht eine Methode. IPAM zeigt Vergaben, Route Collectors Ankündigungen und Verkehrssysteme Aktivität. Keines genügt allein. Ein Prozentsatz ohne Grundgesamtheit, Beobachtungsdatum, Datenquelle und Methode ist keine entscheidungsreife Evidenz.

IPv6 verändert die Investitionsrechnung

IPv4 bleibt wichtig, solange Nutzer und Dienste es benötigen. CGN und Sharing verlängern einen Pool, erhöhen aber den Aufwand für Kapazitätsplanung, Zuordnung, Logging, Support und Störungsmanagement. Zusätzliche IPv4-Nutzung kann für einen klaren Dienst rational sein.

Das beweist keine ewige Wertsteigerung. APNIC nennt IPv6 die langfristige Lösung und erklärt, ungenutztes IPv4 reiche nicht für dauerhaftes Wachstum. Jede IPv4-Option ist mit IPv6, Dual Stack, Sharing, Renumbering und den Kosten zweier Protokolle zu vergleichen. Maßstab sind die Gesamtkosten eines erreichbaren Dienstes, nicht der abstrakte Adresspreis.

Die Folgerung ist weniger dramatisch als eine „Asset-Ära“. IPv4 ist knappe Infrastruktur mit wirtschaftlichen Folgen. Ihr Wert hängt von regelkonformer Registrierung, Routingbefugnis, sauberer Historie und einem abhängigen Dienst ab. Diese Bedingungen sind zu steuern, nicht mit Grundbesitz zu verwechseln.

Entscheidungsakte für Kauf oder Leasing

• RIR, anerkannten Inhaber, Vertrag und Verfahren benennen.
• Qualifikation, Sperrfristen, Bedarf und Inter-RIR-Kompatibilität vor Unterschrift prüfen.
• RDAP/WHOIS, RPKI/ROA, IRR, Reverse DNS, ASN und Missbrauchskontakte getrennt erfassen.
• Nutzung mit Quelle und Datum messen; nicht angekündigt heißt nicht ungenutzt.
• Routing- und Missbrauchsreputation vor Bewertung und Umschaltung prüfen.
• Renumbering, Support, CGN, Dual Stack und IPv6 neben dem Preis modellieren.
• Broker-Quotes und Privatverträge ohne offengelegte Vergleichstransaktion als Signale behandeln.
• Ein datiertes Ziel zur Senkung der IPv4-Abhängigkeit setzen.

Quellen

• IANA-Zuteilungsdaten: Erschöpfung des IPv4-Vorrats und aktuelle Rolle
• RFC 7020 — Registersystem: Hierarchie, Eindeutigkeit und Genauigkeit
• APNIC-Ressourcenregeln: Verwaltung, Nutzungslizenz und Transfers
• ARIN Policy Manual: Anforderungen an Empfänger spezifizierter Transfers: Betriebsnutzung, Größe und Auslastung
• RIPE-807 Transfer Policy: permanente und nicht permanente Transfers
• ARIN zu RPKI: Reichweite von RPKI und ROAs
• APNIC zu IPv4-Erschöpfung: Optionen und langfristige IPv6-Lösung
• ARIN Registration Services Agreement: Registerrechte statt Adresseigentum