Qu'est-ce qu'un bloc d'adresse IPv4 non portable?

13

Par exemple, une requête Whois pour 4.4.4.0 indique:

LES ADRESSES DANS CE BLOC NE SONT PAS PORTABLES

Le propriétaire déclare-t-il simplement que le bloc ou un sous-réseau n'est pas en vente? Ou le non-portable a-t-il une signification technique plus profonde?

Voici la section pertinente de la requête 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
user2964971
la source

Réponses:

18

Le propriétaire déclare-t-il simplement que le bloc ou un sous-réseau n'est pas en vente? Ou le non-portable a-t-il une signification technique plus profonde?

La non-portabilité n'est pas une question de vente ... c'est un terme technique.

Portabilité des adresses

Les adresses IP non portables appartiennent à une certaine organisation, et un utilisateur final de l'adresse IP non portable n'est pas autorisé à décourager d'annoncer ces adresses IP à une autre organisation sans que l'organisation redevable SWIP les adresse à l'utilisateur final.

Le concept de portabilité provient du manuel de politique des ressources du numéro ARIN 2014.1, section sur IPv4 ( accent sur le mien ) ...

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.

La raison pour laquelle les RIR ne garantissent pas que les adresses portables sont globalement routables est parce que les RIR ne peuvent pas influencer les politiques de filtrage des routes des fournisseurs.

Pourquoi certains blocs ne sont pas portables

Les adresses sont attribuées ou attribuées . Si un bloc d'adresse est attribué au FAI, ce FAI ne peut pas sous-attribuer les adresses. Citant Manuel des politiques de ressources Nombre ARIN 2014,1, Section 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.

Les références

Les registres fonctionnent conformément à la RFC 7020 , qui a remplacé la RFC 2050 . Sans doute, une grande partie de la structure autour de ces restrictions provient de la RFC 7020 Section 2, Objectifs :

2) Allocation hiérarchique: Compte tenu de la technologie de routage actuelle, la distribution des adresses IP de manière hiérarchique augmente la probabilité d'une mise à l'échelle continue du système de routage Internet. En tant que tel, il est actuellement un objectif d'allouer des adresses IP de manière à permettre l'agrégation de ces adresses en un nombre minimum d'annonces de routage.

Note de fin

Vous avez posé des questions sur "le bloc ou un sous-réseau"; cependant, ARIN traite des attributions d' adresses IP individuelles , et non des sous-réseaux ou des blocs d'adresses .

Mike Pennington
la source
Bien sûr, un espace IP non portable peut être annoncé à d'autres amonts (que celui à partir duquel il est attribué) MAIS: a) il tombera probablement à l'encontre des filtres de préfixe et b) ce serait au moins de bonnes manières d'obtenir l'approbation du affectation de LIR.
1
@Aziraphale, quand je dis "non autorisé", je parle du point de vue de la politique ARIN ... il est raisonnable de penser qu'il n'y a pas de police centrale pour vous empêcher de faire de la publicité sur des espaces qui ne vous appartiennent pas; mon expérience confirme la vôtre ... la plupart des FAI filtrent strictement les annonces BGP d'entrée des utilisateurs finaux, à moins que les adresses n'aient été SWIP'd pour vous
Mike Pennington
Je m'attends à ce que cela devienne beaucoup plus courant car l'espace portable devient impossible à obtenir. (pour / 24 et préfixes plus courts). Tant que vous avez l'approbation du LIR d'attribution et que vous conservez cela comme l'un des amonts, il n'y a pas d'obstacle politique au multi-hébergement de cette façon. Le «non portable» fait référence à l'utilisateur final ne pouvant pas mettre fin à la relation avec le LIR attributaire et emportant l'espace avec lui. Pas la meilleure pratique mais pas illégale non plus.
@Aziraphale, nous sommes d'accord sur le fait que "non portable" implique l'impossibilité de se déplacer entre les fournisseurs, car une partie du caractère non portable est que l'espace d'adressage a été attribué à l'utilisateur final. La plupart du temps, lorsque j'ai demandé un multi-home / 24 ou des blocs plus courts, le LIR propriétaire l'accueille car il offre la possibilité de décharger une partie de leur trafic entrant vers ce bloc via le "autre" fournisseur que je suis multi-homing avec ... cela fonctionne vraiment bien lorsque l'autre fournisseur est un petit magasin qui est heureux d'avoir un autre client payant.
Mike Pennington
4

Je ne suis pas un spécialiste de la procédure ARIN, mais voici comment cela fonctionne en RIPE-land:

Les ressources agrégées par le fournisseur ("PA", "non portables") sont des blocs alloués à un registre Internet local (LIR) - normalement le FAI des utilisateurs finaux - dont le LIR attribue des parties à ses utilisateurs finaux. Les ressources ainsi affectées restent sous la gestion du LIR et restent affectées à l'utilisateur final tant que les critères d'affectation sont valables et que l'utilisateur final entretient une relation contractuelle avec le LIR. Si l'utilisateur final cesse sa relation commerciale avec le LIR, les ressources affectées doivent être retournées.

Pour référence historique, les ressources indépendantes du fournisseur (PI) ne sont plus disponibles à partir de RIPE (en raison de l'épuisement d'IPv4); Les ressources PI ("portables") sont attribuées à l'utilisateur final via un LIR, ou directement à partir du RIPE NCC. Ils ne sont pas gérés par le LIR et peuvent être déplacés entre les FAI selon les besoins de l'utilisateur final.

La politique pour IPv6 est similaire et j'ai ignoré les politiques de «marché libre IPv4» par souci de brièveté.

RIPE-599, «Stratégies d'allocation et d'attribution d'adresses IPv4» contient l'intégralité du texte de stratégie pour ipv4.

Mike Pennington
la source