Resumo

  • O aviso do RIPE NCC em 20 de outubro separa a atualidade dos endpoints do RIPEstat e diz que os metadados do Looking Glass indicam o maior atraso entre os dados disponíveis.
  • Uma consulta às 18:04:43 UTC retornou como horário dos dados mais recentes 12:13:37 UTC. É um retrato de uma consulta a um recurso, não uma medida de todos os pares, recursos ou APIs.

A distinção importa porque o RIPEstat funciona como interface pública de dados e também alimenta seus próprios widgets e sua interface. A API não é uma tabela única com um calendário de atualização comum. Cada endpoint responde a uma pergunta diferente. A documentação do RIPE NCC lista fatores que influenciam a atualidade: frequência de coleta, momento da atualização do armazenamento, atraso de processamento, funcionamento da coleta e do processamento e cache. Uma resposta bem-sucedida demonstra que a consulta retornou; por si só, não informa quando cada observação foi coletada.

O incidente do RIS ajuda a localizar o problema no percurso dos dados, sem transformá-lo em notícia de falha de roteamento. Em outro aviso, o RIPE NCC mencionou um problema ao copiar arquivos BVIEW do armazenamento e demora no processamento de mensagens coletadas no RRC25. Na atualização, informou que os arquivos BVIEW mais recentes estavam sendo publicados, exceto os do RRC25; também relatou atraso nos arquivos de atualização do RIS. O aviso do RIPEstat remeteu a esse incidente e disse que os endpoints seriam afetados de maneira diferente.

Nenhuma das duas mensagens afirma que rotas desapareceram da Internet ou que clientes perderam conectividade.

Uma consulta ao vivo ajuda a ver, com alcance limitado, o que a API entrega. Às 18:04:43 UTC, a API Looking Glass do RIPE NCC respondeu com sucesso e informou que o resultado não estava em cache. O horário da consulta era 18:04:43; o horário mais recente dos dados era 12:13:37. A diferença foi de cinco horas, 51 minutos e seis segundos. A resposta reunia 23 coletores e 345 registros de pares. Esse horário agregado resume a recência exposta pelo endpoint; não prova que os 345 registros tivessem a mesma idade. A observação não pode ser estendida a outro prefixo, outro endpoint ou à rede inteira do RIPE NCC.

O aviso não descreve um relógio único do RIPEstat. Segundo o RIPE NCC, o Looking Glass deveria estar atualizado para a maioria — mais de 90% — dos pares, enquanto os metadados indicam o pior atraso entre os dados presentes. As duas informações são compatíveis. A maior parte pode estar em dia enquanto uma parcela menor continua antiga; o campo de pior atraso revela essa cauda, sem atribuir a mesma idade a todas as linhas. O RIPE NCC não publicou uma garantia universal de atualidade nem um limite único para decidir se cada par está “em dia”.

Uma consulta pode acabar de ser feita e ainda assim trazer observações antigas. Um painel que exibe uma resposta bem-sucedida, o horário recente da consulta ou um único estado geral do serviço pode esconder essa diferença. Em 20 de outubro, o RIPE NCC foi mais específico: havia dados do RIPEstat atrasados por causa de um problema no Routing Information Service (RIS), e o impacto variava conforme o endpoint da API.

A documentação do Looking Glass descreve o feed do RIS como normalmente próximo do tempo real, com pequeno atraso. Também distingue dois horários por rota: quando ela mudou pela última vez e quando foi confirmada pela última vez. Eles não são intercambiáveis. O endpoint permite limitar a idade dos resultados e, por padrão, exclui registros anteriores a 24 horas. Por isso, a ausência de uma linha não deve ser tratada imediatamente como prova de que uma rota não existia; é preciso conhecer o filtro e a janela de observação.

A prática operacional é simples: manter o relógio dos dados ao lado do relógio da consulta. Em uma decisão que use o RIPEstat, registre o endpoint, o recurso consultado, a hora da consulta, a hora dos dados mais recentes, o estado do cache e o conjunto representado pela resposta. Depois, compare a idade dos dados com a tolerância da decisão. Uma observação de cinco horas pode servir para analisar uma tendência histórica e ser velha demais para uma ação automatizada; o limite adequado depende do uso, não da cor genérica de um painel.

O aviso do RIPE NCC é útil justamente por não reduzir o incidente a um único número. A referência a “mais de 90%” orienta sobre o serviço, enquanto os metadados apontam o maior atraso. A pergunta do leitor não é se o aviso é verdadeiro ou falso. É se aquele endpoint e aquela janela de observação dão suporte à decisão em questão. Separar essas verificações preserva o valor dos dados sem exigir que provem algo que não podem demonstrar. Fontes primárias: incidente do RIPEstat no RIPE NCC, incidente do RIS no RIPE NCC, documentação da API RIPEstat, documentação do endpoint Looking Glass, O que é o RIPEstat?, resposta do Looking Glass com horários e documentação dos coletores RIS.