ULTRANET COLOMBIA S.A.S.: la red de fibra que empieza a revelar

Summary

ULTRANET COLOMBIA S.A.S. se presenta públicamente como proveedor colombiano de internet por fibra y de paquetes de internet más televisión. Las fuentes examinadas sostienen esa identidad de operador de acceso, pero no demuestran que la empresa opere un centro de datos, una oferta de colocación o una plataforma de infraestructura alojada.
AS274310 figura activo y asignado a ULTRANET COLOMBIA S.A.S. en LACNIC. Las vistas públicas consultadas muestran dos anuncios: 45.196.223.0/24 y 2803:1430::/32. El segundo es una asignación de LACNIC directamente asociada a la empresa; el primero se anuncia y geolocaliza por UltraNet, aunque su registro remite a espacio relacionado con AFRINIC y Cloud Innovation.
RIPEstat y bgp.tools muestran a AS262191, Liberty Networks de Colombia S.A.S., como la única vecindad BGP visible en la observación. Esa evidencia señala una frontera de dependencia pública para IPv4 e IPv6, pero no prueba que exista un único enlace físico ni permite describir los términos de una relación comercial.
El geofeed ubica ambos prefijos en Cali, mientras que los registros y contactos distribuyen señales entre Cali y Manizales. PeeringDB clasifica la red como Cable/DSL/ISP, recoge un rango de tráfico autodeclarado de 20-50 Gbps y no contiene registros de puntos de intercambio ni de instalaciones. Ninguno de esos datos sustituye una descripción verificable de rutas físicas, energía, refrigeración o redundancia.

Un proveedor de acceso antes que una historia de instalaciones

La forma más precisa de empezar a describir a ULTRANET COLOMBIA S.A.S. es la que la propia empresa hace visible: un proveedor de internet por fibra. Su sitio comercial presenta planes de internet y combinaciones de internet con televisión, con niveles anunciados de 200, 400, 500, 600 y 800 megas en secciones dirigidas a Cali y Manizales. Esa oferta sitúa a UltraNet en la capa de acceso que conecta hogares o negocios, no en una categoría de centros de datos inferida a partir de la sola existencia de una red o de una dirección IP.

La distinción es importante porque la palabra “infraestructura” abarca activos muy diferentes. Una empresa puede desplegar fibra, operar equipos de agregación y originar rutas en BGP sin vender espacio de rack, energía redundante o interconexión dentro de una instalación neutral. En el paquete documental examinado no aparecen especificaciones de salas técnicas, potencia disponible, sistemas de refrigeración, autonomía de generadores, alimentación eléctrica, recuento de racks, salas de encuentro de operadores ni productos de colocación.

Convertir el silencio de las fuentes en una afirmación de capacidad física sería ampliar la evidencia más allá de lo que permite.

Esto no reduce la importancia de UltraNet como operador. Al contrario: desplaza el análisis hacia el lugar donde sí existen datos verificables. La red dispone de un sistema autónomo activo, anuncia prefijos públicos, publica un geofeed y mantiene una superficie legal que incluye una política de gestión de tráfico y enlaces a indicadores de servicio. Son piezas que permiten estudiar identidad, recursos, alcance declarado y dependencia de enrutamiento. El retrato resultante es más estrecho que el de una plataforma de alojamiento, pero también es más útil porque separa activos observables de supuestos.

El sitio corporativo publica además el Registro Único de TIC No. 96005573. Ese número debe atribuirse, por ahora, a la declaración de la propia empresa. El punto de consulta pública de MinTIC estuvo incluido en la revisión, pero no entregó contenido estático utilizable que permitiera cerrar una verificación independiente durante la recopilación. La formulación correcta no es que el registro haya sido confirmado por el regulador en este expediente, sino que UltraNet lo muestra de manera pública y que la comprobación oficial sigue pendiente.

La página legal añade otra señal sobre el tipo de relación que la empresa pretende mantener con sus usuarios. Allí declara que no bloquea contenidos salvo cuando una obligación legal lo exige y que sus medidas de gestión de tráfico son razonables y no discriminatorias. También expone enlaces a hojas de indicadores de servicio de 2024 y 2025. La existencia de esos enlaces está acreditada; sus cifras no lo están, porque los archivos no pudieron abrirse de forma fiable en la revisión. Por eso sirven como evidencia de una superficie de divulgación, no como base para afirmar niveles concretos de quejas, calidad o cumplimiento.

En conjunto, la evidencia comercial y legal dibuja a un ISP de fibra que está haciendo más legible su identidad pública. No dibuja una instalación de alojamiento. El valor analítico consiste precisamente en mantener esa frontera: reconocer la infraestructura de acceso y de enrutamiento que sí se observa, y enumerar con claridad la información física y operativa que todavía falta para evaluar una resiliencia más profunda.

AS274310 hace visible una identidad operativa

