JungleLabs Insights

Så här får du en IPv6 /48-tilldelning från RIPE NCC: Fullständig guide

16 september 2026 Lucas Artikel

I den moderna nätverksarkitektur leder användningen av dynamiskt tilldelat eller icke-portabelt IPv6-utrymme från uppströms Internetleverantörer (ISPs) till leverantörsbund, förkomplikar katastrofåterställning och hindrar bärarneutralt fleranslutning.

An IPv6 /48 är väldigt välkänd över globala kollektivtrafiknät och Internet Exchange Points (IXP) som den minsta tilldelningsgränsen för offentlig BGP-routing. Även om IPv6-adressgränser sträcker sig ned till /64 (det standarda enskild nätverksallokering under SLAAC), Tier-1 leverantörer och självständiga system filtrerar universellt prefix som är längre än /48 (såsom /56 eller /64) för att skydda globala routtabeller från obegränsad ökning.

Genom att säkra en oberoende IPv6-allokering direkt via RIPE NCC (Réseaux IP Européens Network Coordination Centre) får en organisation:

Tillhandahållaroberoende (PI): Frihet att byta transporter för transport av data eller uppströms leverantörer utan att behöva ändra interna nätverk, infrastruktur eller kanttjänster.
Sann BGP Multi-homing: Förmågan att annonsera din väg till två eller flera transportleverantörer samtidigt, optimerar latens och redundans.
Decentraliserad säkerhet och förtroende: Direkt administrativ kontroll över kryptografisk ursprungskontroll (RPKI ROA) och omvänd DNS (ip6.arpa) delegation.

Förståelse av RIPE NCC-policy: Tilldelningar vs. tilldelningar

Innan du skickar förfrågningar är det viktigt att förstå skillnaden i terminologi som definieras av RIPE NCC:s IPv6-Adressallokering och tilldelningspolicy:

Tilldelningar (PA – Leverantörsaggregerbar): Block som är avsedda att delas upp och distribueras vidare till nedströmskunder eller interna affärsenheter. Dessa utges vanligtvis till lokala internetregister (LIR), börjande vid /29 eller /32.
Uppgifter (PI – Leverantörsoberoende): Block som tilldelas direkt till en slutanvändarorganisation för dess egna dedikerade operativa infrastruktur. Dessa prefix kan inte vidare delges till tredjepart.

För en organisation, homelab eller företag som söker en självständig /48, du kommer främst att söka en Provider Independent (PI) tilldelning, registrerad under en inet6num objekt med en status av TILLDELAD PI (eller TILLDELAD-GENOM-LIR beroende på kontraktstruktur).

Välja Din Väg: Direkt LIR-medlemskap mot Att Sponsra LIR

RIPE NCC tillåter två mekanismer för slutanvändare att säkra resurser:

Funktion / Mått	Direkt LIR-medlemskap	Sponsoring LIR-modell
Målgrupp	ISP:er, telekomföretag, datacenter, stora företag	Små och medelstora företag (SMBs), Startups, Kantnätverk
Årsfinansiell åtagande	Årsmedlemsavgift för RIPE (~€1 000–€1 550/år)	Modest årsavgift för sponsoring (ofta €50–€250/år)
Enkel gång påbörjelse	Direkt juridisk prövning och ansökningsavgift med RIPE NCC	Ställ in direkt via den sponsrande maklaren/partner
Resursförmågor	Kan begära `/29`–`/32` IPv6-block, 16/32-bit ASNs och hantera LIR-pool	Kan sponsra `/48` PI, 16/32-bit AS-nummer och överföringshandtag
Ledningskostnader	Hög (direkt styrning, rösträtt, följd)	Låg (sponsorn hanterar administrativa skrivningar till RIPE)

Rekommendation: Förutom att din organisation förväntar sig att bli en kommersiell internetregister eller kräver stora /29–/32 aggregering, att anlita en Sponsoring LIR är den standard, mest ekonomiska metoden för att säkra en /48.

Obligatoriska förutsättningar

För att få en IPv6-tilldelning enligt RIPE NCC:s kriterier måste den begärande entiteten uppfylla tre huvudkrav:

A. Visning av syftet med flerfästning

RIPE NCC:s politik kräver att en slutanvändare som begär en oberoende prefix måste visa ett avsikt att multi-hemma prefixet. Detta bevisas genom:

Attiva eller köp en Autonomous System Number (ASN)
Attiva eller planerade peering/transportavtal med minst två olika självständiga system.

B. Juridisk närvaro inom RIPE NCC:s tjänstregion

Applicant (den slutliga användaren) måste vara juridiskt etablerad inom RIPE-tjänstområdet (som omfattar Europa, Mellanöstern och delar av Centralasien). Om kontraktering sker via en Sponsorerande LIR kräver sponsringsavtalet:

Officiell företagsregisterdokumentation (t.ex. Certifikat om företagsbildning, KVK, Handelsregister, utdrag från Companies House).
Bevis för drifts- eller infrastrukturförekomst om ansökan kommer från en internationell förälder.

C. Teknisk adressplan

Du måste vara beredd att redogöra för en grundläggande adresseringsstruktur som visar att det /48 skall användas över nätverkssegment (t.ex. kantrutter, DMZ, interna tjänster, VPN-gatewayer, site-to-site-tunnlar) inom 12 månader.

Steg-för-steg-akquisitionslivscykeln

1.Steg 1: Skapa en RIPE NCC Access-konto och Maintainer-objekt：Förekom i RIPE Whois-databasen.

