Haraguroicha Internet Service torna a conta de conectividade local dependente de rotas upstream e reparo em campo

Resumo

• O Haraguroicha Internet Service é visível publicamente sob os AS57429 e AS212359, o mais antigo. Ambos estão no mesmo as-set da RIPE, emitem espaço IPv6 e são apresentados como redes educacionais ou de pesquisa; isso é uma evidência sólida de um domínio de roteamento operado, e não de uma atividade de provedor de acesso residencial.
• O operador anuncia origens de túnel em Nova Taipé, Taipé, Taichung e Tóquio usando WireGuard, GRE ou IPsec. O PeeringDB não lista nenhuma instalação de interconexão para esses AS. Esses fatos apoiam uma topologia virtual dependente da subcamada, em vez de fibra própria entre quatro locais físicos.
• Observações de roteamento recentes mostram que o caminho mais claro para o AS57429 passa pelo AS38856 da Walks Cloud, enquanto os caminhos mais claros para o AS212359 passam pelo AS57429. A política registrada nomeia mais de uma contraparte possível, mas a diversidade física e comercial atual não é demonstrada.
• As etiquetas de porta variando de 100 Mbps para as origens taiwanesas a 10 Gbps em Tóquio, mais as conexões de exchange de 1 Gbps e 500 Mbps, não devem ser somadas como capacidade do cliente. A largura de banda autodeclarada do operador é de apenas 20-100 Mbps, e a taxa de transferência dos túneis permanece limitada por restrições de acesso, trânsito, hospedagem, criptografia e congestionamento.
• Nenhuma tarifa pública, página de pedido, número de assinantes, acordo de nível de serviço, inventário de instalações de acesso, planejamento de torres ou postes, equipe de campo, estoque de reposição, especificação de alimentação de backup ou resultado de teste de recuperação verificado foi encontrado. A avaliação apropriada é, portanto, a de uma pequena rede de roteamento funcional com status de detalhes e último quilômetro não verificado.

O nome corresponde a uma rede, ainda não a um operador de varejo

O significado público mais concreto do Haraguroicha Internet Service é um par de números de sistema autônomo.O PeeringDB identifica o AS57429sob este nome, atribui a ele um escopo geográfico regional e classifica seu tipo de rede como educacional ou de pesquisa.Um segundo registro no PeeringDB identifica o AS212359como Haraguroicha Legacy Internet Service, também educacional ou de pesquisa, com escopo Ásia-Pacífico. A própriapágina de perfil público e peering do operadorlista ambos os números e convida contatos de peering.

Isso é uma evidência operacional significativa. Um sistema autônomo não é simplesmente um registro de domínio web. É uma identidade administrativa usada para trocar alcançabilidade com outras redes via protocolo BGP. O Haraguroicha manteve duas dessas identidades, uma política de roteamento registrada, espaço de endereçamento delegado, registros de exchange e rotas observáveis. Pacotes podem ser emitidos sob seus números. Outras redes têm uma base para aceitar ou rejeitar essas alegações.

No entanto, isso não é evidência de um provedor de acesso regional convencional. As mesmas páginas públicas não publicam tarifas residenciais ou empresariais, condições de instalação, verificador de cobertura, equipamento no cliente, horários de suporte, política de uso aceitável para assinantes, acordo de nível de serviço ou página de status da rede. A classificação educacional ou de pesquisa do PeeringDB contradiz a interpretação da palavra “Serviço” como evidência de uma oferta ao consumidor. O nome pode descrever o serviço de operação e interconexão de uma rede experimental, em vez da venda de acesso local à Internet.

O atual quadro regulatório de Taiwan torna essa distinção importante. ALei de Gestão de Telecomunicaçõesalterada determina que provedores que oferecem acesso à Internet a assinantes devem se registrar como empresas de telecomunicações. Um ASN, uma alocação IPv6 ou uma porta de exchange não determinam, por si só, se um operador possui assinantes nos termos da lei. Nenhuma afirmação é feita aqui sobre se o Haraguroicha está ou não registrado sob outro nome legal. O ponto mais preciso é que os registros públicos de rede não resolvem a questão.

Este perfil usa, portanto, “ISP regional” como uma categoria de infraestrutura útil, e não como uma conclusão sobre a escala comercial. O Haraguroicha é manifestamente uma pequena rede roteada associada a Taiwan. Pode transportar sistemas próprios do operador, tráfego de pesquisa, pares selecionados ou usuários privados. As evidências são insuficientes para contar residências, empresas ou instituições públicas por trás dele. Esse limite importa sempre que a análise passa de rotas para clientes, receitas ou impacto econômico local.

Um operador, dois sistemas autônomos e um conjunto de roteamento

O histórico do registro começa com o AS212359. Oobjeto RIPE para AS212359foi criado em novembro de 2020 e descreve o Haraguroicha Internet Service. O AS57429 seguiu em março de 2022; seuobjeto RIPEusa o nome HARAGUROICHA-AS. Ambos apontam para a mesma organização detentora de recursos, ORG-MA1764-RIPE, que nomeia Ming-Ray Hsu em Taiwan e é do tipo “OUTRO” em vez de empresa. O site público é um perfil profissional pessoal, não uma vitrine comercial.

Oobjeto de registro AS-HARAGUROICHAcontém ambos AS57429 e AS212359. Um as-set permite que o operador e suas contrapartes se refiram a um grupo mantido para construir filtros de roteamento. Concretamente, os dois números são apresentados como uma mesma família administrativa de roteamento. O as-set não prova que cada prefixo é sempre anunciado, que cada upstream aceita os mesmos membros, ou que os dois sistemas são fisicamente diversificados.

