Resumen

  • LACNIC identifica a CORPORACION CONEXTELECOM S.A.C como titular de la AS269975 activa, asignada directamente, registrada el 18 de marzo de 2020 con una dirección en Lima. RIPEstat observó que el ASN fue anunciado el 21 de julio de 2026 a las 16:00 UTC y lo asoció con un prefijo IPv4 y un prefijo IPv6 durante el período analizado.
  • PeeringDB informa de un puerto operativo de 1.000 Mbps en JumboIX Perú, así como presencia en las ubicaciones IPTP San Isidro Lima, Cirion Lima - LIM1 y Equinix LM1 - Lima. Estos datos identifican puntos de interconexión; no demuestran propiedad de instalaciones, capacidad disponible, diversidad de transporte entre sitios ni el camino hacia las instalaciones de un cliente.
  • Conex comercializa servicios de fibra óptica para hogares, PYMEs y empresas, y afirma tener dos rutas de fibra, respaldo por radio, recuperación automática, un NOC operado 24/7 y conexión directa a grandes cables submarinos. Se trata de afirmaciones propias, no de evidencia independiente de separación física, tiempo de recuperación, capacidad del cable o rendimiento bajo carga.
  • La pregunta relevante de diligencia debida es cómo el ASN visible, el puerto de intercambio y las entregas en instalaciones se conectan con la red de acceso anunciada. Los clientes necesitan documentación a nivel de ruta, detalles de demarcación, escenarios de falla, límites de respaldo y evidencia de recuperación medida antes de considerar la visibilidad lógica como resiliencia física.

La visibilidad comienza con el ASN

Un número de sistema autónomo es una pieza útil de evidencia de infraestructura, ya que otorga a una red un identificador público estable. En el caso de Conex Telecom, AS269975 conecta varios datos que de otro modo estarían separados. El registro LACNIC menciona al titular legal. RIPEstat muestra que el número era visible en el enrutamiento en un momento de observación determinado. PeeringDB utiliza el mismo ASN para describir una conexión de intercambio y presencia en instalaciones. El propio sitio web de la empresa proporciona la propuesta de valor para el cliente que respalda estos registros técnicos.

Esto es más que un simple seguimiento de marca. Un comprador puede distinguir al operador de empresas con nombres similares, identificar el recurso de red en cuestión y hacer preguntas sobre prefijos y puntos de conexión específicos. Un proveedor que es localizable en datos de registro y enrutamiento es más fácil de examinar que uno representado solo por una página de ventas. El ASN crea un punto de partida para la diligencia debida técnica.

Pero es solo una coordenada lógica. No muestra dónde corre cada fibra, qué conductos se comparten, a quién pertenece el segmento de acceso, cómo está protegida la alimentación eléctrica o si dos servicios aparentemente separados convergen en el mismo armario o entrada de edificio. No muestra el ancho de banda utilizable disponible para un cliente específico. No puede probar el tiempo necesario para reparar una interrupción, reemplazar equipos o acceder físicamente a un punto de interconexión.

La distinción es importante porque una ruta visible puede coexistir con una ruta de servicio frágil. Los registros de enrutamiento pueden mostrar que un ASN y sus prefijos están presentes sin decir nada sobre la cantidad de rutas físicas bajo esa presencia. Por el contrario, una superficie de enrutamiento visible pequeña no implica necesariamente un servicio deficiente. Solo significa que la evidencia lógica pública es limitada y no debe estirarse hasta una conclusión física.

Para Conex, AS269975 hace posible la investigación. No la decide. El uso correcto del número es organizar la cadena de evidencia desde la identidad legal, pasando por los recursos anunciados, hasta las entregas en intercambios e instalaciones y, finalmente, hasta el circuito de acceso del cliente. Cada paso más allá del límite lógico requiere su propia evidencia.

El registro fija el límite de identidad

El registro RDAP de LACNIC es el ancla pública más sólida para la identidad del operador. Vincula AS269975 con CORPORACION CONEXTELECOM S.A.C, describe el recurso de sistema autónomo como una asignación directa activa y proporciona la dirección Narciso de la Colina 605 en Lima. Registra la fecha de registro del número de sistema autónomo como el 18 de marzo de 2020 y muestra que la entidad registrante se modificó por última vez el 2 de septiembre de 2024.

Estos hechos proporcionan un límite legal y administrativo útil. El nombre de la empresa debe mantenerse como S.A.C, incluso si en el sitio web de la empresa aparece una redacción diferente en otro lugar. Una variación en el pie de página no es razón suficiente para reemplazar la identidad del registro. Los clientes pueden usar el nombre y la dirección de LACNIC para cotejar la entidad en una oferta, contrato, factura y orden de servicio.

La entrada del registro no asigna responsabilidad operativa. No establece que la empresa mencionada posea la fibra utilizada para cada servicio, tenga equipos en cada ubicación divulgada o emplee directamente a cada persona involucrada en la instalación y reparación. No dice qué proveedores externos proporcionan backhaul, conductos, acceso a torres, electricidad, mantenimiento de campo o conectividad ascendente. Un titular de ASN y un titular de activos pueden ser la misma parte en algunos lugares y partes diferentes en otros; esta entrada no resuelve esa cuestión.

