PeeringDB

O PeeringDB é uma base de dados pública, gratuita e mantida pela comunidade internacional que cataloga redes de computadores, Sistemas Autônomos (ASNs), Pontos de Troca de Tráfego (IXPs), centros de dados (data centers) e instalações de interconexão em escala global.

Considerada na indústria de telecomunicações como o "ponto de parada obrigatório" (first stop) para engenheiros de rede e coordenadores de tráfego, a plataforma funciona como a principal fonte de referência para o estabelecimento e a automação de acordos de interconexão direta (peering) e trânsito IP entre operadoras na Internet.

Histórico e governança

O PeeringDB foi concebido e programado em 2004 pelo engenheiro de redes norte-americano Richard Steenbergen (conhecido na comunidade técnica pelo pseudônimo Ras) durante discussões no âmbito do fórum de operadores da América do Norte (NANOG). Naquela época, o crescimento vertiginoso da Internet comercial provocava gargalos na coordenação entre operadoras, que dependiam de listas manuais dispersas de e-mails, planilhas privadas e comunicações informais para descobrir onde outras redes estavam presentes e com quem aceitavam trocar tráfego.

Com a expansão contínua da Internet, a administração informal do projeto tornou-se insustentável. Em 2015, a iniciativa foi formalmente institucionalizada com a criação da PeeringDB, Inc., uma associação sem fins lucrativos constituída sob a seção 501(c)(6) da legislação tributária dos Estados Unidos.

A governança da entidade é estruturada sobre os seguintes pilares:

• Conselho de Administração (Board of Directors): Composto por membros voluntários eleitos periodicamente pelos próprios usuários cadastrados na plataforma;
• Comitês de Especialistas: Grupos de trabalho dedicados à evolução da plataforma, incluindo o Comitê de Produto (responsável por novas funcionalidades de software e usabilidade) e o Comitê Administrativo (que valida e aprova novos cadastros de redes e instalações para coibir fraudes e dados obsoletos);
• Financiamento Neutro: A organização não cobra tarifas pelo acesso aos dados ou pela utilização de suas interfaces, sustentando suas operações por meio de patrocínios voluntários de operadoras de telecomunicações, provedores de computação em nuvem e pontos de troca de tráfego de relevância mundial (como Google, Meta, Microsoft, Amazon Web Services, DE-CIX e Equinix).

Modelo de dados e arquitetura

Em 2016, a plataforma passou por uma reformulação estrutural completa (conhecida como PeeringDB 2.0), substituindo o código legado por uma arquitetura em Python e Django sustentada por um banco de dados relacional e uma interface de programação de aplicações (API) pública do tipo REST.

O modelo de dados do PeeringDB organiza a infraestrutura global da Internet em objetos principais inter-relacionados:

Políticas de interconexão registradas

Um dos campos operacionais mais consultados no PeeringDB é a declaração pública da política de peering (Peering Policy) de cada Sistema Autônomo. O registro classifica as redes em quatro categorias padronizadas:

1. Aberta (Open): A rede mantém a diretriz de estabelecer sessões de troca de tráfego gratuita com qualquer outro participante presente no mesmo Ponto de Troca de Tráfego, geralmente aceitando conexões bilaterais e conectando-se aos Servidores de Rotas para troca de tráfego multilateral (acordos multilaterais ou Multilateral Peering Agreements - MLPA);
2. Seletiva (Selective): O operador exige o cumprimento de critérios técnicos ou econômicos mínimos prévios para firmar parcerias de peering (tais como volume mínimo de tráfego compartilhado, proporção equilibrada entre tráfego de entrada e saída, presença em múltiplos pontos geográficos ou NOC operacional em regime 24/7);
3. Restritiva (Restrictive): A rede possui requisitos severos de interconexão, negociando parcerias de peering quase exclusivamente com grandes operadoras transcontinentais ou redes de trânsito Tier 1;
4. Não realiza peering (No): A organização não troca tráfego livremente, exigindo que redes terceiras contratem seus serviços comerciais de trânsito IP pago.