O número mais recente parece ser o principal ponto de contato público. O PeeringDB usa o nome de serviço sem qualificação para o AS57429 e qualifica o AS212359 como “Legacy”. Os caminhos de rota recentes colocam o AS57429 imediatamente antes do AS212359 para grande parte do espaço visível do sistema mais antigo. O operador continua listando ambos os números, o as-set ainda contém ambos, e o AS212359 ainda emite rotas. “Legacy” deve, portanto, ser lido como um rótulo de função, não como evidência de que o sistema antigo foi desativado.

Há uma fronteira de propriedade importante nesses registros. As organizações patrocinadoras da RIPE ajudam a administrar os recursos de numeração. As contrapartes nomeadas nas políticas de importação e exportação descrevem relações de roteamento desejadas. As empresas que fornecem servidor virtual, túnel, circuito de acesso ou interconexão física podem ser diferentes. Uma organização patrocinadora não é necessariamente um provedor de trânsito; uma política de trânsito registrada não é necessariamente uma sessão ativa; e uma sessão ativa não revela quem possui a fibra subjacente.

O perfil profissional do operador adiciona um fato relevante, mas cuidadosamente delimitado. Ele indica que Ming-Ray Hsu é co-fundador e diretor técnico da Walks Cloud Inc. e menciona separadamente a gestão do AS57429 e AS212359. A política de roteamento da RIPE nomeia o AS38856 da Walks Cloud para ambos os sistemas Haraguroicha. Esses registros tornam o caminho atual inteligível, mas não fundem os ativos, clientes ou obrigações do Haraguroicha com os da Walks Cloud. As evidências públicas mostram um contexto operacional compartilhado e um contato de roteamento, não um acordo de propriedade publicado.

A tabela de localização descreve origens de túnel

A própria página do Haraguroicha lista quatro origens. Nova Taipé, Taipé e Taichung são rotuladas a 100 Mbps. Tóquio é rotulada a 10 Gbps. Os serviços permitidos são WireGuard, GRE e IPsec em combinações variáveis. A formulação é mais informativa do que um mapa regional genérico porque revela como os pontos são alcançados: são terminais de túnel.

Cada tecnologia listada cria um caminho lógico sobre uma rede existente.WireGuard encapsula pacotes IP sobre UDP, usando criptografia autenticada entre pares configurados.GREenvolve um pacote de camada de rede em outro, mas não fornece o circuito físico ou criptografia.A arquitetura IPsecprotege o tráfego IP entre terminais de segurança definidos. Em todos os casos, uma subcamada deve já transportar os pacotes externos.

Isso torna a tabela de localização um mapa de origens alcançáveis, e não um inventário de instalações de acesso próprias. Uma origem em Nova Taipé pode ser um roteador em um escritório, um pequeno servidor doméstico, uma máquina virtual hospedada, equipamento em colocation ou uma porta fornecida remotamente de outro lugar. A mesma gama se aplica a Taipé, Taichung e Tóquio. A página não publica nenhuma instalação no nível de rua, baía, proprietário do edifício, interconexão, operador de acesso ou identificador de circuito para qualquer origem. O PeeringDB não lista nenhuma instalação de interconexão para esses AS.

A pegada física que pode ser afirmada com confiança é, portanto, estreita. O detentor do recurso está associado à cidade de Nova Taipé. O operador anuncia pontos de entrada de túnel em três cidades taiwanesas e em Tóquio. O AS57429 é visível em uma exchange listada em Fremont, Califórnia, e o AS212359 é listado em uma exchange em Zurique, Suíça, mas nenhum desses registros de exchange prova que o Haraguroicha possui ou hospeda um roteador nessas cidades. A entrega de camada 2 remota e o tunelamento podem colocar um AS em uma infraestrutura de exchange sem um rack local.

Não há evidência pública de fibra própria do Haraguroicha entre Nova Taipé, Taipé e Taichung, nem planejamento de torres ou postes, setores de rádio fixo, ou cabos de assinante. Também não há evidência de que o operador possua os circuitos taiwaneses sobre os quais seus túneis começam. A topologia prudente é uma sobreposição sobre infraestrutura de Internet, hospedagem e exchange de terceiros. Essa arquitetura é perfeitamente capaz de transportar tráfego real. Ela simplesmente herda mais de sua resiliência física de seus provedores do que um mapa de quatro etiquetas sugere.

Uma rede IPv6 visível, com menos espaço de endereçamento do que as etiquetas sugerem

Observações recentes de roteamento global confirmam atividade. Avisão RIPEstat dos prefixos anunciados para AS57429mostrou quatro anúncios IPv6 durante a janela de observação usada para este perfil. Três eram /442a06:a005listados na página do operador; o quarto era2a0f:607:1024::/48. Avisão correspondente para AS212359mostrou cinco anúncios IPv6.

Isso é uma evidência melhor do que um registro dormente. Indica que coletores de rotas receberam recentemente origens Haraguroicha de múltiplos pontos de vista. Avisão geral do Cloudflare para AS57429e apágina de roteamento do AS212359também reconhecem os nomes e expõem visões de roteamento atuais. A rede não é simplesmente uma entrada ASN abandonada.

Os números no PeeringDB devem ser interpretados. Ambos os registros de rede indicam seis prefixos IPv4 e 50 prefixos IPv6. Nos diretórios de interconexão, esses campos são comumente usados como limites de prefixos que um peer deve esperar, e não como uma contagem certificada de blocos atualmente emitidos. Eles não devem ser multiplicados pelo tamanho do endereço ou tratados como inventário de clientes. Os coletores de rotas mostram quatro e cinco anúncios IPv6 recentes, enquanto nenhum prefixo IPv4 emitido pelo Haraguroicha apareceu nesses resultados.

