JungleLabs Insights

Wie man eine IPv6 /48-Zuweisung von RIPE NCC erhält: Vollständiger Leitfaden

16. September 2026 Lucas Artikel

In der modernen Netzwerkarchitektur führt die Abhängigkeit von Upstream-Internetdienstleistern (ISPs) für dynamisch zugewiesene oder nicht portierbare IPv6-Räume zu Vendor Lock-in, erschwert die Katastrophenwiederherstellung und behindert carrier-neutrale Multi-Homing.

An IPv6 /48 wird in globalen Verkehrsnetzwerken und Internet Exchange Points (IXPs) als die minimale Zuweisungsgrenze für öffentliches BGP-Routing anerkannt. Während die IPv6-Adressierungsgrenzen bis herabsteigen können /64 (Standard-Einzel-Subnetz-Zuweisung unter SLAAC), Tier-1-Anbieter und autonome Systeme filtern universell Präfixe, die länger als /48 (sowie /56 oder /64) um globale Routing-Tabellen vor unbeschränkter Vergrößerung zu schützen.

Durch die Sicherung einer unabhängigen IPv6-Zuweisung direkt über die RIPE NCC (Réseaux IP Européens Network Coordination Centre) erhält eine Organisation:

Anbieterunabhängigkeit (PI): Freiheit, den Verkehrsträger oder die upstream-Verkäufer zu wechseln, ohne interne Netzwerke, Infrastruktur oder Edge-Dienste umzunummerieren.
Echte BGP-Mehrfachanschlussmöglichkeit: Die Fähigkeit, Ihre Route gleichzeitig an zwei oder mehr Verkehrsanbieter zu bewerben, um Latenz und Failover zu optimieren.
Dezentrale Sicherheit und Vertrauen: Direkte administrativer Kontrolle über die kryptografische Ursprungsvalidierung (RPKI ROA) und Reverse DNS (ip6.arpa) Delegation.

Verständnis der RIPE NCC-Richtlinie: Zuweisungen im Vergleich zu Zuordnungen

Bevor Anfragen eingereicht werden, ist es entscheidend, die in der RIPE NCC IPv6 Address Allocation and Assignment Policy definierte Terminologie zu verstehen:

Zuweisungen (PA – Anbieter-aggregierbar): Blöcke, die dazu bestimmt sind, weiter unterteilt und an nachfolgende Kunden oder interne Geschäftseinheiten verteilt zu werden. Diese werden normalerweise an lokale Internet-Registrierungen (LIRs) vergeben, beginnend bei /29 oder /32.
Zuordnungen (PI – Anbieterunabhängig): Blöcke, die direkt einer Endbenutzerorganisation für deren eigenes dediziertes Betriebsinfrastruktur zugewiesen werden. Diese Präfixe können nicht weiter an Dritte untervergeben werden.

Für eine Organisation, Homelab oder Enterprise, die ein eigenständiges sucht /48, werden Sie hauptsächlich eine Provider Independent (PI)-Zuordnung suchen, die unter einem registriert ist inet6num Objekt mit einem Status von ZUGEWIESENEN PI (oder ZUGEWIESEN-VON-LIR je nach Vertragsstruktur)

Ihr Weg wählen: Direkte LIR-Mitgliedschaft vs. Sponsoring-LIR

Der RIPE NCC ermöglicht zwei Mechanismen für Endnutzer, Ressourcen zu sichern:

Funktion / Metrik	Direkte LIR-Mitgliedschaft	Sponsoring LIR-Modell
Zielgruppe	ISP, Telekommunikationsunternehmen, Rechenzentren, große Unternehmen	Kleine und mittelgroße Unternehmen (SMBs), Startups, Edge-Netzwerke
Jährliche Finanzverpflichtung	Jahresgebühr für RIPE-Mitgliedschaft (~1.000–1.550 €/Jahr)	Moderer jährlicher Sponsoring-Beitrag (häufig 50–250 €/Jahr)
Einmalige Onboarding-Phase	Direkte rechtliche Prüfung und Gebühr für die Anwendung mit RIPE NCC	Richten Sie es direkt über den Sponsor-Broker/Partner ein
Ressourcenkapazitäten	Kann anfordern `/29`–`/32` IPv6 Blöcke, 16/32-Bit-ASNs und Verwaltung des LIR-Pools	Kann Sponsoring `/48` PI, 16/32-Bit ASNs und Transfer-Handles
Verwaltungsüberhead	Hoch (direkte Herrschaft, Stimmrechte, Einhaltung)	Niedrig (Sponsor übernimmt die administrativen Einreichungen bei RIPE)