El estado activo tampoco certifica la calidad del servicio. Indica el estado del recurso numerado en el registro, no si un plan residencial alcanza la velocidad anunciada, si un circuito empresarial tiene accesos distintos o si un NOC cumple un objetivo de respuesta. Las fechas de registro y actualización ayudan a establecer la cronología, pero no son métricas operativas.

Por lo tanto, la evidencia de identidad es sólida dentro de un marco deliberadamente estrecho. CORPORACION CONEXTELECOM S.A.C es el titular del registro asociado con AS269975 en la dirección de Lima proporcionada. Todo lo relacionado con la capacidad de servicio para los clientes, los activos físicos y la capacidad de recuperación requiere evidencia del nivel comercial y técnico relevante.

Dos prefijos observados definen un límite público pequeño

La vista de prefijos anunciados de RIPEstat observó dos recursos para AS269975 en el período del 7 al 21 de julio de 2026: el bloque IPv4 190.89.28.0/24 y el bloque IPv6 2803:16e0::/32. La vista general de AS de RIPEstat también informó que AS269975 fue anunciado en el momento de observación de las 16:00 UTC del 21 de julio. Juntos, estos registros muestran una identidad de enrutamiento de doble pila actualmente visible en el momento analizado.

La observación es significativa. Vincula el identificador legal con rutas vistas en el sistema de enrutamiento global y muestra que la red no está representada solo por una entrada de registro inactiva. Los registros IPv4 e IPv6 también brindan a los clientes dos recursos específicos para monitorear al evaluar la accesibilidad, los cambios de ruta o el comportamiento del origen de la ruta.

Sin embargo, dos prefijos observados no son un inventario de la red de servicio. RIPEstat advierte que los resultados de prefijos anunciados pueden excluir rutas con muy baja visibilidad a través de sus colectores de alimentación completa. El período también es limitado. Registra lo que el sistema observó, no necesariamente todo lo que el operador utiliza en cualquier contexto, ni lo que será visible en otro momento. Un cliente no debe convertir la lista en una afirmación de que Conex tiene exactamente dos rutas, dos conexiones o dos redes físicas.

El /24 IPv4 y /32 IPv6 también son tipos de objetos diferentes de las etiquetas de velocidad minorista. El tamaño del prefijo no dice nada sobre el rendimiento disponible. Una red puede anunciar un bloque de direcciones grande a través de una ruta restringida o un bloque pequeño a través de una bien equipada. La capacidad de direccionamiento y la capacidad de transmisión no son intercambiables. Los registros respaldan la identificación de rutas, no un cálculo de ancho de banda.

La lectura más defendible es precisa: AS269975 era visible y RIPEstat asoció los dos prefijos mencionados con él durante el período analizado. Esto hace posible una investigación a nivel de ruta. No muestra cómo el tráfico del cliente llega a esas rutas, cuántas rutas físicas independientes las soportan o qué sucede cuando falla un componente.

La consistencia de enrutamiento muestra alineación, no resiliencia

Los datos de consistencia de enrutamiento de RIPEstat agregan otra capa. Muestran tanto 190.89.28.0/24 como 2803:16e0::/32 en BGP y en datos de whois o IRR, con LACNIC identificado como autoridad. Esta es una señal de alineación útil: los orígenes de ruta observados y la información de enrutamiento registrada apuntan al mismo ASN para los dos prefijos en el momento de la consulta.

Esta alineación reduce un tipo de ambigüedad. Un cliente o par puede ver que los prefijos discutidos no solo se mencionan en una página de marketing. Aparecen tanto en observaciones de enrutamiento como en datos relacionados con el registro. También le da al operador una línea de base concreta para investigar un cambio de origen futuro o una desaparición.

Sin embargo, la consistencia de enrutamiento no es un valor de resiliencia. No informa sobre separación de rutas de fibra, redundancia de enrutadores, protección de alimentación, equipos de repuesto, congestión, pérdida de paquetes o personal de reparación. Un prefijo puede ser consistente a través de una única dependencia vulnerable. Dos prefijos consistentes pueden compartir el mismo transporte y equipo. El hecho de que tanto IPv4 como IPv6 estén representados no prueba que sus dominios de falla estén separados.

Una entrada consistente tampoco debe leerse como una garantía permanente. El enrutamiento se observa en un momento dado y los datos del registro pueden cambiar. Para la operación, es importante si el monitoreo detecta desviaciones y si el operador puede explicarlas y corregirlas. Para un cliente empresarial, la acción de seguimiento útil es acordar qué condiciones de origen y ruta se monitorean, quién recibe una alerta y qué constituye un evento de enrutamiento que afecta el servicio según el contrato.

Por lo tanto, los datos respaldan la confianza en la atribución, no en la recuperación. Ayudan a responder: ¿Qué red es esta? No responden: ¿Cómo sobrevivirá este servicio a una falla física u operativa? Esa segunda pregunta se encuentra debajo y alrededor de BGP, en las partes de la red que la vista de enrutamiento pública no puede revelar.

AS7195 es una pista, no un mapa ascendente

La misma respuesta de consistencia de enrutamiento enumera AS7195 como un par de importación y exportación visible en BGP, pero no en whois en el momento de la consulta. Esto es digno de mención porque identifica un vecindario observado específico alrededor de AS269975. Le da a un cliente o analista un punto de partida para preguntar cómo entra y sale el tráfico de la red de Conex.