Os endereços IPv4 em uma infraestrutura de exchange não mudam essa conclusão. O AS57429 tem um endereço IPv4 de LAN de peering na Lambda-IX, e o AS212359 tem um na 4b42. Um endereço de LAN de peering permite que roteadores conversem entre si nessa exchange. Não é o mesmo que anunciar um bloco IPv4 de cliente para a tabela global. A identidade de roteamento pública do Haraguroicha é atualmente muito mais claramente IPv6 do que IPv4.

Os blocos de endereços também revelam uma dependência de provedor. O operador atribui vários /44 à Route48 e outros prefixos ao TunnelBroker.ch, FREETRANSIT, RHE-NET e Nato Internet Service. Essas atribuições são autopublicadas e podem estar desatualizadas em relação a acordos de recursos posteriores, mas mostram que a administração do endereço não é sinônimo de posse da alocação abrangente.

Se um patrocinador mudar de política, retirar um serviço, revogar uma autorização ou parar de manter objetos de rota, o operador pode precisar renumerar, substituir uma autorização de rota ou encontrar outro patrocinador, mesmo que seus roteadores e túneis permaneçam intactos.

A validação de origem atual é mista, mas majoritariamente positiva. Verificações diretas da RIPEstat nos nove anúncios recentemente observados resultaram em sete resultadosvalide dois resultadosunknownem 10 de julho de 2026. Desconhecido não significa inválido; geralmente significa que o validador não encontrou uma autorização de origem de rota cobrindo a origem e o prefixo exatos. A distinção ainda importa porque redes que aplicam validação de origem de rota podem rejeitar uma rota inválida, enquanto uma rota desconhecida recebe tratamento de política escolhido por cada rede. Manter as autorizações faz parte da conservação do espaço patrocinado utilizável.

O caminho mais claro ainda passa pela Walks Cloud

O registro descreve mais diversidade do que os caminhos de rota recentes demonstram. O objeto RIPE do AS57429 aceita rotas do AS41378 e AS38856. O objeto do AS212359 nomeia AS38856 e AS20473. Essas são políticas de importação e exportação declaradas: declarações de troca pretendida ou permitida. São úteis para filtragem e contato, mas não provam que todas as sessões estão ativas, entregues independentemente ou capazes de transportar todo o tráfego simultaneamente.

Os caminhos recentes do RIPE RIS apresentam uma estrutura mais simples. Para cada um dos quatro anúncios claros do AS57429, o AS imediatamente anterior nos caminhos observados era AS38856, Walks Cloud. Para os anúncios mais claros do AS212359, o AS anterior era AS57429. Umavisão BGP-state de2a0f:607:1024::/48representativa mostra o link Walks Cloud para Haraguroicha; umavisão de prefixo AS212359representativa mostra AS57429 imediatamente antes de AS212359.

Os coletores de rotas veem apenas o que seus pares anunciam, e os caminhos podem variar por prefixo, momento e política. Essas observações não podem provar que existe um único cabo. Elas estabelecem que a rota visível globalmente, durante a janela de medição, convergia para um único padrão upstream. Um segundo nome em um registro não estabelece um failover utilizável.

A diversidade física requer um conjunto mais sólido de fatos. Duas sessões upstream são entregues por operadores diferentes? Elas entram em edifícios diferentes? Estão em dutos ou postes separados? Terminam em roteadores, fontes de alimentação e hosts virtuais diferentes? Cada uma pode suportar a carga normal total quando a outra desaparece? O failover preserva a mesma autorização de origem e os mesmos filtros de rota? Nenhum desses detalhes é público para o Haraguroicha.

O arranjo AS212359 adiciona outra camada de concentração. Se suas rotas alcançam o mundo via AS57429, e o AS57429 alcança o mundo via AS38856, então uma falha na fronteira do AS57429 afeta ambas as identidades. Dois números de sistema autônomo podem melhorar a experimentação, a separação de políticas ou a migração. Eles não criam dois domínios de falha quando um está atrás do outro.

O mesmo raciocínio se aplica à relação humana. A Walks Cloud pode ser um upstream conveniente e tecnicamente próximo porque o operador do Haraguroicha também declara um cargo de liderança lá. Isso pode tornar a configuração e a recuperação mais rápidas. Também pode concentrar a escalada no mesmo pequeno grupo. A familiaridade organizacional é valiosa, mas não substitui um caminho contratado independente e uma segunda organização de reparo.

As portas de exchange são opções, não uma soma de largura de banda

O Haraguroicha tem mais interconexão pública do que sua pequena largura de banda sugere. Osdados atuais do PeeringDB para AS57429listam uma conexão de 1 Gbps na Lambda-IX como operacional e uma conexão de 500 Mbps na Poema IX como não operacional. O registro AS212359 lista uma conexão de exchange 4b42 operacional, mas não declara nenhuma taxa de porta utilizável. Esses são indicadores valiosos, mas nenhum deve ser lido como um link de upstream garantido.

Oregistro do PeeringDB da Lambda-IXcoloca sua infraestrutura de exchange em Fremont e lista uma instalação física lá. A própria lista de origens do Haraguroicha não menciona Fremont, e seu registro de rede no PeeringDB não lista nenhuma instalação. A etiqueta de 1 Gbps indica, portanto, a taxa lógica da porta de exchange, não a rota, latência ou capacidade do serviço que atinge essa porta. Uma interface de exchange de 1 Gbps entregue remotamente pode ser limitada por um túnel de 100 Mbps ou um host virtual congestionado.

