Resumen
- Haraguroicha Internet Service es visible públicamente como AS57429 y el más antiguo AS212359. Ambos están en el mismo as-set de RIPE, originan espacio IPv6 y se presentan como redes educativas o de investigación; esto es evidencia sólida de un dominio de enrutamiento operado, no de un negocio de banda ancha residencial.
- El operador anuncia orígenes de túnel en Nueva Taipéi, Taipéi, Taichung y Tokio usando WireGuard, GRE o IPsec. PeeringDB no registra ninguna instalación de interconexión para ninguno de los AS. Estos hechos respaldan una topología virtual dependiente de la capa subyacente, en lugar de fibra propia entre cuatro sitios físicos.
- Observaciones de enrutamiento recientes muestran que la ruta más clara hacia AS57429 pasa por AS38856 de Walks Cloud, mientras que las rutas más claras de AS212359 pasan por AS57429. La política registrada nombra más de una posible contraparte, pero no se demuestra diversidad física ni comercial actual.
- Las etiquetas de puerto que van desde 100 Mbps en los orígenes de Taiwán hasta 10 Gbps en Tokio, más las conexiones de intercambio de 1 Gbps y 500 Mbps, no deben sumarse como capacidad de cliente. La banda de tráfico autoinformada por el operador es de solo 20-100 Mbps, y el rendimiento del túnel sigue limitado por las restricciones de acceso, tránsito, host, cifrado y congestión.
- No se encontraron tarifas públicas, página de pedido, número de suscriptores, compromiso de nivel de servicio, inventario de planta de acceso, programación de torres o postes, personal de campo, stock de repuestos, especificación de energía de respaldo ni resultado de recuperación probado. Por lo tanto, la evaluación adecuada es una pequeña red de enrutamiento en funcionamiento, con un estado minorista y de última milla no verificado.
El nombre remite a una red, aún no a un operador minorista
El significado público más concreto de Haraguroicha Internet Service es un par de números de sistema autónomo.PeeringDB identifica AS57429bajo ese nombre, le asigna un alcance geográfico regional y clasifica su tipo de red como educativa o de investigación.Un segundo registro de PeeringDB identifica AS212359como Haraguroicha Legacy Internet Service, también educativa o de investigación, con un alcance Asia-Pacífico. La propiapágina de perfil público y peeringdel operador enumera ambos números e invita al contacto de peering.
Esa es una evidencia operativa significativa. Un sistema autónomo no es simplemente un registro de dominio web. Es una identidad administrativa utilizada para intercambiar alcanzabilidad con otras redes a través del Protocolo de Puerta de Enlace de Frontera (BGP). Haraguroicha ha mantenido dos de esas identidades, una política de enrutamiento registrada, espacio de direcciones delegado, registros de intercambio y rutas observables. Se pueden originar paquetes bajo sus números. Otras redes tienen una base sobre la cual aceptar o rechazar esos anuncios.
Sin embargo, no es evidencia de un proveedor de banda ancha regional convencional. Las mismas páginas públicas no publican una tarifa residencial o empresarial, términos de instalación, un verificador de cobertura, equipo de local del cliente, horarios de soporte, una política de uso aceptable para suscriptores, un compromiso de nivel de servicio o una página de estado de red. La clasificación educativa o de investigación de PeeringDB va en contra de interpretar la palabra "Service" como prueba de una oferta para el mercado masivo. El nombre puede describir el servicio de operar e interconectar una red experimental en lugar de vender acceso a Internet local.
El marco regulatorio actual de Taiwán hace que esa distinción sea relevante. LaLey de Gestión de Telecomunicacionesmodificada establece que los proveedores que ofrecen acceso a Internet a suscriptores deben registrarse como empresas de telecomunicaciones. Un ASN, una asignación IPv6 o un puerto de intercambio no responde por sí solo si un operador tiene suscriptores en el sentido legal. No se afirma aquí que Haraguroicha esté o no registrada bajo otro nombre legal. El punto más concreto es que los registros de red públicos no resuelven la cuestión.
Por lo tanto, este perfil utiliza "ISP regional" como una categoría de infraestructura útil, no como una conclusión sobre la escala comercial. Haraguroicha es demostrablemente una pequeña red enrutada asociada con Taiwán. Puede transportar los sistemas del propio operador, tráfico de investigación, pares seleccionados o usuarios privados. No hay suficiente evidencia para contar hogares, negocios o instituciones públicas detrás de ella. Este límite importa cuando el análisis pasa de las rutas a los clientes, los ingresos o el impacto económico local.
Un operador, dos sistemas autónomos y un conjunto de enrutamiento
El historial de registro comienza con AS212359. Elobjeto de la base de datos RIPE para AS212359fue creado en noviembre de 2020 y describe Haraguroicha Internet Service. AS57429 le siguió en marzo de 2022; suobjeto RIPEutiliza el nombre HARAGUROICHA-AS. Ambos apuntan a la misma organización titular de recursos, ORG-MA1764-RIPE, que nombra a Ming-Ray Hsu en Taiwán y está tipificada como "OTHER" en lugar de como empresa. El sitio web público es un perfil profesional personal, no un escaparate corporativo.
Elobjeto de registro AS-HARAGUROICHAcontiene tanto AS57429 como AS212359. Un as-set permite al operador y a las contrapartes referirse a un grupo mantenido al construir filtros de enrutamiento. En términos prácticos, los dos números se presentan como una familia de enrutamiento administrativa única. El as-set no prueba que todos los prefijos se anuncien siempre, que cada upstream acepte los mismos miembros o que los dos sistemas sean físicamente diversos.
El número más reciente parece ser el borde público principal. PeeringDB utiliza el nombre de servicio sin calificativos para AS57429 y llama a AS212359 "Legacy". Las rutas recientes colocan a AS57429 inmediatamente delante de AS212359 para gran parte del espacio visible del sistema más antiguo. No obstante, el operador continúa listando ambos números, el as-set todavía contiene ambos y AS212359 todavía origina rutas. "Legacy" debe leerse, en consecuencia, como una etiqueta de rol, no como prueba de que el sistema más antiguo está retirado.
Hay un límite de propiedad importante dentro de estos registros. Las organizaciones patrocinadoras de RIPE ayudan a administrar los recursos de numeración. Las contrapartes nombradas en las políticas de importación y exportación describen las relaciones de enrutamiento previstas. Las empresas que suministran un servidor virtual, un túnel, un circuito de acceso o una interconexión física pueden ser diferentes nuevamente. Una organización patrocinadora no es necesariamente un proveedor de tránsito; una política de tránsito registrada no es necesariamente una sesión activa; y una sesión activa no revela quién es dueño de la fibra que hay debajo.
El perfil profesional del operador añade un hecho relevante pero cuidadosamente delimitado. Dice que Ming-Ray Hsu es cofundador y director de tecnología de Walks Cloud Inc. y enumera por separado la gestión de AS57429 y AS212359. La política de enrutamiento de RIPE nombra el AS38856 de Walks Cloud para ambos sistemas Haraguroicha. Estos registros hacen inteligible el camino actual, pero no fusionan los activos, clientes u obligaciones de Haraguroicha con los de Walks Cloud. La evidencia pública muestra un contexto operativo compartido y un contacto de enrutamiento, no un acuerdo de propiedad publicado.
La tabla de ubicaciones describe orígenes de túnel
La propia página de Haraguroicha enumera cuatro orígenes. Nueva Taipéi, Taipéi y Taichung están etiquetados cada uno con 100 Mbps. Tokio está etiquetado con 10 Gbps. Los servicios permitidos son WireGuard, GRE e IPsec en diversas combinaciones. La redacción es más informativa que un mapa regional genérico porque revela cómo se alcanzan los puntos: son puntos finales de túnel.
Cada tecnología enumerada crea un camino lógico sobre una red existente.WireGuard encapsula paquetes IP sobre UDP, utilizando cifrado autenticado entre pares configurados.GREenvuelve un paquete de capa de red dentro de otro, pero no proporciona por sí mismo el circuito físico ni el cifrado.La arquitectura de IPsecprotege el tráfico IP entre puntos finales de seguridad definidos. En todos los casos, una capa subyacente ya debe transportar los paquetes externos.
Eso convierte la tabla de ubicaciones en un mapa de orígenes alcanzables, no en un inventario de planta de acceso propia. Un origen en Nueva Taipéi podría ser un router en una oficina, un pequeño servidor en casa, una máquina virtual alojada, un dispositivo coubicado o un puerto entregado remotamente desde otro lugar. El mismo rango se aplica a Taipéi, Taichung y Tokio. La página no publica ninguna instalación a nivel de calle, rack, propietario del edificio, interconexión, proveedor de acceso o identificador de circuito para ningún origen. PeeringDB no enumera ninguna instalación de interconexión para ninguno de los AS.
La huella física que se puede afirmar con confianza es, por tanto, estrecha. El titular de recursos está asociado con la ciudad de Nueva Taipéi. El operador anuncia puntos de entrada de túnel en tres ciudades taiwanesas y Tokio. AS57429 es visible en un intercambio listado en Fremont, California, y AS212359 está listado en un intercambio en Zúrich, Suiza, pero ninguno de los registros de intercambio prueba que Haraguroicha posea o coubique un router en esas ciudades. La entrega remota de capa 2 y los túneles pueden colocar un AS en una trama de intercambio sin un rack local.
No hay evidencia pública de fibra propiedad de Haraguroicha entre Nueva Taipéi, Taipéi y Taichung, ni programación de torres o postes, ni sectores inalámbricos fijos, ni cables de acometida de cliente. Tampoco hay evidencia de que el operador sea dueño de los circuitos de Taiwán sobre los que comienzan sus túneles. La topología prudente es una superposición sobre infraestructura de Internet, alojamiento e intercambio de terceros. Esa arquitectura es totalmente capaz de transportar tráfico real. Simplemente hereda más resiliencia física de los proveedores de lo que podría sugerir un mapa de cuatro etiquetas.
Una red IPv6 visible, con menos espacio de direcciones del que sugieren las etiquetas
Observaciones de enrutamiento global recientes confirman la actividad. Lavista de prefijos anunciados de RIPEstat para AS57429mostró cuatro anuncios IPv6 durante la ventana de observación utilizada para este perfil. Tres eran2a06:a005/44s listados en la página del operador; el cuarto era2a0f:607:1024::/48. Lavista correspondiente de AS212359mostró cinco anuncios IPv6.
Esto es una mejor evidencia que un registro inactivo. Indica que los colectores de rutas recibieron recientemente orígenes de Haraguroicha desde múltiples puntos de observación. Elresumen de AS57429y lapágina de enrutamiento de AS212359de Cloudflare también reconocen los nombres y exponen vistas de enrutamiento actuales. La red no es simplemente una entrada ASN abandonada.
Las cifras en PeeringDB necesitan interpretación. Ambos registros de red indican seis prefijos IPv4 y 50 prefijos IPv6. En los directorios de interconexión, esos campos se utilizan comúnmente como límites de prefijos que un par debe esperar, no como un recuento certificado de bloques originados actualmente. No deben multiplicarse por el tamaño de la dirección ni tratarse como inventario de clientes. Los colectores de rutas muestran cuatro y cinco anuncios IPv6 recientes, mientras que ningún prefijo IPv4 originado por Haraguroicha apareció en el mismo resultado.
Las direcciones IPv4 en una trama de intercambio no cambian esa conclusión. AS57429 tiene una dirección IPv4 de LAN de peering en Lambda-IX, y AS212359 tiene una en 4b42. Una dirección de LAN de peering permite que los routers se comuniquen entre sí en ese intercambio. No es lo mismo que anunciar un bloque IPv4 de cliente a la tabla global. La identidad de enrutamiento pública de Haraguroicha es actualmente mucho más claramente IPv6 que IPv4.
Los bloques de direcciones también revelan dependencia de proveedores. El operador atribuye varios /44s a Route48 y otros prefijos a TunnelBroker.ch, FREETRANSIT, RHE-NET y Nato Internet Service. Estas atribuciones son autopublicadas y pueden estar desfasadas con respecto a los acuerdos de recursos posteriores, pero muestran que la administración de direcciones no es sinónimo de poseer la asignación que las cubre. Si un patrocinador cambia su política, retira un servicio, retira el permiso o deja de mantener los objetos de ruta, el operador puede necesitar renumerar, reemplazar una autorización de ruta o encontrar otro patrocinador, incluso si sus routers y túneles permanecen intactos.
La validación de origen actual es mixta pero mayormente positiva. Las comprobaciones directas de RIPEstat sobre los nueve anuncios observados recientemente devolvieron siete resultadosvalidy dos resultadosunknownel 10 de julio de 2026. Desconocido no significa inválido; generalmente significa que el validador no encontró una autorización de origen de ruta que cubriera el origen y el prefijo exactos. La distinción sigue siendo importante porque las redes que imponen la validación de origen de ruta pueden rechazar una ruta inválida, mientras que una ruta desconocida recibe el tratamiento de política elegido por cada red. Mantener las autorizaciones es parte de mantener utilizable el espacio patrocinado.
La ruta más clara aún se reduce a través de Walks Cloud
El registro describe más diversidad de la que demuestran las rutas recientes. El objeto RIPE de AS57429 acepta rutas de AS41378 y AS38856. El objeto de AS212359 nombra AS38856 y AS20473. Esas son políticas de importación y exportación declaradas: declaraciones de intercambio previsto o permitido. Son útiles para filtrado y contacto, pero no son prueba de que todas las sesiones estén activas, se entreguen de forma independiente o puedan transportar todo el tráfico al mismo tiempo.
Las rutas recientes de RIPE RIS presentan una estructura más simple. Para cada uno de los cuatro anuncios claros de AS57429, el AS inmediatamente anterior en las rutas observadas era AS38856, Walks Cloud. Para los anuncios más claros de AS212359, el AS inmediatamente anterior era AS57429. Unavista de estado BGP representativa de2a0f:607:1024::/48muestra el borde de Walks Cloud a Haraguroicha; unavista de prefijo de AS212359representativa muestra AS57429 inmediatamente antes de AS212359.
Los colectores de rutas ven solo lo que sus pares anuncian, y las rutas pueden variar según el prefijo, el tiempo y la política. Estas observaciones no pueden probar que haya un solo cable. Sí establecen que la ruta globalmente visible, durante la ventana de medición, convergió en un patrón upstream inmediato. Un segundo nombre en un registro no establece aún una conmutación por error utilizable.
La diversidad física requiere un conjunto de hechos más sólido. ¿Dos sesiones upstream son entregadas por diferentes operadores? ¿Entran en diferentes edificios? ¿Están en conductos o postes separados? ¿Terminan en diferentes routers, alimentaciones eléctricas y hosts virtuales? ¿Puede cada una transportar la carga normal completa cuando la otra desaparece? ¿La conmutación por error preserva la misma autorización de origen y filtros de ruta? Ninguno de esos detalles es público para Haraguroicha.
La disposición de AS212359 añade otra capa de concentración. Si sus rutas llegan al mundo a través de AS57429, y AS57429 llega al mundo a través de AS38856, entonces un fallo en el borde de AS57429 afecta a ambas identidades. Dos números de sistema autónomo pueden mejorar la experimentación, la separación de políticas o la migración. No crean dos dominios de fallo cuando uno está detrás del otro.
El mismo razonamiento se aplica a la relación humana. Walks Cloud puede ser un upstream conveniente y técnicamente cercano porque el operador de Haraguroicha también informa tener un rol de liderazgo allí. Eso puede hacer que la configuración y la recuperación sean más rápidas. También puede concentrar la escalación en el mismo grupo pequeño. La familiaridad organizativa es valiosa, pero no sustituye un camino contratado independientemente y una segunda organización de reparación.
Los puertos de intercambio son opciones, no una suma de ancho de banda
Haraguroicha tiene más interconexión pública de lo que su pequeña banda de tráfico podría implicar. Losdatos actuales de PeeringDB para AS57429enumeran una conexión de 1 Gbps a Lambda-IX como operativa y una conexión de 500 Mbps a Poema IX como no operativa. El registro de AS212359 enumera una conexión de intercambio 4b42 operativa pero no declara una velocidad de puerto utilizable. Estas son pistas valiosas, pero ninguna debe leerse como un enlace ascendente a Internet garantizado.
Elregistro de PeeringDB de Lambda-IXubica su trama de intercambio en Fremont y enumera una instalación física allí. La propia lista de orígenes de Haraguroicha no menciona Fremont, y su registro de red de PeeringDB no enumera ninguna instalación. Por lo tanto, la etiqueta de 1 Gbps indica la tasa lógica del puerto de intercambio, no la ruta, latencia o capacidad del servicio que llega a ese puerto. Una interfaz de intercambio de 1 Gbps entregada remotamente puede estar limitada por un túnel de 100 Mbps o un host virtual congestionado.
Poema es aún más explícito sobre la distinción. Su propia explicación de unIXP virtualdice que las redes de aficionados o de investigación comúnmente usan máquinas virtuales y túneles sobre ISP profesionales en lugar de su propia fibra, y que tal intercambio no aumenta el rendimiento total de la red subyacente. Susreglas de unióndescriben la participación no comercial, el acceso por túnel o máquina virtual y el peering obligatorio con el servidor de rutas. Por lo tanto, la etiqueta de 500 Mbps de Poema de Haraguroicha es evidencia de potencial de interconexión experimental, no de tránsito pagado o una red de acceso local de 500 Mbps. PeeringDB actualmente marca la conexión como no operativa, lo que impide aún más tratarla como redundancia disponible.
La conexión del AS más antiguo en Zúrich tiene una ambigüedad similar.4IXP diceque los participantes pueden conectarse mediante interconexión, VLAN o túnel y que ofrece opciones EoIP, GRE tap y VXLAN. PeeringDB marca el registro de intercambio de Haraguroicha como operativo pero no proporciona una tasa de puerto positiva. El intercambio puede ampliar el conjunto de pares alcanzables y ofrecer aprendizaje del servidor de rutas. No establece una presencia física de Haraguroicha en Suiza ni un camino independiente desde Taiwán.
El peering y el tránsito también realizan trabajos diferentes. En un intercambio, una red alcanza las rutas que otros participantes acuerdan anunciar. El tránsito es el servicio de transportar el tráfico hacia el resto de Internet. Una política de peering abierta reduce la barrera contractual para el intercambio directo, pero no obliga a las grandes redes a hacer peering, proporcionar una ruta por defecto o transportar tráfico más allá de sus propios clientes. Una red aún necesita tránsito confiable para los destinos no cubiertos por los pares.
La aritmética, en consecuencia, no es aditiva. Un puerto de intercambio de 1 Gbps, un puerto de intercambio de 500 Mbps, tres orígenes de 100 Mbps en Taiwán y un origen de 10 Gbps en Tokio no producen 11,8 Gbps de capacidad para clientes. Algunas etiquetas describen interfaces, otras describen ofertas de túnel, y algunas pueden compartir la misma capa subyacente. El tráfico puede atravesar dos o más de ellas en serie. La dependencia más lenta, congestionada o fallida gobierna el camino utilizable.
Instalado, alcanzable y utilizable son capacidades diferentes
PeeringDB sitúa ambos sistemas de Haraguroicha en una banda de tráfico autoinformada de 20-100 Mbps. Eso es consistente con una red pequeña y muy por debajo de las etiquetas de interfaz más grandes. Sin embargo, la banda no es un gráfico de tráfico auditado, y los valores idénticos en ambos registros pueden describir el entorno combinado en lugar de dos cargas independientes. Debe tratarse como una declaración de orden de magnitud.
La capacidad instalada es la tasa de línea negociada de una interfaz o el límite nominal de un circuito. La capacidad alcanzable es lo que puede pasar después de que el túnel, la capa subyacente y el punto final remoto estén funcionando. La capacidad utilizable es lo que queda después de la sobrecarga del protocolo, el tamaño del paquete, el trabajo de cifrado, la contención de tráfico, la política de enrutamiento y la reserva de resiliencia. La capacidad disponible para el cliente sería aún menor si la red vendiera acceso y tuviera que agregar muchos usuarios. Los registros públicos exponen fragmentos de las dos primeras categorías y casi nada de las dos últimas.
Los túneles añaden restricciones específicas. El paquete externo consume bytes, lo que reduce el espacio disponible para el paquete interno antes de la fragmentación. Una falta de coincidencia en la unidad máxima de transmisión puede producir un rendimiento deficiente que parece un fallo aleatorio de la aplicación. El cifrado consume CPU y puede convertirse en el techo en una máquina virtual o router pequeño. El transporte basado en UDP puede cruzar muchas redes de manera efectiva, pero sigue expuesto a pérdidas, reordenamiento y congestión en la capa subyacente. GRE tiene menos sobrecarga de seguridad pero requiere protección separada cuando se necesita confidencialidad o autenticación.
Por lo tanto, una interfaz de 10 Gbps en Tokio es un techo en un punto, no una promesa entre Taiwán y Tokio. El host virtual puede tener una vCPU compartida, el circuito de acceso a un origen en Taiwán puede ser de 100 Mbps, o el camino de Internet entre los puntos finales puede variar en hora punta. Si tres orígenes de Taiwán dependen cada uno de un acceso de consumo o de pequeña empresa, sus tasas upstream y políticas de contención pueden ser más importantes que el puerto nominal de Tokio.
La resiliencia consume margen. Si dos orígenes de 100 Mbps normalmente transportan cada uno 70 Mbps, ninguno puede absorber el tráfico del otro después de un fallo. Ambos enlaces están instalados y ambos están activos, pero el par no es completamente redundante. Una declaración de capacidad útil publicaría el tráfico en hora punta por origen, la pérdida de paquetes, la latencia, el margen de CPU, la unidad máxima de transmisión y la carga observada durante una conmutación por error. Haraguroicha no publica ninguna de esas mediciones.
La misma regla se aplica a los prefijos. La capacidad de anunciar nueve bloques IPv6 no muestra cuántos están en uso, cuántos servicios hay detrás de ellos o si pueden moverse entre orígenes. La capacidad de direcciones es abundante en IPv6. El reenvío, la computación, el acceso y la mano de obra son escasos. Contar direcciones exageraría la red física por un margen enorme.
Lo que realmente compraría una factura de conectividad local
No hay una factura minorista pública de Haraguroicha que analizar. En cambio, el título apunta a la pila de costos necesaria para hacer que esta red sea localmente confiable. Para un pequeño operador de superposición, la factura recurrente no es solo "ancho de banda". Es la suma del acceso a la capa subyacente, el tránsito, el alojamiento, la entrega remota al intercambio, el equipo, la electricidad, la administración de recursos de direcciones y el tiempo necesario para mantenerlos alineados.
La línea de acceso en cada origen es lo primero. Si un router en Nueva Taipéi alcanza la red más amplia a través de un circuito de banda ancha de un tercero, ese circuito paga por el poste, conducto, fibra, planta coaxial o de radio local, aunque Haraguroicha no sea dueño. Su precio y términos de reparación incorporan la red física local. Comprar un segundo servicio ayuda solo si el segundo proveedor no está alquilando la misma instalación de última milla o regresando al mismo sitio de agregación.
El tránsito paga por el alcance global. El peering puede reducir la distancia o el costo del tráfico seleccionado, pero una red pequeña normalmente no puede reemplazar el tránsito con una colección de intercambios experimentales. El alojamiento añade máquinas virtuales o routers dedicados en puntos remotos. La entrega al intercambio añade un túnel, VLAN, máquina virtual o interconexión. Algunos servicios pueden ser gratuitos o con apoyo de la comunidad, pero precio cero no significa dependencia cero. En cambio, puede significar que no haya tiempo de restauración contractual, soporte limitado y la necesidad de que el operador resuelva más problemas directamente.
El hardware y la energía son menores en cantidad pero decisivos en el fallo. Un router, switch, dispositivo de almacenamiento o servidor compacto necesita reemplazo cuando falla una fuente de alimentación, un ventilador o un dispositivo flash. Las baterías necesitan pruebas y eventual reemplazo. Una máquina virtual evita el hardware local pero transfiere la dependencia física a su host y centro de datos. El costo se integra entonces en el alquiler y en la respuesta que ofrezca el proveedor.
La mano de obra es el gasto vinculante en una red unipersonal o muy pequeña. El mismo ingeniero puede mantener la política de enrutamiento, actualizar sistemas, renovar credenciales, responder a mensajes de abuso, diagnosticar un túnel, coordinarse con un operador de acceso y visitar un dispositivo local. El perfil público del operador demuestra una amplia experiencia técnica, pero no enumera un equipo de operaciones de red o personal de campo de Haraguroicha. La habilidad es visible; la profundidad de personal no lo es.
Esto explica por qué la diversidad de rutas y la reparación en campo pertenecen a la misma frase. Una segunda sesión BGP es útil solo si alguien puede distinguir un fallo de enrutamiento remoto de un módem muerto, una fuente de alimentación fallida, un cable de acceso cortado o una sala de equipos cerrada. Un cambio rápido de enrutamiento no puede reparar la capa subyacente sobre la que se ejecutan ambos túneles. Por el contrario, un técnico de campo puede restaurar un circuito local mientras un filtro de ruta obsoleto mantiene el prefijo inalcanzable. El servicio es toda la cadena.
Primera vía de fallo: la capa subyacente se rompe primero
Considere un origen de túnel en Nueva Taipéi. Su interfaz lógica puede estar en buen estado, sus claves criptográficas válidas y su configuración BGP sin cambios. Si el operador de acceso pierde un cable de alimentación, un switch de agregación o una fuente de energía local, los paquetes externos ya no llegan al punto final remoto. El túnel desaparece porque la red física debajo ha desaparecido.
El síntoma inmediato puede parecer una interrupción de Haraguroicha incluso cuando ninguno de sus programas falló. La responsabilidad de la recuperación comienza con el propietario de la capa subyacente. Haraguroicha puede abrir un fallo, mover el tráfico a otro origen, reemplazar su propio equipo o proporcionar diagnósticos. No puede empalmar la fibra de otro operador, entrar en un armario de calle sin autorización ni volver a priorizar la cola de reparación del operador.
Las tres etiquetas de origen en Taiwán podrían proporcionar una separación geográfica útil. Nueva Taipéi, el centro de Taipéi y Taichung no son la misma ciudad. Sin embargo, la independencia no se establece solo con nombres. Dos orígenes pueden usar el mismo operador nacional, la misma red de agregación upstream, el mismo host virtual remoto o el mismo plano de control a nivel de cuenta. Nueva Taipéi y Taipéi pueden compartir conductos o instalaciones metropolitanas. Un túnel de Taichung aún puede regresar a un concentrador de Taipéi antes de llegar al tránsito.
El origen de Tokio puede ofrecer un punto de recuperación más distante, pero la distancia introduce otra dependencia: el camino internacional. El Ministerio de Asuntos Digitales de Taiwán ha enfatizado repetidamente los sistemas de comunicación diversificados y las rutas de respaldo en sutrabajo de resiliencia de cables submarinos. Ese contexto nacional no identifica el camino de Haraguroicha. Sí muestra por qué "Tokio" no puede tratarse como independiente solo porque está en el extranjero. Si la capa subyacente entre Taiwán y Japón converge en un sistema de cable o en un borde de operador, el túnel lógico sigue ese riesgo compartido.
Una prueba real de la capa subyacente compararía traceroutes y registros de circuitos de operador desde cada origen, identificaría el primer punto de agregación común, mapearía las entradas de edificios y los dominios de energía, y luego provocaría el fallo de un servicio de acceso bajo carga. Los colectores de rutas públicos no pueden ver la primera milla privada, y una etiqueta geográfica no puede reemplazar esa prueba. Hasta que exista dicha evidencia, los cuatro orígenes deben contarse como opciones de enrutamiento con correlación física desconocida.
Segunda vía de fallo: la energía o un host eliminan el router
Cada origen requiere un dispositivo alimentado. En un sitio local, puede ser un router y un módem de acceso. En un sitio alojado, puede ser una máquina virtual que se ejecuta en un servidor, un switch top-of-rack y el tren de energía del centro de datos. El material público no identifica ninguno de estos componentes para Haraguroicha, por lo que el análisis de energía debe permanecer condicional.
El sistema de distribución de Taiwán es confiable en conjunto, pero no inmune a fallos locales. Taipower informó en enero de 2026 que los incidentes de distribución habían disminuido sustancialmente en trece años y que la automatización de alimentadores se había completado a nivel nacional, al tiempo que explicaba que los desastres naturales, las fuerzas externas y las fallas de equipos pueden disparar los alimentadores locales. Eseinforme de resiliencia energéticarespalda dos conclusiones a la vez: la capacidad de restauración ha mejorado y las interrupciones a nivel de sitio siguen siendo posibles.
Una batería puede cubrir una interrupción corta solo si alimenta el camino completo. Mantener un router vivo mientras el armario de calle o el switch del edificio del proveedor de acceso se queda sin energía no produce servicio. Mantener un router alojado vivo mientras el origen del túnel en el otro extremo pierde energía tampoco produce un camino de extremo a extremo. La resiliencia de larga duración necesita un tiempo de ejecución coordinado en el equipo local, el acceso, el alojamiento y el tránsito.
La diversidad de energía también tiene que ser física. Dos routers virtuales en un servidor, dos servidores detrás de una unidad de distribución de energía de rack, o dos orígenes alimentados desde un servicio de edificio no sobreviven al fallo común correspondiente. Un generador es útil solo si arranca, tiene combustible, soporta la carga real y protege los sistemas de refrigeración y acceso requeridos por el equipo. Ninguna de esas protecciones está documentada para Haraguroicha.
El fallo del host puede parecerse a un fallo de energía. Un bloqueo del hipervisor, un fallo de almacenamiento, una ventana de mantenimiento de red, la suspensión de una cuenta o la presión de capacidad pueden eliminar un router virtual. El diseño de cuatro orígenes puede reducir ese riesgo si los orígenes utilizan hosts y proveedores independientes. Puede amplificarlo si las mismas credenciales de gestión, un error de configuración o un cambio de automatización afecta a todos los nodos. La página pública enumera los puntos finales pero no revela la diversidad de hosts.
La evidencia necesaria para mejorar la evaluación de energía es concreta: ubicación del equipo por clase de instalación, tiempo de funcionamiento de la batería a carga normal, compromiso del generador o del host, estado de doble alimentación, dependencia de energía del dispositivo de acceso, ruta de alarma y una conmutación por error registrada durante una interrupción real o controlada. En ausencia de esos hechos, la energía sigue siendo una línea sin precio en la descripción pública y una línea potencialmente dominante en la factura de confiabilidad.
Tercera vía de fallo: una ruta existe en papel pero no en uso
BGP está diseñado para intercambiar rutas entre sistemas autónomos. Su especificación base,RFC 4271, permite que cada red aplique políticas a lo que aprende y anuncia. Esa flexibilidad de políticas es la razón por la que una línea de importación registrada, una sesión activa y una ruta globalmente preferida son cosas diferentes.
Los registros de Haraguroicha nombran AS41378 y AS38856 para AS57429, y AS38856 y AS20473 para AS212359. Si ambas contrapartes en cada par estuvieran activas, se entregaran por separado y pudieran transportar todos los prefijos, la red podría tener una redundancia de rutas útil. Las vistas globales recientes no demuestran ese estado. Muestran un camino dominante de AS38856 a AS57429 y un camino de AS57429 a AS212359.
Varias causas podrían explicar la brecha sin implicar un fallo. Una sesión de respaldo puede estar configurada pero inactiva. Puede anunciar solo en un intercambio local, transportar un subconjunto de prefijos, tener menor preferencia, estar fuera de la vista del colector o estar reservada para activación manual. El registro puede simplemente estar desactualizado. Cada posibilidad tiene una consecuencia operativa diferente, razón por la cual una lista de números de AS no es un resultado de resiliencia.
Los filtros de ruta añaden otro modo de fallo. Si un upstream construye filtros a partir del conjunto AS-HARAGUROICHA, un miembro u objeto de prefijo faltante puede bloquear un anuncio previsto. Si un patrocinador cambia una autorización de origen de ruta, la validación puede cambiar. Laguía operativa de BGP en RFC 7454recomienda controles como el filtrado de prefijos y límites precisamente porque aceptar todas las rutas no es seguro. Esos controles protegen Internet, pero un operador pequeño debe mantener sus registros alineados con ellos.
El resultado de validación actual es alentador más que completo: siete rutas visibles eran válidas, mientras que dos eran desconocidas, no inválidas. Una postura más sólida haría que cada origen previsto fuera válido, supervisaría cambios inesperados de origen y publicaría una lista de prefijos actual. También establecería límites realistas de prefijos máximos en lugar de dejar que los pares los infieran de una amplia tolerancia de 50 prefijos.
La detección rápida de fallos ayuda solo después de que existe diversidad. PeeringDB marca el soporte BFD como falso en las conexiones de intercambio listadas para AS57429.La detección de reenvío bidireccionalpuede detectar rápidamente un fallo en el camino de reenvío, pero esa bandera solo dice lo que se declara para esas sesiones de intercambio; no prueba que BFD esté ausente en otros lugares. Incluso una detección perfecta no puede mover el tráfico a un camino que comparte la misma capa subyacente fallida o carece de capacidad.
Cuarta vía de fallo: la congestión sobrevive a cada sesión de enrutamiento
Un camino puede permanecer activo y aún así fallar a los usuarios. La pérdida de paquetes, la alta latencia, el jitter o una unidad máxima de transmisión reducida pueden dejar BGP establecido mientras las aplicaciones se bloquean. Los túneles son especialmente propensos a esta división porque la sesión de control puede sobrevivir con poco ancho de banda incluso cuando el plano de datos está muy congestionado.
La banda de tráfico autoinformada de 20-100 Mbps es lo suficientemente modesta como para que un origen de 100 Mbps pueda convertirse en el techo de la hora punta. Si la etiqueta es precisa, una sola descarga popular, copia de seguridad o ruta ofrecida a otra red puede cambiar materialmente la utilización. La ausencia de un gráfico de tráfico público impide separar la carga media de los picos e impide probar si el puerto nominal de 10 Gbps de Tokio se convierte alguna vez en el alivio del cuello de botella que su etiqueta sugiere.
El peering puede acortar algunos caminos, pero un intercambio virtual también puede añadir encapsulación y una ruta indirecta. La propia descripción de Poema es inusualmente franca al decir que su trama virtual no crea más rendimiento en la capa subyacente. Si el tráfico entra en Poema a través del mismo enlace de acceso local que de otro modo usaría para el tránsito, cambiar el siguiente salto BGP puede alterar la política sin eliminar la primera milla congestionada.
La congestión durante la conmutación por error es la prueba más seria. La capacidad sobrante debe existir donde aterriza el tráfico, no solo donde sale. Si el origen de Nueva Taipéi falla y Taipéi absorbe sus rutas, el túnel superviviente, el host y el upstream necesitan margen. Un cambio de ruta exitoso seguido de un 10 por ciento de pérdida de paquetes no es un servicio resiliente.
El operador podría resolver esta cuestión con un pequeño conjunto de mediciones públicas: tráfico del percentil 95 por origen, latencia y pérdida hacia destinos estables, errores de interfaz, sobrecarga del túnel, tiempo de cambio de ruta y rendimiento durante un fallo forzado. Cloudflare Radar expone vistas de calidad agregada cuando tiene suficientes observaciones, pero no divulga un registro de nivel de servicio de Haraguroicha ni identifica las líneas de acceso de los clientes. Actualmente, ninguna evidencia pública demuestra el rendimiento en hora punta o durante la conmutación por error.
La reparación en campo comienza en el límite de propiedad
La frase "reparación en campo" del encargo necesita un sujeto preciso. No hay una línea de postes, torre de radio o acometida de cliente verificada de Haraguroicha que reparar. Los activos de campo que más plausiblemente soportan la red pertenecen a los operadores de acceso, propietarios de edificios, empresas de alojamiento y compañías eléctricas. El propio trabajo de campo de Haraguroicha puede limitarse a un router, servidor, módem, cable y unidad de alimentación en un pequeño número de orígenes.
Eso no hace que la mano de obra sea irrelevante. Hace que la coordinación sea la habilidad central. Cuando un origen falla, alguien debe determinar si el fallo es el equipo local, el acceso, la energía, la configuración del túnel, el host remoto, la política BGP o el enrutamiento upstream. Cada diagnóstico conduce a una parte diferente y a un reloj de restauración diferente. Un operador pequeño puede perder horas demostrando la propiedad antes de que comience la reparación.
La superficie de contacto público parece muy concentrada. Los contactos administrativo y técnico de RIPE apuntan a la misma persona, y la página del operador dirige las consultas de peering a una sola identidad. Un solo ingeniero cualificado puede dirigir una red de investigación capaz. La preocupación de resiliencia es la disponibilidad: enfermedad, viajes, empleo competitivo, pérdida de credenciales o un incidente que afecte a varios nodos puede convertir la experiencia en una cola.
Los repuestos son la contrapartida física de esa cola. Un router o fuente de alimentación de repuesto almacenado en Nueva Taipéi no repara inmediatamente un punto final en Taichung. Una copia de seguridad de la configuración no ayuda si nadie tiene acceso al edificio. Una máquina virtual alojada puede reconstruirse de forma remota solo si el acceso a la cuenta, las imágenes y las autorizaciones de ruta están disponibles. Ningún material público identifica hardware de repuesto, manos remotas, administradores secundarios o acceso fuera de banda.
Por lo tanto, la prueba de mano de obra debe seguir a cada activo. ¿Quién puede entrar en el sitio? ¿Quién puede reemplazar el dispositivo? ¿Qué tiempo de respuesta es contractual? ¿Hay un segundo administrador? ¿Puede un upstream cambiar el enrutamiento cuando el contacto principal no está disponible? ¿Se pueden recuperar las configuraciones y las claves sin el nodo fallido? Estas son preguntas operativas ordinarias, no exigencias de una gran plantilla. Para una red compacta, una delegación clara puede proporcionar más resiliencia que otro túnel no probado.
Quién pierde el servicio cuando la cadena falla
La respuesta no puede comenzar responsablemente con "suscriptores" porque no hay una base de suscriptores pública. La primera parte afectada es el propio operador: sus prefijos, routers y sistemas pueden volverse inalcanzables. Los servicios direccionados dentro de los nueve anuncios IPv6 visibles estarían expuestos al fallo del origen o upstream correspondiente. Los pares que intercambian tráfico directamente pueden perder esa ruta y recurrir al tránsito si existe una alternativa.
AS212359 es una dependencia downstream claramente visible en la topología de enrutamiento. Cuando sus rutas pasan por AS57429, un fallo en el borde del AS más nuevo puede eliminar la alcanzabilidad también para el sistema más antiguo. Eso es una dependencia técnica, no evidencia de una organización de clientes separada.
Los usuarios de investigación, amigos, colaboradores o sistemas privados también pueden verse afectados, pero el registro público no los identifica. Tampoco muestra que un hospital, escuela, negocio local u hogar dependa de Haraguroicha para el acceso principal. Nombrar a dichos usuarios fabricaría un impacto social que la evidencia no puede respaldar.
La ausencia de clientes verificados cambia la escala del daño, no la ingeniería. Una red de investigación puede alojar DNS autoritativo, monitorización, servicios de software o experimentos cuya interrupción es importante para sus operadores. También puede servir como un entorno de entrenamiento donde el fallo seguro es parte del propósito. Sin un catálogo de servicios, la descripción correcta es la pérdida de alcanzabilidad para los sistemas y pares que utilizan el dominio de enrutamiento de Haraguroicha.
Si el acceso minorista existe, el límite de propiedad determinaría la experiencia del usuario. Un cliente detrás de una última milla de un tercero podría permanecer físicamente sincronizado con el operador de acceso mientras pierde el enrutamiento de Haraguroicha. Otro cliente podría perder el circuito local mientras las rutas globales de Haraguroicha permanecen visibles. El soporte necesitaría distinguir esos casos y explicar qué cola de reparación se aplica. Ningún término público muestra cómo se dividiría esa responsabilidad.
Qué establecería una redundancia real
La evidencia más valiosa no sería otro nombre de ciudad o insignia de intercambio. Sería un mapa de dependencias que separe el sitio físico, el operador de acceso, el punto final del túnel, el host, la fuente de energía, el router, el upstream y la política de ruta para cada origen. Una versión censurada podría proteger la seguridad mientras muestra si dos caminos comparten un dominio de fallo.
La diversidad upstream necesita una prueba en vivo. Cada tránsito previsto debería anunciar los mismos prefijos autorizados a través de un circuito entregado por separado. Cualquiera de los caminos debería transportar la carga completa en hora punta. Una retirada controlada debería mover el tráfico dentro de un intervalo establecido, con pérdidas y latencia dentro de un objetivo declarado. Las vistas de los colectores antes y después de la prueba mostrarían si la copia de seguridad alcanzó Internet en general.
La diversidad de orígenes necesita la misma disciplina. Nueva Taipéi, Taipéi, Taichung y Tokio deberían estar vinculados a límites reales de alojamiento o equipo, no solo a etiquetas de túnel. La independencia significaría diferentes operadores de capa subyacente cuando sea práctico, cuentas de host y dominios de energía separados, ningún concentrador de túneles central único y suficiente capacidad sobrante en cada punto de recuperación.
La evidencia de energía debe incluir el tiempo de funcionamiento medido y la cobertura de dependencias. Una batería local que dura más que el dispositivo de acceso es útil; una que solo protege el router no lo es. Un origen alojado debe revelar si el proveedor ofrece energía redundante y manos remotas. La red debe saber qué caminos desaparecen cuando un edificio o un operador pierde electricidad.
La evidencia de reparación debe identificar a los respondedores primarios y secundarios, ubicaciones de repuestos, derechos de acceso al sitio y contactos de escalación. Un simple registro de incidentes que muestre detección, diagnóstico, movimiento de ruta, reparación física y restauración revelaría más que un diagrama de red estático. También mostraría si el operador puede recuperarse mientras el ingeniero principal no está disponible.
Finalmente, el estatus comercial debe resolverse por separado del estatus técnico. Una tarifa actual, una dirección pedible, un contrato de suscriptor, un registro bajo un nombre legal revelado, un rango de número de clientes o una instalación verificada de forma independiente establecerían un negocio de acceso. Sin esos hechos, la red debe seguir describiéndose como una operación de enrutamiento educativo o de investigación en lugar de ser promovida a operador minorista por inferencia.
La conclusión responsable es superposición activa, red de acceso no verificada
Haraguroicha Internet Service tiene más sustancia de lo que podría sugerir una escueta tarjeta de empresa. Dos ASN permanecen registrados bajo un titular de recursos. Ambos están agrupados en un as-set mantenido. Nueve anuncios IPv6 fueron visibles recientemente. El AS más nuevo aparece en Lambda-IX, el más antiguo en 4b42, y el operador publica cuatro orígenes de túnel. La mayoría de las rutas visibles tienen autorización de origen válida. Estas son señales de una pequeña red en funcionamiento.
La misma evidencia dibuja un techo firme. La topología se expresa en túneles, no en fibra propia. Las etiquetas de intercambio y origen más grandes no equivalen al rendimiento utilizable. Las observaciones de rutas actuales se reducen a través de AS38856 y AS57429 a pesar de una política de registro más amplia. La participación en el intercambio es remota, y una conexión listada de AS57429 está actualmente marcada como no operativa. No hay instalaciones, planta de acceso, reserva de energía, equipo de campo, compromiso de nivel de servicio o base de clientes pública.
Esa combinación respalda un grado medio de evidencia de red y una débil pretensión de acceso minorista. Haraguroicha puede analizarse como una operación regional de enrutamiento y peering IPv6 asociada con Taiwán. Todavía no puede analizarse como si poseyera una red de banda ancha en cuatro ciudades o vendiera un servicio local probado.
La factura de conectividad local es, por tanto, una factura de dependencias. Paga a terceros por el acceso que transporta los túneles, el alojamiento que mantiene vivos los puntos finales, el tránsito que alcanza los destinos que los pares no, la energía debajo de cada dispositivo y las personas que diagnostican qué propietario debe reparar qué. El número de ASN y etiquetas de puerto importa, pero la recuperación depende de si esos costos compran rutas genuinamente independientes y manos alcanzables. La evidencia pública aún no muestra que lo hagan.