Resumen
- La evidencia más sólida sobre XIWO CLOUD no es una página de producto. Una decisión de la Corte de Apelaciones de París de marzo de 2025 dice que la empresa operaba principalmente en las Antillas Francesas y compró a Orange el acceso a infraestructura civil, líneas FTTH, interconexión, alojamiento de equipos, capacidad de Internet y capacidad submarina necesarios para atender a los clientes.
- La misma decisión registra facturas impagadas de Orange, una orden de pago provisional de 781.131,44 EUR más otros 496.302,92 EUR, y la suspensión por parte de Orange de los servicios de interconexión tras reiterados requerimientos de pago. BODACC registra la apertura de liquidación judicial el 11 de diciembre de 2025, con el 23 de mayo de 2025 como fecha de cese de pagos.
- AS204902, no obstante, permaneció anunciado el 12 de julio de 2026. RIPEstat mostró seis anuncios IPv4 que cubren 1.280 direcciones únicas, un IPv6 /48 y un vecino observado, AS202753 GLOBALGRID. Una ruta activa prueba una ruta BGP operativa, no que XIWO CLOUD aún controle una operación de alojamiento solvente y compatible.
- PeeringDB enumera ocho instalaciones en París, el Caribe francés, la Guayana Francesa y Miami, además de una conexión NVIX de 1 Gbps. Son afirmaciones de interconexión mantenidas por el operador. No revelan la cantidad de racks, reservas de energía, inventario de servidores, cargas de trabajo, contratos, pruebas de restauración ni si algún servicio al cliente de XIWO CLOUD permanece en esos sitios.
- El grado de evidencia es Negativo para la resiliencia de alojamiento controlada por la empresa y Medio para la existencia de ruta actual. Los clientes o contrapartes deben exigir pruebas escritas del operador de servicio actual, custodia de activos, ubicación de datos, autoridad de soporte, diversidad de tránsito, acceso a copias de seguridad y una ruta de migración ejecutable antes de confiar en el nombre MARITIK.
Una ruta activa y una empresa liquidada no son el mismo hecho operativo
El registro público en torno a MARITIK XIWO CLOUD SAS es inusualmente revelador porque dos tipos diferentes de evidencia apuntan en direcciones opuestas. Las mediciones de Internet muestran una red que era visible en el borde de la tabla de enrutamiento global en julio de 2026. Los registros legales franceses muestran que la empresa nombrada detrás de esa red había entrado en liquidación judicial siete meses antes. Ambos pueden ser ciertos a la vez. Responden preguntas diferentes.
El hecho de enrutamiento es sencillo. Lavisión general de AS204902de RIPEstat identificó al titular como "MARITIK XIWO CLOUD SAS" y marcó el sistema autónomo como anunciado en el momento de observación del 12 de julio de 2026. Suregistro de estado de enrutamientomostró seis prefijos IPv4, 1.280 direcciones IPv4 únicas, un IPv6 /48 y un vecino observado. Esa es una evidencia creíble de que otra red podía ver rutas originadas con AS204902.
El hecho legal es más consecuente para un cliente. Elaviso de liquidación de BODACCdice que el Tribunal de Actividades Económicas de París abrió la liquidación judicial de XIWO CLOUD el 11 de diciembre de 2025. Estableció el 23 de mayo de 2025 como fecha de cese de pagos y nombró a SCP BTSG, representada por Antoine Barti, como liquidador. Esto no es un vago rumor de mercado o un estado de directorio antiguo. Es el registro de aviso comercial francés para el SIREN 908 671 043.
La distinción importa porque un sistema autónomo no es un certificado de continuidad de la empresa. El BGP puede permanecer visible mientras un liquidador designado por el tribunal preserva activos, mientras un proveedor mantiene un circuito activo, mientras un comprador u operador relacionado gestiona equipos de red, mientras los contactos del registro se retrasan en un cambio legal, o mientras solo queda un pequeño remanente técnico. El material público revisado aquí no establece cuál de esas explicaciones se aplica.
No identifica a la persona actualmente autorizada para obligar al servicio, recibir una escalada de soporte, liberar datos de clientes, aprobar un cambio de ruta o prometer un tiempo de restauración.
Esa incertidumbre cambia la carga normal de la prueba. Para un pequeño host ordinario, una ruta activa, un portal de clientes y un listado de instalaciones podrían ser el comienzo de un caso operativo. Para una empresa en liquidación judicial, no son suficientes. El comprador necesita evidencia que conecte al operador legal, los activos físicos y la obligación del cliente en tiempo presente. Ningún documento público localizado para este artículo cierra ese triángulo.
La conclusión correcta no es, por lo tanto, "la red está muerta" ni "la empresa está operando normalmente". Lo primero ignoraría el enrutamiento actual. Lo segundo ignoraría la liquidación. La conclusión defendible es más estrecha: AS204902 seguía siendo técnicamente visible, pero el estado operativo público de XIWO CLOUD como proveedor de nube o alojamiento controlado por la empresa es Negativo hasta que se demuestren el operador actual y los arreglos de continuidad.
El registro judicial expone la infraestructura real detrás de la oferta
La descripción pública más útil de la superficie operativa de XIWO proviene de litigios en lugar de marketing. Lapublicación de la Corte de Casación de la decisión de la Corte de Apelaciones de Parísse refiere a XIWO y Orange y fue emitida el 21 de marzo de 2025. La sentencia dice que las actividades principales de XIWO eran el acceso a Internet, telefonía y audiovisual, ejercidas principalmente en las Antillas. Dice que XIWO celebró un acuerdo marco con Orange en febrero de 2022 y luego firmó contratos para la infraestructura y los servicios necesarios para conectar a sus clientes.
La lista es operativamente específica. Según la sentencia, los contratos con Orange cubrían acceso a ingeniería civil y soportes aéreos, servicios de interconexión, conexiones, líneas FTTH y el alojamiento de algunos equipos. Orange también produjo órdenes de compra para conexión IP a Internet y capacidad submarina. Esos hechos revelan un modelo de infraestructura en el que un proveedor orientado al cliente ensamblaba el servicio a partir de insumos críticos suministrados por un operador mucho más grande.
Ese modelo es común y puede funcionar bien. Un proveedor no necesita poseer conductos, postes, estaciones de aterrizaje, cada rack o cada circuito de larga distancia para ofrecer un servicio confiable. Las preguntas importantes son si los contratos siguen en vigor, las facturas se pagan, la capacidad está dimensionada correctamente, las responsabilidades de falla son explícitas, hay alternativas disponibles y los clientes pueden ser trasladados antes de que una disputa de proveedor se convierta en una interrupción del servicio. El registro judicial muestra que la capa contractual no era un problema administrativo menor para XIWO.
Era parte del sistema de producción.
Orange envió requerimientos de pago en junio, julio y septiembre de 2023, según la decisión. Un embargo conservatorio autorizado en abril de 2024 resultó infructuoso. Orange entonces solicitó un pago provisional, y la orden de julio de 2024 requirió que XIWO pagara 781.131,44 EUR impuestos incluidos, con intereses. En apelación, Orange presentó una cuenta adicional y facturas, y el tribunal ordenó un pago provisional adicional de 496.302,92 EUR. Los montos provisionales combinados superaron los 1,27 millones EUR antes de intereses y costos.
El mecanismo de falla es incluso más importante que el monto. La sentencia dice que Orange había enviado cuatro requerimientos, incluido uno en marzo de 2024, y finalmente suspendió los servicios de interconexión después de que la primera orden no se cumplió. También dice que el contrato permitía la suspensión por falta de pago. XIWO argumentó que la prestación del servicio de Orange había sido tardía o dispar y buscó compensación, pero el tribunal encontró que XIWO no había producido evidencia suficiente para la medida cautelar que solicitó.
El tribunal confirmó la orden de pago inicial, agregó el monto adicional, rechazó el aplazamiento del pago y ordenó costos adicionales.
Para el análisis de infraestructura, esta es una ruta de falla contractual de proveedor documentada. Una disputa financiera en la capa mayorista alcanzó la capa de red. La interconexión no era un código de cuenta abstracto; era un servicio que Orange podía suspender. El alojamiento de equipos, la conexión a Internet y la capacidad submarina no eran recursos totalmente controlados; provenían de contratos con un proveedor. Los clientes aguas abajo de XIWO dependían no solo de los enrutadores y técnicos de XIWO, sino también de que XIWO mantuviera acceso comercial a las instalaciones y transporte de Orange.
El registro no dice que todos los servicios de XIWO fallaran, cuántos clientes se vieron afectados, si otro operador reemplazó a Orange, o si AS204902 usó el mismo camino después de 2025. Sería incorrecto extrapolar tan lejos. Sí prueba la proposición central de este artículo: la capacidad alojada y de acceso vendida bajo la superficie operativa de XIWO o MARITIK dependía de racks, contratos de operador, capacidad de larga distancia y continuidad de pago fuera de la propiedad directa de la empresa.
La liquidación convierte las preguntas ordinarias de alojamiento en preguntas de custodia
El cronograma corporativo agudiza el riesgo. Unaviso de modificación de BODACC, publicado el 3 de abril de 2025, registra el nombre XIWO CLOUD, un capital de 1.000 EUR, un cambio de presidente y una descripción de actividades que cubre centros de datos, colocación, alojamiento de servidores e infraestructura, almacenamiento, redes, seguridad, computación en la nube, respaldo, recuperación ante desastres y mantenimiento de equipos. También enumera la dirección de París en 34 avenue des Champs-Elysees.
Ese aviso es útil para el alcance legal, pero el alcance declarado no es capacidad instalada. La actividad registrada de una empresa puede describir lo que pretende o está autorizada a hacer sin mostrar un solo gabinete propio, un megavatio de energía reservada, un servidor de repuesto, un repositorio de respaldo o un cliente activo. Aquí, el alcance declarado expandió el lenguaje de alojamiento y nube poco antes de que la posición legal y financiera se volviera inequívocamente adversa.
El aviso posterior de BODACC es la señal de estado más fuerte. La liquidación judicial generalmente cambia quién tiene autoridad sobre los activos de la empresa y cómo se manejan las reclamaciones de los acreedores. Este artículo no ofrece asesoramiento legal sobre ningún contrato en particular, y el aviso público no inventaria equipos de red ni datos de clientes. Significa que un cliente no puede inferir de manera segura la autoridad de gestión ordinaria de un contacto antiguo, un mantenedor de registro o un enrutador que aún responde.
La custodia se convierte en la pregunta práctica. ¿Quién posee los servidores? ¿Quién tiene las credenciales para hipervisores, matrices de almacenamiento, sistemas de respaldo, nombres de dominio, objetos de ruta y cuentas de clientes? ¿Quién puede ingresar a las instalaciones? ¿Quién puede autorizar manos remotas? ¿Quién está pagando por energía, conexiones cruzadas, tránsito y hardware de repuesto? ¿Quién puede liberar legalmente una imagen o copia de seguridad de un cliente? ¿Quién posee una dirección IP asignada a un cliente, y puede esa dirección moverse con el cliente? Los registros públicos no responden esas preguntas.
Elresultado de la API de búsqueda de empresas del gobierno francés para SIREN 908671043aún devolvió un establecimiento administrativamente activo en la dirección de París, con actividad de procesamiento de datos y alojamiento, cuando se verificó para este artículo. Eso no cancela la liquidación de BODACC. Los registros públicos sirven funciones diferentes y se actualizan en horarios diferentes. El conflicto aparente es en sí mismo una advertencia contra tratar una sola etiqueta "activo" como prueba de continuidad del servicio.
Unacopia de marzo de 2025 de los estatutos actualizados de XIWO CLOUDconfirma el nombre legal, capital de 1.000 EUR, dirección de París y SIREN. No identifica instalaciones ni activos de clientes. Mientras tanto, elaviso legaldel sitio web actual de XIWO para consumidores dice que ese sitio pertenece a XIWO TECHNOLOGIES SASU, SIREN 933 713 323, en una dirección diferente de París. Por lo tanto, sus ofertas minoristas y declaraciones de soporte no pueden tratarse como evidencia actual de XIWO CLOUD sin un documento que conecte las dos empresas legales y asigne responsabilidades.
Este límite es fácil de pasar por alto porque los nombres persisten después de que las operaciones se mueven. MARITIK aparece en el nombre del sistema autónomo. XIWO aparece en dominios, identificadores de mantenedor y registros de red. XIWO CLOUD aparece en registros corporativos y de RIPE. XIWO TECHNOLOGIES aparece en el sitio minorista actual. Una marca similar no es suficiente para transferir responsabilidades, activos, promesas de soporte o contratos de clientes de una empresa a otra. Un comprador debe identificar la entidad contratante por número de registro y obtener confirmación escrita de quién suministra ahora cada componente.
AS204902 estaba activo en julio de 2026, pero a través de un vecino visible
La evidencia de enrutamiento es suficientemente sustancial para rechazar una afirmación simplista de que no queda nada. Elobjeto de sistema autónomo de la base de datos de RIPEnombra a AS204902 como MARITIK, lo describe como una red troncal empresarial y lo vincula a ORG-WA687-RIPE. Elobjeto de organización de RIPEvinculado nombra a XIWO CLOUD SAS, da el SIREN 908 671 043 y la misma dirección de Champs-Elysees, y fue modificado en abril de 2026, después de la apertura de la liquidación.
La visibilidad actual también es clara. Elresultado de prefijos anunciadosde RIPEstat mostró el agregado 154.7.0.0/22, sus cuatro rutas /24 componentes, 162.12.217.0/24 y 2001:978:1b08::/48 en la ventana de observación de dos semanas que terminó el 12 de julio de 2026. El agregado y sus rutas componentes se superponen, por lo que seis entradas de ruta IPv4 no deben multiplicarse en seis bloques independientes. RIPEstat calculó 1.280 direcciones IPv4 únicas: las 1.024 direcciones en el /22 más la dirección separada 162.12.217.0/24 de 256 direcciones.
El mismo resultado mostró una ruptura en las líneas de tiempo mostradas entre el 7 y el 9 de julio para todas las rutas listadas. Eso podría reflejar retirada, sincronización de recolección u otro evento de visibilidad. Los datos por sí solos no establecen una interrupción del cliente, su duración o su causa. Muestra por qué el historial de rutas importa más que un registro estático. Una afirmación de servicio debe probarse con mediciones continuas y registros de incidentes, no solo con si existe un ASN.
La topología pública era estrecha en el momento de la observación. Elresultado de vecinos ASNde RIPEstat mostró un vecino único, AS202753, el 12 de julio. Suresultado de consistencia de enrutamientomostró la relación de importación y exportación con AS202753 tanto en BGP como en la política de enrutamiento registrada. El objeto aut-num de MARITIK también dice que acepta cualquier ruta de AS202753 y anuncia AS204902 a él.
AS202753 es identificado por lavisión general actualde RIPEstat como GLOBALGRID-NETWORK, GLOBALGRID SASU. La propiavista de vecinosde GLOBALGRID mostró múltiples vecinos orientados aguas arriba y cinco redes orientadas aguas abajo, incluido AS204902. Eso significa que la única adyacencia visible de AS204902 puede alcanzar un proveedor con una topología observada más amplia. No le da a AS204902 caminos independientes en su propio borde.
Esta distinción es central para la resiliencia. Un proveedor ascendente puede estar bien conectado mientras su cliente todavía tiene un único handoff local, un enrutador, una conexión cruzada o un contrato. Si la sesión AS204902 a AS202753 falla, si el puerto local está deshabilitado, si una factura es disputada, o si el equipo que origina AS204902 pierde energía, la diversidad dentro de AS202753 puede no ayudar. El BGP público muestra la relación de ruta, no la separación física de puertos, fibras, edificios o acuerdos comerciales.
Tampoco un vecino visible prueba que solo haya un circuito físico. Múltiples enlaces pueden soportar la misma adyacencia ASN, y los arreglos privados pueden no ser visibles en esta vista. La evidencia requerida para reclamar resiliencia incluiría identificadores de circuito, ubicaciones de handoff, nombres de operadores, diversidad de camino físico, separación de enrutadores, comportamiento de conmutación por error y resultados de pruebas recientes. Nada de eso es público para AS204902.
El grado de ruta resultante es Medio. El origen de la ruta y la visibilidad actual están bien respaldados. La arquitectura, la propiedad y la autoridad operativa detrás del origen no lo están.
El espacio de direcciones cruza límites legales y operativos
Las direcciones IP pueden parecer activos en un mapa de red, pero su historial de registro muestra otra capa de dependencia. Elregistro RDAP de ARIN para 154.7.0.0identifica una asignación más grande 154.7.0.0 a 154.7.63.255 llamada XIWO-TECHNOLOGIES y registrada a una organización en 60 rue Francois 1er en París. Dentro de ella, elregistro RDAP más específico para 154.7.1.0identifica 154.7.1.0/24 como XIWO-CLOUD, registrado a XIWO en 34 avenue des Champs-Elysees.
La imagen de ruta, por lo tanto, incluye espacio cuya asignación principal está asociada con una dirección legal e identidad de empresa diferente de XIWO CLOUD, aunque AS204902 anuncie el agregado y los específicos. Eso no es prueba de irregularidad. El espacio de direcciones se subasigna o enruta rutinariamente por acuerdo. Es prueba de que la originación de ruta y la custodia legal de recursos no son idénticas.
Elregistro RDAP de ARIN separado para 162.12.217.0/24también nombra a XIWO-TECHNOLOGIES. Elresultado de validación RPKIde RIPEstat mostró el origen de AS204902 como válido para ese prefijo en revisión. Por el contrario, sus resultados de validación para el agregado 154.7.0.0/22, 154.7.1.0/24 y el IPv6 /48 devolvieron "desconocido", lo que significa que no se encontró una autorización de origen de ruta validada por ese validador. Desconocido no es inválido, pero ofrece menos garantía criptográfica sobre el origen previsto.
IPv6 agrega otro rastro de proveedor. Unabúsqueda en la base de datos de RIPE para 2001:978:1b08::/48nombra a Xiwo-SAS, vincula la asignación a la organización XIWO CLOUD y muestra referencias de mantenedor de Cogent. El objeto route6 nombra a AS204902 como origen. Nuevamente, el registro público respalda una ruta real mientras muestra que el recurso se encuentra dentro de una asignación y estructura administrativa más amplia.
Para un cliente de alojamiento, estas distinciones se vuelven importantes durante la migración. Las direcciones asignadas por el proveedor normalmente no se mueven automáticamente con un servidor. Si un cliente utiliza direcciones codificadas, listas de control de acceso, listas permitidas, registros DNS con valores de tiempo de vida largos o integraciones de socios vinculadas a una dirección antigua, cambiar de proveedor puede ser disruptivo. Si la dirección es controlada a través de otra empresa o asignación ascendente, el cliente puede tener incluso menos influencia para retenerla.
Por lo tanto, un plan de salida debe asumir re numeración a menos que se documenten una asignación portátil y un mecanismo de transferencia. Debe inventariar DNS, certificados, reputación de correo, reglas de cortafuegos, pares VPN, objetivos de monitoreo y listas permitidas de terceros. También debe identificar quién puede cambiar el DNS inverso y los objetos de ruta durante una transición. Las rutas activas de AS204902 no responden esas preguntas específicas del cliente.
Ocho listados de instalaciones no equivalen a ocho regiones de nube recuperables
PeeringDB presenta una huella más amplia que el borde BGP actual. Elperfil de red AS204902mantenido por el operador llama a la red MARITIK INFRAS, la clasifica como servicios de red, afirma alcance global, soporte IPv4 e IPv6, tráfico en el rango de 20 a 50 Gbps, un intercambio y ocho instalaciones. También enumera un sitio web de MARITIK, un looking glass, peering selectivo y horas estándar de operaciones de red de 7:00 a.m. a 11:00 p.m. EST.
Esos campos son pistas útiles, no capacidad auditada. El sitio web maritik.com listado y el host de looking glass no resolvieron en una verificación DNS directa el 13 de julio de 2026. El registro de red principal del perfil se actualizó por última vez en diciembre de 2025, y las asociaciones de instalaciones se crearon en abril de 2024. Un punto final público obsoleto o inalcanzable no prueba que la red esté caída, pero debilita el caso de que los clientes puedan inspeccionar de forma independiente el rendimiento actual o encontrar una autoridad de servicio actual.
Lasasociaciones de instalaciones de PeeringDBsitúan al ASN local 204902 en Equinix MI1 en Miami; Telehouse Paris 2; Equinix PA3 en Saint-Denis; MCN Le Lamentin en Martinica; GNU Cayenne Collery en la Guayana Francesa; GCN Galisbay en San Martín; GCN Baillif en Guadalupe; y NRO de Lorient en San Bartolomé. La geografía es coherente con la declaración del tribunal de que XIWO operaba principalmente en las Antillas y con una red que conectaba los territorios franceses con París y Miami.
Pero una asociación de instalaciones dice muy poco sobre la capacidad instalada o utilizable. No revela si XIWO CLOUD alquiló un gabinete completo, un rack parcial, una conexión cruzada, un puerto virtual o solo mantuvo una presencia planificada. No divulga consumo de energía, alimentaciones redundantes, límites de refrigeración, derechos de acceso, términos de manos remotas, números de serie de hardware, inventario de repuestos o carga de trabajo del cliente. Tampoco muestra si la presencia listada sobrevivió a la suspensión de interconexión de Orange o a la liquidación.
Elregistro de intercambio actual de PeeringDBenumera una conexión operativa de 1 Gbps en NVIX, con direcciones IPv4 e IPv6 y participación en el servidor de rutas. Se actualizó en marzo de 2026. Esa es una señal técnica posterior a la liquidación. Puede indicar que alguien estaba manteniendo al menos parte del registro de interconexión. Aún no identifica a ese operador ni prueba la continuidad del alojamiento del cliente.
Un puerto de intercambio de 1 Gbps tampoco es lo mismo que tránsito ascendente o capacidad de servidor. Un intercambio puede proporcionar caminos a redes participantes; un proveedor de tránsito proporciona amplia accesibilidad. PeeringDB mostró el intercambio, mientras que RIPEstat mostró a AS202753 como el único vecino observado. Si el tráfico de NVIX era visible, material o físicamente diverso del handoff de AS202753 no puede determinarse a partir del material publicado.
Por lo tanto, llamar a las ocho entradas "regiones" exageraría la evidencia. Una región de nube normalmente implica computación y almacenamiento implementados, aprovisionamiento de clientes, aislamiento de fallas, soporte, gestión de capacidad y un diseño de recuperación. El registro público respalda ocho presencias de red reclamadas. No respalda ocho sitios de cómputo activos, ocho repositorios de respaldo o conmutación por error automática del cliente entre ellos.
La capacidad instalada no es lo mismo que la capacidad utilizable
La diferencia entre capacidad instalada y utilizable es donde muchas evaluaciones de pequeños proveedores fallan. Un servidor en un rack es capacidad instalada. Se convierte en capacidad utilizable para el cliente solo cuando la energía, refrigeración, puertos de red, espacio de direcciones, licencias de software, protección de almacenamiento, monitoreo, soporte y piezas de repuesto están disponibles bajo acuerdos ejecutables.
La decisión judicial prueba que Orange alojó algunos equipos de XIWO. No identifica el modelo, cantidad, antigüedad o custodia actual de ese equipo. PeeringDB prueba la presencia de red reclamada en instalaciones nombradas. No inventaria servidores. La descripción de actividad corporativa incluye centros de datos, nube, respaldo y recuperación ante desastres. No prueba que XIWO CLOUD poseyera un centro de datos u operara un servicio de recuperación probado.
La energía es la primera medida faltante. No hay una cifra pública de XIWO CLOUD para kilovatios contratados, densidad de racks, alimentaciones redundantes, topología de UPS, cobertura de generador o arreglos de combustible. Incluso si la instalación subyacente tiene sistemas de energía sólidos, el servicio al cliente depende del producto de energía realmente comprado y la conexión del equipo a él. Un servidor con un solo cable en una instalación premium sigue siendo de un solo cable.
El hardware es el segundo. Ningún inventario público muestra enrutadores de repuesto, ópticas, fuentes de alimentación, discos, controladores o servidores de reemplazo completos. En una liquidación, la autoridad de compra ordinaria puede cambiar, el crédito del proveedor puede endurecerse y los plazos de reemplazo pueden volverse decisivos. Un proveedor puede tener espacio de rack vacío pero ninguna capacidad para restaurar rápidamente un controlador de almacenamiento fallido. Por eso, la escala de rack o tráfico anunciada no puede leerse como capacidad recuperable.
La mano de obra de soporte es el tercero. Las horas de operación declaradas de PeeringDB son amplias pero no las 24 horas del día, y el perfil no publica una página de estado. Las manos remotas de la instalación pueden estar disponibles, pero las manos remotas necesitan instrucciones autorizadas, listas de acceso, diagramas y piezas de repuesto. El registro público no identifica al equipo que actualmente vigila AS204902, la ruta de escalada fuera de las horas declaradas o la persona autorizada para aprobar trabajos de emergencia después de la liquidación.
El almacenamiento y la copia de seguridad son el cuarto. La descripción de actividad legal menciona respaldo y recuperación ante desastres, pero ningún documento público proporciona topología de replicación, frecuencia de respaldo, inmutabilidad, retención, propiedad de cifrado, tiempo de restauración o resultados de pruebas de restauración. Una copia de seguridad puede existir y seguir siendo inutilizable si las credenciales se pierden, la facturación se suspende, las claves no están disponibles, los datos están en el mismo dominio de falla o nadie ha ensayado la restauración.
La capacidad utilizable es, por lo tanto, una cadena de condiciones simultáneas. Los datos de ruta prueban un eslabón. Los registros judiciales y de insolvencia muestran que el acceso comercial a otros eslabones ha fallado antes. Ninguna evidencia pública actual prueba la cadena completa.
La ruta de falla más importante ya ha ocurrido una vez
Las revisiones de infraestructura a menudo imaginan fallas dramáticas: un incendio, inundación, corte de cable o falla de enrutador. El registro de XIWO apunta a un mecanismo más silencioso y común. Un proveedor puede perder un servicio crítico porque el contrato mayorista detrás de él no se paga o es disputado.
La disputa con Orange no es meramente una nota al pie financiera. Los servicios de Orange incluían interconexión, acceso FTTH, alojamiento de equipos y capacidad de larga distancia. El tribunal registra que Orange suspendió la interconexión después de demandas impagadas y una orden judicial no cumplida. Ese es un vínculo demostrado entre cuentas por pagar y disponibilidad de red.
Para los clientes, la lección es que la resiliencia del contrato del proveedor debe tratarse como redundancia técnica. Un segundo enrutador en el mismo servicio impago no es independiente. Un servidor de respaldo en un rack cuya conexión cruzada puede ser suspendida por la misma contraparte no es un diseño de recuperación completo. Un segundo sitio alcanzado a través del mismo acuerdo mayorista puede no proteger contra la terminación contractual.
La ruta actual de AS204902 plantea una pregunta similar. RIPEstat vio un vecino, AS202753. La ruta puede ser globalmente visible a través de ese vecino, pero el registro público no muestra el término del contrato, estado de la cuenta, propiedad del puerto o derecho a continuar después de un cambio de control. Tampoco muestra un segundo contrato de tránsito actual que AS204902 mismo pudiera usar si el servicio de AS202753 se detuviera.
La falla del rack es otro camino. Una fuente de alimentación, conmutador de top-of-rack, controlador de almacenamiento o fibra óptica puede fallar sin afectar el resto de una instalación. La recuperación depende entonces de repuestos y acceso. Debido a que no hay inventario de XIWO CLOUD o historial de respuesta de servicio público, los clientes no pueden estimar el tiempo de reparación a partir de la lista de instalaciones.
La falla de soporte puede extender un incidente pequeño. Si las alertas de monitoreo van a ex empleados, si las listas de acceso están desactualizadas, si el liquidador debe aprobar gastos, o si el técnico carece de diagramas actuales, una reparación que debería tomar minutos puede tomar horas o días. Estas son posibilidades, no hechos reportados sobre un incidente particular de 2026. Son los controles que necesitan evidencia a la luz del estado legal.
La falla de facturación e identidad puede ser igualmente dañina. Un dominio, certificado, suscripción de software, cuenta de respaldo en la nube o credencial de instalación puede expirar incluso mientras los enrutadores continúan reenviando tráfico. El sitio web de MARITIK que no resuelve ilustra la diferencia entre una ruta funcional y una identidad orientada al cliente mantenida. Una red puede transportar paquetes mientras su superficie operativa pública se deteriora.
Finalmente, la migración en sí misma puede fallar. Un cliente puede descubrir que su única copia de seguridad reciente está controlada por el proveedor, que el ancho de banda de exportación es limitado, que una imagen propietaria no puede arrancar en otro lugar, que las direcciones IP no pueden moverse o que ninguna persona autorizada puede liberar datos. Un plan de recuperación que nunca ha producido una copia de trabajo fuera del proveedor es solo una intención.
La localidad de datos no está resuelta entre París, el Caribe y Miami
El tema planificado de soberanía de datos está respaldado, pero solo como una cuestión operativa no resuelta. La huella de red pública abarca jurisdicciones. PeeringDB enumera instalaciones en la Francia metropolitana, Guadalupe, Martinica, la Guayana Francesa, San Martín, San Bartolomé y los Estados Unidos. El tribunal describe actividad principalmente en las Antillas. El registro de rutas identifica una empresa francesa. Ninguno de esos hechos le dice a un cliente dónde se almacena una máquina virtual, copia de seguridad o archivo de registro en particular.
La presencia de red y la residencia de datos son diferentes. Un proveedor puede hacer peering en Miami mientras aloja datos en París. Puede enrutar a través de París mientras almacena una copia de seguridad en Martinica. Puede usar una instalación solo para equipos de transporte. Sin una arquitectura o contrato específico del servicio, un mapa de puntos de presencia no puede responder a la localidad.
El límite de propiedad es igualmente importante. La sentencia de Orange muestra que algunos equipos fueron alojados por Orange y que se compró capacidad submarina. PeeringDB nombra otras instalaciones. Los registros de ARIN colocan algunos recursos de direcciones bajo XIWO TECHNOLOGIES. AS204902 ahora llega a Internet a través de GLOBALGRID. Un cliente necesita saber qué entidad procesa datos, qué entidad posee los medios, qué entidad tiene las claves de cifrado y qué jurisdicción rige el acceso a cada copia.
La liquidación agrega una capa adicional. El cliente puede tener derechos contractuales contra XIWO CLOUD mientras el equipo físico se encuentra en una instalación del proveedor y el acceso técnico es ejercido por otro operador. Si el contrato, los activos y las credenciales están separados, la recuperación de datos puede depender de la coordinación entre partes con diferentes incentivos y deberes legales.
La evidencia mínima creíble de localidad sería una lista de sitios a nivel de carga de trabajo, operadores legales nombrados, subprocesadores, ubicaciones de respaldo, términos de transferencia transfronteriza, custodia de claves de cifrado y procedimientos de eliminación. También distinguiría datos primarios, réplicas, copias de seguridad, registros y telemetría de soporte. No se encontró tal documento público para XIWO CLOUD o MARITIK.
Esta ausencia no prueba que los datos se movieran incorrectamente. Significa que los clientes no deben inferir soberanía a partir de un registro francés, un historial de ventas en el Caribe o un mapa de instalaciones. La localidad debe demostrarse a nivel de servicio y conjunto de datos.
Quién soporta el impacto cuando se rompe el límite del servicio
El tribunal describe a XIWO como un proveedor de acceso a Internet, telefonía y audiovisual, principalmente en las Antillas. Eso le da al análisis de impacto un alcance más amplio que una interrupción convencional de alojamiento web. Una falla podría afectar a hogares o empresas que usan servicios de acceso, mientras que los clientes alojados podrían perder aplicaciones, sitios web, copias de seguridad o acceso de gestión.
La población exacta de clientes en 2026 no es pública. Sería irresponsable afirmar un número de suscriptores actual o atribuir la base de clientes minoristas actual de XIWO a XIWO CLOUD. El aviso legal del sitio minorista actual pertenece a XIWO TECHNOLOGIES. Lo que se puede decir es que el modelo de servicio histórico de XIWO colocó a un proveedor más pequeño entre los usuarios finales y la infraestructura mayorista suministrada por Orange.
Para un cliente de acceso, una suspensión de interconexión puede significar pérdida de accesibilidad incluso cuando la fibra local permanece físicamente intacta. El enlace óptico a las instalaciones puede mostrar luz, pero el tráfico no puede llegar a Internet en general. Los servicios telefónicos y de televisión pueden compartir partes del mismo acceso y relación de cuenta. El impacto puede, por lo tanto, ser simultáneo en todos los servicios.
Para un cliente alojado, la retirada de ruta puede hacer que los servidores sean inalcanzables mientras los discos permanecen encendidos. Una falla de energía del rack puede hacer lo contrario: la ruta permanece visible mientras la máquina del cliente está caída. Una falla de facturación o plano de control puede impedir el acceso a la cuenta sin una interrupción de la red. Cada síntoma apunta a una autoridad de reparación diferente, por lo que los clientes necesitan información de contacto y propiedad actual.
Para los socios, el riesgo es la propagación. Un proveedor de servicios gestionados, revendedor o cliente empresarial puede haber prometido disponibilidad a sus propios usuarios basándose en la capacidad de XIWO. Si no tiene copia de seguridad independiente o exportación, un evento del proveedor se convierte en su propio incidente. La red visible más pequeña puede, por lo tanto, estar dentro de una cadena más grande de servicios dependientes.
Los acreedores y las instalaciones también enfrentan elecciones operativas. Pueden necesitar preservar equipos y registros mientras limitan la exposición impaga. Una instalación no puede simplemente asumir que cada persona con una credencial antigua sigue autorizada. Un operador no puede asumir que un servicio en disputa debe continuar indefinidamente. Esas protecciones son racionales, pero pueden entrar en conflicto con la expectativa del cliente de acceso inmediato.
La forma de reducir el daño es establecer la autoridad antes de un incidente. Los clientes necesitan contactos designados para soporte técnico, avisos legales, liberación de datos y migración de emergencia. Necesitan sus propias credenciales, copias de seguridad y documentación. Necesitan saber qué obligaciones pertenecen a XIWO CLOUD, cuáles a otra empresa con la marca XIWO, y cuáles a una instalación u operador.
Qué establecería un servicio recuperable ahora
Debido a que el grado de evidencia pública es Negativo, las reclamaciones de recuperación necesitan prueba directa y actual. El primer elemento es la identidad del operador: un documento fechado que nombre la entidad legal que actualmente presta el servicio, su autoridad para usar AS204902 y su autoridad sobre los contratos y activos de los clientes. Un nombre de marca familiar o identificador de mantenedor no es suficiente.
El segundo es la custodia de activos. El operador debe identificar cada instalación activa, rack o jaula; el propietario del hardware; la parte que paga por energía y conexiones cruzadas; y las personas autorizadas para el acceso. Inventarios numerados en serie y confirmaciones actuales de las instalaciones distinguirían el equipo desplegado de las entradas de perfil históricas.
El tercero es el diseño de red. Un paquete creíble mostraría los contratos ascendentes actuales de AS204902, sitios de handoff físico, enrutadores, velocidades de puerto y caminos diversos. Explicaría el papel de AS202753, la conexión NVIX y cualquier otro enlace privado. Incluiría una prueba de conmutación por error reciente y aclararía si el único vecino observado representa múltiples circuitos físicos o una dependencia única.
El cuarto es la capacidad. Los clientes deberían ver la utilización actual de puertos, margen de energía del rack, reserva de almacenamiento, repuestos de hardware y plazos de reemplazo. La banda de tráfico de 20 a 50 Gbps y las ocho instalaciones de PeeringDB son demasiado gruesas. La capacidad debe estar conectada al servicio real y su objetivo de recuperación.
El quinto es el soporte. El operador debe publicar una superficie de estado accesible, contactos de incidentes, autoridad de escalada, horas de soporte y arreglos de manos remotas. Debe mostrar que el monitoreo, el acceso a las instalaciones y las compras de emergencia sobreviven a cambios de personal o propiedad.
El sexto es la recuperación de datos. Un cliente debería poder restaurar una copia de seguridad reciente en un entorno fuera del dominio de falla de MARITIK/XIWO. La prueba debe cubrir claves de cifrado, configuración de aplicaciones, sistemas de identidad, DNS, certificados e integraciones externas, no solo una copia de disco sin procesar. El tiempo de recuperación debe medirse, no estimarse a partir del lenguaje de marketing.
El séptimo es la portabilidad. Los términos del contrato deben indicar formatos de exportación, límites de ancho de banda, tarifas, ventanas de tiempo, acceso a la cuenta después de la terminación, eliminación de datos y asistencia con la migración. También deben explicar si las direcciones IP pueden moverse y quién controla el DNS inverso durante la transición.
El octavo es la autoridad específica de insolvencia. Los clientes deben obtener confirmación apropiada de la parte legalmente autorizada para actuar en nombre de XIWO CLOUD o de un sucesor claramente documentado. El personal técnico puede mantener los sistemas en funcionamiento, pero solo una parte autorizada puede resolver de manera confiable las obligaciones de propiedad, pago y liberación.
La evidencia a ese nivel podría mejorar el grado. Sin ella, los datos de ruta siguen siendo un signo de vida técnica separado de un servicio de cliente probado.
El grado honesto es Negativo para la resiliencia, no para la existencia de la ruta
MARITIK XIWO CLOUD SAS no es un nombre de registro vacío. AS204902 era visible, transportaba anuncios IPv4 e IPv6, tenía un estado RPKI válido al menos para 162.12.217.0/24 y mantenía un registro de intercambio posterior a la liquidación. El registro judicial también prueba que XIWO alguna vez ensambló insumos reales de acceso y alojamiento de Orange. Esos hechos justifican la observación continua.
No justifican tratar a la empresa como un proveedor de nube operativo ordinario. La entidad legal está en liquidación judicial. Una disputa importante con un proveedor llevó a la suspensión de la interconexión. La ruta actual tenía un vecino observado. Las instalaciones listadas no revelan racks activos ni cargas de trabajo. Los límites de marca corporativa y minorista han cambiado. Ninguna evidencia pública identifica la autoridad de servicio actual, la custodia de copias de seguridad, el hardware de repuesto, el rendimiento de restauración o los términos de salida del cliente.
Por lo tanto, la evaluación final está deliberadamente dividida. La existencia actual de la red es Media: múltiples vistas de enrutamiento y registro independientes la respaldan. La resiliencia de alojamiento controlada por la empresa es Negativa: la evidencia legal más fuerte contradice una suposición de continuidad normal, y la evidencia técnica no cierra la brecha.
Esa división es más útil que declarar la red simplemente viva o muerta. Un cliente no compra un ASN. Compra un servicio recuperable. Hasta que el operador actual de MARITIK pueda conectar autoridad legal, activos físicos, contratos de proveedores pagados, mano de obra de soporte y datos de clientes portátiles, la ruta activa debe tratarse como una observación estrecha, no como una promesa.