IKTconcept Services beim Transfers von PI-Adressen

PA und PI im Detail

PA-Adressraum wird an ein LIR zugeteilt. Das LIR darf daraus Kundennetze zuweisen. Der Vorteil ist gute Aggregation im Routing, geringere Anzahl an globalen Routen und damit Stabilität. Bei einem Providerwechsel wird der PA-Adressraum in der Regel zurückgegeben, die Kundennetze erhalten neue Adressen, deshalb ist Migrationsplanung wichtig. Relevante Objekte in der RIPE-DB sind unter anderem inetnum, route und das mntner. Für den Betrieb sind IRR-Routen und RPKI-ROAs zu pflegen.

PI-Adressraum ist einem Endnutzer zugewiesen. Der Block bleibt beim Endnutzer unabhängig vom Provider und kann bei einem Carrierwechsel weiterverwendet werden. Da die globale Routingtabelle dadurch wächst, sind PI-Blöcke begrenzt. Neue IPv4-PI werden im RIPE-Gebiet nicht mehr vergeben. Bestehende PI-Blöcke können im Rahmen der Policies verwaltet und, sofern zulässig, übertragen werden. Sponsoring durch ein LIR ist für die Verwaltung in der RIPE-DB üblich.

Transfer in der Praxis, verständlich erklärt

Schritt 1, Due Diligence Käufer und Verkäufer prüfen technische Qualität und Eigentum. Dazu gehören RIPE-DB-Konsistenz, vorhandene inetnum und route Objekte, Historie und eventuelle Abuse-Fälle, Blacklist-Checks sowie RPKI-Status. Ziel ist, spätere Betriebsrisiken zu vermeiden.

Schritt 2, Vertrag und Treuhand Ein rechtssicherer Kaufvertrag regelt Eigentumsübertragung, Gewährleistung, Steuern und Zahlungsweg. Die Zahlung läuft oft über Notaranderkonto oder Escrow. Für Inter-RIR-Transfers gelten die Regeln beider RIRs. In der ARIN-Region gibt es Pre-Approval auf Basis eines 24-Monats-Bedarfs, Informationen dazu hier: ARIN Pre-Approval.

Schritt 3, Antrag im LIR-Portal Das abgebende LIR stellt den Transferantrag im RIPE-Portal. Nach Prüfung durch RIPE wird der Block im RIPE-DB auf den neuen Halter aktualisiert. Die 24-Monats-Regel betrifft neu erhaltene Ressourcen, der Zähler beginnt mit Zuteilung oder letztem Transfer, siehe Leitfaden: Transfers in the RIPE NCC Service Region.

Schritt 4, Technische Umschaltung Nach dem administrativen Transfer aktualisiert der neue Halter IRR-Routen und erstellt RPKI-ROAs. BGP-Ankündigungen werden beim eigenen Upstream oder im eigenen ASN vorgenommen. Reverse DNSDNS (Domain Name System) Das Domain Name System (DNS) ist ein zentraler Dienst im Internet, der für die Übersetzung von menschenlesbaren Domainnamen... Mehr und Geolokalisierung werden angepasst, damit Dienste korrekt verorten und Listenbereinigungen greifen.

Inter-RIR-Transfers Zwischen RIPE und anderen RIRs sind möglich. Regeln unterscheiden sich, in ARIN gibt es Needs-Tests und Gebühren, Überblick hier: ARIN Transfers, LACNIC informiert hier: LACNIC Inter-RIR.

Hinweis zur Zuordnung und Legacy-Beständen

/8-Blöcke wurden historisch vergeben. Viele große Bestände liegen als Legacy bei Unternehmen oder Behörden. Die IANA-Registry zeigt die Ursprungszuordnung. Nutzung kann regional abweichen, da Blöcke im Laufe der Jahre übertragen wurden. Für den operativen Alltag sind die Einträge in den RIR-Datenbanken, IRR-Routen und RPKI maßgeblich.

So unterstützen wir Sie konkret – von A bis Z

1) Beschaffung & Bereitstellung des PI-/24
Wir koordinieren die Beschaffung bzw. Übertragung eines Provider-Independent IPv4-/24 (256 Adressen) über zertifizierte RIPE-Partner. Das Ziel ist ein dauerhaft portierbarer Adressraum, unabhängig vom jeweiligen Internetprovider.

2) Administration & Antragstellung beim RIPE NCC
Wir übernehmen den kompletten Antragsprozess im LIR-Portal einschließlich Kommunikation mit dem RIPE NCC bis zur finalen Freigabe. Dazu zählen die Erstellung und Validierung aller nötigen RIPE-DB-Objekte (inetnum, route, mntner, org, person/role, abuse-c) sowie die Dokumentation für Ihre Unterlagen.

3) Technische Initialeinrichtung
Reverse-DNS (PTR) und Nameserver-Delegation werden eingerichtet; auf Wunsch beantragen wir eine ASN (Autonomous System Number). Wir stimmen die BGP-Parameter mit Ihrem Provider/Carrier ab, damit der Block im produktiven Routing nutzbar ist.

4) Qualitätssicherung („Pre-Deployment Check“)
Wir prüfen die Konsistenz aller RIPE-DB-Einträge, suchen nach Alt-Routen oder Dubletten, verifizieren route/route6 zum zugehörigen AS-Objekt und stellen sicher, dass keine unerwünschten Announcements aktiv sind.

5) Reputations- & Blacklist-Check
Manuelle Prüfung internationaler Blacklists (z. B. Spamhaus, Barracuda, UCEPROTECT, SORBS u. a.). Falls nötig, stellen wir Delisting-Anträge und dokumentieren alle Maßnahmen bis zum „Clean-Status“.