A Poema é ainda mais explícita sobre a distinção. Sua própria explicação de umIXP virtualdiz que redes amadoras ou de pesquisa comumente usam máquinas virtuais e túneis via ISPs profissionais em vez de fibra própria, e que tal exchange não aumenta a taxa total da rede subjacente. Suasregras de associaçãodescrevem participação não comercial, acesso por túnel ou máquina virtual e peering obrigatório com servidores de rotas. A etiqueta de 500 Mbps da Poema para o Haraguroicha é, portanto, evidência de potencial de interconexão experimental, não de trânsito pago ou uma rede de acesso local de 500 Mbps. O PeeringDB atualmente marca a conexão como não operacional, o que impede considerá-la como redundância disponível.

A conexão do AS mais antigo em Zurique apresenta ambiguidade semelhante.A 4IXP indicaque entidades podem se conectar por interconexão, VLAN ou túnel e que oferece opções EoIP, GRE tap e VXLAN. O PeeringDB marca o registro de exchange do Haraguroicha como operacional, mas não fornece uma taxa de porta positiva. A exchange pode ampliar o conjunto de pares alcançáveis e oferecer aprendizado via servidor de rotas. Não estabelece uma presença física do Haraguroicha na Suíça ou um caminho independente de Taiwan.

Peering e trânsito também desempenham funções diferentes. Em uma exchange, uma rede alcança as rotas que outras entidades aceitam anunciar. Trânsito é o serviço de transportar tráfego adiante para o resto da internet. Uma política de peering aberta reduz a barreira contratual para troca direta, mas não força grandes redes a fazer peering, fornecer uma rota padrão ou transportar tráfego além de seus próprios clientes. Uma rede ainda precisa de trânsito confiável para destinos não cobertos por peers.

A aritmética é, portanto, não aditiva. Uma porta de exchange de 1 Gbps, uma porta de 500 Mbps, três origens taiwanesas de 100 Mbps e uma origem de 10 Gbps em Tóquio não produzem 11,8 Gbps de capacidade do cliente. Algumas etiquetas descrevem interfaces, outras ofertas de túnel, e algumas podem compartilhar a mesma subcamada. O tráfego pode passar por duas ou mais em série. A dependência mais lenta, congestionada ou com falha governa o caminho utilizável.

Capacidade instalada, alcançável e utilizável são diferentes

O PeeringDB coloca ambos os sistemas Haraguroicha em uma largura de banda autodeclarada de 20-100 Mbps. Isso é consistente com uma rede pequena e muito abaixo das maiores etiquetas de interface. A faixa não é, no entanto, um gráfico de tráfego auditado, e os valores idênticos em ambos os registros podem descrever o ambiente combinado em vez de duas cargas independentes. Deve ser tratada como uma declaração de ordem de grandeza.

Capacidade instalada é a taxa nominal negociada de uma interface ou o limite nominal de um circuito. Capacidade alcançável é o que pode passar depois que o túnel, a subcamada e o terminal remoto funcionam. Capacidade utilizável é o que resta após sobrecarga de protocolo, tamanho de pacote, trabalho de criptografia, contenção de tráfego, política de roteamento e reserva de resiliência. A capacidade disponível para o cliente seria ainda menor se a rede vendesse acesso e precisasse agregar muitos usuários. Os registros públicos expõem fragmentos das duas primeiras categorias e quase nada das duas últimas.

Os túneis adicionam restrições específicas. O pacote externo consome bytes, reduzindo o espaço disponível para o pacote interno antes da fragmentação. Uma incompatibilidade de unidade máxima de transmissão pode produzir desempenho ruim que se assemelha a falha aleatória de aplicativo. A criptografia consome CPU e pode se tornar o teto em uma pequena máquina virtual ou roteador. O transporte baseado em UDP pode atravessar muitas redes de forma eficiente, mas permanece exposto a perda, reordenamento e congestionamento na subcamada.

GRE tem menos sobrecarga de segurança, mas requer proteção separada quando confidencialidade ou autenticação são necessárias.

Uma interface de 10 Gbps em Tóquio é, portanto, um teto em um ponto, não uma promessa entre Taiwan e Tóquio. O host virtual pode ter um vCPU compartilhado, o circuito de acesso para uma origem taiwanesa pode ser de 100 Mbps, ou o caminho da Internet entre os terminais pode variar nos horários de pico. Se as três origens taiwanesas dependem cada uma de acesso residencial ou de pequena empresa, suas taxas de upload e políticas de contenção podem ser mais importantes do que a porta nominal de Tóquio.

Resiliência consome margem. Se duas origens de 100 Mbps normalmente transportam 70 Mbps cada, nenhuma pode absorver o tráfego da outra após uma falha. Ambos os links estão instalados e ativos, mas o par não é totalmente redundante. Uma declaração de capacidade útil publicaria o tráfego no horário de pico por origem, perda de pacotes, latência, margem de CPU, unidade máxima de transmissão e carga observada durante um failover. O Haraguroicha não publica nenhuma dessas métricas.

A mesma regra se aplica aos prefixos. A capacidade de anunciar nove blocos IPv6 não mostra quantos estão em uso, quantos serviços estão por trás ou se podem ser movidos entre origens. A capacidade de endereçamento é abundante em IPv6. Encaminhamento, computação, acesso e mão de obra são escassos. Contar endereços superestimaria a rede física por uma margem enorme.

O que uma conta de conectividade local realmente compraria