Un sitio web explica qué vende una empresa; un sistema autónomo permite observar cómo presenta sus rutas al resto de internet. LACNIC registra AS274310 como activo y asignado a ULTRANET COLOMBIA S.A.S. El alta del recurso está fechada el 2 de febrero de 2026 y su modificación inmediatamente posterior, el 3 de febrero. Para julio del mismo año, RIPEstat identificaba el sistema autónomo como anunciado. La secuencia ofrece una señal de incorporación reciente a la capa pública de enrutamiento, aunque no revela cuándo comenzó cada servicio comercial ni cuánto tráfico real transportaba la red en ese momento.

La asignación de un ASN proporciona un identificador operativo propio. Permite que las rutas asociadas a UltraNet sean observadas bajo una política de origen común, en vez de quedar completamente absorbidas en la identidad de otra red. Esa independencia de identidad es relevante para el control técnico: facilita publicar prefijos, construir políticas BGP y distinguir el perímetro propio en herramientas de diagnóstico. Sin embargo, no debe confundirse con independencia total de tránsito. Un ASN puede controlar sus anuncios y, al mismo tiempo, depender de otras redes para alcanzar el internet global.

El registro de LACNIC vincula el sistema autónomo con la entidad ULTRANET COLOMBIA S.A.S. y reúne funciones administrativas, técnicas y de abuso bajo los datos de contacto publicados para la organización. También reparte señales geográficas: el domicilio del registrante apunta a Manizales, mientras que información de contacto operativo apunta a Cali. Estos campos son evidencia registral y de contacto. No identifican por sí solos el edificio donde se alojan los routers, el recorrido de una fibra, la ubicación de una cabecera de red ni el lugar desde el cual se atiende cada abonado.

RIPEstat ofrece una comprobación adicional desde la perspectiva de visibilidad BGP. En la ventana consultada, AS274310 aparecía anunciado y sus dos prefijos eran visibles. bgp.tools describía igualmente un origen de una ruta IPv4 y una ruta IPv6. La concordancia entre el registro regional, la telemetría de rutas y la información publicada por la empresa fortalece la identificación de UltraNet como operador de ese perímetro. Aun así, las vistas son observaciones de internet público: no inventarían información sobre rutas privadas, enlaces de respaldo no anunciados o topologías internas que los colectores no pueden ver.

La juventud del registro también exige prudencia. Una huella reciente puede cambiar con rapidez: pueden incorporarse prefijos, vecinos o puntos de intercambio; también puede mantenerse pequeña por decisión de escala y mercado. Nada en el expediente permite predecir esa evolución. Lo que sí puede afirmarse es que, en julio de 2026, la red tenía una identidad autónoma verificable y una superficie pública suficientemente concreta para analizar sus recursos y dependencias sin recurrir a material promocional.

Este cambio de legibilidad importa para clientes y contrapartes. Cuando un operador tiene ASN propio, una interrupción o una modificación de ruta puede atribuirse con más precisión; la procedencia de los prefijos puede compararse con los registros; y la relación entre IPv4 e IPv6 se vuelve examinable. La transparencia técnica no equivale a resiliencia automática, pero crea las condiciones para hacer mejores preguntas. AS274310 es, en ese sentido, menos una prueba de escala que una puerta de entrada a la rendición de cuentas operativa.

Dos prefijos y dos historias de procedencia

La huella visible de AS274310 es estrecha: 45.196.223.0/24 en IPv4 y 2803:1430::/32 en IPv6. RIPEstat observó ambos anuncios durante la ventana comprendida entre el 6 y el 20 de julio de 2026. bgp.tools mostraba la misma combinación, y PeeringDB consignaba un prefijo IPv4 y uno IPv6. Esa coincidencia entre fuentes permite hablar con seguridad de dos rutas públicas visibles en la observación. No permite afirmar que sean las únicas redes utilizadas internamente ni que no existan otros mecanismos de conectividad fuera de las vistas públicas.

El caso de 2803:1430::/32 es el más directo. El RDAP de LACNIC lo registra como un bloque activo y asignado a ULTRANET COLOMBIA S.A.S.; incluye AS274310 como número autónomo de origen y enlaza el geofeed de la empresa. La entidad registrante de LACNIC conecta además ese bloque IPv6 con la misma organización. Aquí coinciden titular registral, origen BGP observado y declaración de geolocalización. Es la evidencia de recursos más limpia del paquete.

Un /32 de IPv6 constituye un espacio amplio para estructurar direccionamiento, pero el tamaño matemático del bloque no debe transformarse en una estimación de clientes, sedes o capacidad. La asignación muestra que la organización dispone de un recurso IPv6 propio dentro del registro regional y que lo origina a través de su ASN. No dice cuántas direcciones se encuentran activas, qué proporción de usuarios recibe IPv6, cómo está segmentada la red ni qué grado de redundancia acompaña al anuncio.

