Summary

  • Em sua fala original na RIPE 92, Sebastian Becker diz que o AS-SET usado no filtro do cone de clientes deve conter o AS do operador e seus downstreams. Pares e provedores upstream podem ser registrados em conjuntos separados, com função explícita.
  • Becker descreve um ensaio antes de habilitar BGP: comparar o volume que o cliente pretende anunciar com o filtro gerado. A diferença entre 100 prefixos prometidos e 10 mil no conjunto é um exemplo para explicar a verificação, não um caso real contado por ele.

O cadastro de relacionamento vira uma regra de admissão quando alimenta um filtro de rotas. Sebastian Becker, gerente de peering do AS3320 na Deutsche Telekom, explicou na RIPE 92 por que a passagem exige inspeção. Uma etiqueta errada em um AS-SET pode ampliar o conjunto de caminhos que um vizinho considera aceitáveis.

Para representar o cone de clientes, Becker quer o AS do próprio operador e os ASNs ou AS-SETs dos clientes abaixo dele. O relacionamento com pares e provedores de trânsito também pode ser documentado, mas em conjuntos de outra finalidade. Misturar tudo cria uma expansão recursiva que leva ao filtro caminhos que nunca foram parte daquele acordo de cliente. O registro deixa de ser só descrição e passa a dar permissão a um roteador.

Há ainda o problema das cópias. O mesmo nome de AS-SET pode aparecer em diferentes bancos IRR, disse Becker, embora só uma versão seja mantida. Importar a cópia antiga carrega relações vencidas para uma política nova. O operador precisa informar qual base administra o conjunto e conferir se o resultado representa o vínculo comercial atual.

Becker apresentou um ensaio claro: o cliente diz que anunciará 100 prefixos; a expansão produz um conjunto de 10 mil. Sua equipe testa antes de habilitar a sessão BGP ou aceitar o filtro e devolve a discrepância ao cliente. A documentação pode ficar pronta antes da primeira rota, evitando que anúncios legítimos esperem a próxima atualização. A página oficial da apresentação também credita Fedor Vompe. Os números sobre ciclos entre AS-SETs são da parte posterior de Vompe, não desse teste de Becker.

Em comunicado próprio de 2024, Becker anunciou a intenção de o AS3320 descartar origens RPKI inválidas e continuar aceitando status desconhecido. A autorização de origem e o relacionamento cliente-upstream governam escolhas diferentes. Diferenças datadas entre filtros esperados, rotas efetivamente recebidas e correções mostrariam quantos problemas o ensaio evita.

É antes do primeiro pacote de rotas que a decisão custa menos. Uma relação bem escrita ajuda a automação. Uma lista bagunçada dá ao erro antigo a velocidade da rede.

Fontes: transcrição original da RIPE 92 · página oficial da fala · biografia RIPE NCC · comunicado original de Becker.