Resumo

  • A APNIC programou três horas de manutenção de segurança em Brisbane para 15 de outubro e avisou que os serviços listados poderiam sofrer interrupções de até cinco minutos.
  • O histórico de status agora registra 2h56 de manutenção do DASH e 1min02s no repositório RPKI, mas não mede por quanto tempo qualquer serviço ficou inacessível.

O registro público agora informa mais sobre a janela de trabalho do que um percentual de disponibilidade isolado, mas ainda não é um relatório de impacto. A APNIC programou atualizações de segurança nos equipamentos de rede de seus centros de dados em Brisbane das 06:00 às 09:00, no fuso UTC+10, de 15 de outubro. Em UTC, a janela vai das 20:00 às 23:00 de 14 de outubro. O aviso disse que os serviços listados poderiam sofrer interrupções de até cinco minutos.

O histórico de status da APNIC agora marca como concluídos dois registros relacionados de manutenção. O item do DASH vai de 20:03:29 a 23:00:00 UTC e exibe duração de 2h56. Uma entrada separada para o repositório RPKI vai de 21:51:30 a 21:52:32, ou 1min02s. As duas atualizações de andamento remetem ao aviso de 15 de outubro.

Esses tempos pertencem a registros identificados como “Network maintenance”. Eles não medem quanto tempo o DASH ou o repositório ficou inacessível. Os cinco minutos do aviso descrevem uma possível interrupção, não uma duração observada de perda do serviço. Ao lado dos dois registros, o histórico não mostra horários de falhas de sondagem, ações de usuários afetadas, resultados de transações ou testes de recuperação por componente.

O momento da consulta também importa. Uma verificação anterior, às 09:16 UTC+10, ainda mostrava o evento como “Upcoming Maintenance” e valores de disponibilidade de 100%; o histórico atual passou a incluir registros concluídos para componentes específicos. As novas linhas acrescentam a cronologia do estado de manutenção, mas não calculam a disponibilidade retrospectivamente. A APNIC não explica por que o registro do DASH cobre quase toda a janela anunciada nem se os usuários enfrentaram alguma interrupção.

O aviso listou serviços para membros, API, web, RPKI e outros. Operadores precisam distinguir o registro da manutenção do momento em que um serviço falhou ou se recuperou. Essas entradas não demonstram interrupção na publicação de RPKI, efeito sobre roteamento, prejuízo aos membros ou indisponibilidade de qualquer um dos componentes.

Fontes: aviso de serviço da APNIC de 15 de outubro, APNIC Services Status e a reportagem anterior de Theo March sobre o cálculo de disponibilidade pública da APNIC.