Esta é a atualização semestral do PeeringDB. Estes relatórios são uma oportunidade para dar um passo atrás e observar a ampla trajetória das mudanças. Confira os nossos relatórios semestrais anteriores aqui: um,dois,três,quatro.
Atualização das funções
Conforme prometido em abril, disponibilizamos a funcionalidade “Copy API Query” (copiar consulta de API) para buscas avançadas. Caso você esteja usando o curl ou um formato para linguagens de programação popular, agora poderá realizar uma busca no nosso site e, em seguida, copiar a consulta para usar na linha de comando,
(Acesso livre, não requer assinatura)
Figura: Quadro “Copy Advanced API”
Também adicionamos um mapa nas páginas de busca avançada, sempre que relevante. Essa função é ativada por meio do controle deslizante no seu perfil. Uma vez ativada, você poderá ver a distribuição das instalações de uma cidade, assim como também vê-las em uma tabela.
Figura: Mapa da página que mostra as instalações de interconexão em Buenos Aires
Figura: Quadro “Copy Advanced API”
Também adicionamos um mapa nas páginas de busca avançada, sempre que relevante. Essa função é ativada por meio do controle deslizante no seu perfil. Uma vez ativada, você poderá ver a distribuição das instalações de uma cidade, assim como também vê-las em uma tabela.
Figura: Mapa da página que mostra as instalações de interconexão em Buenos Aires
É claro que você sempre pode baixar um arquivocom todas as instalações no formato .KMZ, que pode ser visualizado em vários aplicativos GIS. A vantagem dessa opção é a possibilidade de mostrar e ocultar múltiplas camadas de dados.
Mudanças operacionais
Em agosto, testamos uma mudança no nosso processo de implantação ao eliminar o período de beta público e passar diretamente para a implementação em produção ao final dos testes internos. Isso ocorreu após uma série de comentários indicando que a versão beta pública não era mais necessária. Como não recebemos nenhum comentário no teste de agosto, agora esta mudança é permanente.
Nós sabemos que mudanças importantes exigirão um período de beta público. Portanto, quando desenvolvermos uma mudança significativa na UI ou na API, vamos executar um beta público.
Também reformulamos nosso painel de operações internas. Todos os voluntários do PeeringDB terão acesso a ele em setembro, e vamos disponibilizá-lo ao público ainda este ano.
Figura: Extrato do painel de operações
Qualidade dos dados
James Bensely sugeriu algumas mudanças no modo de publicação dos nomes AS-SET, e nós implementamos suas ideias. Agora:
Em setembro vamos atualizar os nomes AS-SET para indicar em qual IRR cada AS-SET está localizado. Por exemplo, AS11058:AS_CONE será exibido como LACNIC::AS11058:AS-CONE.
Caso não tenhamos certeza de qual IRR deve ser listado, entraremos em contato com o operador da rede para pedir a atualização.
Introduzimos um novo editor para ajudar você a exibir o nome AS-SET de forma inequívoca.
Figura: Novo editor de nomes AS-SET
Temos alguns ajustes pontuais relacionados a essas melhorias que serão implementados no próximo mês ou dois. Por exemplo, informaremos caso o nome AS-SET já esteja sendo usado em outro lugar no PeeringDB.
Olhando para o futuro
Estaremos introduzindo alguns novos valores de metadados. A partir do próximo mês, você poderá indicar a data em que você está entrando ou saindo de um ponto de troca, sua MTU e mais.
Publicamos um documento de discussão para uma nova API do PeeringDB. Os dois motivos principais são:
Para nos permitir separar as partes de leitura e escrita da nossa arquitetura, o que nos permitirá posicionar instâncias do PeeringDB em múltiplos lugares.
Para habilitar consultas mais eficientes. Por exemplo, “uma rede com suas presenças em pontos de troca, uma troca com seus membros ou uma instalação com seus usuários”.
Se você ou um colega usa nossa API, por favor, leiam o rascunho e inscrevam-se na lista de discussão da API v3. Queremos conhecer a sua opinião para poder aprimorar o design antes de implementá-lo.
Também estamos avaliando como podemos alertar os usuários se a contagem máxima de prefixos publicada por uma rede for menor do que o número observado de prefixos.
A maioria dos nossos usuários são humanos. Mas temos notado muitas pesquisas automatizadas por sistemas de IA. Para ajudar nossos usuários a fazer um uso eficiente do PeeringDB, vamos configurar um servidor MCP e publicar um guia de Agent Skills empeeringdb/peeringdb.
Mas, embora os sistemas de IA sejam bons em automatizar algumas coisas, também podemos aprimorar algumas das nossas próprias ferramentas de comparação. Temos ideias para implementar tais melhorias. Deixe um comentário em GitHub se quiser que aprimoremos nossa ferramenta de comparação para realizar tarefas como:
Dados dois IX, mostrar a lista de redes comuns.
Dadas duas instalações, mostrar a lista de redes comuns.
Dado um ASN (A) e uma localização, mostrar o IX mais próximo em que o ASN (B) esteja presente.
Se você tiver alguma ideia para melhorar o PeeringDB, pode compartilhá-la em nossaslistas de discussão ou criar um issue diretamente noGitHub. Se você encontrar um problema de qualidade de dados, entre em contato conosco pelo e-mail: support@peeringdb.com.
O PeeringDB é um banco de dados de redes de acesso gratuito, mantido por seus usuários, bem como o local de referência para obter informações sobre interconexão. Esse banco de dados facilita a interconexão global de redes em Pontos de Troca da Internet (IXP), centros de dados e outras instalações de interconexão. Este é o primeiro passo para tomar decisões de interconexão.