Empfehlung: Ausgenommen, wenn Ihre Organisation voraussichtlich ein kommerzieller Internet-Registry wird oder umfangreiche /29–/32 Aggregation, die Vertragsabwicklung mit einem Sponsoring LIR ist der Standard, wirtschaftlichste Ansatz, um eine zu sichern /48.

Verpflichtende Voraussetzungen

Um eine IPv6-Zuweisung gemäß den Kriterien der RIPE NCC zu erhalten, muss die anfragende Einheit drei primäre Anforderungen erfüllen:

A. Demonstration des Multi-Homing-Intents

Kritische Richtlinien: 1. Gib NUR den rohen übersetzten Text aus. 2. AUFGABE keine konversationalen Füllwörter, Begrüßungen oder Erklärungen (z. B. SAGEN Sie nicht 'Hier ist die Übersetzung:', 'Ecco la traduzione'). 3. WICHTIG keine Auszeichnung des Ausgangs in Markdown-Format (z. B. ```html oder ```). 4. Halte die gleiche HTML-Struktur, Platzhalter, Shortcodes, Variablen und Zahlen bei. Verstöße gegen diese Regeln werden das System parsing brechen.

Betreiben oder Erwerben einer Autonomen Systemnummer (ASN)
Aktive oder geplante Peering- oder Transitvereinbarungen mit mindestens zwei unterschiedliche autonome Systeme.

B. Rechtmäßige Anwesenheit im RIPE NCC-Dienstgebiet

Der Antragsteller (die Endnutzerorganisation) muss gesetzlich innerhalb des RIPE-Dienstgebiets (einschließlich Europa, Naher Osten und Teile Zentralasiens) gegründet sein. Wenn über einen Sponsoring-LIR vertragt wird, erfordert der Sponsoring-Vertrag:

Offizielle Unternehmensregisterdokumente (z. B. Gesellschaftsbescheinigung, KVK, Handelsregister, Auszug aus dem Companies House).
Nachweis der betrieblichen oder Infrastrukturrepräsentation, falls von einem internationalen Mutterunternehmen angemeldet.

C. Technischer Anschlussplan

Sie müssen bereit sein, eine grundlegende Adressierungsmethode zu erläutern, die zeigt, dass die /48 wird innerhalb von 12 Monaten über Netzwerksegmente (z. B. Edge-Router, DMZ, interne Dienste, VPN-Gateways, Site-to-Site-Verbindungen) eingesetzt.

Schritt-für-Schritt-Verfolgungslebenszyklus

1.Schritt 1: Ein RIPE NCC-Zugangskonto und Maintainer-Objekte erstellen：Identität im RIPE Whois-Database festlegen

Beginnen Sie damit, ein Administratorprofil auf der RIPE NCC Access Portal zu erstellen. Nach der Authentifizierung erstellen Sie Ihre Basis-Whois-Datenbankobjekte:

Person oder Rolle Objekt: Definiert die administrativen und technischen Kontaktpersonen (einschließlich E-Mail- und Postanschrift).
mntner (Maintainer) Objekt: Schützt Ihre Objekte mit Authentifizierung (SSO, PGP-Schlüssel oder Passwort-Hash). Jedes nachfolgende Objekt (inet6num, route6, Domain) wird diesen Maintainer beziehen.
Organisation Objekt: Stellt die rechtliche Einheit dar, die das IP-Ressourcenrecht besitzt.

2.Schritt 2: Ein Sponsoring LIR einbinden und den Vertrag durchführen：Formell die Anwendung an einen aktiven Registrierungsbereich übertragen

Wählen Sie einen etablierten Sponsoring LIR aus. Sie müssen den standardisierten RIPE End User Assignment Agreement abschließen.

Dieser Vertrag verpflichtet Ihre Organisation rechtlich zu den RIPE-Richtlinien und bestätigt, dass bei Beendigung des Sponsoring-Vertrags ohne Übertragung an einen neuen Sponsor die Ressourcen an die RIPE NCC zurückkehren.

3.Schritt 3: Formale Bewerbung und Subnetzplan-Abgabe:Technische Begründung über das LIR-Portal einreichen

Ihr förderndes LIR sendet die Ressourcenanfrage über das RIPE LIR Portal. Wichtige Parameter, die eingesendet werden, umfassen:

Zielpräfixlänge: /48
Halter Organisations-ID & Verwalter-Handles (verantwortlich für, mnt-routes, mnt-domains)
Details zur Upstream-Multihoming: Ziel-Origin-ASN und Namen von mindestens zwei Transit-Anbietern oder IXP-Peers.
Bereitstellungszeitplan: Hochstufungs-Unternetz-Zuordnungsplan (z. B. 10 bis 50) /64 Subnetze, die über mehrere Standorte verteilt sind).

