Resumo
- Em 19 de fevereiro de 2026, a AFRINIC informou que meses de tráfego sustentado haviam superado a capacidade de conectividade do seu data center nas Maurícias, tornando alguns serviços e o suporte interno mais lentos.
- A ampliação de banda estava aprovada e em implantação. O aviso não publicou o conjunto completo de serviços, a linha de base, a meta de capacidade, a hora de ativação, a janela de observação nem o resultado de aceite.
- O compromisso de serviço da AFRINIC define disponibilidade pela condição de servidores ligados e conectados, e mede separadamente primeira resposta e resolução completa.
- Um registro enxuto de aceite entre capacidade e serviço pode preservar resultados verificáveis sem divulgar topologia, condições comerciais ou chamados de membros.
Uma rede pode permanecer disponível e, ainda assim, deixar de parecer normal para quem a utiliza. O servidor continua ligado. A conexão não desaparece. A consulta chega ao destino. O que cresce é o tempo entre o pedido e o resultado útil — e esse tempo também pesa sobre a equipe que depende das mesmas ferramentas para atender os membros.
Foi esse tipo de situação, e não uma indisponibilidade total, que a AFRINIC apresentou no comunicado de 19 de fevereiro de 2026. Segundo o texto, o tráfego de rede sustentado ao longo dos meses anteriores havia ultrapassado a capacidade de conectividade disponível no data center das Maurícias. Alguns serviços on-line poderiam responder mais devagar do que o habitual. A eficiência das operações internas de suporte também fora afetada, podendo alongar respostas a consultas e pedidos de serviço.
A resposta anunciada era uma ampliação de largura de banda, já aprovada e em implantação com os prestadores. A expectativa declarada era elevar significativamente a capacidade e restaurar o desempenho normal dos serviços.
O comunicado, portanto, preserva uma sequência importante: condição observada, efeito operacional, decisão autorizada e objetivo. O que não aparece nele é a passagem posterior entre a implantação e o resultado. Não estão definidos todos os serviços que formariam o escopo do aceite, os valores iniciais, a capacidade-alvo, a entrada em operação, o período de medição ou a autoridade que poderia declarar o desempenho restaurado.
Essa ausência não demonstra fracasso. O trabalho pode ter terminado e a AFRINIC pode manter evidências internas detalhadas. Também não permite afirmar que a lentidão continua. Ela delimita uma constatação documental: as fontes públicas verificadas não reconstroem o teste de conclusão.
Estar ligado não é responder normalmente
O Compromisso de Nível de Serviço da AFRINIC, versão 1 de novembro de 2015, fixa 99,8% de disponibilidade para cada serviço e para a rede. A definição observa o tempo em que os servidores estão fisicamente ligados e conectados à internet para executar os serviços. Manutenção programada, indisponibilidade de terceiros, conexão do usuário final e força maior são excluídas do cálculo.
É uma medida válida de continuidade. Sem energia e conectividade, um serviço de registro não opera. Mas a definição não mede quanto uma transação demora. Um servidor pode permanecer alcançável enquanto a saturação aumenta a latência, produz tentativas repetidas ou faz uma ferramenta interna segurar cada etapa por mais tempo.
O mesmo documento oferece outra separação útil. A AFRINIC compromete-se a dar resposta efetiva a todas as consultas em até dois dias úteis. Define tempo de resposta como a rapidez com que reage a um problema e tempo de resolução como o intervalo entre o registro e a solução completa.
Responder não é concluir. Concluir um chamado não equivale a medir a velocidade da aplicação que ajudou a processá-lo. E manter uma máquina conectada não prova que a pressão de capacidade acabou.
| Medida publicada | Estado que ela observa | Estado que não pode representar sozinha |
|---|---|---|
| Disponibilidade | Servidores ligados e conectados no período computável | Retorno da latência e dos erros a um patamar normal |
| Primeira resposta | Momento em que a AFRINIC reage a uma consulta ou problema | Solução completa do assunto |
| Resolução | Duração do registro até a solução completa | Pontualidade da primeira resposta ou recuperação técnica de todos os serviços |
Depois da ampliação, as três medidas podem seguir ritmos diferentes. A latência pode cair assim que a nova capacidade recebe tráfego, enquanto a fila acumulada de pedidos leva dias para diminuir. A primeira resposta pode respeitar o prazo, mas um caso complexo continuar aberto. Um aplicativo também pode manter um gargalo próprio embora o novo enlace entregue toda a capacidade contratada.
O aceite não precisa obrigar essas curvas a coincidirem. Precisa impedir que uma delas seja apresentada como se provasse todas as outras.
A implantação contém várias decisões
Uma autorização diz o que será feito. A entrega do prestador diz se a dependência externa chegou. A ativação coloca a mudança no caminho que serve tráfego real. A observação mede seu comportamento. O aceite compara esse comportamento com a meta. Correção ou reversão podem vir depois sem apagar as etapas anteriores.
A expressão “implantação em andamento” situa o aviso nesse percurso. Ela não fornece uma data futura prometida nem uma data passada de ativação. Não permite concluir que a capacidade ainda não entrou em operação; tampouco autoriza tratar a aprovação como prova de que o serviço já havia voltado ao normal.
O teste deve refletir o tipo de condição que motivou a mudança. Se o excesso resultou de tráfego sustentado durante meses, uma verificação em horário vazio não representa necessariamente o cenário relevante. A janela de aceite precisa conter carga comparável ou documentar por que um ensaio controlado representa aquela carga.
O escopo por serviço também importa. Uma média da rede pode melhorar enquanto uma operação crítica continua lenta. A conexão pode ser entregue corretamente e um componente da aplicação permanecer limitado por outra dependência. Separar esses resultados evita acusar o enlace por um problema que não lhe pertence e evita esconder a experiência do membro atrás de uma média favorável.
O registro público pode ser menor que o dossiê técnico. A AFRINIC não precisa divulgar diagrama, preço, endereço de equipamento ou conteúdo de chamados. Pode publicar faixas e classes, mantendo valores exatos sob proteção.
| Elemento do aceite | Razão para preservá-lo |
|---|---|
| Identidade do aviso e da mudança | Liga a conclusão ao problema de fevereiro |
| Classes de serviço e período de degradação | Define o que significava restaurar o normal |
| Linha de base e alvo protegidos | Separa o estado anterior da decisão aprovada |
| Entrega e ativação | Não deixa a autorização substituir a mudança em produção |
| Carga e janela de observação | Testa sob condições representativas |
| Latência, erro e disponibilidade por classe | Mantém desempenho e continuidade como resultados distintos |
| Primeira resposta e resolução | Preserva as duas dimensões do suporte |
| Exceções, autoridade e histórico | Permite medir, aceitar parcialmente, corrigir ou reverter |
O resultado pode ser “ativado, em medição”, “aceito em parte” ou “aceito”, além de uma eventual reversão. Essa linguagem é mais fiel à operação do que uma escolha imediata entre êxito e fracasso. Se uma classe permanecer fora do limite por outro sistema, a exceção pode ser registrada sem transformar toda a compra em erro.
O estado público precisa de uma base própria
Um caso posterior e não relacionado mostra que a AFRINIC dispõe de uma superfície capaz de acompanhar estados. O aviso de degradação do DNS autoritativo passou por investigação, atualizações e um estado explícito de resolução em abril. A fonte não estabelece ligação causal com a capacidade de fevereiro. O exemplo serve apenas para mostrar que uma ocorrência pública pode receber andamento e encerramento.
O histórico de status recuperado nesta apuração apresentou arquivos de 2026 para janeiro, abril e junho, sem uma entrada de fevereiro na resposta consultada. Isso não comprova inexistência de incidente ou mudança internos, nem que outra superfície pública jamais existiu. Também não comprova que a ampliação ficou pendente.
O rótulo de resolvido, sozinho, não produziria aceite. Um problema de DNS utiliza testes de DNS. Um evento de capacidade precisa ligar ativação, carga representativa e desempenho dos serviços. A página publica o estado; a evidência específica explica por que aquele estado foi escolhido.
O limite exato das fontes
As fontes não informam a capacidade antiga ou nova, o prestador, a data de ativação, os indicadores medidos ou o desempenho atual. Não mostram se houve entrega em etapas, ajuste posterior ou recuperação em momentos diferentes para cada serviço.
Também não demonstram violação do compromisso. A possibilidade de respostas mais longas que os padrões normais não identifica um pedido específico que tenha excedido dois dias úteis. Lentidão não equivale a servidor desligado ou desconectado. Falta de aceite público não equivale a ampliação mal executada.
O achado possível é mais restrito. A AFRINIC nomeou um problema de desempenho, uma intervenção de capacidade e um objetivo de restauração. Seu compromisso separa disponibilidade, primeira resposta e resolução. A prestação de contas da mudança deve manter as mesmas fronteiras.
Ativação é o momento em que a infraestrutura muda. Aceite é o momento em que a organização atribui um resultado à mudança. A segunda etapa é o que permite que uma ampliação de banda termine no serviço, e não apenas no enlace.
Fontes
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance
