Co to jest nieprzenośny blok adresów IPv4?

13

Na przykład zapytanie Whois dla 4.4.4.0 mówi:

ADRESY W TEJ BLOKIE NIE SĄ PRZENOŚNE

Czy właściciel po prostu deklaruje, że blok lub podsieć nie są na sprzedaż? Czy też nieprzenośny ma głębsze znaczenie techniczne?

Oto odpowiednia sekcja z zapytania Whois:

NetRange:       4.0.0.0 - 4.255.255.255
CIDR:           4.0.0.0/8
OriginAS:       
NetName:        LVLT-ORG-4-8
NetHandle:      NET-4-0-0-0-1
Parent:         
NetType:        Direct Allocation
RegDate:        1992-12-01
Updated:        2012-02-24
Ref:            http:// whois.arin.net/rest/net/NET-4-0-0-0-1

OrgName:        Level 3 Communications, Inc.
OrgId:          LVLT
Address:        1025 Eldorado Blvd.
City:           Broomfield
StateProv:      CO
PostalCode:     80021
Country:        US
RegDate:        1998-05-22
Updated:        2012-01-30
Comment:        ADDRESSES WITHIN THIS BLOCK ARE NON-PORTABLE
Ref:            http:// whois.arin.net/rest/org/LVLT
użytkownik2964971
źródło

Odpowiedzi:

18

Czy właściciel po prostu deklaruje, że blok lub podsieć nie są na sprzedaż? Czy też nieprzenośny ma głębsze znaczenie techniczne?

Brak możliwości przenoszenia nie dotyczy sprzedaży ... to termin techniczny.

Przenośność adresów

Nieprzenośne adresy IP należą do określonej organizacji, a użytkownik końcowy nieprzenośnego adresu IP nie może zniechęcać do ogłaszania tych adresów IP innej organizacji bez uprzedniej przesłania adresów przez użytkownika końcowego.

Koncepcja przenośności pochodzi z Podręcznika polityki zasobów numeru ARIN 2014.1, sekcja poświęcona IPv4 ( moje podkreślenie ) ...

4. IPv4

 4.1. General Principles

  4.1.1. Routability

  Provider independent (*portable*) addresses issued directly from ARIN 
  or other Regional Registries are not guaranteed to be globally routable.

Powodem, dla którego RIR nie gwarantują globalnego routingu adresów przenośnych, jest to, że RIR nie mogą wpływać na zasady filtrowania tras dostawców.

Dlaczego niektóre bloki są nieprzenośne

Adresy są przydzielane lub przypisywane . Jeśli blok adresowy jest przypisany do dostawcy usług internetowych, wówczas dostawca ten nie może poddzielić adresów. Cytując numer ARIN Podręcznik polityki zasobów 2014.1, sekcja 2.5

 2.5. Allocate and Assign

 A distinction is made between address allocation and address assignment, 
 i.e., ISPs are "allocated" address space as described herein, while end-
 users are "assigned" address space.

 > Allocate - To allocate means to distribute address space to IRs for 
 the purpose of subsequent distribution by them.

 > Assign - To assign means to delegate address space to an ISP or 
 end-user, for specific use within the Internet infrastructure 
 they operate. Assignments must only be made for specific purposes 
 documented by specific organizations and are not to be sub-assigned to 
 other parties.

Bibliografia

Rejestry działają zgodnie z RFC 7020 , który zastąpił RFC 2050 . Prawdopodobnie znaczna część struktury wokół tych ograniczeń pochodzi z RFC 7020 sekcja 2, Cele :

2) Hierarchiczna alokacja: Biorąc pod uwagę obecną technologię routingu, dystrybucja adresów IP w sposób hierarchiczny zwiększa prawdopodobieństwo dalszego skalowania internetowego systemu routingu. Jako taki, obecnie celem jest przydzielenie adresów IP w taki sposób, aby umożliwić agregację tych adresów w minimalną liczbę ogłoszeń routingu.

Uwaga końcowa

Zapytałeś o „blok lub podsieć”; ARIN zajmuje się jednak przydziałami poszczególnych adresów IP , a nie podsieci lub bloków adresów .

Mike Pennington
źródło
Oczywiście, nieprzenośną przestrzeń IP można ogłosić innym strumieniom wyższym (niż ten, do którego jest przypisana) ALE: a) prawdopodobnie spadnie ona z powodu filtrów prefiksowych i b) przynajmniej dobrym sposobem będzie uzyskanie zgody od przypisywanie LIR.
1
@Aziraphale, kiedy mówię „niedozwolone” mówię z perspektywy polityki ARIN ... uzasadnione jest to, że nie ma centralnej siły policyjnej, która powstrzymałaby cię od powierzchni reklamowej, której nie posiadasz; moje doświadczenie popiera twoje ... większość dostawców usług internetowych ściśle filtruje przychodzące ogłoszenia BGP od użytkowników końcowych, chyba że adresy zostały wysłane do Ciebie
Mike Pennington
Oczekuję, że stanie się to o wiele bardziej powszechne, ponieważ przenośna przestrzeń staje się niemożliwa do uzyskania. (dla / 24 i krótszych prefiksów). Tak długo, jak posiadasz zgodę od przypisującego LIR i zachowujesz to jako jeden z wyższych poziomów, nie ma żadnej bariery politycznej dla tego typu multi-homing. Termin „nieprzenośny” odnosi się do tego, że użytkownik końcowy nie jest w stanie zaprzestać związku z przypisującym LIR i zabrać mu przestrzeń. Nie jest to najlepsza praktyka, ale też nie jest nielegalna.
@Aziraphale, zgadzamy się na „nieprzenośny” implikujący niemożność przemieszczania się między dostawcami, ponieważ częściowo nieprzenośność polega na tym, że przestrzeń adresowa została przypisana użytkownikowi końcowemu. Przez większość czasu, kiedy prosiłem o blokowanie wielu domów / 24 lub krótszych, właściciel LIR z zadowoleniem przyjmuje to, ponieważ oferuje możliwość odciążenia części ruchu przychodzącego do tego bloku za pośrednictwem „innego” dostawcy, z którego korzystam z ... działa to naprawdę dobrze, gdy drugi dostawca jest mniejszym sklepem, który cieszy się z posiadania kolejnego płatnego klienta.
Mike Pennington
4

Nie jestem specjalistą w procedurze ARIN, ale oto jak to działa w RIPE-land:

Zasoby zagregowane dostawcy („PA”, „nieprzenośne”) to bloki przydzielone do lokalnego rejestru internetowego (LIR) - zwykle dostawcy usług internetowych użytkowników końcowych - których części LIR przypisuje swoim użytkownikom końcowym. Tak przydzielone zasoby pozostają pod zarządzaniem LIR i pozostają przypisane do użytkownika końcowego, podczas gdy kryteria przydziału są ważne, a użytkownik końcowy utrzymuje stosunek umowny z LIR. Jeśli użytkownik końcowy zaprzestanie relacji biznesowej z LIR, przydzielone zasoby muszą zostać zwrócone.

W celach historycznych zasoby niezależnych dostawców (PI) nie są już dostępne w RIPE (z powodu wyczerpania IPv4); Zasoby PI („przenośne”) są przypisywane do użytkownika końcowego za pośrednictwem LIR lub bezpośrednio z RIPE NCC. Nie są zarządzane przez LIR i mogą być przenoszone między dostawcami usług internetowych, jeśli użytkownik końcowy uzna to za stosowne.

Zasady dotyczące IPv6 są podobne i dla własnego skrótu zlekceważyłem zasady „wolnego rynku IPv4”.

RIPE-599, „Zasady przydzielania i przypisywania adresów IPv4” zawiera cały tekst zasad dla ipv4.

Mike Pennington
źródło