Resumo

  • O registro de incidente do próprio operador marca o outage Major da FFM2 de 20 de julho a 8 de agosto de 2026 (19 dias) e atribui as falhas de túnel e TCP a "filtragem falsa" do provedor PletX, que teria descartado tráfego GRE e TCP registro do incidente.
  • Em 1 de outubro de 2026, a página de status exibia simultaneamente um banner ativo de "Potential Disruption Affecting FFM2" e o incidente de julho marcado como Resolved — estados divergentes na mesma superfície do operador página de status.
  • O mesmo registro de incidente aparece duplicado em novacloud.instatus.com, com datas idênticas, fragmentando o histórico oficial em dois subdomínios duplicata. Uma segunda página de status do operador carrega suas próprias cifras de prefixos e upstreams segunda página de status.
  • O bgp.tools reporta o AS209874 com 22 prefixos IPv4 e 16 IPv6 e upstreams AS203446 (SMARTNET LIMITED), AS49581 (Tube-Hosting) e AS215787 (TELE90 Telecom GmbH) bgp.tools.
  • O prefixo 5.83.150.0/24 existe no registro RIPE (inetnum netname NovaCloudHosting, org ORG-TTPU1-RIPE, criado em 2026-02-03, route object de origem AS209874), mas o bgp.tools o marca como não visível na DFZ prefixo.

O incidente e o que restou dele

A interrupção começou em 20 de julho de 2026 e foi declarada resolvida em 8 de agosto de 2026. O relato do operador é específico: falhas de túnel e de tráfego TCP causadas por "filtragem falsa" do upstream PletX, que teria descartado tráfego GRE e TCP sem justificativa registro do incidente. É um enquadramento que transfere a causa para terceiros — e é precisamente por isso que o comportamento subsequente do operador importa. Um operador que sofreu 19 dias de perda por causa atribuída a um upstream normalmente renegocia trânsito, corrige registros e alinha sua documentação. Nenhum desses movimentos aparece no registro público.

Quatro listas de upstream que não convergem

Três fontes independentes descrevem a topologia de trânsito do AS209874 de formas incompatíveis. O bgp.tools lista AS203446 SMARTNET LIMITED, AS49581 Tube-Hosting e AS215787 TELE90 Telecom GmbH como upstreams bgp.tools. O ipregistry.co — com dados de 2026-02-26 — afirma que o AS209874 não tem acordos de peering direto, alcança a internet apenas por trânsito, e nomeia AS48314, AS49581 e AS62403 ipregistry. O microssite próprio do operador, as209874.net, marca como Active os upstreams AS62403 PletX GmbH, AS49581 Ferdinand Zink e AS48314 IP-Projects GmbH & Co. KG microssite. Apenas o AS49581 aparece nas três listas. Um upstream — o PletX, identificado pelo operador como causa do outage — figura na lista oficial do próprio operador e na do ipregistry, mas não no bgp.tools.

Um /24 registrado, mas não roteado

O registro RIPE é inequívoco: a organização ORG-TTPU1-RIPE é Tech Tide Portugal Unipessoal LDA, de Quarteira, Portugal, criada em 2024-11-08; o inetnum de 5.83.150.0/24 carrega país DE, mnt-by GHOSTNET-MNT, gestão "ip-data managed by noez.de" e um geofeed publicado registro RIPE. O aut-num do AS209874 tem as-name TECHTIDE, org ORG-MWUL2-RIPE, sponsoring-org ORG-SL1164-RIPE, maintainers RIPE-NCC-END-MNT, SBL-MNT e novacloud-mnt, criado em 2025-04-24 e modificado pela última vez em 2026-02-26 aut-num. A homepage comercial liga a marca ao AS209874 com infraestrutura em Frankfurt, Nuremberg e Eygelshoven, sob a entidade legal Tech Tide Portugal Unipessoal LDA (VAT PT517354420, fundada em 2023) homepage.

Apesar de tudo isso, o bgp.tools marca 5.83.150.0/24 como não visível na DFZ, com route object de origem AS209874 prefixo. Um endereço que existe no registro mas não na tabela global não pode receber tráfego diretamente; clientes que provisionam esse espaço dependem da topologia de trânsito declarada — que, como visto acima, é descrita de três formas diferentes.

Datas contraditórias no mesmo objeto

Os espelhos de consulta divergem sobre a data de criação do route object do /24: o bgp.tools exibe 2025-04-28, enquanto o ipregistry exibe 2026-09-11 prefixo. Trata-se de uma contradição material e não resolvida: os dois relatos não podem estar corretos simultaneamente, e a diferença altera qualquer cronologia em que o prefixo tenha começado a ser documentado. É a primeira vez que essa divergência específica é documentada na cobertura pública desta operadora.

Comparação datada: o intervalo estático

Comparada com a fotografia de 2026-09-30 publicada pela BTW, a situação de 1 de outubro é essencialmente inalterada: o quadro de upstreams e a situação apenas-registral do 5.83.150.0/24 não mudaram cobertura anterior da BTW. A cobertura anterior também já havia documentado a divergência entre o serviço anunciado e o roteado cobertura anterior da BTW. Seis semanas após o encerramento do incidente, não há evidência pública de correção.

Um histórico fragmentado

O registro de incidente de julho existe de forma idêntica em dois subdomínios de status diferentes — novacloud-hosting.instatus.com e novacloud.instatus.com — com as mesmas datas de início e resolução duplicata. Em 1 de outubro, enquanto o incidente de julho constava como Resolved, a mesma página exibia um banner ativo de "Potential Disruption Affecting FFM2" página de status. Registres de terceiros preenchem partes do quadro: o ipinfo lista o AS209874 sem detalhar peering ipinfo, e um whois do bloco 5.231.96.0/24 mostra origem AS209874 whois. A homepage do operador completa o quadro comercial homepage.

O que isso significa para clientes

Para clientes de hospedagem gerenciada, o quadro combinado — serviço anunciado, topologia descrita de três formas, espaço endereçável apenas registral e histórico fragmentado — é um risco de continuidade documentável. Nenhum desses elementos, isoladamente, é anômalo; em conjunto, eles tornam impossível para um cliente verificar de forma independente por onde seu tráfego passa ou por onde passaria em uma nova interrupção.