¿Qué es un bloque de direcciones IPv4 no portátil?


13

Por ejemplo, una consulta Whois para 4.4.4.0 dice:

LAS DIRECCIONES DENTRO DE ESTE BLOQUE NO SON PORTÁTILES

¿El propietario simplemente declara que el bloque o una subred no están a la venta? ¿O no portátil tiene un significado técnico más profundo?

Aquí está la sección relevante de la consulta 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

Respuestas:


18

¿El propietario simplemente declara que el bloque o una subred no están a la venta? ¿O no portátil tiene un significado técnico más profundo?

La no portabilidad no se trata de ventas ... es un término técnico.

Portabilidad de direcciones

Las direcciones IP no portátiles pertenecen a una determinada organización, y un usuario final de la dirección IP no portátil no puede desalentar el anuncio de esas direcciones IP a otra organización sin que la organización que lo hace cambie las direcciones al usuario final.

El concepto de portabilidad proviene del Manual de Política de Recursos de Número ARIN 2014.1, Sección sobre IPv4 ( énfasis mío ) ...

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 razón por la cual los RIR no garantizan que las direcciones portátiles sean globalmente enrutables es porque los RIR no pueden influir en las políticas de filtrado de rutas de los proveedores.

¿Por qué algunos bloques no son portátiles?

Las direcciones se asignan o se asignan . Si se asigna un bloque de direcciones al ISP, ese ISP no puede subasignar las direcciones. Citando el Manual de Política de Recursos de Número ARIN 2014.1, Sección sobre 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.

Referencias

Los registros operan de acuerdo con RFC 7020 , que reemplazó a RFC 2050 . Podría decirse que gran parte de la estructura en torno a estas restricciones proviene de RFC 7020 Sección 2, Objetivos :

2) Asignación jerárquica: Dada la tecnología de enrutamiento actual, la distribución de las direcciones IP de manera jerárquica aumenta la probabilidad de una ampliación continua del sistema de enrutamiento de Internet. Como tal, actualmente es un objetivo asignar direcciones IP de tal manera que permita la agregación de estas direcciones en un número mínimo de anuncios de enrutamiento.

Nota final

Usted preguntó sobre "el bloque o una subred"; sin embargo, ARIN trata con asignaciones de direcciones IP individuales , no subredes o bloques de direcciones .


Por supuesto, el espacio IP no portátil se puede anunciar a otros upstream (que no sea el que se le asignó) PERO: a) probablemente caerá en conflicto con los filtros de prefijo yb) al menos sería una buena manera obtener la aprobación del asignando LIR.

1
@Aziraphale, cuando digo "no permitido", estoy hablando desde la perspectiva de la política de ARIN ... es un punto razonable que no haya una fuerza policial central que lo detenga de anunciar espacios que no le pertenecen; mi experiencia respalda la suya ... la mayoría de los ISP están filtrando estrictamente los anuncios de ingreso de BGP de los usuarios finales, a menos que las direcciones hayan sido SWIP '
Mike Pennington

Espero que esto se vuelva mucho más común ya que el espacio portátil se vuelve imposible de conseguir. (para / 24 y prefijos más cortos). Siempre y cuando cuente con la aprobación del LIR asignado y lo mantenga como uno de los principales, no existe una barrera de política para realizar múltiples referencias de esta manera. El término "no portátil" se refiere a que el usuario final no puede cesar la relación con el LIR asignado y le quita el espacio. No es la mejor práctica, pero tampoco es ilegal.

@Aziraphale, acordamos que "no portátil" implica una incapacidad para moverse entre proveedores, porque parte de no ser portátil es que el espacio de direcciones se asignó al usuario final. La mayoría de las veces, cuando solicité bloques multi-hogar / 24 o más cortos, el LIR propietario lo acoge con beneplácito porque ofrece la posibilidad de descargar parte de su tráfico de ingreso a ese bloque a través del "otro" proveedor que estoy alojando en múltiples hogares. con ... esto funciona realmente bien cuando el otro proveedor es una tienda más pequeña que está feliz de tener otro cliente que paga.
Mike Pennington

4

No soy especialista en el procedimiento ARIN, pero así es como funciona en RIPE-land:

Los recursos agregados del proveedor ("PA", "no portátiles") son bloques asignados a un Registro de Internet local (LIR), normalmente el ISP de los usuarios finales, partes de las cuales el LIR asigna a sus usuarios finales. Los recursos así asignados permanecen bajo la administración del LIR y permanecen asignados al usuario final mientras los criterios de asignación son válidos y el usuario final mantiene una relación contractual con el LIR. Si el usuario final cesa su relación comercial con el LIR, los recursos asignados deben ser devueltos.

Para referencia histórica, los recursos independientes del proveedor (PI) ya no están disponibles en RIPE (debido al agotamiento de IPv4); Los recursos PI ("portátiles") se asignan al usuario final a través de un LIR, o directamente desde el RIPE NCC. No son administrados por el LIR y se pueden mover entre ISP como lo considere conveniente el usuario final.

La política para IPv6 es similar y no he tenido en cuenta las políticas de "libre mercado de IPv4" por razones de brevedad.

RIPE-599, "Políticas de asignación y asignación de direcciones IPv4" tiene el texto completo de la política para ipv4.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.