La redacción debe mantenerse estricta. El resultado no establece que AS7195 sea el único proveedor ascendente de Conex Telecom, su principal proveedor ascendente o la única ruta que transporta el tráfico del cliente. No describe la relación comercial entre las dos redes. No muestra la ubicación física de la entrega, su capacidad contratada, su utilización, su acuerdo de conmutación por error ni la proporción de tráfico que la sigue.

La ausencia del mismo vecindario en whois o IRR en esta respuesta no debe convertirse en una afirmación de mala conducta. Es una diferencia entre dos vistas de datos en un momento dado. El enrutamiento operativo puede ser visible sin que la relación aparezca en el campo derivado del registro comparado. La pregunta útil es si el operador puede documentar el vecindario, su función y las alternativas disponibles cuando deja de ser utilizable.

Para la diligencia debida de resiliencia, la relación observada AS7195 crea una pregunta de dependencia, no una respuesta. ¿Hay otra ruta lógica? Si es así, ¿es físicamente independiente? ¿Terminan dos sesiones ascendentes en diferentes equipos y ubicaciones, o convergen antes de llegar a la red de acceso del cliente? ¿Qué prefijos se anuncian en cada ruta y cómo se prueba la conmutación por error? Ninguno de estos detalles puede deducirse del único vecindario observado.

Por lo tanto, AS7195 debe aparecer en el análisis como una pista de enrutamiento limitada. Agudiza la investigación sobre la concentración ascendente, pero la evidencia pública no respalda una topología completa. Una evaluación seria necesita políticas de enrutamiento actuales y evidencia de entrega física y conmutación por error del propio Conex.

PeeringDB le da a la red una forma comercial

La entrada de PeeringDB para el ASN 269975 nombra a CORPORACION CONEXTELECOM y la marca Conex Telecom, clasifica la red como Cable/DSL/ISP y define su alcance como Sudamérica. Describe el perfil de tráfico como predominantemente entrante, enumera tráfico autoinformado en el rango de 1 a 5 Gbps y registra un intercambio de Internet y tres instalaciones. El perfil también enlaza al sitio web de la empresa.

Estos campos son útiles porque ponen el ASN en un contexto operativo. La clasificación Cable/DSL/ISP es coherente con una empresa que vende acceso, y no con un recurso de red mantenido para un propósito completamente diferente. Un patrón predominantemente entrante es plausible para un proveedor de acceso cuyos clientes consumen más contenido del que envían, pero la etiqueta sigue siendo autoinformada. No es un flujo de tráfico medido disponible en los registros públicos examinados aquí.

El rango de 1 a 5 Gbps requiere una disciplina similar. Proporciona un orden de magnitud elegido para el perfil de PeeringDB. No muestra el tráfico máximo, el tránsito contratado, la utilización del intercambio, las reservas, la demanda del cliente, la sobresuscripción del enlace o el crecimiento. Tampoco puede desglosarse entre clientes residenciales, PYME y empresariales. Tratar el límite superior del rango como capacidad sería particularmente engañoso, ya que el tráfico informado y la capacidad provisionada son magnitudes diferentes.

El recuento de un intercambio y tres instalaciones en PeeringDB también es un mapa de presencia, no un diagrama de resiliencia. Dice dónde la red informa relaciones de interconexión o instalación. No revela si todos los sitios están igualmente activos, si el tráfico puede cambiar entre ellos o si el transporte que los conecta sigue rutas independientes.

El perfil hace que Conex sea más legible, pero la mayoría de sus campos operativos son declaraciones de la red. Son pistas valiosas para la verificación. Un comprador puede solicitar estadísticas de interfaz actuales, detalles de entrega contractuales y un diagrama que concilie las entradas de PeeringDB con el servicio al cliente propuesto. Hasta entonces, el perfil le da a la red una forma sin probar su solidez.

.

El puerto de 1.000 Mbps puede soportar una relación de interconexión útil, pero la cifra no puede tratarse como capacidad utilizable por el cliente. Es la velocidad nominal del puerto en la divulgación. La entrada no muestra la utilización promedio o máxima, el número de pares, el volumen de datos intercambiados, ninguna limitación, reserva o la capacidad de las rutas que alimentan el puerto. No muestra si el puerto está dedicado a una sola función o cómo se relaciona su tráfico con el rango de red autoinformado de 1 a 5 Gbps.

La palabra "operativo" también tiene un significado limitado. Informa el estado de la conexión de intercambio en la entrada de PeeringDB. No es un historial de tiempo de actividad, una garantía de disponibilidad o una prueba de que cada cliente puede alcanzar cualquier destino relevante a través de este puerto. Un estado operativo actual puede cambiar, y una interfaz de intercambio funcional puede seguir dependiendo del transporte y el equipo fuera de la estructura del intercambio.

Las direcciones de doble pila son útiles para la confirmación técnica. Muestran que la conexión de intercambio listada incluye direccionamiento IPv4 e IPv6, mientras que RIPEstat observó por separado un prefijo IPv6 originado por AS269975. Pero estos hechos no establecen una política de enrutamiento idéntica, un volumen de tráfico igual ni un comportamiento de conmutación por error idéntico entre los dos protocolos. Cada uno debe ser monitoreado por sí mismo.

