O que é um bloco de endereços IPv4 não portátil?


13

Por exemplo, uma consulta Whois para 4.4.4.0 diz:

ENDEREÇOS DESTES BLOCOS NÃO SÃO PORTÁTEIS

O proprietário simplesmente declara que o bloco ou uma sub-rede não está à venda? Ou não portátil tem um significado técnico mais profundo?

Aqui está a seção relevante da 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

Respostas:


18

O proprietário simplesmente declara que o bloco ou uma sub-rede não está à venda? Ou não portátil tem um significado técnico mais profundo?

Não portabilidade não é sobre vendas ... é um termo técnico.

Portabilidade de endereço

Os endereços IP não portáteis pertencem a uma determinada organização, e um usuário final do endereço IP não portátil não pode desencorajar o anúncio desses endereços IP para outra organização sem que a organização devida faça o SWIP dos endereços para o usuário final.

O conceito de portabilidade vem do Manual de Política de Recursos Numéricos ARIN 2014.1, Seção IPv4 ( ênfase minha ) ...

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.

A razão pela qual os RIRs não garantem que os endereços portáteis sejam globalmente roteáveis ​​é porque os RIRs não podem influenciar as políticas de filtragem de rotas dos provedores.

Por que alguns blocos não são portáteis

Os endereços são alocados ou atribuídos . Se um bloco de endereços estiver atribuído ao ISP, ele não poderá sub-atribuir os endereços. Citando o Manual da Política de Recursos de Número do ARIN 2014.1, Seção 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.

Referências

Os registros operam de acordo com a RFC 7020 , que substituiu a RFC 2050 . Indiscutivelmente, grande parte da estrutura em torno dessas restrições vem da Seção 2 da RFC 7020, Objetivos :

2) Alocação Hierárquica: Dada a tecnologia de roteamento atual, a distribuição de endereços IP de maneira hierárquica aumenta a probabilidade de escala contínua do sistema de roteamento da Internet. Como tal, atualmente é um objetivo alocar endereços IP de forma a permitir a agregação desses endereços em um número mínimo de anúncios de roteamento.

Nota final

Você perguntou sobre "o bloco ou uma sub-rede"; no entanto, o ARIN lida com alocações de endereços IP individuais , não sub-redes ou blocos de endereços .


É claro que o espaço IP não portátil pode ser anunciado para outros upgreams (além do qual é atribuído) MAS: a) provavelmente cairá sobre os filtros de prefixo eb) pelo menos seria uma boa maneira obter aprovação do atribuindo LIR.

1
@Aziraphale, quando digo "não permitido", estou falando da perspectiva da política do ARIN ... é um ponto razoável que não há uma força policial central para impedi-lo de anunciar espaços que você não possui; minha experiência faz backup da sua ... a maioria dos ISPs está filtrando estritamente os anúncios BGP de entrada dos usuários finais, a menos que os endereços tenham sido enviados para você
Mike Pennington

Espero que isso se torne muito mais comum, pois o espaço portátil se torna impossível de obter. (para / 24 e prefixos mais curtos). Contanto que você tenha a aprovação do LIR atribuído e mantenha-o como um dos fluxos ascendentes, não há barreira política para a hospedagem múltipla dessa maneira. O "não portátil" refere-se ao usuário final que não pode interromper o relacionamento com o LIR atribuído e ocupar o espaço com ele. Não é uma boa prática, mas também não é ilegal.

@Aziraphale, concordamos em "não portátil" que implica na incapacidade de se mover entre provedores, porque parte de não ser portátil é que o espaço de endereço foi atribuído ao usuário final. Na maioria das vezes, quando solicitei blocos multi-home / 24 ou mais curtos, o LIR proprietário o recebe porque oferece a possibilidade de descarregar parte do tráfego de entrada para esse bloco através do "outro" provedor que eu sou multi-homing com ... isso funciona muito bem quando o outro fornecedor é uma loja menor e fica feliz por ter outro cliente pagante.
Mike Pennington

4

Não sou especialista no procedimento ARIN, mas aqui está como ele funciona no RIPE-land:

Recursos agregados ao provedor ("PA", "não portáteis") são blocos alocados a um LIR (Local Internet Registry) - normalmente o ISP dos usuários finais - partes das quais o LIR atribui a seus usuários finais. Os recursos assim atribuídos permanecem sob o gerenciamento do LIR e permanecem atribuídos ao usuário final enquanto os critérios de atribuição são válidos e o usuário final mantém um relacionamento contratual com o LIR. Se o usuário final interromper seu relacionamento comercial com o LIR, os recursos atribuídos deverão ser retornados.

Para referência histórica, os recursos Independente do Fornecedor (PI) não estão mais disponíveis no RIPE (devido à exaustão do IPv4); Os recursos PI ("portáteis") são atribuídos ao usuário final por meio de um LIR ou diretamente do RIPE NCC. Eles não são gerenciados pelo LIR e podem ser movidos entre os ISPs conforme o usuário final entender.

A política para IPv6 é semelhante e desconsiderei as políticas de "mercado livre de IPv4" por falta de interesse.

RIPE-599, "Diretivas de alocação e atribuição de endereços IPv4" contém todo o texto da diretiva para ipv4.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.