Resumo

  • Em 27 de outubro, Holterbach disse que três servidores de rotas de IXP e 60 sessões BMP de participantes já enviavam dados ao bgproutes.io.
  • A pergunta feita na plenária sobre 1.500 sessões e 50 mil rotas deixou o gargalo claro: coletar é só uma etapa; armazenar e responder rápido também contam.

Análise

Uma boa tela de rotas depende de alguém manter o fluxo que a alimenta. Thomas Holterbach levou essa questão à plenária da RIPE 93, em 27 de outubro. Pesquisador de redes de computadores, com doutorado pela ETH Zurich em 2021 e passagem como pós-doutorando pela Universidade de Estrasburgo, ele está construindo o bgproutes.io. Em um IXP, redes compartilham uma malha de troca e anunciam rotas pelo servidor do ponto ou por sessões BGP diretas. A demonstração do IXP Explorer era também um convite aos operadores para enviar dados do protocolo de monitoramento BGP, o BMP.

O projeto já tinha uma base concreta, segundo o próprio Holterbach: três IXPs menores haviam conectado seus servidores de rotas; 60 sessões BMP de participantes ampliavam a coleta.

Esses fluxos davam visibilidade a cerca de 200 sessões BGP entre participantes e servidores e a mais de 1.000 sessões bilaterais. O número descreve o conjunto que ele apresentou naquele dia, formado por contribuições reais.

A razão para coletar mais é operacional. Uma sessão BGP de monitoramento mostra as rotas anunciadas para aquele receptor. Consultar o servidor de rotas em intervalos revela estados sucessivos. Com BMP, o roteador pode enviar atualizações e estados de pares a partir dos pontos configurados. O RFC 7854 do IETF define o protocolo para monitorar sessões BGP e obter visões de rotas.

A escala entrou na conversa quando Maria Matejka propôs um cenário hipotético: 1.500 conexões BGP e um par importando 50 mil rotas.

Se a sessão oscila, eventos podem se espalhar por muitas conexões. Holterbach reconheceu a dificuldade que esse exemplo expunha. O desafio mais pesado do projeto é processar e armazenar o volume BMP sem sacrificar a velocidade das consultas.

A escolha do que sai do roteador também ficou explícita. Holterbach explicou que o operador pode selecionar os pares no equipamento ou excluir alguns na configuração da plataforma. O IXP e seus participantes precisam concordar com o compartilhamento. Quando perguntaram quais dados seriam sensíveis, ele respondeu que precisa ouvir melhor os operadores. A expansão do projeto depende de contribuições, e cada rede define o alcance da própria contribuição.

A documentação do IXP Explorer mostra visões de servidores de rotas e de participantes, inclusive sessões bilaterais. O resumo de prefixos visíveis é atualizado diariamente; a API permite consultas mais próximas do tempo real. O painel, portanto, cresce conforme surgem novos fluxos. Cada um também acrescenta trabalho ao coletor e à camada que entrega os dados.

Holterbach tratou da segurança sem rodeios. Mais visibilidade pode ajudar alguém a inferir políticas e verificar o resultado de um ataque.

Na avaliação dele, os defensores ganham mais porque observações adicionais tornam os sequestros de rotas mais difíceis de esconder dos coletores. Essa é a leitura apresentada por ele na plenária.

As fontes públicas não apresentam volume e custo de processamento por fluxo nem informam se algum operador convidado recusou; um histórico por fluxo mostraria se a trava está na capacidade ou nas condições de compartilhamento.

Fontes