Info! Please note that this translation has been provided at best effort, for your convenience. The English page remains the official version.

Reserva de recursos para pontos de intercâmbio da Internet | AFPUB-2014-GEN-004-DRAFT-03

Imprimir amigável, PDF e e-mail

 

Detalhes

  • Ref. Nome: AFPUB-2014-GEN-004-DRAFT-03

  • Status: Última Chamada

  • Data: 03 de junho de 2015

  • Status:
    Implementado
  • Autor (es):
    Este endereço de e-mail está protegido contra spambots. Você deve habilitar o JavaScript para visualizá-lo., Tanzânia Internet Exchange,
    Michuki Mwangi, Sociedade da Internet / KIXP,
    Este endereço de e-mail está protegido contra spambots. Você deve habilitar o JavaScript para visualizá-lo., Casa de compensação de pacotes / JINX

 

1. Resumo do problema abordado por esta proposta

O AFRINIC possui uma política existente para fazer IPv4 atribuições à Infraestrutura Crítica, mas não uma para reservar especificamente espaço de Recursos de Número da Internet para IXPs. Como resultado, prevê-se que o esgotamento desses recursos possa dificultar, se não for impossível, que os IXPs obtenham recursos suficientes para crescer.

 

2. Resumo de como esta proposta aborda o problema 

Esta política solicita que o AFRINIC reserve e publique IPv4 recursos e ASNs para uso somente por IXPs. 

 

3. Proposta

3.1 Introdução

 

Considera-se amplamente que os Internet Exchange Points (IXPs) são um dos elementos críticos necessários para o desenvolvimento das economias da Internet. A África ainda está em processo de desenvolvê-las e, ao mesmo tempo, enfrenta o esgotamento iminente de suas IPv4 Recursos. 

 

Não tendo IPv4 endereços para aumentar ou iniciar novos IXPs criariam complexidade de roteamento desnecessária e desnecessária para redes conectadas à Internet, procurando espiar os IXPs para aprimorar seu escopo de rede.

 

AFRINIC já tem uma política existente para fazer alocações para IXPs [1], mas essa política não reserva especificamente IPV4 espaço para garantir que haverá tal, para os futuros IXPs crescerem e se desenvolverem. Além disso, esta política reserva um conjunto de ASNs entre 0 - 65535 para uso por IXPs, para IXP BGP Route Servers. 

 

3.2 Distinção entre peering IXP e redes de gerenciamento

 

Distinguimos entre dois tipos de recursos de números IP necessários e usados ​​nos IXPs. 

 

Uma LAN de pares IXP é o bloco de endereços de rede contíguo que o IXP usaria para atribuir endereços IP exclusivos a cada membro de pares, para cada participante de pares trocar tráfego de rede pela infraestrutura de pares compartilhada. A prática recomendada é que a rede local de IXP não esteja visível na visualização da tabela de roteamento global, entre outras coisas para reduzir os vetores de ataque dos roteadores de borda do ISP por meio do IXP. 

 

De uma perspectiva de identificação, monitoramento e análise de rede, é desejável, portanto, que o espaço da "LAN peering" seja fornecido a partir de um bloco contíguo. A LAN de gerenciamento IXP é a rede de gerenciamento que o IXP usa para fornecer serviços no IXP, como monitoramento, estatísticas, correio, sistemas de ticket, provisionamento de trânsito para raízes DNS, etc. Redes de gerenciamento devem ser alcançadas globalmente, por exemplo publicar dados e permitir acesso remoto à boa infraestrutura de rede comum (como servidores DNS raiz e TLD) e projetos de pesquisa. 

 

3.3 Uso de servidores de rota BGP 

 

Normalmente, os IXPs usam servidores de rota BGP para ajudar a gerenciar sessões de peering entre diferentes participantes. Os servidores de rota implementam a política de roteamento IXP na forma de comunidades BGP, normalmente na forma de A: B, onde A, B representam A = servidor de rota IXP BGP e B = participante ASN. 

 

As implementações atuais do BGP utilizam 6 bytes para o atributo de comunidade estendida. Portanto, um IXP com 4 bytes ASN em uso no servidor de rota não seria capaz de implementar com êxito o mapeamento da comunidade A: B BGP, se um participante do IXP tiver um byte de 4 bytes ASN. É provável que essa situação seja vivenciada por mais IXPs, como adicional de 4 bytes ASNs são alocados através do processo AFRINIC atual. 

 

Se as comunidades de servidores de rota IXP incluírem o IXP ASN e o par ASN (espera-se que seja de 4 bytes) e um total de apenas 6 bytes esteja disponível, segue que os servidores de rota IXP ASN não pode ter mais do que ocupar mais de 2 bytes. 

 

3.4 Proposta 

 

Para garantir que haja recursos suficientes para o desenvolvimento de IXPs, essa política propõe que a AFRINIC reserve IPv4 endereços para LANs emparelhando IXP a partir de um bloco de endereços marcado particularmente e exclusivamente para uso em LAN emparelhando IXP. 

 

As atribuições para LANs emparelhando IXP devem ser de um bloco dedicado, publicado como tal pela AFRINIC. As atribuições de LAN de peering para cada IXP devem garantir que o bloco / 24 IP adjacente seja reservado (com base no tamanho mínimo da política de atribuição de usuário final de / 24) para suportar o crescimento futuro do IXP. Isso permitirá que um IXP aumente seus recursos de LAN de pares para / 23 sem precisar renumerar para uma nova alocação de bloco IP contíguo. 

 

As atribuições para endereços de gerenciamento IXP NÃO devem ser fornecidas no mesmo bloco que as LANs emparelhamento IXP. 

 

Propõe-se que um bloco / 16 seja reservado para requisitos futuros para redes locais peering IXP na região de serviço do AFRINIC e que o AFRINIC publique esse bloco como tal. Além disso, as atribuições para a LAN de peering IXP devem reservar o bloco contíguo / 24 IP adjacente ao IXP solicitante para crescimento futuro.

 

Essas reservas serão mantidas até o momento em que o pool disponível do / 16 não possa mais alocar atribuições de / 23. Depois disso, novos pedidos podem ser atribuídos a partir do espaço reservado mantido para crescimento futuro de IXP. Propõe-se ainda reservar o equivalente a um bloco / 16 adicional para prefixos de gerenciamento IXP, separado das LANs de peering. 

 

Propõe-se que o AFRINIC reserve um bloco de ASNs entre 0 - 65535 para uso em servidores de rota BGP em IXPs na região de serviço do AFRINIC. O número de ASNs a serem reservados deve ser o maior de 114, ou metade do restante ASNs entre 0 - 65535 no bloco AFRINIC na data de ratificação desta política. A AFRINIC alocará esses recursos de acordo com a ordem de chegada. 

 

3.5 Critérios de avaliação 

 

Esta política não sugere novos critérios de avaliação para o que determina um IXP válido. 

 

4. Histórico de Revisões

  1. 23 Out 2014 - AFPUB-2014-GEN-004-DRAFT-01 publicado on rpd Lista.
  2. 05 de novembro de 2014 - AFPUB-2014-GEN-004-DRAFT-02 publicado no rpd Lista.
  3. 11 de junho de 2015 - AFPUB-2014-GEN-004-DRAFT-03 publicado on rpd Lista.

 


Referências

 

[1] Política AFRINIC para atribuições de usuários finais - AFPUB-2006-GEN-001, http://afrinic.net/en/library/policies/127-afpub-2006-gen-001 Seções (5) e (6)

 

 

Última modificação em -
Data e hora nas Maurícias -