6) Übergabe & Dokumentation
Sie erhalten alle Zugangsdaten, RIPE-DB-Nachweise, Konfigurationshinweise und eine vollständige Projektdokumentation, damit Sie den Adressraum eigenständig und konform betreiben können.

7) Optional: Zahlungs- & Verwaltungsservice
Auf Wunsch übernehmen wir das Zahlungsmanagement der RIPE-Servicegebühren ab Jahr 2 (Terminüberwachung, Korrespondenz, Nachweise) sowie die laufende Adresspflege (RIPE-DB-Wartung, DNS/Blacklist-Monitoring, kleinere Objekt-Anpassungen).

Unsere Leistungen im Detail

Analyse und Strategie Wir klären Bedarf, Wachstum und Routingziele, prüfen vorhandene Ressourcen und Risiken. Dazu gehören Reputation, Blacklists, BGP-Leaks, bestehende IRR-Objekte und ROAs.

Recht und Abwicklung Wir koordinieren Verträge, Escrow oder Notaranderkonto, Steuerfragen und Compliance. Bei Inter-RIR-Projekten erläutern wir Unterschiede der RIR-Regeln, zum Beispiel Needs-Test und Pre-Approval in der ARIN-Region.

Technische Umsetzung Wir pflegen RIPE-DB-Objekte, erstellen oder aktualisieren Route-Objekte und ROAs, setzen Reverse DNS und stimmen BGP-Announcements mit Providern ab.

Nachsorge Wir begleiten Geolokalisierungs-Updates bei großen Content- und Mapping-Anbietern, richten Abuse-Prozesse ein und dokumentieren alle Schritte nachvollziehbar für Audits.

Leistungsumfang nach Angebot (zusammengefasst)

• Bereitstellung (kleinste Netzgröße) PI-/24 (256 Adressen) gemäß aktuellen RIPE-Richtlinien; portierbar bei Providerwechsel und international einsetzbar.
• Komplette Initialeinrichtung: Erstellung/Validierung aller RIPE-DB-Objekte, Konsistenz- und Vollständigkeitsprüfung, Reverse-DNS-Delegation, ASN-Beantragung bei Bedarf, technische Abstimmung bis zur Freigabe.
• RIPE NCC Service Fee (Erstjahr): Administrative Abwicklung und Zahlungskoordination.
• Optional ab Jahr 2: Zahlungsmanagement für RIPE-Gebühren (Fristenkontrolle, Korrespondenz, Nachweise).
• Optional laufend: IPv4-Adresspflege & Support (RIPE-DB-Pflege, DNS- & Blacklist-Monitoring, kleinere Objekt-Anpassungen).

Ablauf in klaren Schritten

1. Due-Diligence & Design – Prüfung Ownership/RIPE-DB, Routenhistorie, Reputationslage, Ziel-Topologie (BGP/Upstreams/Standorte).
2. Vertrag & Treuhand/Escrow – Rechtssichere Abwicklung, Zahlung über Notaranderkonto oder Escrow (nach Kundenwunsch).
3. Transfer & Zuteilung – Durchführung gem. RIPE-Prozess; Aktualisierung der Inhaberdaten in RIPE-DB.
4. Technische Aktivierung – PTR/Reverse-DNS, IRR-Einträge, RPKI-ROAs, BGP-Anbindung mit Provider/Carrier abstimmen.
5. Pre-Deployment Check – Letzte Konsistenz- und Blacklist-Prüfung, Freigabe „Clean-Status“.
6. Übergabe & Doku – Vollständige Dokumentation, Zugangsdaten, Best-Practices für Betrieb & Compliance.

Rollen & Verantwortlichkeiten

Ergebnisse & Deliverables

• PI-/24 (256 Adressen) funktionsfähig und global routbar
• Aktive LIR-Mitgliedschaft (falls beauftragt) mit Zugang LIR-Portal
• Alle relevanten RIPE-DB-Objekte, Zugangsdaten & Projektdokumentation
• Optional: Eigene ASN, laufende Pflege/Monitoring

Mehr Details zur FAQ

Knappheit konkret RIPE vergibt nur noch ein einzelnes /24 über die Warteliste an LIRs ohne historische Zuteilung. Rückgewonnene Adressen speisen die Liste, Wartezeit ist abhängig vom Rücklauf.

PA oder PI für Unternehmen PA ist sinnvoll, wenn Aggregation und einfache Providervergabe im Vordergrund stehen. PI ist sinnvoll, wenn Providerwechsel ohne Renummerierung wichtig ist. Für IPv4 sind neue PI im RIPE-Gebiet nicht mehr verfügbar, daher ist Transfer oft die Option.

Weiterverkauf nach 24 Monaten Die Frist gilt für Ressourcen nach Erhalt, Transfer oder Reorganisation. Sie verhindert kurzfristige Spekulation. Der Transfer wird über das LIR-Portal beantragt, RIPE prüft, anschließend werden RIPE-DB-Einträge aktualisiert.

ARIN-Besonderheiten ARIN verlangt für viele Transfers eine Bedarfsprüfung, häufig 24 Monate Prognose. Pre-Approval ist möglich. Informationen und Gebühren stehen hier: ARIN Pre-Approval und hier: ARIN Transfers.

Weitere Kernkompetenzen

• Kernkompetenzen – Übersicht
• Cyber Security Services
• Cloud & Multi-Cloud
• Unified Communication & Collaboration
• Künstliche Intelligenz & Datenanalyse
• Schnittstellenprogrammierung & Integration
• PI-Adressierung & BGP
• LAN-Infrastruktur
• Standortvernetzung & SD-WAN
• Rollout, Lieferung & Support