Para un cliente, el puerto debe llevar a una serie de preguntas. ¿Qué tráfico puede usar JumboIX? ¿Qué ruta conecta la red de acceso de Conex con el intercambio? ¿Qué sucede si fallan esa ruta, el enrutador de Conex o el puerto de intercambio? ¿Se redirige el tráfico a una alternativa documentada y se ha probado la redirección bajo carga realista? La divulgación de 1.000 Mbps marca un límite de interconexión real. La resiliencia depende de todo lo que está conectado a ambos lados del mismo.

Tres instalaciones no crean automáticamente tres rutas

Los registros de instalaciones de PeeringDB listan a Conex en las ubicaciones IPTP San Isidro Lima, Cirion Lima - LIM1 y Equinix LM1 - Lima. Las entradas son importantes porque identifican tres puntos con nombre en la región de Lima donde la red informa presencia. Esto es suficiente para hacer preguntas específicas del sitio en lugar de aceptar una afirmación vaga de alcance metropolitano.

No es suficiente para decir que Conex posee, opera o controla alguna de estas instalaciones. Una red puede estar presente a través de un armario, una jaula, un puerto, una conexión cruzada, un acuerdo remoto o un servicio proporcionado por otra parte. Las líneas públicas no definen el interés de propiedad de Conex, la asignación de espacio, el inventario de equipos o los derechos de acceso. Tampoco establecen que cada presencia listada se esté utilizando actualmente para el mismo servicio que se ofrece a un cliente en particular.

Lo más importante es que tres nombres de instalaciones no prueban tres rutas independientes. Dos sitios pueden estar conectados a través de conductos compartidos, proveedores de transporte comunes, secciones de calle compartidas, la misma entrada de edificio o el mismo equipo ascendente. Los registros no muestran las rutas físicas entre San Isidro y los dos sitios de Lima listados, ni la ruta desde cualquiera de ellos hasta los clientes en Chorrillos. Contar marcas en una lista de instalaciones no es un sustituto para rastrear la fibra.

Sin embargo, las entradas mejoran la calidad de la diligencia debida. Un comprador puede preguntar en qué instalación se realiza la entrega del servicio propuesto, a quién pertenece el equipo en ese punto, cómo obtienen acceso los empleados o contratistas de Conex, qué alimentación eléctrica se aplica y cómo se redirige el tráfico si ese sitio deja de estar disponible. Si se ofrece una segunda instalación como respaldo, se puede solicitar al proveedor que muestre el transporte y la separación operativa que la convierten en una alternativa real.

La conclusión justa es presencia sin diversidad derivada. Las tres divulgaciones apuntan a una huella de interconexión más amplia que un solo punto anónimo. Su valor de resiliencia sigue dependiendo de la evidencia física de ruta, equipo, alimentación y operación que PeeringDB no proporciona.

La oferta minorista se extiende más allá del mapa de red público

El sitio web de Conex comercializa servicios de Internet en Chorrillos y divide su oferta en clientes residenciales, PYME y empresariales. Promociona acceso de fibra, instalación rápida, soporte y personal local. También enumera canales de contacto y la dirección Narciso de la Colina 605 en Surquillo, Lima, alineando la presencia comercial pública con la dirección encontrada en el registro de identidad de LACNIC.

Esta propuesta de valor para el cliente es más amplia que la evidencia de red visible a través del ASN. Los registros técnicos públicos identifican recursos de enrutamiento y puntos de conexión. No definen las calles, edificios o instalaciones que se pueden atender, la tecnología de acceso utilizada en cada dirección o el límite entre los activos propios de Conex y la infraestructura de terceros. El enfoque del sitio web en Chorrillos es una declaración de mercado, no un mapa de ruta.

Esta brecha es normal en el sentido de que los operadores rara vez publican cada ruta de acceso. Sin embargo, es comercialmente importante. La resiliencia de un cliente está determinada por la ruta física específica desde sus instalaciones hasta la red del operador, no solo por la presencia del operador en un intercambio o centro de datos. Un proveedor puede tener una interconexión sólida y aún así atender a un solo cliente a través de una única entrada vulnerable. También puede tener alternativas de acceso local que no aparecen en los datos de enrutamiento públicos. Solo la evidencia específica del servicio distingue estos casos.

La segmentación en usuarios residenciales, PYME y empresariales también sugiere diferentes expectativas, pero el sitio web por sí solo no define las condiciones de servicio asociadas a cada clase. Una etiqueta de tarifa no muestra si el ancho de banda está garantizado, es contendedo, conformado o sujeto a otra condición. Tampoco establece una obligación de recuperación empresarial a partir de una afirmación de soporte general.

Por lo tanto, las páginas de ventas de Conex muestran el lado de demanda previsto de AS269975: personas y empresas que compran acceso en Lima. No muestran cómo cada servicio promocionado alcanza el límite de red visible. Ese punto medio faltante es donde los clientes deben concentrar sus preguntas.

Las etiquetas de tarifa no deben confundirse con el rendimiento entregado

Las páginas residenciales muestran etiquetas de tarifa de 500 Mbps a 1.5 GB, mientras que la oferta PYME muestra etiquetas de 100 Mbps a 600 Mbps. En otra parte, la empresa presenta Carrier Ethernet de 10 Mbps a 1 Gbps. Estas cifras son comercialmente relevantes porque definen la escala a la que Conex invita a los clientes a comparar.

Requieren una transcripción cuidadosa. La etiqueta residencial superior se muestra como 1.5 GB, que por sí sola no es suficiente para determinar la unidad de velocidad de transferencia prevista. No debe convertirse implícitamente a 1.5 Gbps u otra medida sin una aclaración del proveedor. En general, una velocidad mostrada no indica si la cifra es un máximo, una tasa de información asegurada, un nivel de ráfaga, una configuración de puerto de acceso u otra definición de tarifa.

La evidencia pública no incluye pruebas de rendimiento independientes, mediciones de congestión o rendimiento bajo demanda simultánea. Tampoco muestra cómo se relacionan las etiquetas de tarifa minorista con el rango de tráfico autoinformado de 1 a 5 Gbps de PeeringDB o el puerto de 1.000 Mbps de JumboIX. Sumar estas cifras crearía un modelo de capacidad falso. Se refieren a diferentes capas y pueden haber sido registradas en diferentes momentos.

Para clientes residenciales y PYME, las preguntas útiles incluyen qué velocidad se espera en horas pico, cómo se mide el rendimiento, si el valor promocionado se aplica en ambas direcciones y qué recurso existe por bajo rendimiento sostenido. Para compradores empresariales y de Carrier Ethernet, la investigación debe ir más allá: el ancho de banda asegurado, el tipo de entrega, los objetivos de latencia y pérdida, la ubicación de medición, el tratamiento de mantenimiento y las condiciones de recuperación deben establecerse en el pedido.

La importancia económica es clara sin una conclusión no respaldada sobre los márgenes de Conex. Un proveedor regional debe equilibrar la demanda vendida con los recursos de acceso, agregación, interconexión y tránsito. Las etiquetas de tarifa públicas revelan la promesa al mercado. No muestran si la red subyacente tiene reservas suficientes en el momento y lugar que un cliente las necesita.

El tráfico predominantemente entrante enmarca la pregunta de dependencia

PeeringDB describe el tráfico de Conex como predominantemente entrante. Como campo de perfil autoinformado, no debe tratarse como una proporción medida, pero ayuda a enmarcar la pregunta operativa. Un proveedor que atiende a clientes de acceso esperaría que gran parte del tráfico demandado por esos clientes llegue desde contenido y servicios en otro lugar. Por lo tanto, la resiliencia de las rutas entrantes puede ser directamente relevante para la experiencia vendida.

El campo no identifica de dónde proviene ese tráfico. El puerto de JumboIX puede transportar parte del tráfico intercambiado localmente; el vecindario observado AS7195 puede transportar parte del tráfico; pueden existir otras relaciones fuera del estrecho conjunto de evidencia pública. Nada en los registros respalda un desglose completo entre interconexión, tránsito e interconexión privada. Tampoco se puede asignar el rango autoinformado de 1 a 5 Gbps a ninguna fuente específica.

Esta incertidumbre es importante cuando una oferta de venta enfatiza altas velocidades de acceso. Una conexión rápida en el lado del cliente no garantiza un rendimiento equivalente a cualquier destino. El resultado de extremo a extremo depende de la agregación y la interconexión más allá de las instalaciones. Si una parte significativa de la demanda utiliza una única dependencia restringida o propensa a fallas, un puerto de acceso puede permanecer operativo mientras la experiencia del cliente se degrada. Este es un escenario a probar, no un estado determinado aquí.

Un comprador puede convertir la descripción "predominantemente entrante" en preguntas prácticas. ¿Qué rutas externas transportan los destinos importantes para la empresa? ¿Cuáles de estas rutas tienen alternativas? ¿Cómo maneja Conex la congestión o evita una interconexión fallida? ¿Qué mediciones puede ver un cliente y desde qué puntos se recopilan? Para servicios empresariales, la respuesta debe distinguir el segmento de acceso local del rendimiento más allá de la red de Conex.

Por lo tanto, el campo de PeeringDB es una pista analítica, no un veredicto. Dirige la atención a la capacidad y la capacidad de recuperación de las rutas de tráfico entrantes, quedando la topología y utilización reales por demostrar.

Dos rutas de fibra y respaldo por radio necesitan una definición física

Conex declara que su red utiliza fibra urbana e interurbana y promociona dos rutas de fibra más respaldo por radio. Si son física y operativamente independientes, este diseño podría mejorar significativamente la continuidad. Sin embargo, el sitio web público no proporciona dibujos de ruta, información de conductos, detalles de acceso, especificaciones de radio, límites de capacidad o resultados de conmutación por error. La afirmación sigue siendo una descripción de primera mano cuyo significado práctico depende de estos hechos faltantes.

"Dos rutas" puede describir varios arreglos muy diferentes. Las fibras pueden salir de un edificio de cliente por entradas separadas o compartir la misma. Pueden seguir calles diferentes u ocupar el mismo conducto. Pueden terminar en equipos diferentes o converger en un solo chasis, fuente de alimentación o instalación. Pueden ser propiedad de Conex, arrendadas a un proveedor o ensambladas de múltiples proveedores. Ninguna de estas posibilidades puede seleccionarse a partir de la evidencia pública.

