JungleLabs Insights

Jak uzyskać alokację IPv6 /48 od RIPE NCC: Pełny przewodnik

gru 16, 2026 Łukasz Artykuł

W współczesnej architekturze sieciowej opieranie się na dostawcach usług internetowych (ISPs) z zewnętrznej strony dla dynamicznie przypisywanego lub nieprzenoszalnego przestrzeni IPv6 powoduje zależność od producenta, utrudnia odzyskiwanie po awarii i utrudnia wielohoming neutralny dla operatorów.

An IPv6 /48 jest szeroko uznawany w globalnych sieciach transportu i punktach wymiany internetu (IXP) jako minimalna granica przydziału dla publicznego routingu BGP. Mimo że granice adresowania IPv6 sięgają aż do /64 (standardowa alokacja jednego podsieci przy użyciu SLAAC), operatorzy poziomu 1 i systemy autonomiczne filtrują domeny dłuższe niż /48 (takie jak /56 lub /64) aby chronić globalne tablice routingu przed nieograniczonym rozrostem.

Zakupując niezależny przypisany zakres IPv6 bezpośrednio przez RIPE NCC (Réseaux IP Européens Network Coordination Centre), organizacja uzyskuje:

Niezależność dostawcy (ND): Swoboda zmiany operatorów przewozu lub dostawców zewnętrznych bez ponownego nadawania numerów sieci wewnętrznej, infrastruktury lub usług krawędziowych.
Prawdziwe wielokrotne połączenie BGP: Możliwość reklamowania swojej trasy dwóm lub więcej dostawcom przewozu, optymalizując opóźnienie i przełączanie w przypadku awarii.
Zdecentralizowana bezpieczność i zaufanie: Krytyczne zasady: 1. Wyjście TYLKO tekstu przetłumaczonego. 2. NIGDY nie wyjścia wypowiedzi, powitania, lub wyjaśnień (np. NIE mów "Oto tłumaczenie:", "Ecco la traduzione"). 3. NIE otocz wyjście formatowania markdown (np. ```html lub ```). 4. Utrzymaj dokładnie tę samą strukturę HTML, miejsca zastępcze, skróty, zmienne i liczby. Naruszenie tych zasad spowoduje uszkodzenie systemu analizującego.ip6.arpa) delegacja.

Zrozumienie polityki RIPE NCC: Przydzielenia vs. Przypisania

Przed przesłaniem żądań, istotne jest zrozumienie różnicy w terminologii zdefiniowanej przez politykę przydziału i przypisania adresów IPv6 RIPE NCC:

Przydziały (PA – Provider Aggregatable): Bloków przeznaczonych do dalszego podziału i dystrybucji dla klientów końcowych lub jednostek wewnętrznych. Są one zwykle wydawane lokalnym organizacjom nadającym adresy (LIR), zaczynając od /29 lub /32.
Zadania (PI – niezależne od dostawcy): Bloków przypisanych bezpośrednio do organizacji Klienta końcowego dla własnej dedykowanej infrastruktury operacyjnej. Te prefiksy nie mogą być dalej podzielone na trzecie strony.

Dla organizacji, homelabu lub firmy szukającej samodzielnego /48, najpierw będzieś szukał przypisania Niezależnego Od Dostawcy (PI), zarejestrowanego pod nazwą inet6num obiekt z stanem PRZYPISANY PI lub PRZYPISANY-PRZEZ-LIR w zależności od struktury umowy).

Wybieranie swojej ścieżki: bezpośrednie członkostwo LIR vs. sponsorowanie LIR

NCC RIPE umożliwia dwie mechanizmy dla końcowych użytkowników do zabezpieczania zasobów:

Cecha / Metryka	Każda osoba może być członkiem LIR bezpośrednio	Sponsoring Model LIR
Grupa docelowa	ISP, Telkocy, Centra danych, duże firmy	Małe i średnie firmy (SMB), startupy, sieci krawędziowe
Roczne zobowiązanie finansowe	Roczne opłaty członkowskie w RIPE (~1000–1550 €/rok)	Modestyczna roczna opłata za sponsorstwo (często 50–250 €/rok)
Jednorazowa rejestracja	Krytyczna weryfikacja prawna i opłata za złożenie wniosku z RIPE NCC	Skonfiguruj bezpośrednio przez sponsoringowego maklera/ partnera
Zasoby i możliwości	Można złożyć wniosek `/29`–`/32` Blokowanie IPv6, ASNe 16/32-bit i zarządzanie pulą LIR	Może sponsorować `/48` PI, 16/32-bit ASNs i transfer handles
Zużycie zasobów menedżerskich	Wysoki (kierowanie bezpośrednie, prawo głosowania, zgodność)	Niski (sponsoring obsługuje formalności administracyjne z RIPE)

Zalecenie: Za wyjątkiem tego, że Twoja organizacja przewiduje stanie się komercyjnym rejestrem internetowym lub wymaga ogromnych /29–/32 agregacje, łączenie się z Sponsoring LIR to standardowy, najtańszy sposób na zapewnienie sobie /48.

Wymagania wstępne

Aby zasubskrybować przypisanie IPv6 zgodnie z kryteriami RIPE NCC, podmiot zgłaszający musi spełnić trzy główne wymagania:

A. Demonstracja intencji wielokrotnej zainstalowania

Zasady NCC RIPE wymagają, aby użytkownik końcowy żądający niezależnego prefiksu udowodnił zamiar wielokrotnej domeny prefiksu. Oznacza to m.in.:

Eksploatacja lub nabycie numeru systemu autonomicznego (ASN)
Zapewnianie aktywnych lub planowanych umów peering/transportu z co najmniej dwa różne systemy autonomiczne.

B. Obecność prawna w obrębie regionu usług RIPE NCC

Kandydat (organizacja końcowego użytkownika) musi być prawidłowo zarejestrowany w obszarze usług RIPE (obejmującym Europę, Bliski Wschód i częściowy Zachodni Azji). Jeśli umowa zostanie zawarta przez Sponsoring LIR, umowa sponsorująca wymaga:

Oficjalne dokumenty rejestru firmy (np. Certyfikat założenia firmy, KVK, Handelsregister, wydruk z Companies House).
Potwierdzenie obecności operacyjnej lub infrastrukturalnej, jeśli aplikacja pochodzi z międzynarodowego podmiotu macierzystego.

C. Plan techniczny adresowania

Musisz być gotowy, aby sformułować podstawowy schemat adresowania dowodzący, że /48 będzie wykorzystywany w różnych segmentach sieci (np. routery krawędziowe, DMZ, usługi wewnętrzne, bramy VPN, tunelowanie między lokacjami) w ciągu 12 miesięcy.

Krok po kroku cykl życia zakupów

1.Krok 1: Utwórz konto RIPE NCC i obiekty Maintainer:Załóż tożsamość w bazie danych RIPE Whois

Zacznij od utworzenia profilu administracyjnego na portalu RIPE NCC Access. Po uwierzytelnieniu, stwórz podstawowe obiekty bazy danych Whois:

osoba lub rola obiekt: Określa kontakty administracyjne i techniczne (w tym adres e-mail i adres pocztowy).
mntner Obiekt (Opiekun) Zabezpiecza Twoje obiekty za pomocą uwierzytelnienia (SSO, klucz PGP lub hasło skrótowe). Każdy kolejny obiekt (inet6num, route6, domena) odniesie się do tego utrzymującego.
organizacja obiekt: Reprezentuje jednostkę prawną posiadającą zasób IP.

2.Krok 2: Zainicjuj LIR sponsorujący i wykonaj umowę:Formalnie przypisz aplikację do aktywnego rejestru.

Wybierz zainstalowany LIR Sponsoring. Będziesz musiał wykonać standardowy Umowę o Przydzielenie Użytkownika RIPE.

Ten kontrakt prawnie wiąże Twoją organizację z politykami RIPE i potwierdza, że jeśli umowa o sponsorstwo zostanie rozwiązana bez przekazania nowemu sponsorowi, zasoby wracają do RIPE NCC.

3.Krok 3: Formalna aplikacja i przesłanie planu podsieci:Zgłoś uzasadnienie techniczne przez portal LIR

Twój Sponsoring LIR przesyła żądanie zasobu przez portal RIPE LIR. Kluczowe parametry przesłane obejmują:

Długość prefiksu docelowego: /48
Właściciel ID Organizacji i obsługa Maintainerów (mnt-by, mnt-routes, mnt-domeny)
Szczegóły wielokierunkowego połączenia: Identyfikator autonomicznej systemu (ASN) źródłowego oraz nazwy co najmniej dwóch dostawców przesyłu lub uczestników IXP.
Plan przydziału podsieci w skali ogólnego planu wdrożenia (np. 10 do 50) /64 subnety wdrożone w wielu lokalizacjach).

