Resumen
- TELCOBRAS ofrece públicamente conectividad de fibra dedicada y de banda ancha, proyectos de nube híbrida y telemetría, pero sus páginas no divulgan ningún mapa de ruta actual, lista de instalaciones, rendimiento, compromiso de nivel de servicio, duración de la energía de respaldo ni diseño de recuperación.
- El 17 de julio de 2026, las observaciones de enrutamiento público mostraron a AS262929 originando 191.102.61.0/24 y 191.102.62.0/24 con autorizaciones de origen de ruta válidas, sin IPv6 visible y un upstream observado, AS262191 Liberty Networks de Colombia.
- Dos /24 originados establecen una presencia activa en Internet, no dos salidas físicas; los clientes y las autoridades públicas aún necesitan pruebas de rutas de acceso diversas, transferencias independientes, capacidad de nube alimentada, repuestos de campo y procedimientos de restauración probados.
Un sensor de farola es solo el primer eslabón
Imagine un armario al borde de la carretera en Santiago de Cali en el punto más caluroso de la tarde. Un técnico lo abre junto a una hilera de farolas públicas. En el interior, un controlador recibe lecturas de un medidor o sensor. Una radio de baja potencia lleva un mensaje a una puerta de enlace LoRaWAN. Esa puerta de enlace necesita electricidad, una antena, un enlace local funcional y una ruta hacia la aplicación que interpreta la lectura. La aplicación, a su vez, necesita cómputo, almacenamiento, autenticación y un canal de alerta.
Si alguno de esos dependencias falla, la lámpara puede seguir brillando mientras la vista remota se oscurece. El público ve un proyecto de iluminación inteligente; el operador tiene que gestionar una cadena de obligaciones físicas ordinarias.
Esa cadena es la apertura correcta para TELCOBRAS porque lapágina de iniciode la empresa coloca varias proposiciones una al lado de la otra: conectividad, la "nube híbrida propia" del cliente, colaboración y seguridad de la información. La misma página dice que instaló sensores LoRaWAN para la gestión de energía en la iluminación pública de Cali, estaciones meteorológicas integradas por telemetría para un sistema de alerta temprana en Risaralda, controles y sensores para plantas de tratamiento de agua en Cali, y zonas Wi-Fi públicas en centros de pueblos rurales. Estas son declaraciones de la empresa sobre su cartera. La página no proporciona fechas de puesta en servicio, identificadores de contrato, cantidades, documentos de aceptación del cliente, coordenadas del sitio ni estadísticas operativas actuales, por lo que no puede por sí misma establecer que cada activo descrito permanezca instalado o al cuidado de TELCOBRAS.
La distinción se vuelve más clara en lapágina de proyectosde la empresa. Enumera las mismas actividades de telemetría y acceso y agrega instalaciones de Wi-Fi en escuelas rurales, pero aún no asigna la responsabilidad entre TELCOBRAS, un cliente, un subcontratista de campo, un operador de red de radio o un proveedor de nube. Un integrador de proyectos puede diseñar e instalar equipos sin ser propietario del poste, el circuito de alimentación, la fibra de acceso o los servidores que finalmente reciben los datos. Puede seguir siendo el mantenedor, ceder el mantenimiento al cliente o depender de varios otros proveedores. Cada acuerdo crea una ruta de recuperación diferente.
TELCOBRAS proporciona más detalles para suproyecto de monitoreo de riesgos. Esa página dice que se instalaron sensores y estaciones meteorológicas en puntos estratégicos a lo largo de ríos y arroyos en Risaralda, que las lecturas se recopilaron en tiempo real y que los patrones anómalos podían desencadenar mensajes de texto y otras alertas. Es una descripción útil del mecanismo previsto. No es un inventario: no nombra el municipio con precisión, enumera las estaciones, identifica el portador de comunicaciones, indica quién alimenta los sitios, revela la instalación receptora ni informa el tiempo de actividad. Por lo tanto, el supuesto resultado social se basa en una cadena técnica cuyos eslabones individuales no son visibles en el material público.
Esas brechas importan más en la telemetría de servicios públicos que en una aplicación de consumo desechable. Cuando una estación meteorológica pierde energía o una puerta de enlace pierde el enlace de retorno, la ausencia de datos puede parecer la ausencia de peligro. Cuando un controlador de tratamiento de agua no puede comunicarse con su servicio de supervisión, el personal puede perder visibilidad oportuna de un proceso que aún continúa físicamente. Cuando un nodo de iluminación pública no puede informar datos de energía o fallas, los equipos de mantenimiento pueden tener que recurrir a la inspección y los informes de los ciudadanos.
Ninguna interrupción única causa necesariamente un daño inmediato, pero la arquitectura cambia la rapidez con que las autoridades pueden detectar y responder a un problema en desarrollo.
La misma lógica llega a los usuarios comerciales. Una empresa que compra Internet dedicado y nube híbrida no está comprando dos etiquetas no relacionadas. Su acceso de sucursal, autenticación, aplicaciones, copias de seguridad y trabajo remoto pueden converger en la misma entrada de fibra, enrutador, sesión de upstream, bastidor o equipo de soporte. La cartera de TELCOBRAS puede permitir que un solo proveedor coordine más de esa cadena. La coordinación es valiosa, pero la concentración también es un dominio de falla. La pregunta central no es si los servicios existen como ofertas.
Es qué dependencias físicas y organizacionales se comparten, y cuáles permanecen disponibles cuando falla la primera ruta.
La empresa legal es visible; el perímetro operativo no lo es
El registro público de recursos numéricos le da a TELCOBRAS una identidad duradera. Elregistro RDAP de LACNIC para AS262929nombra a TELCOBRAS SAS ESP como el registrante, fecha la registro del sistema autónomo en marzo de 2014 y vincula el recurso a un contacto de organización con sede en Cali. Unregistro electoral de LACNIC 2025separado incluye a TELCOBRAS SAS ESP entre las organizaciones colombianas. Estos registros respaldan la conclusión limitada de que la empresa es un titular reconocido de recursos de números de Internet en la región LACNIC. No identifican accionistas, título de fibra, arrendamientos de racks en la nube ni obligaciones de mantenimiento de proyectos.
Los registros comerciales ayudan a alinear el nombre legal pero también muestran por qué una dirección no debe confundirse con un sitio de red. Unaentrada de directorio de empresas colombianasasocia el NIT 900281488-1 con una sociedad por acciones simplificada constituida en Cali en abril de 2009 y describe las telecomunicaciones por cable como su actividad principal. La propiapágina de contactode TELCOBRAS da la Avenida 2 Norte #3N-108 en Santiago de Cali. El registro de organización de LACNIC da otra dirección en Cali, mientras que el directorio comercial da la Carrera 83A #20-20. Esas entradas pueden reflejar diferentes fechas, oficinas o funciones de contacto. Ninguna está etiquetada como punto de presencia, centro de operaciones de red o sala de datos.
Lapágina acerca dede la empresa describe un integrador que trabaja con organizaciones en políticas, estrategia y adopción de tecnología, más que un proveedor de acceso minorista puro. Supágina de LinkedIndice que tiene más de 20 años de experiencia y destaca redes inalámbricas, fibra, nube y grandes proyectos tecnológicos. Esa afirmación de experiencia puede abarcar el trabajo de fundadores, equipos o actividad predecesora anterior a la fecha de constitución de 2009. No debe usarse para retroceder la formación legal de la empresa sin un registro corporativo de respaldo.
La palabra "ESP" en el nombre público también merece disciplina. Es parte de la etiqueta del titular del recurso registrado y comúnmente señala una empresa de servicios públicos en Colombia, pero las páginas disponibles no establecen una escritura corporativa actual o estructura de propiedad. La evidencia aquí respalda una empresa de telecomunicaciones de Cali con un ASN registrado y un historial de informes sectoriales. No respalda llamar a TELCOBRAS de propiedad estatal, asignarle una matriz no verificada o tratar cada proyecto del sector público en su sitio web como un activo propiedad de la empresa.
El perímetro operativo se vuelve aún más incierto una vez que comienza la prestación del servicio. Un enlace dedicado puede usar fibra propiedad de TELCOBRAS, fibra arrendada, el servicio Ethernet de otro operador, enlace de radio de retorno o una mezcla de estos. Una "nube híbrida" puede combinar equipos propiedad del cliente con espacio de rack arrendado y cómputo de terceros. Un proyecto de telemetría puede dejar equipos de campo con la autoridad contratante mientras TELCOBRAS apoya las comunicaciones o el software.
Por lo tanto, la entidad legal que firma un contrato puede controlar el soporte al cliente y la integración sin poseer todos los activos propensos a fallas subyacentes.
Esta no es simplemente una distinción contable. Durante una interrupción, el perímetro operativo determina quién puede ingresar a un sitio, enviar un equipo, autorizar una empalme, reemplazar una fuente de alimentación, cambiar una ruta, restaurar una máquina virtual o notificar al cliente. La resiliencia depende de que la responsabilidad sea explícita antes del incidente. Un cronograma de servicio útil nombraría la entidad contratante, cada segmento subcontratado material, los puntos de transferencia, la parte responsable de fallas y la secuencia de escalamiento.
La evidencia pública actualmente identifica a TELCOBRAS como la empresa y a AS262929 como su identidad de enrutamiento; no publica ese mapa de responsabilidades.
La oferta une fibra, nube e integración
Lapágina de serviciosde TELCOBRAS divide la oferta en conectividad, nube, colaboración y seguridad de la información. Dice que el Internet dedicado y de banda ancha están respaldados por una red de fibra. Presenta la nube híbrida como una forma para que los clientes accedan a datos y aplicaciones desde cualquier lugar, con disponibilidad, accesibilidad, flexibilidad y soporte. También describe redes de colaboración personalizadas y protección de la información del cliente. Esta es una propuesta empresarial coherente: conectar al cliente, alojar o integrar su carga de trabajo, protegerla y apoyar a sus usuarios.
El contenido físico de esa propuesta es más exigente de lo que sugiere la página. Internet dedicado necesita un circuito de acceso, un dispositivo de borde, una ruta de upstream y suficiente capacidad comprometida en condiciones de falla. La fibra de banda ancha necesita distribución óptica, divisores o equipos Ethernet activos, terminales de cliente y reparación en campo. La nube híbrida necesita al menos una ubicación de equipo alimentada, cómputo, almacenamiento, conmutación, refrigeración, respaldo y una forma de recuperar datos.
La colaboración depende de la resolución de nombres, identidad, servicios de voz o mensajería y soporte de puntos finales. La seguridad depende no solo de los controles de software sino de la disponibilidad e integridad de toda la infraestructura que transporta el tráfico protegido.
Un registro de contrato público histórico muestra que TELCOBRAS ha operado en un contexto de servicio multiparte. Elcronograma de contratos de 2017de la Empresa de Recursos Tecnológicos enumera a TELCOBRAS para telecomunicaciones locales y nacionales, incluidos enlaces de datos de última milla, voz, Internet, televisión, servicios de centro de datos y nube, utilizando expresamente las redes, tecnología y servicios de las partes de manera complementaria. Eso es evidencia sólida de una relación comercial pasada y de un límite de servicio que podría incluir infraestructura compartida. No es evidencia de que el mismo acuerdo, rutas o proveedores permanezcan activos en 2026.
El historial regulatorio confirma que TELCOBRAS ha reportado actividad de Internet dedicado, pero las cifras fechadas no deben leerse como capacidad presente. Unboletín sectorial del cuarto trimestre de 2014del Ministerio TIC dice que TELCOBRAS presentó información de acceso dedicado con retraso para el tercer trimestre de 2014. Unavista de estadísticas sectoriales para Valle del Caucamuestra tres suscriptores de Internet dedicado para TELCOBRAS al corte del cuarto trimestre de 2016. Larevisión del mercado de datos fijos de 2017de la Comisión de Regulación de Comunicaciones también sitúa a TELCOBRAS en el extremo muy pequeño de la distribución histórica de suscriptores.
Esos recuentos antiguos no prueban ni contracción ni escala actual. Los circuitos empresariales dedicados pueden generar ingresos materiales con pocos registros de clientes, las definiciones de informes pueden cambiar, y un integrador de proyectos puede obtener ingresos fuera de las suscripciones de Internet fijo. La evidencia simplemente impide un salto de un menú de servicios amplio a una gran base minorista. No hay un recuento público actual de circuitos activos, sitios de proyectos, inquilinos en la nube, racks, personal de soporte ni ingresos recurrentes en el material revisado.
El atractivo económico de la integración es, sin embargo, claro. Una empresa más pequeña o una autoridad pública puede preferir un proveedor responsable único para acceso, alojamiento, telemetría y soporte. TELCOBRAS puede potencialmente ganar margen en varias capas y resolver problemas de coordinación que los clientes no quieren gestionar. Sin embargo, la misma amplitud aumenta la carga de la prueba. Si un solo upstream, rack, entrada de fibra o equipo de soporte pequeño se encuentra debajo de varios productos, una falla puede afectar más que el acceso a Internet.
También puede interrumpir aplicaciones remotas, monitoreo y los canales utilizados para diagnosticar la falla original.
Por lo tanto, la interpretación más útil de la oferta es condicional. TELCOBRAS parece ser un integrador de conectividad y tecnología empresarial con su propio ASN público y espacio de direcciones. Comercializa acceso respaldado por fibra y nube híbrida y muestra proyectos de tecnología de servicios públicos. Lo que permanece no divulgado es qué elementos posee, cuáles arrienda, cuánto está instalado, cuánto es utilizable, y cómo se comporta el servicio combinado después de que una dependencia compartida falla.
AS262929 es pequeño, activo e inusualmente legible
La huella de enrutamiento pública es lo suficientemente compacta como para describirla sin confundirla con toda la empresa. Elregistro de direcciones de LACNIC para 191.102.60.0/22asigna el bloque desde 191.102.60.0 hasta 191.102.63.255 a TELCOBRAS SAS ESP. Un /22 contiene 1,024 direcciones IPv4 en total. El registro significa que la organización posee el recurso numérico; no significa que todas las direcciones estén asignadas a clientes, sean alcanzables, estén alimentadas o transporten tráfico de producción.
En el punto de observación del 17 de julio de 2026, lavista general de ASde RIPEstat identificó a AS262929 como anunciado y lo asoció con TELCOBRAS. Suvista de prefijos anunciadosmostró dos rutas: 191.102.61.0/24 y 191.102.62.0/24. Juntos, dos /24 contienen 512 direcciones IPv4, la mitad del recuento de direcciones del /22 registrado. Esa aritmética no dice nada sobre el ancho de banda. Una dirección puede alojar un servicio compartido ocupado; muchas direcciones pueden estar inactivas.
Lavista de estado de enrutamientode RIPEstat proporcionó tres observaciones adicionales. Mostró ambos prefijos IPv4 activos, ningún espacio IPv6 anunciado y un vecino observado. También reportó visibilidad completa para las rutas IPv4 en los pares RIPE RIS contados en ese momento. La visibilidad completa del recolector significa que las rutas se vieron ampliamente en ese sistema de observación. No significa que cada destino pudiera alcanzar cada host, que la latencia fuera baja o que el acceso y tránsito subyacentes tuvieran una garantía de servicio.
La seguridad del origen de la ruta es una de las partes más sólidas del registro público. RIPEstat informó que elorigen de 191.102.61.0/24 era válido para RPKIpara AS262929, con una longitud máxima de /24. Dio elmismo resultado válido para 191.102.62.0/24. La autorización de origen de ruta válida ayuda a las redes a rechazar algunos anuncios de origen accidentales o no autorizados. No protege contra un corte de fibra, una interrupción de upstream, una falla de enrutador, congestión, pérdida de energía o un servicio alcanzable pero con origen correcto.
Las vistas de enrutamiento independientes coinciden en la pequeña huella. Lapágina de AS262929de Hurricane Electric enumera los dos /24 originados y una relación IPv4 con AS262191. Sus páginas individuales para191.102.61.0/24y191.102.62.0/24asocian ambas rutas con TELCOBRAS y la asignación más grande de LACNIC.La vista de AS262929 de bgp.toolstambién reporta dos prefijos IPv4, ningún prefijo IPv6 y AS262191 como el upstream. Lavista de ASN de IPGeolocationofrece otra instantánea pública de la misma identidad de red registrada, aunque la geolocalización y las clasificaciones de red derivadas deben tratarse como observaciones secundarias y no como evidencia de instalaciones.
El acuerdo entre los recolectores de rutas y los registros es valioso porque cada vista tiene límites. LACNIC establece el registro. RIPE RIS observa el enrutamiento desde un conjunto de pares. Hurricane Electric y bgp.tools derivan relaciones de la información de enrutamiento pública. Ninguno ve una conexión cruzada privada, un circuito de respaldo no utilizado, una red virtual de cliente o una fibra oscura reservada para restauración. Por el contrario, un segundo contrato o cable que nunca transporta una ruta pública no aparecerá en el recuento de relaciones AS.
El resultado visible es, no obstante, operativamente significativo. AS262929 estaba activo en la fecha de publicación. Originó dos prefijos IPv4 asegurados por ruta. No expuso ninguna ruta IPv6 pública. Y la evidencia de ruta pública convergió en un solo upstream vecino. Esa es una declaración mucho más firme que decir que TELCOBRAS no tiene redundancia. Los registros revelan una relación de salida pública; dejan alternativas físicas, privadas y de espera sin probar.
Un upstream es una señal de concentración, no una topología completa
Elresultado de vecinos ASNde RIPEstat mostró un vecino único para AS262929 el 16 de julio de 2026: AS262191. La dirección registrada por el servicio es consistente con AS262191 sentado como upstream de TELCOBRAS. Por lo tanto, las vistas de ruta pública sugieren que ambos /24 originados llegaron a la Internet más amplia a través del mismo sistema autónomo en el punto de observación. Esa es la base fáctica para la pregunta de concentración del artículo.
Elregistro de LACNIC para AS262191identifica la red vecina como LIBERTY NETWORKS DE COLOMBIA S.A.S. El propioanuncio de expansión en Colombia de abril de 2025de Liberty dice que operaba en 16 ciudades colombianas sobre más de 9,000 kilómetros de fibra metropolitana y había activado nuevos puntos de presencia en Bogotá, Medellín y Cali. También describe dos centros de datos colombianos y operaciones regionales de red, seguridad y soporte al cliente. Estas son afirmaciones del operador sobre la huella de Liberty. Hacen plausible una transferencia en Cali, pero no revelan dónde o cómo se interconecta TELCOBRAS.
Un upstream con una gran red puede entregar rutas diversas dentro de su propio dominio. TELCOBRAS también podría comprar dos puertos, ingresar a dos instalaciones o usar colas locales físicamente separadas mientras presenta el mismo vecino AS en BGP. Si es así, perder un puerto o un tramo de acceso podría no eliminar la ruta. Lo inverso es igualmente posible: dos sesiones lógicas podrían compartir la misma entrada de edificio, conducto, línea de postes, estante óptico, fuente de alimentación o punto de agregación de Liberty. BGP no resolvería esa diferencia física.
La ausencia de un perfil de peering público agrega incertidumbre, no un veredicto. Una consulta alpunto de conexión de red PeeringDB para ASN 262929no devolvió ningún registro de red al corte de la investigación. La participación en PeeringDB es voluntaria, por lo que un resultado vacío no establece que TELCOBRAS carezca de intercambio o interconexión privada. Significa que no hay una entrada pública allí desde la cual un comprador pueda verificar instalaciones, membresías de intercambio, velocidades de puerto o una política de peering abierta.
El regulador de Colombia proporciona un contexto histórico útil. Elestudio de 2016 de la CRC sobre intercambio eficiente de tráfico de Internetlistó tanto a AS262929 como a AS262191 entre los sistemas autónomos colombianos. Ese documento muestra que las dos identidades de red ya eran parte del panorama de enrutamiento nacional, pero no es un mapa de relaciones actual. La observación actual de un solo vecino proviene de datos de ruta, no de la lista de hace una década.
Para una empresa que compra Internet, el problema práctico es el conjunto de fallas. Si Liberty retira las rutas de TELCOBRAS, si la única transferencia visible pierde energía, o si la fibra local hacia esa transferencia se corta, ambos /24 podrían volverse inalcanzables juntos. Si solo falla un enrutador de borde de TELCOBRAS pero queda un segundo borde independiente, el servicio puede continuar aunque ambas rutas aún muestren el mismo upstream. Si Liberty tiene un incidente regional más allá de la transferencia, la diversidad física de acceso puede no ayudar.
Cada escenario requiere un control diferente: separación de ruta local, equipo de borde dual, diversidad de upstream, energía independiente, o un servicio alternativo probado.
Por lo tanto, el término "upstream único" debe usarse con precisión. Describe lo que las observaciones de enrutamiento público exponen, no cada circuito en el inventario de la empresa. Es una razón para solicitar evidencia, no un permiso para inventar un historial de interrupciones. La prueba faltante es concreta: identificadores de circuito, instalaciones A y B, cartas de operador, dibujos de ruta, grupos de riesgo compartido, separación de enrutador de borde, alimentaciones eléctricas, política de conmutación por error y una prueba reciente que muestre que el tráfico sobrevive a la pérdida de la transferencia principal.
Dos /24 no crean dos salidas físicas
Dos prefijos públicos pueden ser útiles para la gestión de direcciones. TELCOBRAS puede colocar servicios, asignaciones de clientes o infraestructura en /24 separados. Puede aplicar diferentes políticas de enrutamiento, mover tráfico entre equipos o limitar el radio de explosión de un error de direccionamiento. Las dos autorizaciones de origen de ruta válidas también hacen explícito el origen previsto. Nada de eso requiere que los paquetes salgan de Cali a través de fibras diferentes.
La topología más simple consistente con la evidencia pública es un enrutador de borde anunciando ambos /24 a un puerto de Liberty. Un diseño algo más fuerte usaría dos enrutadores de TELCOBRAS conectados a dos puertos en un dispositivo de Liberty. Un diseño aún más fuerte usaría dos enrutadores, dos rutas de fibra locales y dos puntos de presencia de Liberty. Los tres pueden aparecer ante los recolectores externos como los mismos dos prefijos y el mismo vecino. La vista lógica no puede elegir entre ellos.
El recuento de direcciones es especialmente fácil de confundir con la capacidad de servicio. El /22 registrado representa 1,024 direcciones IPv4, y los dos /24 actualmente anunciados representan 512. Son cantidades de espacio de nombres. No revelan un puerto de 1 gigabit, 10 gigabits o 100 gigabits; no indican tasa de información comprometida, sobresuscripción, latencia, pérdida de paquetes ni margen. El número de direcciones aún alcanzables durante una falla puede ser 512, cero o algo intermedio, dependiendo de dónde se encuentre la falla.
Las porciones no anunciadas del /22 no agregan ancho de banda de respaldo automático. Pueden estar mantenidas para uso futuro, usadas de una manera no visible como rutas separadas, filtradas o simplemente inactivas. Anunciar otro /24 a través del mismo upstream aumentaría el espacio de direcciones visible sin eliminar la dependencia compartida. Por el contrario, un servicio de respaldo que use direcciones asignadas por el proveedor podría proporcionar resiliencia real mientras permanece invisible bajo AS262929 hasta que se active. Es por eso que una auditoría debe seguir circuitos y rutas en lugar de contar prefijos.
Para la propuesta empresarial de TELCOBRAS, la capacidad utilizable debe medirse tanto en condiciones normales como fallidas. Un circuito primario puede entregar su tasa contratada mientras que el respaldo es mucho más pequeño. Puede existir un segundo camino pero requerir activación manual, cambios de dirección o una visita al sitio del cliente. Una carga de trabajo en la nube puede ser alcanzable a través de un camino de Internet de respaldo mientras que su almacenamiento o autenticación permanece en la ubicación fallida.
La capacidad existe para la continuidad solo cuando el servicio completo del cliente puede operar a través de ella con un rendimiento mínimo acordado.
La evidencia pública no contiene velocidades de puerto, tasas comprometidas, gráficos de tráfico, percentiles de utilización ni ejercicios de restauración. Tampoco contiene ninguna declaración de que los dos /24 terminen en enrutadores diferentes o de que la empresa compre tránsito en dos instalaciones. Por lo tanto, la conclusión defendible es limitada pero importante: dos rutas activas prueban una red direccionable; no prueban diversidad de rutas. En una decisión de continuidad, la carga se desplaza del comprador que cuenta prefijos al proveedor que demuestra dominios de falla independientes.
La nube híbrida comienza en una sala con alimentación
"Nube híbrida" describe una asignación de cargas de trabajo entre recursos controlados por el cliente y alojados externamente. No elimina el hardware. En algún lugar, un procesador ejecuta la aplicación, un dispositivo de almacenamiento mantiene los datos, un conmutador reenvía paquetes y un sistema de alimentación los mantiene vivos. La página de servicios de TELCOBRAS promete disponibilidad, accesibilidad, flexibilidad y soporte, pero no nombra una instalación, socio de nube, jurisdicción, huella de rack, certificación, método de respaldo ni objetivo de nivel de servicio.
Esa ausencia deja varios acuerdos operativos plausibles. TELCOBRAS podría operar equipos en su propia sala, arrendar racks en un centro de datos colombiano, revender capacidad de una plataforma más grande, gestionar servidores en un sitio del cliente, o combinar todo esto. Cada uno puede respaldar legítimamente un servicio híbrido. Cada uno también coloca el control y la recuperación en un lugar diferente. Un cliente no puede inferir dónde residen sus datos o quién reemplaza el hardware fallido de la palabra "nube".
La energía es la primera restricción de capacidad oculta. Un rack puede estar físicamente instalado pero ser inutilizable si su alimentación no está disponible, su límite de disyuntor se alcanza, la refrigeración no puede soportar la carga o el generador de respaldo tiene autonomía insuficiente. Un servidor puede estar alimentado pero inaccesible porque un conmutador, cortafuegos o matriz de almacenamiento falló. Una copia de seguridad puede existir pero fallar en la recuperación porque comparte credenciales, una ruta de red o la misma sala.
La capacidad instalada se vuelve utilizable solo cuando la alimentación, la refrigeración, la red, el hardware, el software y el personal operativo están todos disponibles juntos.
La conectividad puede crear otro punto compartido. Si los usuarios remotos alcanzan un entorno gestionado por TELCOBRAS a través del mismo upstream visible que transporta el acceso a Internet ordinario, un incidente de AS262191 podría afectar tanto la conexión de sucursal del cliente como su ruta hacia la carga de trabajo alojada. Un proveedor de nube separado puede seguir siendo saludable, pero los usuarios detrás del acceso fallido no pueden alcanzarlo. Un operador de acceso de respaldo puede restaurar la accesibilidad, sin embargo, una aplicación vinculada a las direcciones o el filtrado de TELCOBRAS aún puede necesitar cambios.
La prueba relevante es de extremo a extremo, desde la ubicación del usuario hasta la aplicación recuperada, no si un servidor aislado responde dentro de una sala.
Por lo tanto, las promesas de recuperación deben separar la protección de datos de la continuidad del servicio. Las copias de seguridad protegen los datos si son completas, lo suficientemente inmutables para la amenaza, geográficamente apropiadas y restauradas regularmente. La alta disponibilidad mantiene un servicio en funcionamiento a través de fallas de componentes. La recuperación ante desastres reconstruye el servicio después de una pérdida mayor. Estas capacidades pueden superponerse pero no son sinónimos.
El material público revisado no cuantifica los objetivos de punto de recuperación o tiempo de recuperación, el retraso de replicación, la retención de copias de seguridad, la ubicación de conmutación por error o el personal autorizado para declarar un desastre.
Hay una razón económica para la opacidad: los integradores pequeños a menudo ensamblan soluciones a partir de los requisitos del cliente en lugar de publicar una plataforma estándar. Un acuerdo a medida puede ser más adecuado que un catálogo rígido. También puede dificultar la compra comparativa. El cliente debe exigir una lista de materiales y responsabilidades para su propio servicio incluso si TELCOBRAS no publica una lista de instalaciones universal.
El documento debe identificar la capacidad instalada, alimentada y con licencia; lo que está reservado para ese cliente; lo que se comparte; y lo que permanece utilizable durante la pérdida de cada componente nombrado.
Por lo tanto, la afirmación de nube híbrida es creíble como categoría de servicio pero no medida como infraestructura. La evidencia pública muestra que TELCOBRAS comercializa y ha contratado históricamente servicios relacionados con la nube. No establece dónde se ejecutan las cargas de trabajo actuales ni cómo fallan. Hasta que esos detalles se produzcan para un compromiso específico, la resiliencia de la nube no puede agregarse a la resiliencia de la red como si dos incógnitas hicieran una certeza.
La telemetría multiplica la superficie de falla
Un dispositivo de campo LoRaWAN está diseñado para enviar pequeñas cantidades de datos a larga distancia con un consumo de energía modesto. Eso puede hacerlo muy adecuado para iluminación pública, sensores ambientales y monitoreo remoto. No hace que el servicio completo sea independiente de la energía o el enlace de retorno. Un sensor puede tener una batería mientras que su puerta de enlace depende de la red eléctrica. El salto de radio puede funcionar mientras la fibra o el enlace móvil de la puerta de enlace está caído. Los datos pueden llegar a la aplicación mientras el servicio de notificación falla.
Las descripciones de proyectos de TELCOBRAS exponen al menos tres contextos diferentes de servicios públicos. La telemetría de iluminación pública en Cali se refiere a la gestión de energía y potencialmente a la visibilidad de fallas. La automatización de plantas de tratamiento de agua se refiere a sensores y controles para variables del agua. El monitoreo de riesgos en Risaralda se refiere a información hidrológica o meteorológica y alertas. Sus componentes técnicos se superponen, pero su consecuencia y modo seguro de falla difieren. Un nodo de iluminación a menudo puede tolerar informes retrasados.
Un proceso de agua puede requerir control local para continuar de manera segura sin comunicaciones remotas. Un sistema de alerta temprana debe distinguir un sensor silencioso de un río seguro.
Por lo tanto, la capa de campo necesita su propia resiliencia. La energía del sitio puede requerir una batería dimensionada para el corte esperado y probada periódicamente. Los recintos deben resistir el clima, el calor, la humedad, los insectos, el robo y los daños accidentales. Las antenas y los cables necesitan protección contra sobretensiones y una conexión a tierra correcta. Los sensores se desvían y requieren calibración. Una puerta de enlace puede necesitar un buffer local para que las lecturas no se pierdan durante una interrupción del enlace de retorno.
Ninguno de estos controles puede inferirse de una fotografía o un nombre de proyecto.
La capa de comunicaciones tiene diferentes preguntas. ¿Cuántas puertas de enlace pueden escuchar cada sensor? ¿Las puertas de enlace usan fibra de TELCOBRAS, otro operador, servicio móvil o varios portadores? ¿Un servidor de red local continúa operando si falla la ruta de Internet? ¿Se deduplican los mensajes cuando varias puertas de enlace los reciben? ¿Puede un técnico diagnosticar de forma remota un sitio cuyo enlace de retorno ya está caído?
Las páginas públicas de la empresa no divulgan el recuento de puertas de enlace, el método de cobertura, la combinación de operadores ni el diseño de conmutación por error para los proyectos mostrados.
La capa de aplicación agrega cómputo, almacenamiento y respuesta operativa. Un mensaje de telemetría solo crea valor si tiene marca de tiempo, se valida, se retiene y se presenta a alguien capaz de actuar. Los umbrales de alarma deben mantenerse. Las listas de contactos deben permanecer actualizadas. La entrega de mensajes de texto depende de otro servicio de comunicaciones. Si el entorno alojado se encuentra detrás de la misma concentración de ruta que el acceso de soporte ordinario, el personal puede perder tanto la vista de datos como la ruta más fácil para administrarlo.
Los procedimientos locales son esenciales cuando el servicio remoto no está disponible.
El trabajo de mantenimiento une las capas. Un equipo de campo necesita el sensor de repuesto correcto, puerta de enlace, transceptor óptico, fuente de alimentación o antena, además de acceso seguro y autoridad para trabajar en infraestructura pública. Un ingeniero de redes necesita telemetría de los enrutadores y una forma de alcanzar la ruta alternativa. Un ingeniero de nube necesita copias de seguridad limpias e instrucciones de recuperación actualizadas. Un servicio de asistencia necesita decir a los clientes qué capa falló y qué permanece disponible.
Concentrar la experiencia en un equipo pequeño puede ser eficiente en operación normal pero puede alargar las tareas de recuperación simultáneas.
Las personas afectadas también son diferentes en cada capa. El personal empresarial pierde aplicaciones o conectividad de sucursal. Los equipos de iluminación pública pierden información remota de energía y fallas. El personal del servicio de agua puede perder visibilidad de supervisión. Los gestores de emergencias pueden perder observaciones ambientales o automatización de alertas. Los residentes pueden nunca conocer el nombre de TELCOBRAS, pero dependen indirectamente de un proyecto que la empresa dice haber ayudado a instalar.
Esa dependencia indirecta es por qué la aceptación del proyecto debe incluir no solo la función inicial, sino la propiedad del mantenimiento, las existencias de repuestos, la continuidad de los datos y las pruebas de conmutación por error repetidas.
La falla y la recuperación recorren desde el borde de la carretera hasta el upstream
La forma más sólida de evaluar TELCOBRAS es recorrer una falla desde el borde hasta el núcleo. Comience con la energía del sitio. Una estación de telemetría pierde electricidad de la red durante un clima severo. Si tiene una batería saludable, continúa midiendo. Si la puerta de enlace tiene respaldo separado, los mensajes continúan saliendo. Si solo el sensor tiene respaldo, las lecturas pueden acumularse localmente o desaparecer. La recuperación requiere una autonomía conocida, comprobaciones de salud de la batería, una alarma de batería baja y un plan de reemplazo en campo.
Pase a la radio local y la puerta de enlace. Interferencia, daño en la antena, una puerta de enlace fallida o un error de configuración pueden interrumpir un área mientras la Internet más amplia permanece saludable. La cobertura de una segunda puerta de enlace podría proteger algunos nodos, pero solo un estudio de radio y datos de mensajes recibidos pueden demostrarlo. Un técnico necesita una forma de distinguir la pérdida del sensor de la pérdida de la puerta de enlace. El hardware de reemplazo debe tener credenciales compatibles sin crear un atajo inseguro.
Luego viene el transporte de acceso. Un corte de fibra, poste dañado, empalme fallido o conmutador de acceso sin alimentación puede aislar la puerta de enlace, la sucursal del cliente o la transferencia de nube. Un upstream AS secundario es irrelevante si ambos circuitos comparten ese segmento de acceso. La recuperación puede requerir una entrada de fibra alternativa, un portador de radio o móvil, o un empalme en campo. El compromiso de servicio debe definir quién posee el segmento dañado y cuándo comienza el reloj de restauración, especialmente donde un tercero controla postes, conductos o una entrada de edificio.
En el borde de TELCOBRAS, un enrutador, módulo óptico, conexión cruzada o configuración puede fallar. El equipo dual ayuda solo si el control, la energía y el cableado están suficientemente separados. Un enrutador de repuesto en una caja es inventario instalado pero no capacidad inmediata. Un segundo enrutador vivo que comparte una regleta de alimentación o un puerto de upstream aún está expuesto. La evidencia debe incluir roles de dispositivos, alimentaciones eléctricas, puntos finales de conexión y la última conmutación por error controlada exitosa.
Luego viene el upstream visible. Si AS262191 deja de transportar ambos prefijos de TELCOBRAS, la accesibilidad externa puede desaparecer incluso mientras la red local de TELCOBRAS está intacta. Un segundo circuito físico hacia el mismo upstream puede proteger contra una falla de cola local pero no contra cada incidente de Liberty. Un upstream separado podría reducir esa dependencia, siempre que su ruta e instalación sean verdaderamente independientes y TELCOBRAS pueda anunciar o traducir servicios de clientes a través de él.
Un enlace de espera que nunca ha transportado el servicio de producción es una hipótesis de recuperación, no una capacidad utilizable demostrada.
La capa de nube o rack puede fallar independientemente. Un disparo de disyuntor, alarma de refrigeración, problema de almacenamiento, falla de hipervisor, evento de seguridad o cambio erróneo puede dejar las rutas visibles mientras las aplicaciones no están disponibles. La recuperación puede mover cargas de trabajo a otro host, restaurar desde copia de seguridad o reemplazar hardware. La experiencia del cliente depende de dependencias como la identidad, la resolución de dominios y la política de cortafuegos que se mueven con la carga de trabajo. Una medida de disponibilidad solo de red pasaría por alto esta falla por completo.
Finalmente, la coordinación humana puede convertir una falla contenida en una interrupción larga. El servicio de asistencia debe clasificar la capa, contactar al propietario correcto, preservar la evidencia y mantener informados a los usuarios afectados. El personal de campo y de red puede enfrentar incidentes concurrentes si el clima causa daños tanto en la energía como en la fibra. Los clientes de servicios públicos necesitan un estado operativo manual mientras la restauración avanza.
Un plan de recuperación creíble nombra tomadores de decisiones, proveedores, repuestos, permisos de acceso y canales de comunicación que no dependan todos del servicio fallido.
Esta secuencia muestra por qué no hay una única casilla de "redundancia". La resiliencia es el rendimiento mínimo sobreviviente a través del servicio completo. Un sensor puede tener dos baterías y una puerta de enlace. Una puerta de enlace puede tener dos rutas de radio y una fibra. Una red puede tener dos enrutadores y un upstream. Una nube puede tener dos servidores y un dominio de energía. Cada capa necesita una condición de falla explícita, un nivel de servicio restante requerido y evidencia de que la recuperación funciona dentro de un tiempo acordado.
El registro público es más rico en identidad que en capacidad utilizable
La evidencia pública cuenta una historia coherente sobre la identidad. TELCOBRAS es una empresa de Cali asociada con el NIT 900281488, aparece en los registros de LACNIC, posee AS262929 y un /22 IPv4 asignado, y ha reportado actividad de telecomunicaciones a las autoridades colombianas. La misma evidencia es escasa en escala comercial actual. Ninguna página revisada establece ingresos actuales, recuento de circuitos activos, ancho de banda contratado, potencia de rack, recuento de servidores, utilización de nube, recuento de nodos de telemetría o personal de guardia.
Las cifras históricas ilustran el peligro de llenar ese vacío con cualquier número disponible. Tres suscriptores de Internet dedicado en Valle del Cauca a finales de 2016 no pueden proyectarse en 2026. Dos /24 anunciados no pueden convertirse en 512 clientes. Un /22 registrado no puede convertirse en rendimiento de red. La afirmación de los 9,000 kilómetros metropolitanos colombianos de Liberty no puede agregarse a la huella de TELCOBRAS. Cada número mide una cosa diferente, en una fecha diferente y un límite organizacional diferente.
Una cuenta no oficial apunta a una huella física histórica más grande pero sigue siendo una pista más que una prueba. Lapágina de impactode una firma consultora dice que asesoró en la creación de TELCOBRAS y en la construcción y operación de una red capilar de fibra de más de 130 kilómetros en Cali, Buenaventura, Palmira, Buga, Tuluá y Cartago. La afirmación es lo suficientemente específica como para investigar. Carece de dibujos de ruta, fechas de finalización, propiedad de activos, estado actual de iluminación y una confirmación de TELCOBRAS en la página citada. No puede respaldar una declaración actual de capacidad operativa de 130 kilómetros sin corroboración.
El registro legal público también necesita un manejo medido. Unaviso del Ministerio TIC de abril de 2024nombra a TELCOBRAS S.A.S., NIT 900281488, en un procedimiento de cobro y hace referencia a una orden de pago de julio de 2022. El aviso establece que se notificó un procedimiento; no revela el saldo actual, una adjudicación final ni la capacidad actual de la empresa para operar. Un comprador puede razonablemente solicitar la disposición y evaluar las implicaciones de continuidad. Sería incorrecto tratar el aviso solo como evidencia de insolvencia o un problema de red.
La evidencia del sitio web tiene un límite similar. Los servicios y proyectos de la empresa son representaciones públicas actuales de lo que quiere que los clientes entiendan. Respaldan la relevancia de la fibra, la nube híbrida y la telemetría para el negocio de la empresa. No contienen pruebas de aceptación objetivas ni fechas para la mayoría de los proyectos. La presencia de un canal de contacto respalda la disponibilidad comercial continua, mientras que las diferencias entre las direcciones públicas invitan a una verificación básica del sitio y del registro legal.
Ni una afirmación pulida ni una dirección obsoleta resuelven las operaciones.
Las observaciones de enrutamiento son más sólidas para el estado actual de la red pero más limitadas en alcance. Múltiples vistas coinciden en que dos /24 IPv4 están activos y se ve un upstream. Las validaciones de RPKI muestran una autorización de origen disciplinada. Sin embargo, el BGP público no puede revelar diversidad de ruta óptica, velocidad de puerto, pérdida de paquetes, cobertura de mantenimiento o un respaldo privado. La ausencia en PeeringDB limita el detalle de la instalación pública pero no puede descartar la interconexión privada.
Por lo tanto, la evidencia de ruta actual debe llamarse de fuerza media para la actividad de red y débil para la resiliencia física.
La evidencia que cambiaría la evaluación es sencilla. Un mapa de fibra actual podría mostrar corredores de ruta sin divulgar detalles sensibles. Las cartas de operador podrían identificar dos transferencias diversas. Los registros de interfaz podrían mostrar tasas de puerto y utilización. Los documentos de instalación podrían identificar los límites de rack, energía y refrigeración. Los certificados de aceptación de proyecto podrían establecer cantidades, fechas y propiedad del mantenimiento. Los informes de respaldo y los resultados de conmutación por error podrían mostrar lo que permanece utilizable.
Hasta entonces, la distinción entre instalado y utilizable debe permanecer explícita: la empresa demuestra que controla recursos numéricos y rutas; la capacidad detrás de ellos está en gran medida no divulgada.
Los compradores deben solicitar evidencia de supervivencia, no otra etiqueta de servicio
Una empresa o autoridad pública no necesita que TELCOBRAS publique cada detalle sensible de la red. Necesita suficiente evidencia para valorar el riesgo de concentración y hacer cumplir la recuperación. La solicitud debe comenzar con el servicio exacto, no con la huella de marketing de toda la empresa. ¿Qué sitios de clientes, nodos de telemetría, aplicaciones y grupos de usuarios deben permanecer disponibles? ¿Qué capacidad y funcionalidad mínimas se requieren durante una falla? ¿Cuánto tiempo puede cada función no estar disponible antes de que la consecuencia se vuelva inaceptable?
Para la conectividad, el comprador debe solicitar ambos puntos finales del circuito, medios de acceso, operadores, instalaciones, dispositivos de borde de TELCOBRAS y segmentos físicos compartidos. Una declaración de que hay dos enlaces es insuficiente. La respuesta debe decir si las rutas ingresan al sitio del cliente por separado, si alcanzan diferentes equipos de TELCOBRAS y upstream, y si el mantenimiento planificado puede eliminar ambas. Para un diseño solo con AS262191, debe explicar qué fallas cubre el acuerdo dual y qué fallas de Liberty no.
Para la capacidad, los estados normal y degradado deben separarse. El contrato debe establecer el rendimiento comprometido, los términos de ráfaga, las expectativas de latencia y pérdida de paquetes cuando sea relevante, además de la tasa mínima sobreviviente después de la pérdida de la ruta principal. Debe divulgar si la capacidad de respaldo está continuamente activa, reservada, sobresuscrita o activada a solicitud. Una prueba exitosa debe transportar tráfico de cliente representativo, no solo mostrar que un enrutador puede intercambiar rutas.
Para la nube híbrida, el cliente debe conocer la instalación y jurisdicción, el propietario del equipo, la asignación de energía, la dependencia de refrigeración, el diseño de almacenamiento, el destino de la copia de seguridad, los operadores de acceso y los límites de soporte. Los objetivos de punto de recuperación y tiempo de recuperación deben vincularse a las pruebas de restauración. Si el acceso de sucursal y las cargas de trabajo alojadas comparten AS262929 y AS262191, la prueba de extremo a extremo debe eliminar esa ruta y probar cómo los usuarios alcanzan el servicio recuperado.
Si no hay alternativa, el riesgo debe declararse y valorarse en lugar de ocultarse detrás de un lenguaje de disponibilidad.
Para la telemetría, cada activo de campo necesita un propietario, plan de energía, portador de comunicaciones, intervalo de mantenimiento y estrategia de repuestos. Las puertas de enlace necesitan cobertura y evidencia de enlace de retorno. Las aplicaciones necesitan alarmas de calidad de datos que distingan "sin peligro" de "sin lectura". Las autoridades públicas necesitan un modo manual y un canal de notificación alternativo. La aceptación debe repetirse después del despliegue porque las baterías envejecen, la vegetación cambia las condiciones de radio, las rutas de fibra se reorganizan y las listas de contactos se degradan.
Para el límite de la empresa, el comprador debe confirmar que TELCOBRAS SAS ESP es la parte contratante e identificar cada proveedor material debajo. El registro corporativo actual, la situación regulatoria y la disposición de los procedimientos fechados deben verificarse sin asumir lo peor. El seguro, el acceso de subcontratistas y los derechos de intervención pueden ser importantes para proyectos públicos de larga duración. También lo es el número de personas capaces de restaurar cada capa durante incidentes simultáneos.
La prueba final es deliberadamente simple: elimine una dependencia a la vez y observe el servicio que los usuarios realmente necesitan. Corte el acceso principal lógicamente en condiciones controladas. Falle un dispositivo de borde. Aísle el upstream principal. Restaure una carga de trabajo en otro lugar. Desconecte una puerta de enlace de telemetría de su enlace de retorno. Verifique alarmas, capacidad sobreviviente, continuidad de datos, escalamiento de soporte y tiempo de recuperación. Registre qué controles funcionaron y qué dependencias compartidas surgieron.
TELCOBRAS tiene suficiente evidencia pública para establecer una identidad de red real y activa y un papel plausible de integración empresarial. Sus dos /24 válidos para RPKI son visibles. Sus páginas de servicios y proyectos conectan fibra, nube híbrida y telemetría de servicios públicos de una manera que hace que la pregunta operativa sea consecuente. Pero el mismo registro público muestra solo un upstream y retiene el detalle físico y de capacidad necesario para convertir la actividad en resiliencia. La siguiente prueba no debe ser otra promesa de conectividad desde cualquier lugar.
Debe mostrar, para un servicio de cliente nombrado, qué permanece conectado cuando la primera fibra, rack, alimentación eléctrica o ruta de upstream desaparece.