El respaldo por radio está igualmente indefinido. El sitio web señala que Conex dice que dicho respaldo existe; no identifica su cobertura, disposición espectral, rendimiento, alimentación, restricciones de línea de visión ni los servicios elegibles. Una ruta de radio capaz de mantener la gestión básica o el tráfico empresarial seleccionado no puede transportar la carga completa que normalmente se lleva sobre fibra. Esta observación es un principio de diligencia debida, no una declaración sobre el sistema de radio real de Conex.

La recuperación automática también requiere un desencadenante y un objetivo. ¿El tráfico se mueve por pérdida de luz, pérdida de un vecino enrutado, un umbral de rendimiento o una decisión manual? ¿Qué servicios del cliente participan? ¿Cuánto dura la detección y qué sucede con las sesiones activas? ¿Recuperación significa que cualquier conectividad regresa, que el ancho de banda contractual regresa o que una aplicación definida sigue utilizable? El texto de ventas no responde a esto.

Para un cliente que depende de la resiliencia, Conex debería poder mapear las rutas reclamadas desde la demarcación del servicio hasta los nodos de red relevantes, identificar segmentos compartidos y establecer los límites utilizables del respaldo. Una prueba controlada debería demostrar la transición y la recuperación. Sin esta evidencia, dos fibras y una ruta de radio son componentes en una narrativa, no prueba de un diseño de servicio independiente.

El lenguaje de cable submarino directo necesita un límite de propiedad y ruta

El sitio web también afirma una conexión directa a los principales cables submarinos. Este es un lenguaje potencialmente importante para un operador cuyos clientes necesitan conectividad internacional, pero es demasiado amplio para establecer un hecho físico o comercial por sí mismo. El material público no nombra ningún sistema de cable, estación de aterrizaje, contrato de capacidad, longitud de onda, operador o ruta desde la red de Conex hasta un punto de aterrizaje.

"Directo" puede tener diferentes significados comerciales. Podría referirse a una relación que evita un intermediario en algún nivel, una conexión obtenida a través de un socio, una ruta hacia capacidad asociada con un sistema de cable, o simplemente una forma abreviada de describir alcance internacional. La evidencia disponible no permite elegir entre estas interpretaciones. Ciertamente no muestra que Conex posea activos de cable submarino o tenga su propio acceso físico al cable.

La distinción es importante porque la resiliencia internacional depende de más que el nombre de un cable. Un cliente debe entender el servicio contratado, la entrega, la ruta terrestre hacia la interconexión relevante, cualquier dependencia compartida y la ruta alternativa que se aplica cuando la ruta preferida no está disponible. Dos productos etiquetados con diferentes nombres de cable pueden compartir la infraestructura terrestre, mientras que un servicio bien diseñado puede proporcionar protección que no es visible en los textos de marketing.

Las instalaciones de PeeringDB y la presencia de JumboIX de Conex no cierran esta brecha. Muestran divulgaciones de interconexión nacional en Lima, no topología submarina. El vecindario observado AS7195 tampoco identifica una ruta de cable. Ninguno debe combinarse para crear una ruta inventada hacia la costa o más allá.

La afirmación se trata mejor como una solicitud de detalles. Nombre el servicio y las contrapartes, defina qué significa directo, identifique los límites físicos y contractuales relevantes, indique la capacidad disponible para el servicio del cliente y documente el diseño de recuperación. Hasta entonces, el lenguaje del cable submarino indica una promesa de conectividad prevista, no un acceso de cable verificado.

Un NOC 7x24x365 no es igual a un reloj de recuperación

Conex dice que mantiene un centro de operaciones de red operado las 24 horas del día, los 365 días del año, y ofrece soporte, personal local y recuperación automática. La supervisión continua y el soporte accesible pueden ser valiosos, pero la declaración pública no proporciona niveles de personal, sistemas supervisados, pasos de escalada, cobertura de campo, resultados de reparación promedio o compromisos de servicio específicos del cliente. Debe atribuirse como una afirmación de la empresa, no como un rendimiento operativo auditado.

Un NOC puede observar y coordinar sin poder realizar cada reparación de forma remota. La recuperación física puede depender del acceso al edificio, un técnico de campo, un contratista de fibra, equipos de repuesto, un operador de instalaciones o un proveedor ascendente. El tiempo para confirmar una alarma es diferente del tiempo para diagnosticarla, enviar ayuda, llegar a la falla, obtener permiso de trabajo y restaurar el servicio a su estado contractual.

La recuperación automática cubre un límite diferente. Un sistema de enrutamiento o transporte puede redirigir el tráfico alrededor de una falla, pero una conmutación exitosa no restaura necesariamente la capacidad completa o cada aplicación. La página pública no define qué fallas están cubiertas, si la conmutación por error es automática de extremo a extremo, con qué frecuencia se prueba o qué riesgo residual permanece. Tampoco establece que la ruta de radio soporte el mismo nivel de tráfico que el servicio de fibra primaria.

Por lo tanto, los clientes deben preguntar por un reloj con hitos designados. ¿Cuándo detecta Conex un evento? ¿Cuándo se notifica al cliente? ¿Qué inicia el cronómetro de respuesta? ¿Cuándo se asigna un recurso de campo? ¿Qué estado se considera recuperado? Si el servicio regresa con capacidad reducida, ¿cómo se informa y resuelve? Los rendimientos históricos anonimizados en estos hitos serían más reveladores que una promesa general de vigilancia constante.

La afirmación del NOC solo es creíble como una descripción de la cobertura operativa prevista dentro de su redacción. La evidencia requerida para la resiliencia se encuentra en resultados repetibles: detección, comunicación, conmutación por error, reparación y recuperación completa bajo condiciones definidas.

El punto medio faltante va desde las instalaciones hasta el intercambio

Los registros públicos describen ambos extremos de una posible cadena de servicio con más claridad que el medio. En un extremo, Conex comercializa acceso de fibra a clientes en Chorrillos y ofertas más amplias para clientes residenciales, PYME y empresariales. En el otro extremo, AS269975 es visible con dos prefijos, un puerto de JumboIX y tres divulgaciones de presencia en instalaciones. Lo que no es público es la ruta física y operativa que conecta la demarcación de un cliente con estos límites de red.

Un mapa útil de diligencia debida comienza en las instalaciones. Identifica la entrada del edificio, el medio de acceso, los equipos de terminación y la dependencia eléctrica. Luego sigue el servicio a través de recorridos por calles, puntos de agregación y cualquier entrega de terceros. Continúa hasta los enrutadores que originan o reciben tráfico para AS269975, las instalaciones donde están presentes esos enrutadores o conexiones, y las rutas de intercambio o ascendentes disponibles más allá.

Cada transición tiene un propietario y un modo de falla. Un cliente puede poseer equipos después de la demarcación, mientras que Conex controla la conexión de acceso. Un propietario puede controlar el acceso a un conducto vertical. Un proveedor de transporte puede poseer parte de la fibra. Un operador de instalaciones puede controlar el acceso a una sala. Una red ascendente puede controlar una ruta más amplia. La evidencia pública no asigna estos roles para los servicios de Conex, por lo que el mapa debe construirse a partir del pedido y diseño reales.

El mapa también debe identificar puntos de convergencia. Dos circuitos de acceso pueden reunirse en un poste, conducto, equipo de agregación o fuente de alimentación. Un respaldo por radio puede depender del mismo acceso al techo o la misma alimentación local que la terminación de fibra. Dos instalaciones de interconexión pueden estar conectadas por una única ruta de transporte metropolitano. Estos son escenarios a descartar o confirmar con evidencia, no supuestos de que existan.

Una vez que la cadena es visible, el papel de los datos técnicos públicos se vuelve más claro. Los prefijos y el ASN identifican el destino lógico. JumboIX y las tres instalaciones identifican posibles límites de interconexión. No proporcionan la ruta del cliente a esos límites. El caso de resiliencia de Conex será más sólido donde pueda cerrar este punto medio faltante con documentación actualizada específica del servicio.

Un comprador necesita un paquete de evidencia, no un eslogan más largo

La primera parte de un paquete de evidencia útil es la identidad y el alcance del servicio. El contrato debe utilizar la persona jurídica que presta el servicio, cotejarla con CORPORACION CONEXTELECOM S.A.C cuando corresponda e identificar a cualquier tercero responsable de partes esenciales de la entrega o reparación. El pedido debe especificar las instalaciones, la demarcación, la clase de servicio, la definición de ancho de banda y si se trata de un contrato residencial, PYME, empresarial o Carrier Ethernet.

La segunda parte es una declaración de ruta física. Para un servicio vendido como resistente a fallas, debe mostrar las dos rutas de fibra reclamadas a un nivel suficiente para identificar entradas de edificio compartidas, secciones de calle, conductos, puntos de agregación e instalaciones. Los detalles de ruta sensibles no necesitan publicarse al mundo, pero el cliente o un auditor independiente necesita suficiente evidencia para probar la independencia. El respaldo por radio debe describirse en términos de cobertura, rendimiento útil esperado, dependencia eléctrica, lógica de activación y servicios protegidos.

La tercera parte es el diseño lógico y de interconexión. Conex debe conciliar el servicio propuesto con AS269975, los prefijos observados, el papel del puerto de JumboIX, el vecindario observado AS7195 y cualquier ruta adicional en la que confíe. El propósito no es exigir que cada relación de red sea pública. Es mostrar qué alternativas existen para el tráfico importante del cliente y si evitan el mismo dominio de falla.

La cuarta parte es la evidencia de capacidad. Las etiquetas de tarifa, el rango de 1 a 5 Gbps de PeeringDB y el puerto de intercambio de 1.000 Mbps deben mantenerse separados. Un cliente necesita el ancho de banda comprometido en su entrega, el método de medición, cualquier condición de contención o conformación, la capacidad disponible durante la operación de respaldo y el punto donde se evalúa el rendimiento. La utilización actual puede ayudar, pero debe vincularse a las interfaces relevantes para el servicio propuesto.

La quinta parte es la operación. El proveedor debe definir la cobertura de monitoreo, la notificación de incidentes, la gravedad, los contactos de escalada, el despliegue de campo, la autorización de acceso, la estrategia de repuesto y las fases de recuperación. Si un NOC está disponible continuamente, el cliente debe saber qué puede hacer directamente y qué requiere otra parte. Si la recuperación automática es esencial para la venta, los resultados de las pruebas deben mostrar el evento desencadenante, el tiempo de transición, el impacto en el tráfico y la capacidad posterior a la conmutación por error.