4.Krok 4: Przegląd biletu i generowanie prefiksu:Główni hostmastery RIPE weryfikują i przypisują prefiks.

Kierowcy RIPE oceniają wniosek zgodnie z aktualnymi wytycznymi polityki (zazwyczaj w ciągu 1 do 3 dni roboczych). Po zatwierdzeniu:

RIPE przypisuje nieprzydzielony blok z ich zarezerwowanego puli (np. 2a0f:...::/48 lub 2a10:...::/48).
Odpowiadający inet6num obiekt jest tworzony w globalnej bazie danych RIPE Whois z podłączonymi przez Ciebie handlerami maintainera i organizacji.

5.Krok 5: Weryfikacja RPKI, obiekty routingu i delegacja DNS:Zabezpiecz integralność trasowania przed ogłoszeniemi.

Zaloguj się do pulpitu LIR RIPE lub Access, aby ustalić:

RPKI ROA (Autoryzacja źródła trasy): Kryptograficznie powiąż przypisane /48 do twojego źródłowego ASN z MaxLength /48.
route6 Obiekt: Utwórz obiekt rejestru routingu w RIPE IRR (Internet Routing Registry), aby upewnić się, że automatyczne filtry prefiksów górnych zezwalają na Twoje oświadczenia.
Odwrócona delegacja DNS: Wskaż odpowiednie ip6.arpa obiekt domeny do swoich autorytetowych serwerów nazw

Konfiguracje techniczne po alokacji

Gdy prefiks będzie widoczny w bazie Whois, wykonaj następujące zadania operacyjne, aby blok był używany w całym internecie.

Tworzenie IRR `route6` Obiekt

Dostawcy przepływu generują filtry prefiksów za pomocą narzędzi takich jak bgpq4 przez zapytanie do baz danych IRR (RIPE, RADB, NTT). Bez dokładnej route6 obiekt, twoje sesje BGP zostaną odrzucone lub usunięte.

Tekst zwykły

route6:         2a0f:xxxx:xxxx::/48
descr:          Produkcja Anycast i routingu jądra
origin:         AS65530
mnt-by:         TWOJA-MNT
source:         RIPE

Wprowadzanie RPKI ROA

RPKI (Resource Public Key Infrastructure) zapobiega hijackom tras BGP i nieprawidłowym konfiguracjom.

W the Panel dostępu RIPE NCC -> Pulpit RPKI:
- Ustaw Pochodzenie ASN: Twój operacyjny ASN (np. AS65530).
- Ustaw Prefiks: 2a0f:xxxx:xxxx::/48.
- Ustaw Maksymalna długość: 48 (Krytyczne: Unikaj ustawiania Maksymalnej Długości na /64 chyba w konfiguracji maksymalnej długości, która otwiera powierzchnie ataku dla pod-przedrostków).

Ustanawianie połączenia BGP w kierunku upstream

Oznajmij swoj prefiks agregacji swoim sąsiadom BGP za pomocą dynamicznych silników routingu (np. BIRD2, FRRouting, Junos lub Cisco IOS-XR).

Przykład: Fragment konfiguracji BIRD 2

protokół statyczny {
    ipv6;
}
    # Przekieruj całą /48 do lokalnego czarnego dziura, aby zapobiec pętlom
    trasa 2a0f:xxxx:xxxx::/48 czarny dziur;
}

filter export_to_transit {
    # Ogłaszaj tylko dokładne /48 przydzielenie
    jeśli (net = 2a0f:xxxx:xxxx::/48) {
        akceptuj;
    }
    odrzuć;
}

protokół bgp upstream_transit_a {
    lokalne as 65530; sąsiad 2001:db8:100::1 jak 64496;
    ipv6 {
        import wszystko;
        eksport filter export_to_transit;
    };
}

Architektura adresowania i podsieci dla `/48`

An IPv6 /48 prefix zapewnia 16-bit subnet field, nadając dokładnie 65 536 różnych /64 podsieci. Ponieważ standardowe segmenty użytkownika końcowego IPv6, VLAN-y i pulle VPN zawsze powinny używać a /64 aby zachować zgodność ze specyfikacjami RFC, odkrywaniem sąsiadów i odblokowaniem sprzętu, a /48 zapewnia ogromne zapasowe przestrzeń dla strukturalnego projektowania hierarchicznego: