Haraguroicha Internet Service faz a conta de conectividade local depender de rotas upstream e reparo em campo

Resumo

• O Haraguroicha Internet Service é publicamente visível como AS57429 e o AS212359 mais antigo. Ambos estão no mesmo as-set RIPE, originam 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, não uma evidência de um negócio de banda larga residencial.
• O operador anuncia origens de túnel em Nova Taipei, Taipei, Taichung e Tóquio utilizando WireGuard, GRE ou IPsec. O PeeringDB não registra nenhuma instalação de interconexão para nenhum dos AS. Esses fatos sustentam uma topologia virtual dependente de underlay, em vez de fibra própria entre quatro locais físicos.
• Observações recentes de roteamento mostram o caminho mais claro para o AS57429 passando pelo AS38856 da Walks Cloud, enquanto os caminhos mais claros do 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 está demonstrada.
• Rótulos de porta variando de 100 Mbps nas origens de Taiwan a 10 Gbps em Tóquio, mais conexões de troca de 1 Gbps e 500 Mbps, não devem ser somados como capacidade para clientes. A banda de tráfego autorrelatada pelo operador é de apenas 20 a 100 Mbps, e a vazão do túnel permanece limitada por restrições de acesso, trânsito, hospedagem, criptografia e congestionamento.
• Nenhuma tarifa pública, página de pedido, contagem de assinantes, compromisso de nível de serviço, inventário de planta de acesso, cronograma de torres ou postes, equipe de campo, estoque de peças sobressalentes, especificação de energia de backup ou resultado de recuperação testado foi encontrado. A avaliação apropriada é, portanto, uma pequena rede de roteamento em funcionamento, com status de varejo e última milha não verificados.

O nome se refere a uma rede, ainda não a uma operadora 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 esse nome, atribui a ele um escopo geográfico regional e classifica seu tipo de rede como educacional ou de pesquisa.Um segundo registro do PeeringDB identifica o AS212359como Haraguroicha Legacy Internet Service, também educacional ou de pesquisa, com escopo Ásia-Pacífico. Apágina de perfil público e peering do próprio operadorlista ambos os números e convida ao contato para peering.

Essa é 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 através do Border Gateway Protocol. A Haraguroicha manteve duas dessas identidades, política de roteamento registrada, espaço de endereçamento delegado, registros de troca e rotas observáveis. Pacotes podem ser originados sob seus números. Outras redes têm uma base para aceitar ou rejeitar esses anúncios.

Não é, no entanto, evidência de um provedor regional de banda larga convencional. As mesmas páginas públicas não publicam uma tarifa residencial ou empresarial, termos de instalação, verificador de cobertura, equipamento de cliente, horários de suporte, política de uso aceitável para assinantes, compromisso de nível de serviço ou página de status da rede. A classificação educacional ou de pesquisa do PeeringDB contradiz a leitura da palavra "Service" como prova de uma oferta de mercado de massa. O nome pode descrever o serviço de operar e interconectar uma rede experimental, em vez de vender acesso local à internet.

O limite regulatório atual de Taiwan torna essa distinção relevante. ALei de Gestão de Telecomunicaçõesalterada diz 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 troca não responde por si só se um operador possui assinantes dentro desse significado estatutário. Não se afirma aqui que a Haraguroicha está ou não registrada sob outro nome legal. O ponto mais restrito é que os registros públicos da rede não resolvem a questão.

Este perfil, portanto, usa "ISP regional" como uma categoria de infraestrutura útil, não como uma conclusão sobre escala comercial. A Haraguroicha é comprovadamente uma pequena rede roteada associada a Taiwan. Ela pode transportar os sistemas do próprio operador, tráfego de pesquisa, pares selecionados ou usuários privados. Não há evidências suficientes para contar residências, empresas ou instituições públicas por trás dela. Esse limite é importante sempre que a análise passa das rotas para clientes, receita ou impacto econômico local.

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

O histórico de registro começa com o AS212359. Oobjeto do RIPE Database 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 é tipificada como "OTHER" em vez de uma empresa. O site público é um perfil profissional pessoal, não uma vitrine corporativa.

Oobjeto de registro AS-HARAGUROICHAcontém tanto o AS57429 quanto o AS212359. Um as-set permite que o operador e as contrapartes se refiram a um grupo mantido ao construir filtros de roteamento. Em termos práticos, os dois números são apresentados como uma família de roteamento administrativo. 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 diversos.

O número mais recente parece ser a borda pública principal. O PeeringDB usa o nome de serviço sem qualificação para o AS57429 e chama o AS212359 de "Legacy". Caminhos de rota recentes colocam o AS57429 imediatamente à frente do AS212359 para grande parte do espaço visível do sistema mais antigo. No entanto, o operador continua a listar ambos os números, o as-set ainda contém ambos, e o AS212359 ainda origina rotas. "Legacy" deve, portanto, ser lido como um rótulo de função, não como prova de que o sistema mais antigo foi desativado.

Há um limite de propriedade importante dentro desses registros. As organizações patrocinadoras do RIPE ajudam a administrar recursos numéricos. As contrapartes nomeadas na política de importação e exportação descrevem relações de roteamento pretendidas. As empresas que fornecem um servidor virtual, um túnel, um circuito de acesso ou uma conexão cruzada física podem ser outras. 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 é o dono da fibra abaixo dela.

O perfil profissional do operador adiciona um fato relevante, mas cuidadosamente delimitado. Ele diz que Ming-Ray Hsu é cofundador e diretor de tecnologia da Walks Cloud Inc. e lista separadamente a gestão do AS57429 e AS212359. A política de roteamento do 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 da Haraguroicha com os da Walks Cloud. As evidências públicas mostram contexto operacional compartilhado e 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 da Haraguroicha lista quatro origens. Nova Taipei, Taipei e Taichung são rotuladas como 100 Mbps cada. Tóquio é rotulada como 10 Gbps. Os serviços permitidos são WireGuard, GRE e IPsec em combinações variadas. A redação é mais informativa do que um mapa regional genérico porque revela como os pontos são alcançados: são pontos finais de túnel.

Cada tecnologia listada cria um caminho lógico sobre uma rede existente.O WireGuard encapsula pacotes IP sobre UDP, usando criptografia autenticada entre pares configurados.O GREencapsula um pacote da camada de rede dentro de outro, mas não fornece por si só o circuito físico ou a criptografia.A arquitetura do IPsecprotege o tráfego IP entre pontos finais de segurança definidos. Em todos os casos, um underlay já deve transportar os pacotes externos.

Isso faz da tabela de localização um mapa de origens alcançáveis, não um inventário de planta de acesso própria. Uma origem em Nova Taipei pode ser um roteador em um escritório, um pequeno servidor em casa, uma máquina virtual hospedada, um aparelho colocalizado ou uma porta entregue remotamente de outro lugar. O mesmo intervalo se aplica a Taipei, Taichung e Tóquio. A página não publica nenhuma instalação em nível de rua, rack, proprietário do edifício, conexão cruzada, operadora de acesso ou identificador de circuito para qualquer origem. O PeeringDB não lista nenhuma instalação de interconexão para nenhum dos AS.

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

Não há evidências públicas de fibra de propriedade da Haraguroicha entre Nova Taipei, Taipei e Taichung, nenhum cronograma de torres ou postes, nenhum setor de acesso fixo sem fio e nenhum cabo de conexão de cliente. Também não há evidências de que o operador seja proprietário dos circuitos de Taiwan nos quais seus túneis começam. A topologia prudente é uma sobreposição sobre infraestrutura de internet, hospedagem e troca de terceiros. Essa arquitetura é totalmente capaz de transportar tráfego real. Ela simplesmente herda mais de sua resiliência física dos fornecedores do que um mapa de quatro rótulos pode sugerir.

Uma rede IPv6 visível, com menos espaço de endereçamento do que os rótulos sugerem

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

Esta é uma evidência melhor do que um registro inativo. Indica que os coletores de rota receberam recentemente origens Haraguroicha de vários pontos de observação. A visão geral doAS57429e a página de roteamento doAS212359do Cloudflare também reconhecem os nomes e expõem visualizações de roteamento atuais. A rede não é meramente uma entrada ASN abandonada.

Os números no PeeringDB precisam de interpretação. Ambos os registros de rede indicam seis prefixos IPv4 e 50 prefixos IPv6. Em diretórios de interconexão, esses campos são comumente usados como limites de prefixo que um par deve esperar, não como uma contagem certificada de blocos originados atualmente. Eles não devem ser multiplicados pelo tamanho do endereço ou tratados como inventário de clientes. Os coletores de rota mostram quatro e cinco anúncios IPv6 recentes, enquanto nenhum prefixo IPv4 originado pela Haraguroicha apareceu no mesmo resultado.

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

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

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

A validação de origem atual é mista, mas majoritariamente positiva. Verificações diretas do RIPEstat nos nove anúncios recentemente observados retornaram 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 que cobrisse 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 autorizações faz parte de manter o espaço patrocinado utilizável.

A rota mais clara ainda se estreita através da 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. Elas são úteis para filtragem e contato, mas não são prova de que todas as sessões estão ativas, entregues de forma independente ou capazes de transportar tráfego total ao mesmo tempo.

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 o AS38856, Walks Cloud. Para os anúncios mais claros do AS212359, o AS imediatamente anterior era o AS57429. Umavisão de estado BGP de2a0f:607:1024::/48representativa mostra a borda Walks Cloud-para-Haraguroicha; umavisão de prefixo AS212359representativa mostra o AS57429 imediatamente antes do AS212359.

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

A diversidade física requer um conjunto mais difícil de fatos. As duas sessões upstream são entregues por operadoras diferentes? Elas entram em edifícios diferentes? Estão em dutos ou postes separados? Terminam em roteadores, alimentações de energia e hosts virtuais diferentes? Cada uma pode transportar a carga normal completa quando a outra desaparece? O failover preserva a mesma autorização de origem e filtros de rota? Nenhum desses detalhes é público para a Haraguroicha.

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

O mesmo raciocínio se aplica ao relacionamento humano. A Walks Cloud pode ser um upstream conveniente e tecnicamente próximo porque o operador da Haraguroicha também relata um papel 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 de forma independente e uma segunda organização de reparo.

Portas de troca são opções, não uma soma de largura de banda

A Haraguroicha tem mais interconexão pública do que sua pequena banda de tráfego poderia sugerir. Osdados atuais do PeeringDB para AS57429listam uma conexão de 1 Gbps ao Lambda-IX como operacional e uma conexão de 500 Mbps ao Poema IX como não operacional. O registro do AS212359 lista uma conexão de troca 4b42 operacional, mas não declara nenhuma velocidade de porta utilizável. Essas são pistas valiosas, mas nenhuma deve ser lida como um uplink de internet garantido.

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

O Poema é ainda mais explícito sobre a distinção. Sua própria explicação de umIXP virtualdiz que redes de hobby ou pesquisa comumente usam máquinas virtuais e túneis sobre ISPs profissionais, em vez de sua própria fibra, e que tal troca não aumenta a taxa de transferência total da rede subjacente. Suasregras de participaçãodescrevem participação não comercial, acesso por túnel ou máquina virtual e peering obrigatório com servidor de rota. O rótulo de 500 Mbps do Poema da Haraguroicha é, portanto, evidência de potencial de interconexão experimental, não 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 ainda mais tratá-la como redundância disponível.

A conexão do AS mais antigo em Zurique tem ambiguidade semelhante. O4IXP dizque os participantes podem se conectar por cross-connect, VLAN ou túnel e que oferece opções de EoIP, GRE tap e VXLAN. O PeeringDB marca o registro de troca da Haraguroicha como operacional, mas não fornece nenhuma taxa de porta positiva. A troca pode ampliar o conjunto de pares alcançáveis e oferecer aprendizado de servidor de rota. Ela não estabelece uma presença física da Haraguroicha na Suíça ou um caminho independente de Taiwan.

Peering e trânsito também desempenham funções diferentes. Em uma troca, uma rede alcança as rotas que outros participantes concordam em 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 pares.

A aritmética é, portanto, não aditiva. Uma porta de troca de 1 Gbps, uma porta de troca de 500 Mbps, três origens de 100 Mbps em Taiwan e uma origem de 10 Gbps em Tóquio não produzem 11,8 Gbps de capacidade para clientes. Alguns rótulos descrevem interfaces, alguns descrevem ofertas de túnel e alguns podem compartilhar o mesmo underlay. O tráfego pode atravessar dois ou mais deles em série. A dependência mais lenta, congestionada ou com falha governa o caminho utilizável.

Instalada, alcançável e utilizável são capacidades diferentes

O PeeringDB coloca ambos os sistemas Haraguroicha em uma banda de tráfego autorrelatada de 20 a 100 Mbps. Isso é consistente com uma rede pequena e muito abaixo dos maiores rótulos de interface. A banda não é um gráfico de tráfego auditado, no entanto, 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 de linha negociada de uma interface ou o limite nominal de um circuito. Capacidade alcançável é o que pode passar depois que o túnel, underlay e ponto final remoto estão funcionando. Capacidade utilizável é o que resta após a 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 clientes seria ainda menor se a rede vendesse acesso e tivesse que 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, o que reduz o espaço disponível para o pacote interno antes da fragmentação. Uma incompatibilidade na unidade máxima de transmissão pode produzir desempenho ruim que parece 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 eficaz, mas permanece exposto a perda, reordenação e congestionamento no underlay.

O 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 uma vCPU compartilhada, o circuito de acesso a uma origem em Taiwan pode ser de 100 Mbps, ou o caminho de internet entre pontos finais pode variar no horário de pico. Se três origens em Taiwan dependem cada uma de acesso de consumidor ou pequena empresa, suas taxas upstream e políticas de contenção podem ser mais importantes do que a porta nominal de Tóquio.

A 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 ambos estão ativos, mas o par não é totalmente redundante. Uma declaração de capacidade útil publicaria tráfego no horário de pico por origem, perda de pacotes, latência, margem de CPU, unidade máxima de transmissão e a carga observada durante um failover. A Haraguroicha não publica nenhuma dessas medições.

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

O que uma conta de conectividade local realmente compraria

Não há nenhuma conta de varejo pública da Haraguroicha para analisar. O título aponta, em vez disso, para a pilha de custos necessária 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 do acesso underlay, trânsito, hospedagem, entrega de troca remota, equipamentos, eletricidade, administração de recursos de endereçamento e o tempo necessário para mantê-los alinhados.

A linha de acesso em cada origem vem primeiro. Se um roteador em Nova Taipei alcança a rede mais ampla através de um circuito de banda larga de terceiros, esse circuito paga pelo poste, duto, fibra, cabo coaxial ou planta de rádio local, embora a Haraguroicha não seja proprietária. Seu preço e termos de reparo incorporam a rede física local. Comprar um segundo serviço ajuda apenas se o segundo fornecedor não estiver alugando a mesma instalação de última milha ou retornando ao mesmo local 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 trocas experimentais. A hospedagem adiciona máquinas virtuais ou roteadores dedicados em pontos remotos. A entrega de troca adiciona um túnel, VLAN, máquina virtual ou cross-connect. Alguns serviços podem ser gratuitos ou apoiados pela comunidade, mas preço zero não significa dependência zero. Pode, em vez disso, significar nenhum tempo de restauração contratual, suporte limitado e a necessidade de o operador resolver mais problemas diretamente.

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

A mão de obra é a despesa vinculante em uma rede unipessoal ou muito pequena. O mesmo engenheiro pode manter a política de roteamento, atualizar sistemas, renovar credenciais, responder a mensagens de abuso, diagnosticar um túnel, coordenar com uma operadora 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 ou equipe de campo da Haraguroicha. A habilidade é visível; a profundidade de pessoal não é.

Isso explica por que diversidade de rotas e reparo em campo pertencem à mesma frase. Uma segunda sessão BGP é útil apenas se alguém puder distinguir uma falha de roteamento remota de um modem morto, fonte de alimentação com falha, cabo de acesso cortado ou sala de equipamentos trancada. Uma mudança rápida de roteamento não pode reparar o underlay no qual ambos os túneis funcionam. Inversamente, um técnico de campo pode restaurar um circuito local enquanto um filtro de rota obsoleto mantém o prefixo inalcançável. O serviço é toda a cadeia.

Caminho de falha um: o underlay quebra primeiro

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

O sintoma imediato pode parecer uma interrupção da Haraguroicha, mesmo quando nenhum de seus softwares falhou. A responsabilidade pela recuperação começa com o proprietário do underlay. A Haraguroicha pode abrir uma falha, mover o tráfego para outra origem, substituir seu próprio equipamento ou fornecer diagnósticos. Ela não pode emendar a fibra de outra operadora, entrar em um armário de rua sem autoridade ou repriorizar a fila de reparos da operadora.

Três rótulos de origem em Taiwan poderiam fornecer separação geográfica útil. Nova Taipei, Taipei central e Taichung não são a mesma cidade. No entanto, a independência não é estabelecida apenas por nomes. Duas origens podem usar a mesma operadora nacional, a mesma rede de agregação upstream, o mesmo host virtual remoto ou o mesmo plano de controle em nível de conta. Nova Taipei e Taipei podem compartilhar dutos ou instalações metropolitanas. Um túnel em Taichung ainda pode retornar a um hub em Taipei 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 tem enfatizado 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 da Haraguroicha. Isso mostra por que "Tóquio" não pode ser tratada como independente meramente por estar no exterior. Se o underlay entre Taiwan e Japão convergir em um sistema de cabo ou em uma borda de operadora, o túnel lógico segue esse risco compartilhado.

Um teste real do underlay compararia traceroutes e registros de circuito de operadora de cada origem, identificaria o primeiro ponto de agregação comum, mapearia entradas de edifícios e domínios de energia e, em seguida, falharia um serviço de acesso sob carga. Os coletores de rota públicos não podem ver a primeira milha privada, e um rótulo geográfico não pode substituir esse teste. Até que tal evidência exista, 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 remove o roteador

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

O sistema de distribuição de Taiwan é confiável em conjunto, mas não imune a falhas locais. A Taipower relatou em janeiro de 2026 que os incidentes de distribuição caíram substancialmente ao longo de treze anos e que a automação de alimentadores foi concluída em todo o país, ao mesmo tempo em que explica que desastres naturais, forças externas e falhas de equipamentos podem desarmar alimentadores locais. Esserelato de resiliência de energiaapoia duas conclusões ao mesmo tempo: a capacidade de restauração melhorou e as interrupções no nível do local permanecem possíveis.

Uma bateria pode superar uma curta interrupção apenas se alimentar o caminho completo. Manter um roteador ativo enquanto o armário de rua ou switch de prédio do provedor de acesso fica escuro não produz serviço. Manter um roteador hospedado ativo enquanto a origem do túnel na outra extremidade perde energia também não produz um caminho ponta a ponta. A resiliência de longa duração precisa de tempo de execução coordenado entre equipamento local, acesso, hospedagem e trânsito.

A diversidade de energia também precisa 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 serviço de edifício não sobrevivem à falha comum correspondente. Um gerador é útil apenas se ligar, 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 a Haraguroicha.

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

A evidência necessária para atualizar 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 interrupção real ou controlada. Na ausência desses fatos, a energia permanece uma linha não precificada 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 está 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 do registro da Haraguroicha nomeiam AS41378 e AS38856 para AS57429, e AS38856 e AS20473 para AS212359. Se ambas as contrapartes em 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 lacuna sem implicar falha. Uma sessão de backup pode estar configurada, mas ociosa. Pode anunciar apenas em uma troca local, transportar um subconjunto de prefixos, ter preferência menor, ficar fora da visão do coletor ou ser reservada para ativação manual. O registro pode simplesmente estar desatualizado. Cada possibilidade tem uma consequência operacional diferente, razão pela qual uma lista de números AS não é um resultado de resiliência.

Os filtros de rota adicionam outro modo de falha. Se um upstream constrói filtros a partir do conjunto AS-HARAGUROICHA, um membro ou objeto de prefixo ausente pode bloquear um anúncio pretendido. Se um patrocinador altera uma autorização de origem de rota, a validação pode mudar. Aorientação operacional de BGP na RFC 7454recomenda controles como filtragem de prefixo e limites precisamente porque aceitar todas as rotas não é seguro. Esses controles protegem a internet, mas um pequeno operador deve manter seus registros alinhados com eles.

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

A detecção rápida de falhas ajuda apenas depois que a diversidade existe. O PeeringDB marca o suporte BFD como falso nas conexões de troca listadas do AS57429. ADetecção de Encaminhamento Bidirecionalpode detectar falha no caminho de encaminhamento rapidamente, mas essa flag diz apenas o que é declarado para essas sessões de troca; não prova que o BFD esteja ausente em outro lugar. Mesmo a detecção perfeita não pode mover o tráfego para um caminho que compartilha o mesmo underlay com falha ou não tem capacidade.

Caminho de falha quatro: congestionamento sobrevive a todas as sessões de roteamento

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

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

O peering pode encurtar alguns caminhos, mas uma troca virtual também pode adicionar encapsulamento e uma rota indireta. A própria descrição do Poema é excepcionalmente franca ao afirmar que sua malha virtual não cria mais taxa de transferência do underlay. Se o tráfego entrar no Poema pelo mesmo link de acesso local que usaria de outra forma para trânsito, mudar o próximo salto BGP pode alterar a política sem remover a primeira milha congestionada.

O congestionamento durante o failover é o teste mais sério. A capacidade sobressalente deve existir onde o tráfego aterrissa, não apenas onde ele sai. Se a origem de Nova Taipei falha e Taipei absorve suas rotas, o túnel sobrevivente, o host e o upstream precisam de margem. Uma mudança de rota bem-sucedida seguida por 10% de perda de pacotes não é um 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 agregada onde tem observações suficientes, mas não divulga um registro de nível de serviço da Haraguroicha ou identifica linhas de acesso de clientes. Atualmente, nenhuma evidência pública demonstra desempenho no horário de pico ou durante failover.

O reparo em campo começa no limite de propriedade

A frase "reparo em campo" do enunciado precisa de um sujeito preciso. Não há nenhuma linha de postes, torre de rádio ou conexão de cliente da Haraguroicha verificada para reparar. Os ativos de campo que mais plausivelmente suportam a rede pertencem a operadoras de acesso, proprietários de edifícios, empresas de hospedagem e concessionárias de energia. O próprio trabalho de campo da Haraguroicha pode se limitar 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 habilidade central. Quando uma origem falha, alguém deve determinar se a falha está no equipamento local, acesso, energia, configuração do túnel, host remoto, política BGP ou roteamento upstream. Cada diagnóstico leva a uma parte diferente e a um relógio de restauração diferente. Um pequeno operador pode perder horas provando a propriedade antes que o reparo comece.

A superfície de contato público parece altamente concentrada. Os contatos administrativos e técnicos do RIPE apontam para a mesma pessoa, e a página do operador direciona as consultas de peering para uma única identidade. Um único engenheiro habilidoso pode executar uma rede de pesquisa capaz. A preocupação com a resiliência é a disponibilidade: doença, viagem, emprego concorrente, perda de credenciais ou um incidente afetando vários nós pode transformar a experiência em uma fila.

As peças sobressalentes são a contrapartida física dessa fila. Um roteador ou fonte de alimentação de reposição armazenado em Nova Taipei não repara imediatamente um ponto final em Taichung. Um backup de configuração não ajuda se ninguém tiver acesso ao prédio. Uma máquina virtual hospedada pode ser reconstruída remotamente apenas se o acesso à conta, imagens e autorizações de rota estiverem disponíveis. Nenhum material público identifica hardware sobressalente, mãos remotas, 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 é o 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 exigências de uma grande equipe. Para uma rede compacta, uma delegação clara pode fornecer mais resiliência do que outro túnel não testado.

Quem perde serviço quando a cadeia falha

A resposta não pode começar responsavelmente com "assinantes" 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 seriam expostos à falha de origem ou upstream correspondente. Os pares que trocam tráfego diretamente podem perder essa rota e recorrer ao trânsito, se existir uma alternativa.

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 recente 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 da Haraguroicha para acesso primário. Nomear tais usuários fabricaria um impacto social que a evidência não pode 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 um ambiente de treinamento onde a falha segura faz parte do propósito. Sem um catálogo de serviços, a descrição correta é perda de alcançabilidade para sistemas e pares que usam o domínio de roteamento da Haraguroicha.

Se o acesso de varejo existir, o limite de propriedade determinaria a experiência do usuário. Um cliente atrás de uma última milha de terceiros poderia permanecer fisicamente sincronizado com a operadora de acesso enquanto perde o roteamento da Haraguroicha. Outro cliente poderia perder o circuito local enquanto as rotas globais da Haraguroicha permanecem visíveis. O suporte precisaria distinguir esses casos e explicar qual fila de reparo se aplica. Nenhum termo público mostra como essa responsabilidade seria dividida.

O que estabeleceria redundância real

A evidência mais valiosa não seria outro nome de cidade ou crachá de troca. Seria um mapa de dependência que separa local físico, operadora de acesso, ponto final do túnel, host, fonte de energia, roteador, upstream e política de rota para cada origem. Uma versão editada poderia proteger a segurança ao mesmo tempo que mostra se dois caminhos compartilham um domínio de falha.

A diversidade upstream precisa de um teste ao vivo. Cada trânsito pretendido deve anunciar os mesmos prefixos autorizados através de um circuito entregue separadamente. Qualquer caminho deve transportar a carga total do 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 do coletor antes e depois do teste mostrariam se o backup alcançou a internet mais ampla.

A diversidade de origem precisa da mesma disciplina. Nova Taipei, Taipei, Taichung e Tóquio devem estar vinculadas a limites reais de hospedagem ou equipamento, não apenas a rótulos de túnel. Independência significaria diferentes operadoras de underlay onde possível, contas de host e domínios de energia separados, nenhum concentrador central de túnel único e capacidade sobressalente suficiente em cada ponto de recuperação.

A evidência de energia deve incluir tempo de execução medido e cobertura de dependência. Uma bateria local que dura mais que o dispositivo de acesso é útil; uma que protege apenas o roteador não é. Uma origem hospedada deve divulgar se o provedor oferece energia redundante e mãos remotas. A rede deve saber quais caminhos desaparecem quando um prédio ou operadora perde eletricidade.

A evidência de reparo deve identificar respondentes primários e secundários, locais de peças sobressalentes, direitos de acesso ao local e contatos de escalonamento. 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. Também mostraria 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, endereço para pedido, contrato de assinante, registro sob um nome legal divulgado, faixa de contagem de clientes ou instalação verificada de forma independente estabeleceria um negócio 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 uma operadora de varejo 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 simples cartão de empresa poderia sugerir. Dois ASNs permanecem registrados sob um único detentor de recursos. Ambos estão agrupados em um as-set mantido. Nove anúncios IPv6 eram visíveis recentemente. O AS mais recente aparece no Lambda-IX, o mais antigo no 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 em funcionamento.

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

Essa combinação suporta uma nota de evidência de rede média e uma reivindicação fraca de acesso de varejo. A Haraguroicha pode ser analisada como uma operação regional de roteamento e peering IPv6 associada a Taiwan. Ela ainda não pode ser analisada como se possuísse uma rede de banda larga em quatro cidades ou vendesse um serviço local comprovado.

A conta de conectividade local é, portanto, uma conta de dependência. Ela paga a terceiros pelo acesso que transporta os túneis, a hospedagem que mantém os pontos finais ativos, o trânsito que alcança destinos que os pares não alcançam, a energia abaixo de cada dispositivo e as pessoas que diagnosticam qual proprietário deve reparar o quê. O número de ASNs e rótulos de porta importa, mas a recuperação depende se esses custos compram rotas genuinamente independentes e mãos alcançáveis. As evidências públicas ainda não mostram que sim.