Finalmente, el paquete necesita control de cambios. Las rutas, instalaciones, proveedores ascendentes y condiciones del servicio pueden cambiar después de la instalación. El cliente debe ser informado cuando cambie una dependencia o suposición de resiliencia importante, y el diseño debe revisarse después de dicho cambio. La evidencia no es un adorno de adquisición único. Es la descripción mantenida del servicio en el que se confía.

Los escenarios de falla son más reveladores que los recuentos de componentes

Contar dos rutas de fibra, un respaldo por radio, tres instalaciones y un puerto de intercambio puede crear la impresión de redundancia sin mostrar cómo interactúan los componentes. Las pruebas de escenarios son una mejor disciplina porque preguntan si el resultado del servicio sobrevive a una pérdida específica.

Un escenario es la falla del acceso de fibra primario del cliente. El resultado relevante no es solo si se activa una interfaz de respaldo. Es si la ruta de radio o la segunda ruta de fibra transporta el servicio del cliente definido, con qué capacidad, después de qué transición y con qué aplicaciones afectadas. El material público no proporciona un resultado, por lo que se requiere una demostración controlada.

Un segundo escenario es la pérdida del equipo o la fuente de alimentación donde convergen dos rutas de acceso. Si ambas rutas terminan en el mismo equipo, la diversidad de rutas puede no proteger contra esa falla. Este artículo no afirma tal convergencia en Conex. Identifica la prueba necesaria para determinar que las rutas promocionadas no comparten un punto inaceptable.

Un tercer escenario es la pérdida de la conexión de JumboIX o del transporte que la alimenta. El monitoreo debe mostrar qué tráfico se traslada a dónde, cómo cambian las rutas y si la alternativa tiene suficiente capacidad. El vecindario observado AS7195 podría ser relevante, pero su función no puede asumirse. Un cuarto escenario es la pérdida de acceso a una instalación listada. La respuesta debe identificar qué servicios se ven afectados y si otra ubicación es realmente independiente desde el punto de vista operativo.

Un quinto escenario es una reparación de campo en condiciones excepcionales. El NOC puede detectar el problema de inmediato, pero la recuperación puede depender del acceso al sitio, los técnicos o un proveedor. Medir cada fase muestra si la supervisión continua se traduce en una capacidad de acción continua.

Estas pruebas convierten afirmaciones amplias en evidencia de servicio sin exigir una promesa poco realista de que nada fallará. El objetivo es comprender qué falla junto, qué capacidad permanece y cómo se desarrolla la recuperación. La huella pública de Conex proporciona suficientes componentes nombrados para diseñar las preguntas. No proporciona las respuestas.

La visibilidad lógica es el comienzo del caso de resiliencia

AS269975 le da a Conex Telecom una identidad de red pública clara. LACNIC la vincula con CORPORACION CONEXTELECOM S.A.C y una dirección en Lima. RIPEstat observó el ASN y dos prefijos en julio de 2026, con datos de enrutamiento y registro alineados para esos recursos. PeeringDB agrega un puerto de 1.000 Mbps en JumboIX Perú y tres divulgaciones de presencia en instalaciones. El sitio web de la empresa conecta esta huella técnica con un negocio de acceso que atiende a hogares, PYMEs y empresas.

Estos hechos son suficientes para establecer visibilidad. No son suficientes para establecer capacidad utilizable por el cliente o resiliencia física. El puerto de 1.000 Mbps no es evidencia de ancho de banda libre. El perfil de 1 a 5 Gbps es tráfico autoinformado, no una reserva provisionada. La presencia en instalaciones no es propiedad ni transporte diverso. Dos rutas de fibra promocionadas no son rutas separadas probadas. El respaldo por radio no tiene capacidad pública ni resultado de prueba. Una afirmación de NOC no tiene un reloj de recuperación público. El lenguaje del cable submarino no tiene un cable nombrado ni un límite de ruta.

Esta no es una conclusión de que Conex carezca de las capacidades promocionadas. Es una conclusión sobre la evidencia actual. El operador puede tener diseños, contratos y resultados operativos más sólidos de los que son visibles en los ocho registros públicos examinados aquí. Si es así, el camino más corto hacia un caso de resiliencia más sólido es mostrar a los clientes la evidencia física y operativa relevante.

La cadena crítica comienza en un edificio específico, sigue la ruta de acceso a través de la agregación y las entregas en instalaciones, llega a los enrutadores e interconexiones que soportan AS269975 e incluye a las personas y procedimientos necesarios cuando la recuperación automática se detiene. Cada eslabón debe tener un propietario, un límite de capacidad, un modo de falla y una acción de recuperación.

Conex se ha hecho localizable en el nivel lógico. La pregunta ahora es si su servicio de acceso es igualmente legible debajo de él. Hasta que se demuestren la separación de rutas, los límites de respaldo y el rendimiento de recuperación para el servicio comprado, AS269975 debe leerse como una invitación a la diligencia debida, no como un certificado de resiliencia.

Fuentes