La historia de 45.196.223.0/24 es distinta. El prefijo aparece anunciado por AS274310, el geofeed de UltraNet lo sitúa en Colombia y el registro RDAP contiene una referencia a ese geofeed. Pero la cadena registral remite a espacio administrado a través de AFRINIC y relacionado con Cloud Innovation, no a una asignación directa de LACNIC a UltraNet. Por ello, la descripción precisa es que AS274310 anuncia y geolocaliza ese /24; no que ULTRANET COLOMBIA S.A.S. sea su titular registral directo.

Esta separación entre uso operativo y procedencia registral no es un detalle semántico. En internet, una red puede originar legítimamente espacio que no le fue asignado de manera directa, por ejemplo bajo una relación de provisión o autorización. El paquete no documenta los términos concretos aplicables a este prefijo, de modo que no corresponde etiquetarlo como alquilado, cedido o contratado. La evidencia solo permite observar tres planos: el anuncio BGP sale de AS274310, el geofeed lo asocia con Cali y el registro superior conserva una relación con espacio de AFRINIC y Cloud Innovation.

Para una evaluación de continuidad, esos planos generan preguntas diferentes. La ruta puede estar técnicamente disponible mientras la documentación sobre autorización y titularidad se gestiona en otra jurisdicción registral. Un cambio administrativo en el recurso no es lo mismo que una caída de red, pero la claridad documental ayuda a reducir incertidumbre en incidentes, filtrados de rutas o revisiones de seguridad. La empresa podría reforzar la transparencia publicando, sin revelar términos comerciales, una indicación clara del derecho de uso y del responsable operativo del bloque.

RIPEstat añade otra capa al informar que los dos prefijos estaban presentes tanto en BGP como en bases de whois para su análisis de consistencia. La fuente IRR indicada para 45.196.223.0/24 era RADB, mientras que para 2803:1430::/32 era LACNIC. Esa diferencia encaja con las dos procedencias observadas. También muestra que “estar documentado” no significa necesariamente estar documentado en el mismo registro ni bajo la misma cadena institucional.

El análisis de consistencia señalaba además a AS262191 en importaciones y exportaciones observadas en BGP, pero no en la vista whois correspondiente. No es prueba de una configuración incorrecta: las bases IRR, los colectores y las políticas reales pueden tener alcances o tiempos de actualización distintos. Sí es una oportunidad de mejora documental. Cuando la política visible y la política registrada convergen, terceros pueden validar con menos ambigüedad qué anuncios son esperados y por qué vecino deberían circular.

La estrechez del conjunto de rutas aumenta el peso relativo de cada una. Si una red anuncia centenares de prefijos, una anomalía aislada puede afectar solo una parte del perímetro. En una vista de dos prefijos, cada anuncio representa una familia completa de direcciones observables: uno cubre el espacio IPv4 visible y el otro el IPv6. Esto no significa que ambos tengan idéntico volumen de clientes o de tráfico. Significa que, desde fuera, cualquier variación en uno de ellos cambia de forma notable el retrato público de AS274310.

También sería un error leer la pequeña cantidad de prefijos como sinónimo automático de fragilidad. El recuento de rutas mide granularidad y alcance anunciado, no calidad de ingeniería. Una red compacta puede estar bien operada; una red extensa puede acumular múltiples puntos de fallo. La conclusión defendible es más limitada: UltraNet expone una superficie de enrutamiento concentrada, y esa concentración vuelve especialmente importantes la documentación de recursos, la continuidad de los anuncios y la diversidad de caminos que no queda resuelta en las fuentes disponibles.

IPv6 merece una atención específica porque ofrece el vínculo registral más fuerte con la empresa. La coexistencia de IPv4 e IPv6 en la misma vecindad BGP visible muestra que la identidad autónoma abarca ambas familias. Pero tampoco prueba paridad de servicio. Para conocer si los usuarios reciben conectividad de doble pila de manera general, qué mecanismos de transición existen o cómo se supervisa la experiencia en cada protocolo harían falta mediciones o documentación que no forman parte de este expediente.

Así, los dos prefijos cuentan una historia conjunta de operación, pero no una historia idéntica de propiedad. El /32 de IPv6 es un recurso de LACNIC directamente asociado a ULTRANET COLOMBIA S.A.S.; el /24 de IPv4 es un recurso anunciado por la empresa cuya procedencia registral apunta a otra cadena. Mantener esa diferencia visible evita dos errores frecuentes: negar el uso operativo de un recurso porque no es una asignación directa, o convertir el uso observable en una afirmación de propiedad que el registro no sostiene.

AS262191: una dependencia BGP visible, no un contrato descrito

Las vistas de vecinos consultadas convergen en un dato central. RIPEstat encontró un único vecino observado para AS274310 en su ventana de consulta: AS262191. bgp.tools mostró a la misma red, Liberty Networks de Colombia S.A.S., en sus tablas de upstream y de peer para IPv4 e IPv6. El análisis de consistencia de RIPEstat también registró importaciones y exportaciones BGP asociadas a ese ASN. Juntas, las fuentes hacen de AS262191 la frontera externa más claramente visible de UltraNet.

La palabra clave es “visible”. Los colectores BGP reconstruyen relaciones a partir de rutas que alcanzan sus puntos de observación. Esa perspectiva es valiosa, pero no equivale a un inventario contractual ni a un plano físico. Con la evidencia disponible no puede afirmarse que Liberty Networks de Colombia S.A.S. sea el único proveedor contratado, que exista un único circuito, que todos los enlaces recorran la misma canalización o que no haya mecanismos privados de respaldo. Tampoco se conocen precios, niveles de servicio, duración contractual ni responsabilidades de mantenimiento.

Lo que sí aparece es una dependencia de propagación pública. Tanto el prefijo IPv4 como el IPv6 llegan a las vistas consultadas a través de una relación en la que AS262191 es el único vecino identificable. Para un observador externo, la diversidad de tránsito no está demostrada. Esa ausencia de diversidad visible no prueba ausencia de diversidad física, pero define una cuestión material: si existe un camino alternativo, no se hace legible mediante los datos revisados.

La diferencia entre una sesión BGP y un trayecto físico también importa. Dos sesiones con operadores distintos pueden compartir fibra, ducto, edificio o energía; una sola relación entre sistemas autónomos puede, a su vez, apoyarse en circuitos físicamente diversos. Por eso el número de vecinos no basta para medir resiliencia. Es una señal de dependencia lógica que debe combinarse con información sobre rutas, puntos de entrega, equipos, alimentación y procedimientos de conmutación. Ninguno de esos detalles físicos aparece en el paquete.

Para UltraNet, la vecindad observada puede ser coherente con su escala actual. PeeringDB clasifica la red como Cable/DSL/ISP y la propia ficha declara un ámbito sudamericano y una política de peering abierta. Un operador local reciente puede comenzar con una topología pública sencilla antes de ampliar interconexiones. Esa es una posibilidad general, no una afirmación sobre sus planes. Las fuentes no contienen una hoja de ruta ni compromisos de expansión.

Desde la perspectiva de un cliente empresarial, la pregunta relevante no es si una sola fila aparece en una herramienta, sino qué sucede cuando el camino principal falla. ¿Existe una segunda salida con una ruta física distinta? ¿Los prefijos pueden anunciarse por otro vecino? ¿La conmutación se prueba y cuánto tarda? ¿IPv4 e IPv6 tienen el mismo esquema de respaldo? ¿La red de acceso conserva servicio si se pierde un punto de agregación? El expediente no responde esas preguntas, pero la concentración BGP visible justifica formularlas antes de atribuir una resiliencia que no se ha demostrado.

Desde la perspectiva del operador, hacer pública una explicación de diversidad puede aportar valor sin exponer arquitectura sensible. Bastaría distinguir redundancia lógica, diversidad física y respaldo energético; indicar si existen caminos alternativos; y explicar el alcance general de las pruebas de continuidad. La información no tendría que revelar direcciones, credenciales ni diagramas detallados. Su función sería cerrar la distancia entre una dependencia que internet puede ver y una capacidad de recuperación que hoy solo podría conocerse mediante declaración adicional.

La disciplina editorial exige no transformar esa distancia en un veredicto. AS262191 no debe describirse aquí como una debilidad confirmada ni como un contrato exclusivo. Es una relación BGP observada para las dos familias de direcciones y la única que aparece en las fuentes inspeccionadas. Esa formulación preserva el hallazgo técnico, admite los límites de los colectores y deja abierto el espacio para que evidencia posterior muestre circuitos, acuerdos o vecinos adicionales.

Cali en el geofeed, Manizales en el registro

La geografía pública de AS274310 tiene dos centros de gravedad. El geofeed oficial de UltraNet asigna 45.196.223.0/24 y 2803:1430::/32 a Colombia, departamento del Valle del Cauca, ciudad de Cali y código postal 760015. El archivo identifica a ULTRANET COLOMBIA S.A.S. como propietario declarado del geofeed, menciona AS274310 y enlaza la organización de LACNIC. Es una declaración estructurada y útil para servicios que necesitan asociar direcciones con una ubicación operativa.

Un geofeed, sin embargo, no es un censo de activos físicos. Su función es comunicar una geolocalización prevista para rangos de direcciones. Puede reflejar el mercado atendido, el lugar de uso de las direcciones o el punto geográfico que el operador considera adecuado para esas redes. No demuestra que todos los routers estén en Cali, que el tráfico salga físicamente de esa ciudad ni que exista allí un centro de datos propiedad de la empresa.

Los registros de LACNIC introducen Manizales. La entidad CO-UCSA18-LACNIC presenta un domicilio de registrante en esa ciudad y vincula tanto AS274310 como el bloque IPv6. El registro del sistema autónomo vuelve a combinar un domicilio de registrante en Manizales con datos de contacto en Cali. El sitio oficial, por su parte, publica puntos de contacto en ambas ciudades. La señal más razonable es una huella organizativa y comercial distribuida entre Cali y Manizales, no una contradicción que deba resolverse eligiendo una sola.

Tampoco conviene fijar con excesiva precisión la dirección de Cali a partir del material inspeccionado. Las capturas y fragmentos de las páginas presentan una variación menor entre Calle 51A y Calle 52A. Esa diferencia no altera la conclusión a escala de ciudad, pero impide usar la dirección exacta como base de una afirmación sobre un nodo, una oficina técnica o una instalación. Un domicilio de atención puede ser comercial o administrativo y no necesariamente coincide con la infraestructura que transporta tráfico.

La división geográfica sí tiene consecuencias para la diligencia operativa. Si la red vende servicios en ambas ciudades, interesa saber cómo se interconectan sus dominios de acceso, dónde se agregan las sesiones de usuarios y qué dependencia existe entre cada mercado y la salida BGP visible. También interesa distinguir presencia comercial de presencia de red. Nada en las fuentes permite dibujar ese mapa. El geofeed ubica prefijos; los contactos ubican funciones; el registro ubica una entidad. Son capas relacionadas, no intercambiables.

Esta es una oportunidad de transparencia para UltraNet. Una descripción de cobertura que separara zonas atendidas, puntos generales de presencia y alcance del backbone permitiría interpretar mejor la combinación Cali-Manizales. No necesitaría publicar coordenadas sensibles ni inventarios de equipos. Bastaría con aclarar si cada ciudad dispone de agregación y salida independientes, si una depende de la otra o si ambas se conectan con un tercero en otra ubicación. Mientras esa explicación no exista en el expediente, cualquier topología concreta sería especulativa.

La geografía, por tanto, no prueba diversidad. Dos ciudades en una página de contacto pueden ampliar el mercado sin ampliar la cantidad de caminos de tránsito. Del mismo modo, un geofeed concentrado en Cali puede ser correcto para los usuarios direccionados allí aunque el registro corporativo esté en Manizales. La lectura responsable conserva las dos señales y evita convertirlas en activos físicos no documentados.

PeeringDB define una postura, no una instalación

La ficha de AS274310 en PeeringDB aporta una autodescripción técnica compacta. Identifica la red como UltraNet, con el nombre largo ULTRANET COLOMBIA S.A.S., y la clasifica como Cable/DSL/ISP. Declara un volumen de tráfico en el rango de 20-50 Gbps, una relación de tráfico “Mostly Inbound”, un alcance en América del Sur y una política de peering abierta. También informa un prefijo IPv4 y uno IPv6, en línea con las vistas de rutas.

Esos datos ayudan a entender cómo la propia red quiere ser encontrada por posibles contrapartes. La categoría Cable/DSL/ISP coincide con la oferta de fibra al usuario final. El sesgo de tráfico entrante es plausible para una red de acceso que entrega contenidos a sus abonados, pero aquí debe mantenerse como dato autodeclarado, no como medición independiente. El rango de 20-50 Gbps tampoco es una garantía de capacidad contratada, tráfico sostenido o margen disponible; PeeringDB lo presenta como información proporcionada por la red.

La política “Open” indica disposición general al peering bajo las condiciones de la ficha. Los campos sobre ubicaciones y contratos aparecen como no requeridos. Sin embargo, una política abierta no significa que ya existan múltiples interconexiones. La misma respuesta de PeeringDB no lista puntos de intercambio ni instalaciones: los conteos de IX y de facilities son cero, y no aparecen registros asociados de conexión a IX o de presencia en instalaciones.

El cero debe leerse con cuidado. Significa que la ficha pública consultada no contiene esas asociaciones. No demuestra que UltraNet carezca de salas técnicas, equipos en sitios de terceros, acuerdos privados o enlaces en ubicaciones que no se hayan incorporado a PeeringDB. Las fichas son mantenidas por la comunidad y por las propias redes; su cobertura depende de que los datos se registren y actualicen. La ausencia es, por tanto, una falta de evidencia pública en ese directorio, no una prueba de inexistencia física.

Al mismo tiempo, esa falta de registros impide utilizar PeeringDB para sostener una narrativa de centro de datos o colocación. Si la empresa operara o utilizara instalaciones con un papel material en su estrategia de interconexión, haría falta una fuente que las identificara y describiera. PeeringDB no la proporciona en este caso. Tampoco el sitio corporativo presenta una oferta de racks, potencia o espacio. Las dos superficies públicas coinciden en orientar el perfil hacia un ISP de acceso.

La combinación de política abierta y ausencia de IX visibles plantea una cuestión estratégica. UltraNet expresa apertura a interconectarse, pero su huella pública de vecinos sigue concentrada en AS262191. Una futura aparición en un punto de intercambio o una nueva relación BGP cambiaría el análisis, aunque el efecto sobre resiliencia dependería de la diversidad física real. Por ahora solo puede registrarse la distancia entre la postura declarada y las interconexiones que las fuentes permiten observar.

La resiliencia física permanece fuera del expediente

La información BGP muestra cómo se propagan rutas; la resiliencia de un servicio de fibra también depende de componentes que BGP no puede revelar. Entre ellos están el recorrido de los cables, la diversidad de ductos, la alimentación de los nodos, la autonomía ante cortes eléctricos, la reposición de equipos, la protección de empalmes, la capacidad de agregación y los procedimientos de respuesta. Ninguna fuente del paquete ofrece especificaciones verificables sobre esos elementos para UltraNet.

El vacío es especialmente importante cuando se intenta evaluar la empresa con categorías propias de centros de datos. No hay evidencia de salas de datos, colocación, racks comercializados, refrigeración redundante, generadores con autonomía declarada, sistemas de alimentación ininterrumpida, entradas eléctricas independientes ni salas de interconexión. Tampoco hay datos sobre certificaciones de instalaciones o niveles de disponibilidad. La conclusión no es que esos recursos no existan; es que no pueden atribuirse a ULTRANET COLOMBIA S.A.S. a partir de este conjunto documental.

Para un ISP de acceso, la pregunta física correcta empieza más cerca de la calle. ¿Cuántos recorridos troncales conectan las zonas atendidas? ¿Hay segmentos aéreos o subterráneos y cómo se protege su diversidad? ¿Los nodos de distribución tienen respaldo energético? ¿La red puede aislar una rotura sin desconectar una zona completa? ¿Existen repuestos y equipos de intervención en Cali y Manizales? Son preguntas de diligencia, no insinuaciones de fallos. El expediente no contiene respuestas.

Después viene la capa de agregación. Un anuncio BGP puede permanecer activo incluso si una parte del acceso local está interrumpida; también puede desaparecer aunque algunos segmentos internos sigan funcionando. Evaluar continuidad requiere relacionar la ruta pública con el diseño interno: dónde convergen los usuarios, cuántos equipos de borde existen, si IPv4 e IPv6 comparten todos los mismos elementos y cómo se separan los dominios de fallo. Ninguna de esas topologías debe deducirse del mero hecho de que haya dos prefijos.

La energía constituye otra frontera ausente. El sitio legal y el comercial identifican oficinas y servicios, pero no describen fuentes de alimentación para equipos de red. Una dirección de contacto no permite inferir generadores, baterías o acometidas. Incluso si un router estuviera alojado en una instalación de tercero, haría falta documentar el nivel de protección que recibe y la dependencia del enlace hasta esa instalación. Sin esos datos, cualquier cifra de autonomía sería inventada.

La misma prudencia se aplica a capacidad. El rango de 20-50 Gbps de PeeringDB es autodeclarado y puede representar una banda general de tráfico de la red. No dice cuánto tránsito está contratado, qué puertos existen, cuál es el pico, cuánto margen queda ni si la capacidad se distribuye en varios caminos. Los planes comerciales de hasta 800 megas describen productos para usuarios, no una suma que pueda compararse directamente con el tráfico agregado. Multiplicar velocidades nominales por clientes hipotéticos no produciría una medida válida.

La resiliencia operativa incluye además procesos. Interesa conocer cómo se monitorizan los prefijos, quién responde a una fuga o un secuestro de ruta, cómo se actualizan los filtros, con qué frecuencia se prueba el respaldo y cómo se comunica un incidente. El registro ofrece contactos administrativo, técnico y de abuso, lo que crea un punto de responsabilidad. Pero no contiene tiempos de respuesta, cobertura horaria, objetivos de recuperación ni historial de incidentes.

El expediente público podría mejorar mediante una ficha de resiliencia centrada en resultados. UltraNet podría explicar, en términos generales, si dispone de más de una ruta física, cómo protege nodos críticos, qué familias de protocolo cubre su contingencia y qué métricas publica durante una interrupción. Esa ficha no tendría que revelar información que aumente el riesgo de seguridad. Su objetivo sería permitir que clientes y socios distingan entre promesas comerciales y controles operativos verificables.

Hasta que aparezca esa evidencia, el análisis debe sostener dos ideas a la vez. La primera es que UltraNet posee una red pública real y observable, con ASN y recursos concretos. La segunda es que visibilidad de rutas no equivale a prueba de robustez física. Ninguna de las dos invalida la otra. Separarlas evita tanto subestimar al operador por su tamaño como atribuirle una arquitectura que las fuentes no muestran.

Divulgación regulatoria: señales útiles y comprobaciones pendientes

La superficie legal de UltraNet ofrece más información que la de una marca que solo publica tarifas. La política de gestión de tráfico expone una posición sobre bloqueo y trato no discriminatorio. La página también reúne enlaces a indicadores de servicio y a una política de protección de datos personales. El archivo PDF de protección de datos estaba disponible como documento, lo que confirma la existencia de ese canal de divulgación, aunque su contenido no aporta hechos sobre rutas o instalaciones necesarios para este análisis.

