Resumo

  • O rascunho individual de metodologia ROV inicia a medição completa no envio do primeiro PDU RTR relevante e a encerra quando BGP RIB e FIB se estabilizam. Uma segunda medição começa após a instalação da atualização VRP e termina no mesmo ponto.
  • A primeira abrange entrega RTR, instalação de VRPs, revalidação das rotas e convergência BGP. A segunda isola o trecho posterior à instalação. Se um relatório trouxer só uma, o texto pede que identifique qual é.
  • Os tamanhos de tabela definem condições de ensaio; o Apêndice B traz medições de um sistema BIRD/Linux, que não representam outros roteadores. Comparar equipamentos exige eventos de largada e chegada, carga declarada e repetição.

O cache avisa que a base de validação mudou. O pacote do usuário, porém, continua sujeito à decisão antiga até o roteador processar as novas informações, reavaliar os caminhos afetados e programar a FIB. Há várias etapas entre receber uma evidência de origem e alterar o encaminhamento. Um cronômetro que começa depois da instalação dos VRPs deixa fora a transmissão e a incorporação dos dados, mesmo que o gráfico se chame “convergência”.

O RFC 8210 especifica o intercâmbio RPKI-to-Router entre cache e roteador. O RFC 6811 classifica a origem de uma rota BGP como Valid, Invalid ou NotFound e deixa a política de roteamento nas mãos da rede. A classificação não é a FIB. Receber o registro, instalá-lo, recalcular o estado, escolher um caminho e alterar o encaminhamento são fatos distintos. Uma única cifra sem nome não mostra onde o tempo foi gasto.

No ensaio de convergência disparado por VRPs, o rascunho de 2 de novembro fixa a largada completa no momento em que o emulador RTR envia o primeiro PDU de atualização pertinente. A chegada ocorre quando RIB BGP e FIB estão estáveis. O segundo cronômetro parte da conclusão da instalação da atualização VRP relevante no equipamento e para na mesma chegada. O primeiro responde quanto tempo uma mudança na base leva até o encaminhamento. O segundo mostra quanto demora a fase posterior à instalação.

É uma distinção capaz de inverter uma compra sem modificar um pacote. Suponha dois roteadores que estabilizem a FIB no mesmo instante depois da atualização. Se um resultado começar a contar mais tarde, parecerá menor. Isso decorre da aritmética, não de uma acusação a um fabricante. Para avaliar qualquer produto, faltam os registros dos dois eventos de partida e da chegada comum no mesmo ensaio.

O texto também divide o caminho em postos de medição. No teste de instalação, registra o primeiro PDU RTR e quando a tabela local de VRPs reflete a mudança. Se houver instrumentação, separa o primeiro VRP instalado, o último e o processamento agregado do lote. Outro teste acompanha a mudança de estado de validação dos prefixos BGP atingidos. O ensaio de convergência segue a escolha da melhor rota, retirada ou substituição e estabilização final da RIB e da FIB. “Validação em milissegundos” pode ser uma medição correta de uma estação e uma resposta errada para quem precisa saber quando a rede encaminhou de outro modo.

O tamanho e o formato da carga pertencem à mesma tabela que o resultado. O rascunho oferece exemplos de 50 mil, 100 mil, 500 mil e um milhão de VRPs. Também cita uma possível base BGP de um milhão de rotas IPv4 e 250 mil IPv6, permitindo testes separados por família se isso for informado. São parâmetros de laboratório, não retratos da tabela global nem números obtidos de um roteador. O relatório deve revelar quantos ROAs e VRPs foram carregados, a cobertura da tabela BGP, sobreposições, distribuição de comprimentos de prefixo e número de rotas cuja validação mudou.

O Apêndice B traz uma checagem com dados. Em um sistema de teste BIRD 2.19.2/Linux, com 1.060.368 VRPs iniciais, 1.000 prefixos selecionados e 1.230 operações VRP, dez execuções produziram média de 5.027,552 ms do início ao fim e 4.813,556 ms depois da instalação. A diferença de cerca de 214 ms é o trecho que a largada tardia exclui nesse ambiente; a maior parte do tempo medido veio depois da instalação. Nenhum dos números mede outro roteador. O par mostra por que largada, carga e chegada devem acompanhar o resultado.

Mudanças concentradas numa região da estrutura de validação podem custar diferente das espalhadas. O rascunho recomenda testar as duas. A preparação sincroniza RTR, VRP e BGP, aquece o equipamento e sugere desligar ou limitar logs, telemetria em tempo real e tarefas de fundo que alterem o ensaio. Isso ajuda a repetir o experimento. Também limita a promessa do número: uma operação que mantém observabilidade ligada precisa repetir o teste com essa configuração. O documento não fornece uma porcentagem universal de custo de telemetria.

Não há campeão medido nesse rascunho. Há uma regra para impedir que um relógio parcial se apresente como tempo total. Para dimensionar ROV, o número principal vai do envio RTR à FIB estável; o intervalo posterior à instalação serve ao diagnóstico. Os dois, com a mesma carga, cabem na mesma página.

Rascunho ROV, revisão 00 · RFC 8210 · RFC 6811