Börja med att skapa ett administrativt profil på RIPE NCC Access Portal. När du är autentiserad, skapa dina grundläggande Whois-databasobjekt:

person eller roll objekt: Definierar de administrativa och tekniska kontaktuppgifterna (inklusive e-post och postadress).
mntner (Maintainer) objekt: Skyddar dina objekt med autentisering (SSO, PGP-nyckel eller lösenordshash). Alla efterföljande objekt (inet6num, route6, domän) kommer att hänvisa till denna underhållsman.
organisation objekt: Representerar den juridiska enhet som äger IP-resursen.

2.Steg 2: Anlita en Sponsrande LIR & Utför Avtalet：Formellt delegera applikationen till en aktiv register.

Välj en etablerad Sponsorerande LIR. Du kommer att behöva utföra den standardiserade RIPE End User Assignment Agreement.

Denna avtal binder din organisation juridiskt till RIPE-policyer och bekräftar att om sponsravtalet upphör utan överföring till en ny sponsor så återgår resurserna till RIPE NCC.

3.Steg 3: Formell ansökan och undernätplan inlämning：Skicka teknisk motivering via LIR-portalen

Ditt sponsrade LIR skickar resursbegäran genom RIPE LIR-portal. Nyckelparametrar som skickas inkluderar:

Målprefixlängd: /48
Hållare Org ID & Underhållare handlar (mnt-by, mnt-rutter, mnt-domänerna)
Upstream multi-homing information: Mål-ASN och namn på minst två transitleverantörer eller IXP-peerar.
Distributionschema: Översiktsplan för undernätstilldelning (t.ex. 10 till 50) /64 nätverk som är distribuerade över flera platser).

4.Steg 4: Biljettgranskning & Prefixgenerering：RIPE Hostmasters validerar och tilldelar prefixet。

RIPE Hostmasters utvärderar förfrågan enligt gällande policyriktlinjer (vanligtvis inom 1 till 3 arbetsdagar). Vid godkännande:

RIPE tilldelar en oanvänd block från deras reserverade pool (t.ex. 2a0f:...::/48 eller 2a10:...::/48).
Den motsvarande inet6num Objektet skapas i den globala RIPE Whois-databasen med din maintainer och organisationshandtag kopplade.

5.Steg 5: RPKI-validering, rutingobjekt och DNS-delegering:Säker ruttintegritet innan annons.

Logga in på RIPE LIR eller Access-dashboardet för att etablera:

RPKI ROA (Route Origin Authorization): Kryptografiskt koppla till tilldelade /48 till din ursprungliga ASN med MaxLength /48.
route6 Objekt: Skapa objektet för routningsregistret i RIPE IRR (Internet Routing Registry) för att säkerställa att automatiserade uppströms prefix-filterar godkänner dina annonser.
DNS-reversedelegering: Pekar den motsvarande ip6.arpa domänobjekt till dina auktoritativa namnservrar.

Post-Allocerings Tekniska Konfigurationer

När prefixet är synligt i Whois-databasen, utför följande operativa uppgifter för att göra blocket användbart över hela internet.

Skapa IRR `route6` Objekt

Trafikleverantörer skapar prefixfilter med hjälp av verktyg som bgpq4 genom att fråga IRR-databaser (RIPE, RADB, NTT). Utan en exakt route6 objekt, dina BGP-sessioner kommer att nekas eller filtreras bort.

Plaintext

route6:         2a0f:xxxx:xxxx::/48
descr:          Produktion Anycast & Core Routing
origin:         AS65530
mnt-by:         DIN-MNT
source:         RIPE

Implementera RPKI ROA

RPKI (Resource Public Key Infrastructure) förhindrar BGP-routehijack och konfigurationsfel.

I den RIPE NCC åtkomstinstrumentpanel -> RPKI-dashboard:
- Inställningar Ursprung ASN: Din operativa ASN (t.ex. AS65530).
- Inställningar Prefix: 2a0f:xxxx:xxxx::/48.
- Inställningar Max längd: 48 (Krav: Undvik att ange Max Length till /64 med mindre det är särskilt krävt, så öppnar låga max-längdskonfigurationer attackytor för sub-prefix-hijackningar).

Attivera uppströms BGP-pekning

Annonsera din aggregerade prefix till dina BGP-uppströmsnära med hjälp av dynamiska routningsmotorer (t.ex. BIRD2, FRRouting, Junos eller Cisco IOS-XR).

Exempel: BIRD 2 Konfigurationsavsnitt

protokoll statisk {
    ipv6;
    # Dirigera hela /48 att förhindra loopar, svart hål lokalt
    ruttning 2a0f:xxxx:xxxx::/48 svart hål;
}

filter exportera_till_transit {
    # Meddela endast det exakta /48 tilldelning
    om (net = 2a0f:xxxx:xxxx::/48) then {
        accept;
    }
    reject;
}

protokoll bgp upstream_transit_a {
    lokal as 65530granne 2001:db8:100::1 som 64496;
    ipv6 {
        import alla;
        export filter export_to_transit;
    };
}

Addressing och Subnettarkitektur för en `/48`

An IPv6 /48 prefix erbjuder en 16-bit subnet field, att tillåta exakt 65 536 olika /64 undernät. Eftersom standard IPv6 slutanvändarsegment, VLAN:ar och VPN-pooler bör alltid använda en /64 för att upprätthålla kompatibilitet med RFC-specifikationer, grannupptäckt och hårdvaruavlastning, en /48 ger mycket utrymme för strukturerad hierarkisk design: