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 .
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.
la source