El Registro Único de TIC No. 96005573 ocupa un lugar particular. Aparece en el pie del sitio y en la página legal, de modo que es una afirmación corporativa consistente. Sin embargo, la interfaz pública de MinTIC no devolvió información estática utilizable durante la comprobación. La independencia de la fuente exige mantener la salvedad: el número fue publicado por la empresa, pero no quedó confirmado mediante una respuesta regulatoria capturada en este paquete.

La limitación no convierte el número en falso ni permite ignorarlo. Define el nivel de confianza y el trabajo pendiente. Una verificación posterior debería confirmar la entidad exacta, el estado del registro y el alcance de los servicios inscritos. Hasta entonces, el texto no debe extender el número a licencias, cobertura o autorizaciones específicas que no se han visto. La atribución explícita protege tanto al lector como a la empresa frente a interpretaciones excesivas.

Algo similar ocurre con los indicadores de servicio. La página oficial muestra enlaces correspondientes a 2024 y 2025, pero los intentos de obtener los datos de las hojas no fueron concluyentes. Citar valores de reclamaciones, disponibilidad o calidad sin haber abierto y analizado los archivos sería impropio. La existencia de un enlace prueba intención de divulgar; no prueba el contenido, la metodología, la integridad temporal ni el desempeño reflejado en la hoja.

La política de tráfico tampoco debe convertirse en una auditoría. Que la empresa declare medidas razonables y no discriminatorias establece un compromiso público. Para evaluar su aplicación harían falta datos de gestión, mediciones o decisiones regulatorias que aquí no existen. Aun así, la declaración es relevante porque ofrece un criterio contra el cual pueden compararse futuras prácticas y comunicaciones.

Estas distinciones muestran por qué la transparencia no es binaria. UltraNet ha publicado identificadores, políticas, contactos y enlaces que reducen la opacidad. Algunas piezas pueden contrastarse con LACNIC y con las vistas BGP; otras siguen dependiendo de la palabra corporativa o de archivos no accesibles. Un perfil responsable conserva la procedencia de cada dato en vez de fusionar todas las fuentes en una certeza uniforme.

Qué revela la frontera pública a clientes y contrapartes

Para un usuario residencial, la experiencia suele reducirse a instalación, velocidad, estabilidad y atención. La arquitectura de AS274310 puede parecer distante hasta que una dependencia afecta la conectividad. El valor de este análisis no es pedir que cada abonado interprete BGP, sino traducir la huella pública en preguntas comprensibles: qué respaldo existe cuando falla una salida, si IPv4 e IPv6 se recuperan de la misma manera y cómo se informa una interrupción que supera la red local.

Los clientes empresariales necesitan un nivel adicional. Si una operación depende de UltraNet, deberían distinguir la redundancia del último tramo de la redundancia de tránsito. Dos fibras que terminan en el mismo nodo no eliminan un punto común; dos rutas BGP que comparten un trayecto físico tampoco. Las fuentes actuales solo muestran una vecindad BGP. Por ello, una evaluación contractual tendría que solicitar una descripción verificable de diversidad sin asumir que la ausencia de visibilidad equivale a ausencia de respaldo.

La procedencia del IPv4 plantea otra línea de diligencia. El prefijo 45.196.223.0/24 está en servicio visible bajo AS274310, pero no es una asignación directa de LACNIC a la empresa. Un cliente no tiene por qué considerar eso un problema por sí mismo. Sí puede preguntar cómo se mantiene la autorización de origen, quién coordina cambios registrales y qué plan existe si el recurso debe migrarse. Son cuestiones de continuidad documental y técnica, no acusaciones sobre legitimidad.

El bloque IPv6 ofrece una base diferente. 2803:1430::/32 está directamente relacionado con UltraNet en LACNIC y originado por AS274310. Esa alineación reduce ambigüedad registral, pero no demuestra que todos los productos funcionen de forma nativa sobre IPv6 ni que exista una estrategia completa de transición. Una contraparte técnica debería preguntar por cobertura, monitoreo, filtrado y paridad operativa entre protocolos.

Para proveedores de contenido o redes interesadas en interconexión, PeeringDB comunica una política abierta y tráfico mayoritariamente entrante, junto con un rango autodeclarado de 20-50 Gbps. La oportunidad aparente sería acercar contenido a usuarios de UltraNet. Sin embargo, la ficha no identifica un IX ni una instalación donde materializar esa intención. El siguiente paso no es asumir que no existe lugar de encuentro, sino solicitar al operador los puntos y condiciones efectivos de interconexión.

Para analistas e inversores, la principal lección es metodológica. La existencia de un ASN, una dirección corporativa o un rango de tráfico no convierte a una empresa en operador de centros de datos. El valor económico de un ISP de fibra puede residir en su acceso local, relación con abonados, cobertura y capacidad de red. Ninguna de esas dimensiones necesita adornarse con activos de colocación no demostrados. Clasificar con precisión evita sobrevalorar capacidades inexistentes en el registro público y también evita medir al negocio con una categoría equivocada.

