Política de Peering — Visão Datacenter (AS273508)
Última atualização: agosto de 2026
1. Visão Geral
A Visão Datacenter opera uma política de peering seletiva e geralmente aberta. Buscamos estabelecer sessões de interconexão direta com redes que atendam aos critérios técnicos e operacionais descritos abaixo, com o objetivo de melhorar a qualidade, a latência e a resiliência do tráfego trocado entre as redes.
Esta política se aplica a peering público (via IX) e privado (PNI), conforme aplicável.
2. Requisitos Gerais
- O peer deve operar um ASN público e visível no roteamento global (registrado em um RIR e anunciado de forma consistente na tabela BGP global).
- O peer deve manter uma entrada atualizada no PeeringDB, incluindo:
- Informações de contato técnico (NOC) disponíveis 24×7;
- Prefixos IPv4/IPv6 anunciados e limites de sessão (max-prefix) coerentes com a realidade da rede;
- Presença declarada nos IXs/PNIs relevantes.
- Cada parte arca com seus próprios custos de conexão, cross-connect, equipamentos e circuitos.
3. Sessões BGP e Multi-caminho
- Quando houver múltiplas conexões com um mesmo IX (ex.: mais de um switch/porta), os pares devem estabelecer sessões BGP com todos os vizinhos correspondentes e habilitar roteamento multicaminho (multipath), de forma a balancear o tráfego entre os enlaces disponíveis e evitar assimetrias desnecessárias.
- Somente serão trocadas rotas Unicast IPv4 e IPv6. Não há suporte a multicast, MPLS ou outras address-families neste peering.
- É obrigatório o uso de autenticação MD5 em todas as sessões BGPv4/BGPv6, conforme RFC 2385, para mitigar ataques de sequestro e injeção de sessão.
4. Registro de Rotas e Segurança de Roteamento
- Ambas as partes devem registrar suas rotas em um banco de dados público de IRR (ex.: RADb, TC IRR, ARIN, RIPE etc), com esforço de boa-fé para manter as informações atualizadas, permitindo a geração de filtros de prefixo (prefix-lists).
- O peer deve possuir suas rotas registradas no repositório RPKI, com objetos ROA (Route Origin Authorization) válidos para os prefixos anunciados. A Visão Datacenter valida origem RPKI (Origin Validation) e pode descartar ou reduzir a preferência de rotas com estado Invalid.
- Os pares são incentivados a adotar as normas do MANRS (Mutually Agreed Norms for Routing Security), incluindo filtragem de origem, anti-spoofing e coordenação de contatos.
5. Capacidade, Redundância e Monitoramento
- Ambas as partes devem operar uma rede com redundância e capacidade suficientes, de modo que a falha de um único nó (roteador, enlace ou porta) não cause impacto significativo no desempenho geral da rede ou da interconexão.
- A Visão Datacenter monitora continuamente a utilização de todos os links de interconexão. Sempre que um enlace atingir 80% de ocupação por, no mínimo, 6 horas diárias, durante 4 dias consecutivos, será aberto um processo conjunto com o peer para:
- Aumentar a capacidade do link; ou
- Redistribuir/otimizar o tráfego para reduzir a utilização.
6. Manutenções Programadas
- Manutenções programadas que possam impactar a interconexão devem ser notificadas com antecedência mínima de 48 horas.
- A notificação deve indicar claramente:
- Data e horário de início/fim da manutenção;
- Impacto esperado sobre o tráfego e a sessão BGP.
7. Direito de Aceite e Rejeição
- A Visão Datacenter, assim como o peer, pode aceitar ou rejeitar solicitações de peering a qualquer momento, conforme as necessidades de gerenciamento, capacidade e segurança da rede exigirem. A rejeição ou o encerramento de uma sessão de peering não constitui, por si só, indicativo de conduta inadequada por parte do solicitante.
8. Como Solicitar Peering
Interessados em estabelecer peering com o AS273508 devem entrar em contato por meio das informações registradas no PeeringDB, informando:
- ASN e nome da rede;
- IX(s) e/ou localidades de interesse para PNI;
- Volume de tráfego estimado;
- Contato técnico (NOC).
Esta política pode ser revisada periodicamente conforme a evolução da infraestrutura e das melhores práticas de segurança de roteamento (BCP/MANRS).