Automação de redes e integração de indústria

O PeeringDB consolidou-se como peça central nos fluxos de automação de engenharia de redes (Network Automation) e redes definidas por software (SDN).

Em operadoras modernas, a configuração de sessões BGP deixou de ser realizada manualmente linha por linha na linha de comando dos roteadores. Ferramentas livres de orquestração de grande porte — tais como o ARouteServer (usado por servidores de rotas de IXPs), o Peering Manager e rotinas baseadas em NetBox e Python — consultam periodicamente a API REST do PeeringDB para:

• Configuração dinâmica de sessões BGP: Detectar a entrada de novos participantes em uma LAN de troca de tráfego e instanciar automaticamente as sessões BGP correspondentes com seus respectivos endereços IPv4 e IPv6;
• Proteção de memória de roteadores (Max-Prefix): Obter o limite máximo exato de prefixos anunciado por cada operador e configurar a cláusula maximum-prefix na sessão BGP do equipamento (conforme preconizado na norma BCP 194 / RFC 7454). Se um par cometer um erro de configuração ou desagregação indevida e tentar injetar acidentalmente a tabela global de rotas inteira, o roteador interrompe a sessão preventivamente antes que a sua memória de roteamento (RIB/FIB) seja esgotada;
• Validação e conformidade com o MANRS: A iniciativa internacional MANRS (Mutually Agreed Norms for Routing Security) estabelece expressamente em sua Ação 3 (Coordenação) que todo operador de rede participante deve manter seus contatos técnicos, chaves de autenticação e dados de capacidade devidamente atualizados no PeeringDB.

Adicionalmente, grandes redes de entrega de conteúdo (CDNs) e provedores de nuvem de hiperescala (como Google, Netflix, Cloudflare e Meta) exigem contratualmente que qualquer operador que deseje estabelecer interconexão direta possua um registro ativo, completo e aprovado no PeeringDB como pré-requisito mandatório para abertura de negociações técnicas.

O ecossistema no Brasil e na América Latina

Em virtude do modelo descentralizado da infraestrutura de telecomunicações brasileira — o país concentra mais de 9.100 Sistemas Autônomos alocados pelo LACNIC e administrados pelo Registro.br —, o Brasil possui uma das maiores densidades de registros ativos em toda a base global do PeeringDB.

• Destaque do IX.br São Paulo: O registro do IX.br São Paulo (identificador ix/171 no PeeringDB) figura consistentemente entre os maiores do mundo em quantidade de redes conectadas cadastradas, superando 2.500 Sistemas Autônomos participantes;
• Mapeamento de Data Centers: A plataforma cataloga dezenas de instalações físicas de colocation neutras e polos de hiperescala instalados no território brasileiro, operados por corporações como Equinix, Ascenty, Scala Data Centers, Elea Digital e V.tal, facilitando a expansão de cabos submarinos e redes de transporte terrestres no país;
• Incentivo Institucional: Entidades técnicas de governança como o Núcleo de Informação e Coordenação do Ponto BR (NIC.br) e o Centro de Estudos e Pesquisas em Tecnologias de Redes e Operações (CEPTRO.br) promovem ativamente oficinas e tutoriais incentivando os pequenos e médios provedores de Internet regionais (ISPs de fibra óptica) a cadastrarem e atualizarem suas redes no PeeringDB para impulsionar a atração de caches e tráfego direto de conteúdos internacionais.

Ver também

• Peering
• Border Gateway Protocol
• Sistema autônomo (Internet)
• Ponto de troca de tráfego
• IX.br
• MANRS
• Internet Routing Registry

Referências

Ligações externas

• Portal Oficial do PeeringDB
• Documentação Oficial e Governança do PeeringDB
• Documentação Técnica da API REST (v2)
• Registro do IX.br São Paulo no PeeringDB

• Portal da tecnologia
• Portal das tecnologias de informação