Nada de esto autoriza a concluir que el servicio sea deficiente. El paquete no contiene mediciones de latencia, pérdida, disponibilidad ni satisfacción. Tampoco contiene incidentes que permitan atribuir consecuencias a la topología visible. La frontera pública identifica concentración y falta de documentación, no desempeño negativo. La diligencia adecuada usa esas señales para preguntar y verificar, no para rellenar huecos con una narrativa de fallo.

Una agenda de seguimiento para AS274310

La primera variable que merece seguimiento es la evolución de los anuncios. Si AS274310 incorpora nuevos prefijos, cambia el origen de 45.196.223.0/24 o modifica la granularidad de 2803:1430::/32, la huella pública se ampliará o reorganizará. Cualquier cambio deberá compararse con los registros correspondientes para distinguir expansión, migración y actualización documental. El estado de julio de 2026 es una fotografía, no una garantía permanente.

La segunda variable son los vecinos. La aparición consistente de otro ASN en múltiples colectores podría indicar una nueva relación de tránsito o interconexión. Aun así, sería necesario mantener el lenguaje de observación hasta que el operador o una fuente contractual describiera el papel comercial. También convendría comprobar si el nuevo camino cubre IPv4 e IPv6 y si se mantiene durante periodos suficientes para no confundir una anomalía temporal con una política estable.

La tercera es la consistencia entre BGP e IRR. RIPEstat observó a AS262191 en importaciones y exportaciones BGP sin encontrar el equivalente en su vista whois. Una actualización de objetos de ruta o políticas registradas podría reducir esa diferencia. No se trata de exigir que una base externa replique toda la configuración interna, sino de favorecer señales que permitan a otras redes construir filtros y validar anuncios esperados.

PeeringDB constituye una cuarta superficie. Si UltraNet añade instalaciones, puntos de intercambio o registros de conexiones, la política abierta tendrá un lugar público más concreto. Esos registros no demostrarían por sí mismos diversidad de ductos o energía, pero sí aportarían ubicaciones declaradas para interconexión. También sería útil observar si se actualizan el rango de tráfico, el número de prefijos o el alcance de la red.

La quinta tarea es cerrar la verificación regulatoria. El número RUTIC publicado por la empresa debería contrastarse en la interfaz oficial cuando esta permita una consulta reproducible. El objetivo es confirmar entidad y estado, no extraer inferencias sobre calidad. De manera paralela, los archivos de indicadores de servicio podrían revisarse si vuelven a estar accesibles. Solo entonces correspondería citar métricas, acompañadas de su periodo, definición y metodología.

Conclusión: una frontera concreta y todavía incompleta

ULTRANET COLOMBIA S.A.S. emerge de las fuentes como un proveedor de fibra con una identidad de red reciente y verificable. Su sitio muestra internet y televisión para mercados asociados a Cali y Manizales. LACNIC vincula AS274310 y 2803:1430::/32 con la empresa. Las vistas de enrutamiento muestran además 45.196.223.0/24, cuya operación bajo el ASN convive con una procedencia registral relacionada con AFRINIC y Cloud Innovation.

La imagen pública es compacta. Dos prefijos y una única vecindad BGP observable con AS262191 hacen que la frontera externa resulte fácil de describir. Esa concentración no prueba un fallo ni un contrato exclusivo, pero deja sin demostrar la diversidad de tránsito. La política abierta y el rango de tráfico de PeeringDB añaden contexto autodeclarado; la ausencia de IX e instalaciones listados limita lo que puede concluirse sobre interconexión y emplazamientos.

Cali y Manizales amplían la huella organizativa, aunque no resuelven la topología. El geofeed sitúa direcciones en Cali; el registro y los contactos reparten funciones entre ambas ciudades. Son hechos compatibles que requieren una explicación operativa antes de transformarse en un mapa de red. Lo mismo ocurre con el RUTIC publicado y los enlaces de indicadores: son señales de divulgación que todavía necesitan cierre independiente o acceso a sus datos.

El hallazgo más importante es negativo solo en sentido documental. No existe en este paquete prueba de centros de datos, colocación, racks, energía, refrigeración o capacidad alojada. Eso no niega que UltraNet opere infraestructura física para prestar fibra; impide atribuirle una categoría y unas capacidades específicas que no han sido demostradas. La empresa debe analizarse como ISP de acceso con un perímetro BGP observable.

Esa precisión deja una agenda clara. Documentar la procedencia y continuidad del IPv4, hacer legible cualquier diversidad de tránsito, explicar la relación operativa entre Cali y Manizales y publicar controles generales de resiliencia permitirían pasar de una red visible a una red evaluable. Hasta entonces, AS274310 ofrece una frontera concreta: suficiente para reconocer la operación y sus dependencias públicas, insuficiente para prometer la arquitectura física que el expediente no muestra.

ULTRANET COLOMBIA S.A.S.: la red de fibra que empieza a revelar su frontera de dependencia