4.Schritt 4: Ticket-Überprüfung und Präfixgenerierung：RIPE Hostmasters validieren und weisen den Präfix zu.

RIPE Hostmasters prüfen die Anfrage anhand der aktuellen Richtlinien (typischerweise innerhalb von 1 bis 3 Geschäftstagen). Bei Genehmigung:

RIPE weist einen nicht zugewiesenen Block aus ihrem reservierten Pool zu (z. B. 2a0f:...::/48 oder 2a10:...::/48).
Die entsprechende inet6num Ein Objekt wird in der globalen RIPE Whois-Datenbank mit Ihren Maintainer- und Organisations-Handles erstellt.

5.Schritt 5: RPKI-Überprüfung, Routing-Objekte und DNS-Delegation:Sichere Routing-Integrität vor der Werbung

Melden Sie sich bei der RIPE LIR oder Access-Dashboard an, um zu etablieren:

RPKI ROA (Route Origin Authorization): Kryptografisch dem zugewiesenen zuordnen /48 zu Ihrem ursprünglichen ASN mit MaxLength /48.
route6 Objekt: Erstellen Sie das Routing-Registry-Objekt im RIPE IRR (Internet Routing Registry), um automatisierte Upstream-Präfix-Filter zu gewährleisten, die Ihre Ankündigungen erlauben.
Reverse DNS-Delegation: Zeigen Sie die entsprechende an ip6.arpa Domain-Objekt zu Ihren autoritativen Nameservern.

Nach-Allocations-Technische Konfigurationen

Sobald der Präfix im Whois-Database sichtbar ist, führen Sie die folgenden operativen Aufgaben aus, um den Block im Internet nutzbar zu machen.

IRRs erstellen `route6` Objekt

Verkehrsanbieter generieren Präfix-Filter mit Tools wie bgpq4 durch Abfragen von IRR-Datenbanken (RIPE, RADB, NTT). Ohne eine genaue route6 Objekt, Ihre BGP-Sitzungen werden abgelehnt oder gefiltert.

Klartext

route6:         2a0f:xxxx:xxxx::/48
descr:          Produktions-Anycast und Kern-Routing
origin:         AS65530
mnt-by:         DEINE-MNT
source:         RIPE

RPKI ROA umsetzen

RPKI (Resource Public Key Infrastructure) verhindert BGP-Route-Hijacks und Fehlkonfigurationen.

In der RIPE NCC Zugangs-Dashboard -> RPKI-Dashboard:
- Set Ursprungs-ASN: Ihr operativer ASN (z. B. AS65530).
- Set Präfix: 2a0f:xxxx:xxxx::/48.
- Set Maximale Länge: 48 (Kritisch: Vermeiden Sie die Einstellung der maximalen Länge auf /64 es sei denn, es ist speziell erforderlich, da lax max-length-Konfigurationen Angriffsflächen für Sub-Präfix-Hijacks öffnen).

Upstream BGP-Verbindung herstellen

Melden Sie Ihren aggregierten Präfix an Ihre BGP-Upstream-Neighbor mit dynamischen Routing-Engines (z. B. BIRD2, FRRouting, Junos oder Cisco IOS-XR).

Beispiel: BIRD 2 Konfigurations-Snippet

Protokoll statisch {
    ipv6;
}
    # Route die gesamte /48 zu einem Blackhole lokalisieren, um Schleifen zu verhindern
    Route 2a0f:xxxx:xxxx::/48 schwarze löcher;
}

filter export_to_transit {
    # Nur die genaue ankündigen /48 Zuweisung
    wenn (net = 2a0f:xxxx:xxxx::/48) {
        akzeptieren;
    }
    ablehnen;
}

protokoll bgp upstream_transit_a {
    lokaler as 65530; Nachbar 2001:db8:100::1 als 64496;
    ipv6 {
        import alle;
        Exportieren filter export_to_transit;
    };
}

Adressierung und Subnetzbildung Architektur für ein `/48`

An IPv6 /48 prefix bietet eine 16-bit subnet field, genau gewährend 65.536 unterschiedliche /64 Subnetze. Da standardmäßige IPv6 Endbenutzer Segmente, VLANs und VPN-Pools immer eine /64 um die Kompatibilität mit RFC-Spezifikationen, Nachbarschaftserkennung und Hardware-Offloading zu gewährleisten, ein /48 bietet enormen Platz für strukturierte hierarchische Gestaltung: