Résumé
- Haraguroicha Internet Service est visible publiquement sous les AS57429 et AS212359, plus ancien. Tous deux figurent dans le même as-set RIPE, émettent de l'espace IPv6 et sont présentés comme des réseaux éducatifs ou de recherche; c'est une preuve solide d'un domaine de routage opéré, et non d'une activité de fournisseur d'accès résidentiel.
- L'opérateur annonce des origines de tunnel à Nouveau Taipei, Taipei, Taichung et Tokyo en utilisant WireGuard, GRE ou IPsec. PeeringDB ne répertorie aucune installation d'interconnexion pour ces AS. Ces faits appuient une topologie virtuelle dépendante de la sous-couche, plutôt qu'une fibre possédée entre quatre sites physiques.
- Les observations de routage récentes montrent que le chemin le plus clair vers AS57429 passe par l'AS38856 de Walks Cloud, tandis que les chemins les plus clairs pour AS212359 passent par AS57429. La politique enregistrée nomme plus d'une contrepartie possible, mais la diversité physique et commerciale actuelle n'est pas démontrée.
- Les étiquettes de port allant de 100 Mbps pour les origines taïwanaises à 10 Gbps à Tokyo, plus les rattachements d'échange de 1 Gbps et 500 Mbps, ne doivent pas être additionnées comme capacité client. La bande passante auto-déclarée de l'opérateur n'est que de 20-100 Mbps, et le débit des tunnels reste limité par les contraintes d'accès, de transit, d'hébergement, de chiffrement et de congestion.
- Aucun tarif public, page de commande, nombre d'abonnés, engagement de niveau de service, inventaire d'installations d'accès, planning de tours ou de poteaux, équipe de terrain, stock de rechange, spécification d'alimentation de secours ou résultat de test de récupération vérifié n'a été trouvé. L'évaluation appropriée est donc celle d'un petit réseau de routage fonctionnel avec un statut de détail et de dernier kilomètre non vérifié.
Le nom correspond à un réseau, pas encore à un opérateur de détail
La signification publique la plus concrète de Haraguroicha Internet Service est une paire de numéros de système autonome.PeeringDB identifie AS57429sous ce nom, lui attribue une portée géographique régionale et classe son type de réseau comme éducatif ou de recherche.Un second enregistrement PeeringDB identifie AS212359comme Haraguroicha Legacy Internet Service, également éducatif ou de recherche, avec une portée Asie-Pacifique. La proprepage de profil public et de peering de l'opérateurliste les deux numéros et invite à des contacts de peering.
C'est une preuve opérationnelle significative. Un système autonome n'est pas simplement un enregistrement de domaine web. C'est une identité administrative utilisée pour échanger la joignabilité avec d'autres réseaux via le protocole BGP. Haraguroicha a maintenu deux de ces identités, une politique de routage enregistrée, un espace d'adressage délégué, des enregistrements d'échange et des routes observables. Des paquets peuvent être émis sous ses numéros. D'autres réseaux ont une base pour accepter ou rejeter ces annonces.
Ce n'est cependant pas la preuve d'un fournisseur d'accès régional conventionnel. Les mêmes pages publiques ne publient pas de tarif résidentiel ou professionnel, de conditions d'installation, de vérificateur de couverture, d'équipement chez le client, d'heures d'assistance, de politique d'utilisation acceptable pour les abonnés, d'engagement de niveau de service ou de page de statut du réseau. La classification éducative ou de recherche de PeeringDB va à l'encontre de l'interprétation du mot « Service » comme preuve d'une offre grand public. Le nom peut décrire le service d'exploitation et d'interconnexion d'un réseau expérimental plutôt que la vente d'accès Internet local.
Le cadre réglementaire actuel de Taïwan rend cette distinction importante. LaLoi sur la gestion des télécommunicationsmodifiée stipule que les fournisseurs offrant un accès Internet aux abonnés doivent s'enregistrer en tant qu'entreprises de télécommunications. Un ASN, une allocation IPv6 ou un port d'échange ne permettent pas à eux seuls de déterminer si un opérateur a des abonnés au sens de la loi. Aucune affirmation n'est faite ici quant à savoir si Haraguroicha est ou non enregistré sous un autre nom légal. Le point plus précis est que les enregistrements de réseau publics ne tranchent pas la question.
Ce profil utilise donc « FAI régional » comme catégorie d'infrastructure utile, et non comme une conclusion sur l'échelle commerciale. Haraguroicha est manifestement un petit réseau routé associé à Taïwan. Il peut transporter les systèmes propres de l'opérateur, du trafic de recherche, des pairs sélectionnés ou des utilisateurs privés. Les preuves sont insuffisantes pour compter les foyers, entreprises ou institutions publiques derrière lui. Cette limite importe chaque fois que l'analyse passe des routes aux clients, aux revenus ou à l'impact économique local.
Un opérateur, deux systèmes autonomes et un ensemble de routage
L'historique du registre commence avec AS212359. L'objet RIPE pour AS212359a été créé en novembre 2020 et décrit Haraguroicha Internet Service. AS57429 a suivi en mars 2022; sonobjet RIPEutilise le nom HARAGUROICHA-AS. Les deux pointent vers la même organisation détentrice de ressources, ORG-MA1764-RIPE, qui nomme Ming-Ray Hsu à Taïwan et est de type « AUTRE » plutôt qu'entreprise. Le site web public est un profil professionnel personnel, pas une vitrine commerciale.
L'objet de registre AS-HARAGUROICHAcontient à la fois AS57429 et AS212359. Un as-set permet à l'opérateur et à ses contreparties de se référer à un groupe maintenu pour construire des filtres de routage. Concrètement, les deux numéros sont présentés comme une même famille administrative de routage. L'as-set ne prouve pas que chaque préfixe est toujours annoncé, que chaque amont accepte les mêmes membres, ou que les deux systèmes sont physiquement diversifiés.
Le numéro le plus récent semble être le principal point de contact public. PeeringDB utilise le nom de service sans qualification pour AS57429 et qualifie AS212359 de « Legacy ». Les chemins de route récents placent AS57429 immédiatement devant AS212359 pour une grande partie de l'espace visible de l'ancien système. L'opérateur continue néanmoins de lister les deux numéros, l'as-set contient toujours les deux, et AS212359 émet toujours des routes. « Legacy » doit donc être lu comme une étiquette de rôle, et non comme la preuve que l'ancien système est retiré.
Il y a une frontière de propriété importante dans ces enregistrements. Les organisations de parrainage du RIPE aident à administrer les ressources de numéros. Les contreparties nommées dans les politiques d'importation et d'exportation décrivent des relations de routage souhaitées. Les entreprises fournissant un serveur virtuel, un tunnel, un circuit d'accès ou une interconnexion physique peuvent être différentes. Une organisation de parrainage n'est pas nécessairement un fournisseur de transit; une politique de transit enregistrée n'est pas nécessairement une session active; et une session active ne révèle pas qui possède la fibre sous-jacente.
Le profil professionnel de l'opérateur ajoute un fait pertinent mais soigneusement délimité. Il indique que Ming-Ray Hsu est co-fondateur et directeur technique de Walks Cloud Inc. et mentionne séparément la gestion d'AS57429 et AS212359. La politique de routage RIPE nomme l'AS38856 de Walks Cloud pour les deux systèmes Haraguroicha. Ces enregistrements rendent le chemin actuel intelligible, mais ils ne fusionnent pas les actifs, les clients ou les obligations de Haraguroicha avec ceux de Walks Cloud. Les preuves publiques montrent un contexte opérationnel partagé et un contact de routage, pas un accord de propriété publié.
La table de localisation décrit des origines de tunnel
La propre page de Haraguroicha liste quatre origines. Nouveau Taipei, Taipei et Taichung sont étiquetés à 100 Mbps. Tokyo est étiqueté à 10 Gbps. Les services autorisés sont WireGuard, GRE et IPsec dans des combinaisons variables. La formulation est plus informative qu'une carte régionale générique car elle révèle comment les points sont atteints: ce sont des points de terminaison de tunnel.
Chaque technologie listée crée un chemin logique au-dessus d'un réseau existant.WireGuard encapsule les paquets IP sur UDP, en utilisant un chiffrement authentifié entre pairs configurés.GREenveloppe un paquet de couche réseau dans un autre mais ne fournit pas lui-même le circuit physique ou le chiffrement.L'architecture d'IPsecsécurise le trafic IP entre des points de terminaison de sécurité définis. Dans tous les cas, une sous-couche doit déjà transporter les paquets externes.
Cela fait de la table de localisation une carte d'origines joignables, et non un inventaire d'installations d'accès possédées. Une origine Nouveau Taipei pourrait être un routeur dans un bureau, un petit serveur à domicile, une machine virtuelle hébergée, un équipement en colocation ou un port fourni à distance depuis ailleurs. La même gamme s'applique à Taipei, Taichung et Tokyo. La page ne publie aucune installation au niveau de la rue, baie, propriétaire de bâtiment, interconnexion, opérateur d'accès ou identifiant de circuit pour aucune origine. PeeringDB ne liste aucune installation d'interconnexion pour ces AS.
L'empreinte physique qui peut être affirmée avec confiance est donc étroite. Le détenteur de ressources est associé à la ville de Nouveau Taipei. L'opérateur annonce des points d'entrée de tunnel dans trois villes taïwanaises et à Tokyo. AS57429 est visible à un échange listé à Fremont, Californie, et AS212359 est listé à un échange à Zurich, Suisse, mais aucun de ces enregistrements d'échange ne prouve que Haraguroicha possède ou héberge un routeur dans ces villes. La livraison de couche 2 à distance et le tunneling peuvent placer un AS sur une infrastructure d'échange sans rack local.
Il n'y a pas de preuve publique de fibre possédée par Haraguroicha entre Nouveau Taipei, Taipei et Taichung, pas de planning de tours ou de poteaux, pas de secteurs sans-fil fixes, et pas de câbles de raccordement client. Il n'y a pas non plus de preuve que l'opérateur possède les circuits taïwanais sur lesquels ses tunnels démarrent. La topologie prudente est une surcouche sur une infrastructure Internet, d'hébergement et d'échange tierce. Cette architecture est tout à fait capable de transporter du trafic réel. Elle hérite simplement davantage de sa résilience physique de ses fournisseurs que ne le suggère une carte à quatre étiquettes.
Un réseau IPv6 visible, avec moins d'espace d'adressage que ne le suggèrent les étiquettes
Les observations de routage mondial récentes confirment une activité. Lavue RIPEstat des préfixes annoncés pour AS57429montrait quatre annonces IPv6 pendant la fenêtre d'observation utilisée pour ce profil. Trois étaient des /442a06:a005listés sur la page de l'opérateur; la quatrième était2a0f:607:1024::/48. Lavue correspondante pour AS212359montrait cinq annonces IPv6.
C'est une meilleure preuve qu'un enregistrement dormant. Elle indique que les collecteurs de routes ont récemment reçu des origines Haraguroicha depuis plusieurs points de vue. L'aperçu Cloudflare pour AS57429et lapage de routage AS212359reconnaissent également les noms et exposent des vues de routage actuelles. Le réseau n'est pas simplement une entrée ASN abandonnée.
Les chiffres sur PeeringDB doivent être interprétés. Les deux enregistrements réseau indiquent six préfixes IPv4 et 50 préfixes IPv6. Dans les répertoires d'interconnexion, ces champs sont couramment utilisés comme limites de préfixes qu'un pair devrait attendre, et non comme un décompte certifié des blocs actuellement émis. Ils ne doivent pas être multipliés par la taille d'adresse ou traités comme un inventaire client. Les collecteurs de routes montrent quatre et cinq annonces IPv6 récentes, tandis qu'aucun préfixe IPv4 émis par Haraguroicha n'est apparu dans ces résultats.
Les adresses IPv4 sur une infrastructure d'échange ne changent pas cette conclusion. AS57429 a une adresse IPv4 de LAN de peering chez Lambda-IX, et AS212359 en a une chez 4b42. Une adresse de LAN de peering permet aux routeurs de se parler sur cet échange. Ce n'est pas la même chose que d'annoncer un bloc IPv4 client à la table mondiale. L'identité de routage publique de Haraguroicha est actuellement beaucoup plus clairement IPv6 qu'IPv4.
Les blocs d'adresses révèlent également une dépendance fournisseur. L'opérateur attribue plusieurs /44 à Route48 et d'autres préfixes à TunnelBroker.ch, FREETRANSIT, RHE-NET et Nato Internet Service. Ces attributions sont auto-publiées et peuvent être en retard sur des arrangements de ressources ultérieurs, mais elles montrent que l'intendance d'adresse n'est pas synonyme de possession de l'allocation couvrante. Si un sponsor change de politique, retire un service, retire une autorisation ou cesse de maintenir des objets de route, l'opérateur peut avoir besoin de renuméroter, de remplacer une autorisation de route ou de trouver un autre sponsor même si ses routeurs et tunnels restent intacts.
La validation d'origine actuelle est mitigée mais majoritairement positive. Des vérifications directes RIPEstat sur les neuf annonces récemment observées ont donné sept résultatsvalidet deux résultatsunknownle 10 juillet 2026. Inconnu ne signifie pas invalide; cela signifie généralement que le validateur n'a pas trouvé d'autorisation d'origine de route couvrant l'origine et le préfixe exacts. La distinction importe néanmoins parce que les réseaux qui appliquent la validation d'origine de route peuvent rejeter une route invalide, tandis qu'une route inconnue reçoit un traitement de politique choisi par chaque réseau. Maintenir les autorisations fait partie de la conservation de l'espace parrainé utilisable.
La route la plus claire passe encore par Walks Cloud
Le registre décrit plus de diversité que les chemins de route récents ne le démontrent. L'objet RIPE d'AS57429 accepte des routes d'AS41378 et AS38856. L'objet d'AS212359 nomme AS38856 et AS20473. Ce sont des politiques d'importation et d'exportation déclarées: des déclarations d'échange prévu ou autorisé. Elles sont utiles pour le filtrage et le contact, mais elles ne prouvent pas que toutes les sessions sont actives, livrées indépendamment ou capables de transporter tout le trafic en même temps.
Les chemins RIPE RIS récents présentent une structure plus simple. Pour chacune des quatre annonces claires d'AS57429, l'AS immédiatement précédent dans les chemins observés était AS38856, Walks Cloud. Pour les annonces les plus claires d'AS212359, l'AS précédent était AS57429. Unevue BGP-state de2a0f:607:1024::/48représentative montre la liaison Walks Cloud vers Haraguroicha; unevue de préfixe AS212359représentative montre AS57429 immédiatement avant AS212359.
Les collecteurs de routes ne voient que ce que leurs pairs annoncent, et les chemins peuvent varier selon le préfixe, le moment et la politique. Ces observations ne peuvent pas prouver qu'il existe un seul câble. Elles établissent que la route visible mondialement, pendant la fenêtre de mesure, convergeait vers un motif amont unique. Un second nom dans un registre n'établit pas encore de basculement utilisable.
La diversité physique nécessite un ensemble de faits plus solides. Deux sessions amont sont-elles livrées par différents opérateurs? Pénètrent-elles dans des bâtiments différents? Sont-elles sur des conduits ou poteaux séparés? Se terminent-elles sur des routeurs, alimentations et hôtes virtuels différents? Chacune peut-elle supporter la pleine charge normale quand l'autre disparaît? Le basculement préserve-t-il la même autorisation d'origine et les mêmes filtres de route? Aucun de ces détails n'est public pour Haraguroicha.
L'arrangement AS212359 ajoute une autre couche de concentration. Si ses routes atteignent le monde via AS57429, et AS57429 atteint le monde via AS38856, alors une panne à la frontière AS57429 affecte les deux identités. Deux numéros de système autonome peuvent améliorer l'expérimentation, la séparation des politiques ou la migration. Ils ne créent pas deux domaines de défaillance lorsque l'un se trouve derrière l'autre.
Le même raisonnement s'applique à la relation humaine. Walks Cloud peut être un amont pratique et techniquement proche parce que l'opérateur de Haraguroicha déclare également un rôle de direction là-bas. Cela peut rendre la configuration et la récupération plus rapides. Cela peut aussi concentrer l'escalade dans le même petit groupe. La familiarité organisationnelle est précieuse, mais elle ne remplace pas un chemin sous contrat indépendant et une seconde organisation de réparation.
Les ports d'échange sont des options, pas une somme de bande passante
Haraguroicha a plus d'interconnexion publique que sa petite bande passante ne le suggère. Lesdonnées PeeringDB actuelles pour AS57429listent un rattachement de 1 Gbps à Lambda-IX comme opérationnel et un rattachement de 500 Mbps à Poema IX comme non opérationnel. L'enregistrement AS212359 liste un rattachement d'échange 4b42 opérationnel mais ne déclare aucun débit de port utilisable. Ce sont des indices précieux, mais aucun ne doit être lu comme une liaison montante Internet garantie.
L'enregistrement PeeringDB de Lambda-IXplace son infrastructure d'échange à Fremont et liste une installation physique là-bas. La propre liste d'origines de Haraguroicha ne mentionne pas Fremont, et son enregistrement réseau PeeringDB ne liste aucune installation. L'étiquette 1 Gbps indique donc le débit logique du port d'échange, non la route, la latence ou la capacité du service qui atteint ce port. Une interface d'échange de 1 Gbps livrée à distance peut être contrainte par un tunnel de 100 Mbps ou un hôte virtuel congestionné.
Poema est encore plus explicite sur la distinction. Sa propre explication d'unIXP virtueldit que les réseaux amateurs ou de recherche utilisent couramment des machines virtuelles et des tunnels via des FAI professionnels plutôt que leur propre fibre, et qu'un tel échange n'augmente pas le débit total du réseau sous-jacent. Sesrègles d'adhésiondécrivent une participation non commerciale, un accès par tunnel ou machine virtuelle et un peering obligatoire avec les serveurs de routes. L'étiquette 500 Mbps de Poema pour Haraguroicha est donc une preuve de potentiel d'interconnexion expérimentale, pas de transit payant ou d'un réseau d'accès local à 500 Mbps. PeeringDB marque actuellement la connexion comme non opérationnelle, ce qui empêche davantage de la considérer comme une redondance disponible.
Le rattachement de l'AS plus ancien à Zurich présente une ambiguïté similaire.4IXP indiqueque les entités peuvent se connecter par interconnexion, VLAN ou tunnel et qu'il offre des options EoIP, GRE tap et VXLAN. PeeringDB marque l'enregistrement d'échange de Haraguroicha comme opérationnel mais ne fournit pas de débit de port positif. L'échange peut élargir l'ensemble des pairs joignables et offrir un apprentissage via serveur de routes. Il n'établit pas une présence physique de Haraguroicha en Suisse ou un chemin indépendant depuis Taïwan.
Le peering et le transit remplissent également des fonctions différentes. Dans un échange, un réseau atteint les routes que les autres entités acceptent d'annoncer. Le transit est le service d'acheminement du trafic plus loin vers le reste de l'internet. Une politique de peering ouverte réduit la barrière contractuelle à l'échange direct, mais elle ne force pas les grands réseaux à peerer, à fournir une route par défaut ou à transporter le trafic au-delà de leurs propres clients. Un réseau a toujours besoin d'un transit fiable pour les destinations non couvertes par les pairs.
L'arithmétique est par conséquent non additive. Un port d'échange de 1 Gbps, un port de 500 Mbps, trois origines taïwanaises de 100 Mbps et une origine de 10 Gbps à Tokyo ne produisent pas 11,8 Gbps de capacité client. Certaines étiquettes décrivent des interfaces, d'autres des offres de tunnel, et certaines peuvent partager la même sous-couche. Le trafic peut en traverser deux ou plus en série. La dépendance la plus lente, congestionnée ou défaillante gouverne le chemin utilisable.
Capacité installée, joignable et utilisable sont différentes
PeeringDB place les deux systèmes Haraguroicha dans une bande passante auto-déclarée de 20-100 Mbps. C'est cohérent avec un petit réseau et bien en deçà des plus grandes étiquettes d'interface. La bande n'est cependant pas un graphique de trafic audité, et les valeurs identiques sur les deux enregistrements peuvent décrire l'environnement combiné plutôt que deux charges indépendantes. Elle doit être traitée comme une déclaration d'ordre de grandeur.
La capacité installée est le débit nominal négocié d'une interface ou la limite nominale d'un circuit. La capacité joignable est ce qui peut passer après que le tunnel, la sous-couche et le point de terminaison distant fonctionnent. La capacité utilisable est ce qui reste après la surcharge protocolaire, la taille des paquets, le travail de chiffrement, la contention de trafic, la politique de routage et la réserve de résilience. La capacité disponible pour le client serait encore plus petite si le réseau vendait de l'accès et devait agréger de nombreux utilisateurs. Les enregistrements publics exposent des fragments des deux premières catégories et presque rien des deux dernières.
Les tunnels ajoutent des contraintes spécifiques. Le paquet externe consomme des octets, ce qui réduit l'espace disponible pour le paquet interne avant fragmentation. Une inadéquation de l'unité de transmission maximale peut produire des performances médiocres ressemblant à une défaillance applicative aléatoire. Le chiffrement consomme du CPU et peut devenir le plafond sur une petite machine virtuelle ou un routeur. Le transport basé sur UDP peut traverser de nombreux réseaux efficacement, mais il reste exposé à la perte, au réordonnancement et à la congestion sur la sous-couche. GRE a moins de surcharge de sécurité mais nécessite une protection séparée lorsque la confidentialité ou l'authentification sont nécessaires.
Une interface de 10 Gbps à Tokyo est donc un plafond en un point, pas une promesse entre Taïwan et Tokyo. L'hôte virtuel peut avoir un vCPU partagé, le circuit d'accès vers une origine taïwanaise peut être de 100 Mbps, ou le chemin Internet entre les points de terminaison peut varier aux heures de pointe. Si les trois origines taïwanaises dépendent chacune d'un accès grand public ou de petite entreprise, leurs débits montants et politiques de contention peuvent être plus importants que le port nominal de Tokyo.
La résilience consomme de la marge. Si deux origines de 100 Mbps transportent normalement 70 Mbps chacune, aucune ne peut absorber le trafic de l'autre après une panne. Les deux liaisons sont installées et actives, pourtant la paire n'est pas pleinement redondante. Une déclaration de capacité utile publierait le trafic en heure de pointe par origine, la perte de paquets, la latence, la marge CPU, l'unité de transmission maximale et la charge observée lors d'un basculement. Haraguroicha ne publie aucune de ces mesures.
La même règle s'applique aux préfixes. La capacité d'annoncer neuf blocs IPv6 ne montre pas combien sont utilisés, combien de services se trouvent derrière ou s'ils peuvent se déplacer entre les origines. La capacité d'adressage est abondante en IPv6. Le forwarding, le calcul, l'accès et la main-d'œuvre sont rares. Compter les adresses exagérerait le réseau physique d'une marge énorme.
Ce qu'une facture de connectivité locale achèterait réellement
Il n'y a pas de facture de détail Haraguroicha publique à analyser. Le titre pointe plutôt vers l'empilement des coûts nécessaires pour rendre ce réseau localement fiable. Pour un petit opérateur de surcouche, la facture récurrente n'est pas seulement la « bande passante ». C'est la somme de l'accès sous-jacent, du transit, de l'hébergement, de la livraison d'échange à distance, de l'équipement, de l'électricité, de l'administration des ressources d'adressage et du temps nécessaire pour les maintenir alignés.
La ligne d'accès à chaque origine vient en premier. Si un routeur à Nouveau Taipei atteint le réseau plus large via un circuit haut débit tiers, ce circuit paie pour le poteau, le conduit, la fibre, le coaxial ou l'installation radio locale même si Haraguroicha ne la possède pas. Son prix et ses conditions de réparation incarnent le réseau physique local. Acheter un second service n'aide que si le second fournisseur ne loue pas la même installation de dernier kilomètre ou ne revient pas au même site d'agrégation.
Le transit paie la portée mondiale. Le peering peut réduire la distance ou le coût du trafic sélectionné, mais un petit réseau ne peut normalement pas remplacer le transit par une collection d'échanges expérimentaux. L'hébergement ajoute des machines virtuelles ou des routeurs dédiés en des points distants. La livraison d'échange ajoute un tunnel, un VLAN, une machine virtuelle ou une interconnexion. Certains services peuvent être gratuits ou soutenus par la communauté, mais un prix zéro ne signifie pas une dépendance zéro. Cela peut plutôt signifier aucun temps de restauration contractuel, un support limité et la nécessité pour l'opérateur de résoudre plus de problèmes directement.
Le matériel et l'alimentation sont de plus petite quantité mais décisifs en cas de panne. Un routeur compact, un commutateur, un périphérique de stockage ou un serveur a besoin d'être remplacé quand une alimentation, un ventilateur ou un périphérique flash tombe en panne. Les batteries ont besoin de tests et d'un remplacement éventuel. Une machine virtuelle évite le matériel local mais transfère la dépendance physique à son hôte et à son centre de données. Le coût est alors intégré dans le loyer et dans la réponse que le fournisseur offre.
La main-d'œuvre est la dépense contraignante dans un réseau d'une personne ou très petit. Le même ingénieur peut maintenir la politique de route, mettre à niveau les systèmes, renouveler les informations d'identification, répondre aux messages d'abus, diagnostiquer un tunnel, se coordonner avec un opérateur d'accès et visiter un périphérique local. Le profil public de l'opérateur démontre une large expérience technique mais ne liste pas d'équipe d'opérations réseau Haraguroicha ni de personnel de terrain. La compétence est visible; la profondeur de l'effectif ne l'est pas.
Cela explique pourquoi la diversité de route et la réparation sur le terrain figurent dans la même phrase. Une seconde session BGP n'est utile que si quelqu'un peut distinguer une panne de routage distante d'un modem mort, d'une alimentation défaillante, d'un câble d'accès coupé ou d'une salle d'équipement verrouillée. Un changement de routage rapide ne peut pas réparer la sous-couche sur laquelle les deux tunnels s'exécutent. Inversement, un technicien de terrain peut restaurer un circuit local pendant qu'un filtre de route obsolète garde le préfixe injoignable. Le service est toute la chaîne.
Chemin de défaillance un: la sous-couche casse en premier
Considérons une origine de tunnel à Nouveau Taipei. Son interface logique peut être saine, ses clés cryptographiques valides et sa configuration BGP inchangée. Si l'opérateur d'accès perd un câble d'alimentation, un commutateur d'agrégation ou une source d'alimentation locale, les paquets externes n'atteignent plus le point de terminaison distant. Le tunnel disparaît parce que le réseau physique sous-jacent a disparu.
Le symptôme immédiat peut ressembler à une panne Haraguroicha même si aucun de ses logiciels n'a échoué. La responsabilité de la récupération commence par le propriétaire de la sous-couche. Haraguroicha peut ouvrir un incident, déplacer le trafic vers une autre origine, remplacer son propre équipement ou fournir des diagnostics. Il ne peut pas épisser la fibre d'un autre opérateur, entrer dans une armoire de rue sans autorisation ou redéfinir les priorités de la file de réparation de l'opérateur.
Trois étiquettes d'origine taïwanaises pourraient fournir une séparation géographique utile. Nouveau Taipei, Taipei centre et Taichung ne sont pas la même ville. Pourtant, l'indépendance n'est pas établie par les seuls noms. Deux origines peuvent utiliser le même opérateur national, le même réseau d'agrégation amont, le même hôte virtuel distant ou le même plan de contrôle au niveau du compte. Nouveau Taipei et Taipei peuvent partager des conduits ou installations métropolitains. Un tunnel à Taichung peut toujours revenir à un hub de Taipei avant d'atteindre le transit.
L'origine de Tokyo peut offrir un point de récupération plus distant, mais la distance introduit une autre dépendance: le chemin international. Le ministère taïwanais des Affaires numériques a souligné à plusieurs reprises les systèmes de communication diversifiés et les routes de secours dans sontravail de résilience des câbles sous-marins. Ce contexte national n'identifie pas le chemin de Haraguroicha. Il montre pourquoi « Tokyo » ne peut pas être traité comme indépendant simplement parce qu'il est à l'étranger. Si la sous-couche entre Taïwan et le Japon converge vers un système de câble ou une périphérie d'opérateur unique, le tunnel logique suit ce risque partagé.
Un vrai test de sous-couche comparerait les traceroutes et les enregistrements de circuit d'opérateur depuis chaque origine, identifierait le premier point d'agrégation commun, cartographierait les entrées de bâtiment et les domaines d'alimentation, puis basculerait un service d'accès en charge. Les collecteurs de routes publics ne peuvent pas voir le premier kilomètre privé, et une étiquette géographique ne peut pas remplacer ce test. Jusqu'à ce que de telles preuves existent, les quatre origines doivent être comptées comme des options de routage avec une corrélation physique inconnue.
Chemin de défaillance deux: l'alimentation ou un hôte supprime le routeur
Chaque origine nécessite un périphérique alimenté. Sur un site local, cela peut être un routeur et un modem d'accès. Sur un site hébergé, cela peut être une machine virtuelle fonctionnant sur un serveur, un commutateur de tête de rack et la chaîne d'alimentation du centre de données. Le matériel public n'identifie aucun de ces composants pour Haraguroicha, donc l'analyse de l'alimentation doit rester conditionnelle.
Le système de distribution de Taïwan est fiable dans l'ensemble mais pas immunisé contre les pannes locales. Taipower a rapporté en janvier 2026 que les incidents de distribution avaient substantiellement diminué sur treize ans et que l'automatisation des feeders était achevée au niveau national, tout en expliquant que les catastrophes naturelles, les forces externes et les défauts d'équipement peuvent déclencher des feeders locaux. Cecompte rendu de résilience électriquesoutient deux conclusions à la fois: la capacité de restauration s'est améliorée, et les pannes au niveau du site restent possibles.
Une batterie peut combler une courte panne seulement si elle alimente le chemin complet. Garder un routeur vivant pendant que l'armoire de rue ou le commutateur de bâtiment du fournisseur d'accès s'éteint ne produit aucun service. Garder un routeur hébergé vivant pendant que l'origine du tunnel à l'autre extrémité perd l'alimentation ne produit pas non plus de chemin de bout en bout. La résilience de longue durée nécessite une autonomie coordonnée entre l'équipement local, l'accès, l'hébergement et le transit.
La diversité d'alimentation doit également être physique. Deux routeurs virtuels sur un serveur, deux serveurs derrière une unité de distribution d'alimentation de rack, ou deux origines alimentées depuis un seul service de bâtiment ne survivent pas à la panne commune correspondante. Un générateur n'est utile que s'il démarre, a du carburant, supporte la charge réelle et protège les systèmes de refroidissement et d'accès requis par l'équipement. Aucune de ces protections n'est documentée pour Haraguroicha.
La panne d'hôte peut ressembler à une panne d'alimentation. Un crash d'hyperviseur, une panne de stockage, une fenêtre de maintenance réseau, une suspension de compte ou une pression de capacité peut supprimer un routeur virtuel. La conception à quatre origines peut réduire ce risque si les origines utilisent des hôtes et fournisseurs indépendants. Elle peut l'amplifier si les mêmes identifiants de gestion, erreur de configuration ou changement d'automatisation touche tous les nœuds. La page publique liste les points de terminaison mais ne divulgue pas la diversité d'hôte.
La preuve nécessaire pour améliorer l'évaluation de l'alimentation est concrète: emplacement de l'équipement par classe d'installation, autonomie de batterie à charge normale, engagement de générateur ou d'hôte, statut de double alimentation, dépendance d'alimentation du périphérique d'accès, chemin d'alarme et un basculement enregistré lors d'une panne réelle ou contrôlée. En l'absence de ces faits, l'alimentation reste une ligne non chiffrée dans la description publique et une ligne potentiellement dominante dans la facture de fiabilité.
Chemin de défaillance trois: une route existe sur le papier mais pas en usage
BGP est conçu pour échanger des chemins entre systèmes autonomes. Sa spécification de base,RFC 4271, permet à chaque réseau d'appliquer une politique à ce qu'il apprend et annonce. Cette flexibilité de politique est pourquoi une ligne d'importation enregistrée, une session active et un chemin mondialement préféré sont des choses différentes.
Les enregistrements de registre de Haraguroicha nomment AS41378 et AS38856 pour AS57429, et AS38856 et AS20473 pour AS212359. Si les deux contreparties de chaque paire étaient actives, livrées séparément et capables de transporter tous les préfixes, le réseau pourrait avoir une redondance de route utile. Les vues mondiales récentes ne démontrent pas cet état. Elles montrent un chemin dominant AS38856 vers AS57429 et un chemin AS57429 vers AS212359.
Plusieurs causes pourraient expliquer le décalage sans impliquer de faute. Une session de secours peut être configurée mais inactive. Elle peut n'annoncer qu'à un échange local, transporter un sous-ensemble de préfixes, avoir une préférence inférieure, être hors de la vue des collecteurs ou réservée pour une activation manuelle. Le registre peut simplement être obsolète. Chaque possibilité a une conséquence opérationnelle différente, c'est pourquoi une liste de numéros d'AS n'est pas un résultat de résilience.
Les filtres de route ajoutent un autre mode de défaillance. Si un amont construit des filtres à partir de l'ensemble AS-HARAGUROICHA, un membre manquant ou un objet de préfixe peut bloquer une annonce prévue. Si un sponsor change une autorisation d'origine de route, la validation peut changer.Les conseils opérationnels BGP de la RFC 7454recommandent des contrôles comme le filtrage de préfixes et les limites précisément parce qu'accepter chaque route n'est pas sûr. Ces contrôles protègent l'internet, mais un petit opérateur doit garder ses enregistrements alignés avec eux.
Le résultat actuel de validation est encourageant plutôt que complet: sept routes visibles étaient valides, tandis que deux étaient inconnues, non invalides. Une posture plus solide rendrait chaque origine prévue valide, surveillerait les changements d'origine inattendus et publierait une liste de préfixes courante. Elle fixerait également des limites de préfixes maximum réalistes au lieu de laisser les pairs les déduire d'une large allocation de 50 préfixes.
La détection rapide de panne n'aide qu'après que la diversité existe. PeeringDB marque la prise en charge BFD comme fausse sur les rattachements d'échange AS57429 listés.La détection de transfert bidirectionnellepeut détecter rapidement une panne de chemin de transfert, mais ce drapeau indique seulement ce qui est déclaré pour ces sessions d'échange; il ne prouve pas que BFD est absent ailleurs. Même une détection parfaite ne peut pas déplacer le trafic vers un chemin qui partage la même sous-couche défaillante ou manque de capacité.
Chemin de défaillance quatre: la congestion survit à chaque session de routage
Un chemin peut rester actif et néanmoins échouer les utilisateurs. La perte de paquets, la latence élevée, la gigue ou une unité de transmission maximale réduite peuvent laisser BGP établi pendant que les applications se bloquent. Les tunnels sont particulièrement sujets à ce dédoublement parce que la session de contrôle peut survivre à faible bande passante même lorsque le plan de données est gravement congestionné.
La bande passante auto-déclarée de 20-100 Mbps est assez modeste pour qu'une origine de 100 Mbps puisse devenir le plafond en heure de pointe. Si l'étiquette est exacte, un seul téléchargement populaire, une sauvegarde ou une route offerte à un autre réseau peut changer matériellement l'utilisation. L'absence de graphique de trafic public empêche de séparer la charge moyenne des pics et de tester si le port nominal de 10 Gbps à Tokyo devient jamais le soulagement de goulot d'étranglement que son étiquette suggère.
Le peering peut raccourcir certains chemins, mais un échange virtuel peut aussi ajouter de l'encapsulation et une route indirecte. La propre description de Poema est inhabituellement franche sur le fait que son infrastructure virtuelle ne crée pas plus de débit de sous-couche. Si le trafic entre dans Poema via le même lien d'accès local qu'il utiliserait autrement pour le transit, changer le saut BGP suivant peut modifier la politique sans supprimer le premier kilomètre congestionné.
La congestion pendant le basculement est le test le plus sérieux. La capacité de réserve doit exister là où le trafic atterrit, pas seulement là où il part. Si l'origine Nouveau Taipei tombe en panne et que Taipei absorbe ses routes, le tunnel survivant, l'hôte et l'amont ont tous besoin de marge. Un changement de route réussi suivi de 10 pour cent de perte de paquets n'est pas un service résilient.
L'opérateur pourrait régler cette question avec un petit ensemble de mesures publiques: trafic au 95e centile par origine, latence et perte vers des cibles stables, erreurs d'interface, surcharge de tunnel, temps de changement de route et performance lors d'une panne forcée. Cloudflare Radar expose des vues de qualité agrégées là où il a suffisamment d'observations, mais il ne divulgue pas un enregistrement de niveau de service Haraguroicha ni n'identifie les lignes d'accès client. Aucune preuve publique ne démontre actuellement la performance en heure de pointe ou en cas de basculement.
La réparation sur le terrain commence à la frontière de propriété
La phrase de l'énoncé « réparation sur le terrain » a besoin d'un sujet précis. Il n'y a pas de ligne de poteaux, de tour radio ou de branchement client Haraguroicha vérifié à réparer. Les actifs de terrain qui soutiennent le plus plausiblement le réseau appartiennent aux opérateurs d'accès, aux propriétaires de bâtiments, aux sociétés d'hébergement et aux compagnies d'électricité. Le propre travail de terrain de Haraguroicha peut être limité à un routeur, un serveur, un modem, un câble et une unité d'alimentation sur un petit nombre d'origines.
Cela ne rend pas la main-d'œuvre hors de propos. Cela fait de la coordination la compétence centrale. Lorsqu'une origine tombe en panne, quelqu'un doit déterminer si le défaut est l'équipement local, l'accès, l'alimentation, la configuration du tunnel, l'hôte distant, la politique BGP ou le routage amont. Chaque diagnostic mène à une partie différente et à une horloge de restauration différente. Un petit opérateur peut perdre des heures à prouver la propriété avant que la réparation ne commence.
La surface de contact publique semble très concentrée. Les contacts administratif et technique du RIPE pointent vers la même personne, et la page de l'opérateur oriente les demandes de peering vers une identité unique. Un seul ingénieur compétent peut faire fonctionner un réseau de recherche compétent. Le souci de résilience est la disponibilité: maladie, voyage, emploi concurrent, perte d'identifiants ou un incident affectant plusieurs nœuds peuvent transformer l'expertise en file d'attente.
Les pièces de rechange sont la contrepartie physique de cette file d'attente. Un routeur de remplacement ou une alimentation stocké à Nouveau Taipei ne répare pas immédiatement un point de terminaison à Taichung. Une sauvegarde de configuration n'aide pas si personne n'a accès au bâtiment. Une machine virtuelle hébergée peut être reconstruite à distance seulement si l'accès au compte, les images et les autorisations de route sont disponibles. Aucun matériel public n'identifie du matériel de rechange, des interventions à distance, des administrateurs secondaires ou un accès hors bande.
Le test de main-d'œuvre devrait donc suivre chaque actif. Qui peut entrer sur le site? Qui peut remplacer le périphérique? Quel temps de réponse est contractuel? Y a-t-il un second administrateur? Un amont peut-il changer le routage lorsque le contact principal est indisponible? Les configurations et les clés sont-elles récupérables sans le nœud défaillant? Ce sont des questions opérationnelles ordinaires, pas des exigences d'un effectif important. Pour un réseau compact, une délégation claire peut fournir plus de résilience qu'un autre tunnel non testé.
Qui perd le service lorsque la chaîne casse
La réponse ne peut pas commencer par « abonnés » de manière responsable car aucune base d'abonnés n'est publique. La première partie affectée est l'opérateur lui-même: ses préfixes, routeurs et systèmes peuvent devenir injoignables. Les services adressés à l'intérieur des neuf annonces IPv6 visibles seraient exposés à la panne de l'origine ou de l'amont correspondant. Les pairs qui échangent du trafic directement peuvent perdre cette route et retomber sur le transit si une alternative existe.
AS212359 est une dépendance aval clairement visible dans la topologie de routage. Lorsque ses chemins passent par AS57429, une panne à la périphérie du nouvel AS peut supprimer la joignabilité pour l'ancien système également. C'est une dépendance technique, pas la preuve d'une organisation cliente séparée.
Les utilisateurs de recherche, amis, collaborateurs ou systèmes privés peuvent également être affectés, mais le dossier public ne les identifie pas. Il ne montre pas non plus qu'un hôpital, une école, une entreprise locale ou un foyer dépend de Haraguroicha pour son accès principal. Nommer de tels utilisateurs fabriquerait un impact social que les preuves ne peuvent pas soutenir.
L'absence de clients vérifiés change l'échelle du préjudice, pas l'ingénierie. Un réseau de recherche peut héberger un DNS faisant autorité, de la surveillance, des services logiciels ou des expériences dont l'interruption importe à leurs opérateurs. Il peut aussi servir d'environnement de formation où la panne sûre fait partie du but. Sans catalogue de services, la description correcte est la perte de joignabilité des systèmes et pairs utilisant le domaine de routage Haraguroicha.
Si l'accès de détail existe, la frontière de propriété déterminerait l'expérience utilisateur. Un client derrière un dernier kilomètre tiers pourrait rester physiquement synchronisé avec l'opérateur d'accès tout en perdant le routage Haraguroicha. Un autre client pourrait perdre le circuit local pendant que les routes mondiales de Haraguroicha restent visibles. Le support devrait distinguer ces cas et expliquer quelle file de réparation s'applique. Aucune condition publique ne montre comment cette responsabilité serait divisée.
Ce qui établirait une véritable redondance
La preuve la plus précieuse ne serait pas un autre nom de ville ou badge d'échange. Ce serait une carte de dépendance qui sépare le site physique, l'opérateur d'accès, le point de terminaison de tunnel, l'hôte, la source d'alimentation, le routeur, l'amont et la politique de route pour chaque origine. Une version expurgée pourrait protéger la sécurité tout en montrant si deux chemins partagent un domaine de défaillance.
La diversité amont nécessite un test en direct. Chaque transit prévu devrait annoncer les mêmes préfixes autorisés via un circuit livré séparément. Chaque chemin devrait supporter la pleine charge en heure de pointe. Un retrait contrôlé devrait déplacer le trafic dans un intervalle déclaré, avec perte et latence restant à l'intérieur d'un objectif déclaré. Les vues des collecteurs avant et après le test montreraient si la sauvegarde a atteint l'internet plus large.
La diversité d'origine nécessite la même discipline. Nouveau Taipei, Taipei, Taichung et Tokyo devraient être liés à des frontières réelles d'hébergement ou d'équipement, pas seulement à des étiquettes de tunnel. L'indépendance signifierait des opérateurs de sous-couche différents quand c'est pratique, des comptes d'hôte et domaines d'alimentation séparés, aucun concentrateur de tunnel central unique, et une capacité de réserve suffisante à chaque point de récupération.
La preuve d'alimentation devrait inclure l'autonomie mesurée et la couverture des dépendances. Une batterie locale qui survit au périphérique d'accès est utile; une qui protège seulement le routeur ne l'est pas. Une origine hébergée devrait divulguer si le fournisseur offre une alimentation redondante et des interventions à distance. Le réseau devrait savoir quels chemins disparaissent quand un bâtiment ou un opérateur perd l'électricité.
La preuve de réparation devrait identifier les intervenants principal et secondaire, les emplacements de rechange, les droits d'accès au site et les contacts d'escalade. Un simple enregistrement d'incident montrant la détection, le diagnostic, le mouvement de route, la réparation physique et la restauration révélerait plus qu'un diagramme de réseau statique. Il montrerait aussi si l'opérateur peut récupérer pendant que l'ingénieur principal est indisponible.
Enfin, le statut commercial devrait être réglé séparément du statut technique. Un tarif courant, une adresse commandable, un contrat d'abonné, un enregistrement sous un nom légal divulgué, une fourchette de nombre de clients ou une installation vérifiée indépendamment établiraient une activité d'accès. Sans ces faits, le réseau devrait continuer à être décrit comme une opération de routage éducative ou de recherche plutôt que promu en opérateur commercial par inférence.
La conclusion responsable est surcouche active, réseau d'accès non vérifié
Haraguroicha Internet Service a plus de substance qu'une mince carte d'entreprise ne le suggère. Deux ASN restent enregistrés sous un même détenteur de ressources. Les deux sont groupés dans un as-set maintenu. Neuf annonces IPv6 étaient récemment visibles. Le nouvel AS apparaît chez Lambda-IX, l'ancien chez 4b42, et l'opérateur publie quatre origines de tunnel. La plupart des routes visibles ont une autorisation d'origine valide. Ce sont des signes d'un petit réseau fonctionnel.
Les mêmes preuves tracent un plafond ferme. La topologie est exprimée en tunnels, pas en fibre possédée. Les plus grandes étiquettes d'échange et d'origine n'égalent pas le débit utilisable. Les observations de route actuelles se réduisent à AS38856 et AS57429 malgré une politique de registre plus large. La participation aux échanges est possible à distance, et un rattachement AS57429 listé est actuellement marqué non opérationnel. Aucune installation, installation d'accès, réserve d'alimentation, équipe de terrain, engagement de niveau de service ou base de clients n'est publique.
Cette combinaison soutient un niveau de preuve réseau moyen et une faible revendication d'accès commercial. Haraguroicha peut être analysé comme une opération de routage et de peering IPv6 régionale associée à Taïwan. Il ne peut pas encore être analysé comme s'il possédait un réseau haut débit de quatre villes ou vendait un service local éprouvé.
La facture de connectivité locale est donc une facture de dépendance. Elle paie des tiers pour l'accès qui transporte les tunnels, l'hébergement qui garde les points de terminaison actifs, le transit qui atteint les destinations que les pairs ne couvrent pas, l'alimentation en dessous de chaque appareil et les personnes qui diagnostiquent quel propriétaire doit réparer quoi. Le nombre d'ASN et d'étiquettes de port compte, mais la récupération dépend de ce que ces coûts achètent des routes véritablement indépendantes et des mains joignables. Les preuves publiques ne montrent pas encore que c'est le cas.