Não há conta de varejo pública do Haraguroicha para analisar. O título aponta para a pilha de custos necessários para tornar essa rede localmente confiável. Para um pequeno operador de sobreposição, a conta recorrente não é apenas “largura de banda”. É a soma de acesso subjacente, trânsito, hospedagem, entrega de exchange remota, equipamento, eletricidade, administração de recursos de endereçamento e tempo necessário para mantê-los alinhados.

A linha de acesso em cada origem vem primeiro. Se um roteador em Nova Taipé alcança a rede mais ampla via um circuito de banda larga de terceiros, esse circuito paga pelo poste, duto, fibra, cabo ou instalação de rádio local, mesmo que o Haraguroicha não os possua. Seu preço e termos de reparo incorporam a rede física local. Comprar um segundo serviço só ajuda se o segundo provedor não alugar a mesma instalação de último quilômetro ou não retornar ao mesmo site de agregação.

O trânsito paga pelo alcance global. O peering pode reduzir a distância ou o custo de tráfego selecionado, mas uma rede pequena normalmente não pode substituir o trânsito por uma coleção de exchanges experimentais. A hospedagem adiciona máquinas virtuais ou roteadores dedicados em pontos remotos. A entrega de exchange adiciona um túnel, VLAN, máquina virtual ou interconexão. Alguns serviços podem ser gratuitos ou apoiados pela comunidade, mas preço zero não significa dependência zero. Pode significar nenhum tempo de restauração contratual, suporte limitado e a necessidade de o operador resolver mais problemas diretamente.

O hardware e a energia são de menor quantidade, mas decisivos em caso de falha. Um roteador compacto, switch, dispositivo de armazenamento ou servidor precisa ser substituído quando uma fonte de alimentação, ventoinha ou dispositivo flash falha. As baterias precisam de teste e eventual substituição. Uma máquina virtual evita hardware local, mas transfere a dependência física para seu host e data center. O custo está então embutido no aluguel e na resposta que o provedor oferece.

A mão de obra é a despesa limitante em uma rede de uma pessoa ou muito pequena. O mesmo engenheiro pode manter a política de rota, atualizar sistemas, renovar credenciais, responder a mensagens de abuso, diagnosticar um túnel, coordenar com um operador de acesso e visitar um dispositivo local. O perfil público do operador demonstra ampla experiência técnica, mas não lista uma equipe de operações de rede Haraguroicha nem pessoal de campo. A competência é visível; a profundidade da equipe não.

Isso explica por que diversidade de rota e reparo em campo aparecem na mesma frase. Uma segunda sessão BGP só é útil se alguém puder distinguir uma falha de roteamento remota de um modem morto, fonte de alimentação com defeito, cabo de acesso cortado ou sala de equipamento trancada. Uma mudança rápida de rota não pode reparar a subcamada sobre a qual ambos os túneis operam. Inversamente, um técnico de campo pode restaurar um circuito local enquanto um filtro de rota desatualizado mantém o prefixo inalcançável. O serviço é toda a cadeia.

Caminho de falha um: a subcamada quebra primeiro

Considere uma origem de túnel em Nova Taipé. Sua interface lógica pode estar saudável, suas chaves criptográficas válidas e sua configuração BGP inalterada. Se o operador de acesso perder um cabo de alimentação, switch de agregação ou fonte de energia local, os pacotes externos não alcançam mais o terminal remoto. O túnel desaparece porque a rede física subjacente desapareceu.

O sintoma imediato pode se assemelhar a uma falha do Haraguroicha, mesmo que nenhum de seus softwares tenha falhado. A responsabilidade pela recuperação começa com o proprietário da subcamada. O Haraguroicha pode abrir um incidente, mover o tráfego para outra origem, substituir seu próprio equipamento ou fornecer diagnósticos. Não pode emendar a fibra de outro operador, entrar em um armário de rua sem autorização ou redefinir prioridades na fila de reparo do operador.

Três etiquetas de origem taiwanesas poderiam fornecer separação geográfica útil. Nova Taipé, Taipé centro e Taichung não são a mesma cidade. No entanto, a independência não é estabelecida apenas pelos nomes. Duas origens podem usar o mesmo operador nacional, a mesma rede de agregação upstream, o mesmo host virtual remoto ou o mesmo plano de controle no nível da conta. Nova Taipé e Taipé podem compartilhar dutos ou instalações metropolitanas. Um túnel em Taichung pode ainda retornar a um hub de Taipé antes de alcançar o trânsito.

A origem de Tóquio pode oferecer um ponto de recuperação mais distante, mas a distância introduz outra dependência: o caminho internacional. O Ministério de Assuntos Digitais de Taiwan enfatizou repetidamente sistemas de comunicação diversificados e rotas de backup em seutrabalho de resiliência de cabos submarinos. Esse contexto nacional não identifica o caminho do Haraguroicha. Mostra por que “Tóquio” não pode ser tratado como independente simplesmente por estar no exterior. Se a subcamada entre Taiwan e Japão converge para um único sistema de cabo ou borda de operador, o túnel lógico segue esse risco compartilhado.

Um teste real de subcamada compararia traceroutes e registros de circuito de operador de cada origem, identificaria o primeiro ponto de agregação comum, mapearia entradas de edifício e domínios de energia, e então falharia um serviço de acesso sob carga. Os coletores de rotas públicos não podem ver o primeiro quilômetro privado, e uma etiqueta geográfica não pode substituir esse teste. Até que tais evidências existam, as quatro origens devem ser contadas como opções de roteamento com correlação física desconhecida.

Caminho de falha dois: energia ou um host derruba o roteador

Cada origem requer um dispositivo alimentado. Em um site local, pode ser um roteador e um modem de acesso. Em um site hospedado, pode ser uma máquina virtual rodando em um servidor, um switch de topo de rack e a cadeia de energia do data center. O hardware público não identifica nenhum desses componentes para o Haraguroicha, portanto a análise de energia deve permanecer condicional.

O sistema de distribuição de Taiwan é confiável em geral, mas não imune a falhas locais. A Taipower relatou em janeiro de 2026 que os incidentes de distribuição diminuíram substancialmente ao longo de treze anos e que a automação de alimentadores foi concluída nacionalmente, ao mesmo tempo em que explicou que desastres naturais, forças externas e defeitos de equipamento podem desarmar alimentadores locais. Esserelato de resiliência elétricaapoia duas conclusões ao mesmo tempo: a capacidade de restauração melhorou, e falhas no nível do site ainda são possíveis.

Uma bateria pode preencher uma falha curta apenas se alimentar o caminho completo. Manter um roteador vivo enquanto o armário de rua ou o switch do edifício do provedor de acesso desliga não produz serviço. Manter um roteador hospedado vivo enquanto a origem do túnel na outra extremidade perde energia também não produz um caminho de ponta a ponta. A resiliência de longa duração requer autonomia coordenada entre equipamento local, acesso, hospedagem e trânsito.

A diversidade de energia também deve ser física. Dois roteadores virtuais em um servidor, dois servidores atrás de uma unidade de distribuição de energia de rack, ou duas origens alimentadas por um único serviço de edifício não sobrevivem à falha comum correspondente. Um gerador só é útil se iniciar, tiver combustível, suportar a carga real e proteger os sistemas de refrigeração e acesso exigidos pelo equipamento. Nenhuma dessas proteções está documentada para o Haraguroicha.

A falha de host pode se assemelhar a uma falha de energia. Uma queda de hipervisor, falha de armazenamento, janela de manutenção de rede, suspensão de conta ou pressão de capacidade pode derrubar um roteador virtual. O design de quatro origens pode reduzir esse risco se as origens usarem hosts e provedores independentes. Pode amplificá-lo se as mesmas credenciais de gerenciamento, erro de configuração ou alteração de automação afetar todos os nós. A página pública lista os terminais, mas não divulga a diversidade de host.

A evidência necessária para melhorar a avaliação de energia é concreta: localização do equipamento por classe de instalação, autonomia da bateria em carga normal, compromisso do gerador ou host, status de alimentação dupla, dependência de energia do dispositivo de acesso, caminho de alarme e um failover registrado durante uma falha real ou controlada. Na ausência desses fatos, a energia permanece uma linha não numerada na descrição pública e uma linha potencialmente dominante na conta de confiabilidade.

Caminho de falha três: uma rota existe no papel, mas não em uso

O BGP foi projetado para trocar caminhos entre sistemas autônomos. Sua especificação básica,RFC 4271, permite que cada rede aplique política ao que aprende e anuncia. Essa flexibilidade de política é a razão pela qual uma linha de importação registrada, uma sessão ativa e um caminho globalmente preferido são coisas diferentes.

Os registros de registro do Haraguroicha nomeiam AS41378 e AS38856 para AS57429, e AS38856 e AS20473 para AS212359. Se ambas as contrapartes de cada par estivessem ativas, entregues separadamente e capazes de transportar todos os prefixos, a rede poderia ter redundância de rota útil. As visões globais recentes não demonstram esse estado. Elas mostram um caminho dominante AS38856 para AS57429 e um caminho AS57429 para AS212359.

Várias causas poderiam explicar a disparidade sem implicar falha. Uma sessão de backup pode estar configurada, mas inativa. Pode anunciar apenas em uma exchange local, transportar um subconjunto de prefixos, ter preferência menor, estar fora da vista dos coletores ou ser reservada para ativação manual. O registro pode simplesmente estar desatualizado. Cada possibilidade tem uma consequência operacional diferente, e é por isso que uma lista de números AS não é um resultado de resiliência.

Filtros de rota adicionam outro modo de falha. Se um upstream constrói filtros a partir do conjunto AS-HARAGUROICHA, um membro ausente ou objeto de prefixo pode bloquear um anúncio pretendido. Se um patrocinador alterar uma autorização de origem de rota, a validação pode mudar.As diretrizes operacionais BGP da RFC 7454recomendam verificações como filtragem de prefixos e limites precisamente porque aceitar toda rota não é seguro. Essas verificações protegem a Internet, mas um pequeno operador deve manter seus registros alinhados a elas.

O resultado atual de validação é encorajador, mas não completo: sete rotas visíveis eram válidas, enquanto duas eram desconhecidas, não inválidas. Uma postura mais robusta tornaria cada origem pretendida válida, monitoraria alterações de origem inesperadas e publicaria uma lista de prefixos comum. Também definiria limites máximos de prefixos realistas, em vez de deixar os pares deduzi-los de uma ampla alocação de 50 prefixos.

A detecção rápida de falhas só ajuda depois que a diversidade existe. O PeeringDB marca o suporte BFD como falso nas conexões de exchange listadas do AS57429.A detecção bidirecional de encaminhamentopode detectar rapidamente uma falha de caminho de encaminhamento, mas essa bandeira indica apenas o que é declarado para essas sessões de exchange; não prova que o BFD está ausente em outros lugares. Mesmo a detecção perfeita não pode mover tráfego para um caminho que compartilha a mesma subcamada com falha ou falta de capacidade.

Caminho de falha quatro: o congestionamento sobrevive a cada sessão de roteamento

Um caminho pode permanecer ativo e ainda falhar com os usuários. Perda de pacotes, latência alta, jitter ou unidade máxima de transmissão reduzida podem deixar o BGP estabelecido enquanto os aplicativos travam. Os túneis são particularmente propensos a essa dissociação porque a sessão de controle pode sobreviver com largura de banda baixa mesmo quando o plano de dados está gravemente congestionado.

A largura de banda autodeclarada de 20-100 Mbps é modesta o suficiente para que uma origem de 100 Mbps possa se tornar o teto no horário de pico. Se a etiqueta for precisa, um único download popular, backup ou rota oferecida a outra rede pode alterar materialmente a utilização. A ausência de gráfico de tráfego público impede separar a carga média dos picos e testar se a porta nominal de 10 Gbps em Tóquio se torna o alívio de gargalo que sua etiqueta sugere.

O peering pode encurtar alguns caminhos, mas uma exchange virtual também pode adicionar encapsulamento e rota indireta. A própria descrição da Poema é incomumente franca sobre o fato de que sua infraestrutura virtual não cria mais taxa de subcamada. Se o tráfego entra na Poema pelo mesmo link de acesso local que usaria de outra forma para trânsito, mudar o salto BGP seguinte pode alterar a política sem remover o primeiro quilômetro congestionado.

O congestionamento durante o failover é o teste mais sério. A capacidade de reserva deve existir onde o tráfego chega, não apenas onde sai. Se a origem Nova Taipé falhar e Taipé absorver suas rotas, o túnel sobrevivente, o host e o upstream todos precisam de margem. Uma mudança de rota bem-sucedida seguida por 10% de perda de pacotes não é serviço resiliente.

O operador poderia resolver essa questão com um pequeno conjunto de medições públicas: tráfego no percentil 95 por origem, latência e perda para alvos estáveis, erros de interface, sobrecarga de túnel, tempo de mudança de rota e desempenho durante uma falha forçada. O Cloudflare Radar expõe visões de qualidade agregadas onde tem observações suficientes, mas não divulga um registro de nível de serviço do Haraguroicha nem identifica as linhas de acesso do cliente. Nenhuma evidência pública demonstra atualmente o desempenho no horário de pico ou em failover.

O reparo em campo começa na fronteira de propriedade

A frase “reparo em campo” precisa de um sujeito preciso. Não há linha de postes, torre de rádio ou ramal de cliente Haraguroicha verificado para reparar. Os ativos de campo que mais plausivelmente suportam a rede pertencem aos operadores de acesso, proprietários de edifícios, empresas de hospedagem e concessionárias de energia. O próprio trabalho de campo do Haraguroicha pode ser limitado a um roteador, servidor, modem, cabo e unidade de energia em um pequeno número de origens.

Isso não torna a mão de obra irrelevante. Torna a coordenação a competência central. Quando uma origem falha, alguém deve determinar se o defeito é equipamento local, acesso, energia, configuração de túnel, host remoto, política BGP ou roteamento upstream. Cada diagnóstico leva a uma parte diferente e um relógio de restauração diferente. Um pequeno operador pode perder horas provando propriedade antes que o reparo comece.

A superfície de contato público parece muito concentrada. Os contatos administrativo e técnico da RIPE apontam para a mesma pessoa, e a página do operador direciona consultas de peering para uma única identidade. Um único engenheiro competente pode operar uma rede de pesquisa competente. A preocupação de resiliência é a disponibilidade: doença, viagem, emprego concorrente, perda de credenciais ou um incidente afetando múltiplos nós podem transformar expertise em fila de espera.

Peças de reposição são a contrapartida física dessa fila. Um roteador de reposição ou fonte de alimentação armazenado em Nova Taipé não repara imediatamente um terminal em Taichung. Um backup de configuração não ajuda se ninguém tem acesso ao edifício. Uma máquina virtual hospedada pode ser reconstruída remotamente apenas se o acesso à conta, as imagens e as autorizações de rota estiverem disponíveis. Nenhum hardware público identifica peças de reposição, procedimentos remotos, administradores secundários ou acesso fora de banda.

O teste de mão de obra deve, portanto, seguir cada ativo. Quem pode entrar no local? Quem pode substituir o dispositivo? Qual tempo de resposta é contratual? Existe um segundo administrador? Um upstream pode alterar o roteamento quando o contato principal está indisponível? As configurações e chaves são recuperáveis sem o nó com falha? Essas são perguntas operacionais comuns, não requisitos de uma equipe grande. Para uma rede compacta, uma delegação clara pode fornecer mais resiliência do que outro túnel não testado.

Quem perde o serviço quando a cadeia quebra

A resposta não pode começar com “assinantes” de forma responsável, porque nenhuma base de assinantes é pública. A primeira parte afetada é o próprio operador: seus prefixos, roteadores e sistemas podem se tornar inalcançáveis. Os serviços endereçados dentro dos nove anúncios IPv6 visíveis estariam expostos à falha da origem ou upstream correspondente. Os pares que trocam tráfego diretamente podem perder essa rota e cair em trânsito se uma alternativa existir.

O AS212359 é uma dependência downstream claramente visível na topologia de roteamento. Quando seus caminhos passam pelo AS57429, uma falha na borda do AS mais novo pode remover a alcançabilidade também para o sistema mais antigo. Isso é uma dependência técnica, não evidência de uma organização cliente separada.

Usuários de pesquisa, amigos, colaboradores ou sistemas privados também podem ser afetados, mas o registro público não os identifica. Também não mostra que um hospital, escola, empresa local ou residência depende do Haraguroicha para seu acesso principal. Nomear tais usuários fabricaria um impacto social que as evidências não podem sustentar.

A ausência de clientes verificados muda a escala do dano, não a engenharia. Uma rede de pesquisa pode hospedar DNS autoritativo, monitoramento, serviços de software ou experimentos cuja interrupção importa para seus operadores. Também pode servir como ambiente de treinamento onde falha segura faz parte do propósito. Sem catálogo de serviços, a descrição correta é perda de alcançabilidade dos sistemas e pares que usam o domínio de roteamento Haraguroicha.

Se o acesso de varejo existe, a fronteira de propriedade determinaria a experiência do usuário. Um cliente atrás de um último quilômetro de terceiros poderia permanecer fisicamente sincronizado com o operador de acesso enquanto perde o roteamento Haraguroicha. Outro cliente poderia perder o circuito local enquanto as rotas globais do Haraguroicha permanecem visíveis. O suporte precisaria distinguir esses casos e explicar qual fila de reparo se aplica. Nenhuma condição pública mostra como essa responsabilidade seria dividida.

O que estabeleceria uma verdadeira redundância

A evidência mais valiosa não seria outro nome de cidade ou selo de exchange. Seria um mapa de dependência que separa o local físico, operador de acesso, terminal de túnel, host, fonte de energia, roteador, upstream e política de rota para cada origem. Uma versão expurgada poderia proteger a segurança enquanto mostra se dois caminhos compartilham um domínio de falha.

A diversidade de upstream requer um teste ao vivo. Cada trânsito pretendido deve anunciar os mesmos prefixos autorizados via um circuito entregue separadamente. Cada caminho deve suportar a carga total no horário de pico. Uma retirada controlada deve mover o tráfego dentro de um intervalo declarado, com perda e latência permanecendo dentro de um objetivo declarado. As visões dos coletores antes e depois do teste mostrariam se o backup alcançou a Internet mais ampla.

A diversidade de origem requer a mesma disciplina. Nova Taipé, Taipé, Taichung e Tóquio deveriam estar vinculados a fronteiras reais de hospedagem ou equipamento, não apenas a etiquetas de túnel. Independência significaria operadores de subcamada diferentes quando prático, contas de host e domínios de energia separados, nenhum concentrador de túnel central único e capacidade de reserva suficiente em cada ponto de recuperação.

A evidência de energia deve incluir autonomia medida e cobertura das dependências. Uma bateria local que sobrevive ao dispositivo de acesso é útil; uma que protege apenas o roteador não é. Uma origem hospedada deve divulgar se o provedor oferece energia redundante e procedimentos remotos. A rede deve saber quais caminhos desaparecem quando um edifício ou operador perde eletricidade.

A evidência de reparo deve identificar os responsáveis primário e secundário, locais de reposição, direitos de acesso ao local e contatos de escalada. Um simples registro de incidente mostrando detecção, diagnóstico, movimentação de rota, reparo físico e restauração revelaria mais do que um diagrama de rede estático. Mostraria também se o operador pode se recuperar enquanto o engenheiro principal está indisponível.

Finalmente, o status comercial deve ser resolvido separadamente do status técnico. Uma tarifa atual, um endereço de pedido, um contrato de assinante, um registro sob um nome legal divulgado, uma faixa de número de clientes ou uma instalação verificada independentemente estabeleceria uma atividade de acesso. Sem esses fatos, a rede deve continuar a ser descrita como uma operação de roteamento educacional ou de pesquisa, em vez de promovida a operador comercial por inferência.

A conclusão responsável é sobreposição ativa, rede de acesso não verificada

O Haraguroicha Internet Service tem mais substância do que um cartão de visita fino sugere. Dois ASNs permanecem registrados sob um mesmo detentor de recursos. Ambos estão agrupados em um as-set mantido. Nove anúncios IPv6 eram recentemente visíveis. O AS mais novo aparece na Lambda-IX, o mais antigo na 4b42, e o operador publica quatro origens de túnel. A maioria das rotas visíveis tem autorização de origem válida. Esses são sinais de uma pequena rede funcional.

As mesmas evidências traçam um teto firme. A topologia é expressa em túneis, não em fibra própria. As maiores etiquetas de exchange e origem não equivalem a taxa de transferência utilizável. As observações de rota atuais se reduzem a AS38856 e AS57429, apesar de uma política de registro mais ampla. A participação em exchanges é possível remotamente, e uma conexão AS57429 listada está atualmente marcada como não operacional. Nenhuma instalação, instalação de acesso, reserva de energia, equipe de campo, acordo de nível de serviço ou base de clientes é pública.

Essa combinação suporta um nível de evidência de rede médio e uma baixa alegação de acesso comercial. O Haraguroicha pode ser analisado como uma operação de roteamento e peering IPv6 regional associada a Taiwan. Ainda não pode ser analisado como se possuísse uma rede de banda larga de quatro cidades ou vendesse um serviço local comprovado.

A conta de conectividade local é, portanto, uma conta de dependência. Ela paga terceiros pelo acesso que transporta os túneis, pela hospedagem que mantém os terminais ativos, pelo trânsito que alcança destinos que os pares não cobrem, pela energia abaixo de cada dispositivo e pelas pessoas que diagnosticam qual proprietário precisa reparar o quê. O número de ASNs e etiquetas de porta conta, mas a recuperação depende do que esses custos compram em rotas verdadeiramente independentes e mãos alcançáveis. As evidências públicas ainda não mostram que é o caso.