Resumen

  • Describir una conexión no equivale a demostrar que el servicio puede recuperarse cuando esa conexión deja de estar disponible.
  • La evaluación útil debe relacionar un fallo definido con una alternativa operativa, capacidad suficiente y autoridad para activarla; contar puertos o proveedores no resuelve esas preguntas.

Qué describen PIX y CIX

Para una red que participa en IX.br, la continuidad empieza por identificar el trayecto que necesita conservar, no por sumar conexiones en un inventario. NIC.br presenta IX.br como una iniciativa de CGI.br y NIC.br que instala y opera puntos de intercambio de tráfico y ofrece infraestructura para la interconexión directa entre sistemas autónomos. Esa es la función institucional descrita por NIC.br en su información sobre IX.br; no es, por sí sola, una garantía de recuperación para cada participante.

La guía de adhesión CIX de IX.br distingue entre la participación mediante un puerto físico para el sistema autónomo en un PIX y el acceso mediante un CIX, identificado como proveedor de puerto compartido. La distinción permite formular una primera pregunta concreta: ¿la conexión al intercambio corresponde al puerto del participante o se comparte a través de un intermediario?

El glosario de IX.br describe el PIX como un punto de interconexión en el que centros de datos u operadores de telecomunicaciones proporcionan un entorno para los equipos de IX.br y conectividad, como enlaces o conexiones cruzadas, que permite a los participantes alcanzar la infraestructura de intercambio. También describe el CIX como una modalidad que permite a varios sistemas autónomos compartir una misma conexión con IX.br.

Estas definiciones identifican funciones y una dependencia compartida. No detallan la topología de un participante concreto ni distribuyen todas las obligaciones contractuales entre NIC.br, el anfitrión del PIX, el proveedor CIX y la red participante. Tampoco autorizan a ordenar las modalidades de mejor a peor según su resiliencia. Tener un puerto propio no demuestra independencia física; utilizar acceso compartido no demuestra que falten alternativas.

El fallo elegido cambia la respuesta

Supongamos que varias redes dependen de una conexión y que esa conexión deja de estar disponible. Su continuidad dependerá de las alternativas utilizables que tenga cada una. La consecuencia es condicional: no describe una avería observada en un CIX ni afirma que todos sus participantes perderían el servicio.

Precisamente por eso conviene definir qué se pierde antes de valorar qué sobra. La avería de un puerto, la indisponibilidad de un tramo de transporte y la pérdida de acceso a una instalación son escenarios diferentes. Una alternativa podría evitar el primero y seguir expuesta al segundo. No basta con llamarla redundante sin explicar frente a qué fallo se espera que funcione.

El examen debe seguir el recorrido desde el equipo del participante hasta el intercambio. ¿Coinciden los trayectos en una instalación, un segmento de transporte, una alimentación eléctrica o un equipo? ¿Qué parte podría seguir operativa si el elemento elegido desapareciera? Son preguntas para comprobar una propuesta de continuidad, no una lista de carencias que este análisis atribuya a IX.br.

La misma cautela se aplica al nombre del proveedor. Dos contratos con empresas distintas no prueban que haya dos recorridos independientes. A la inversa, la presencia de un mismo proveedor no permite concluir, sin conocer la disposición efectiva, que ambas conexiones sufran necesariamente el mismo fallo. La unidad de análisis es la dependencia que puede quedar fuera de servicio, no el número de logotipos en una oferta.

Esta diferencia importa al comparar acceso directo y compartido: la etiqueta comercial o técnica ayuda a localizar preguntas, pero no sustituye la respuesta sobre el recorrido real.

Una alternativa necesita capacidad y alguien que pueda activarla

Separar trayectos tampoco basta. Una vía disponible solo puede sostener el servicio en la medida en que pueda transportar el tráfico necesario durante el escenario considerado. La capacidad relevante no es únicamente la nominal de un puerto, sino la que quedaría utilizable cuando se necesitara la alternativa. Este análisis no establece esa capacidad para ningún participante de IX.br.

Por ello, el punto de partida debería ser el servicio que se pretende preservar. ¿Debe mantenerse todo el tráfico o únicamente una parte prioritaria? ¿Qué degradación sería aceptable? Sin esa definición, la expresión «hay respaldo» deja sin resolver si el respaldo serviría para el objetivo concreto.

Después hay que separar tres facultades: reparar el elemento averiado, autorizar el traslado del tráfico y activar la alternativa. Pueden recaer en actores distintos; su distribución debe comprobarse para cada caso. No se debe atribuir una de ellas a NIC.br, al operador de una instalación, al CIX o al participante solo por el papel que sugiere una definición de acceso.

Una evaluación de recuperación debería conectar esas facultades con acciones realizables. Si hace falta modificar una configuración o coordinar una intervención, interesa saber quién puede hacerlo y en qué condiciones. La mera existencia de una conexión alternativa no demuestra que el participante tenga permiso, preparación o recursos para usarla en el momento necesario.

Lo que cabe concluir, y lo que no

Las descripciones de acceso permiten plantear una comprobación de dependencias. No bastan para establecer disponibilidad medida, independencia de rutas físicas, tiempos de conmutación, capacidad de reserva o responsabilidades contractuales. Este análisis tampoco determina la existencia o ausencia de un acuerdo de nivel de servicio. Ninguna de esas cuestiones debe darse por resuelta en un sentido u otro a partir de las definiciones de PIX y CIX.

La conclusión para una red participante es acotada: antes de contar una conexión como recuperación, debe relacionarla con un fallo, un servicio que preservar y una forma verificable de utilizarla. Es un criterio para evaluar opciones, no una acusación contra el acceso compartido ni una recomendación universal de contratar un puerto propio. La continuidad se acredita con lo que puede hacerse cuando algo falla, no con el vocabulario empleado cuando todo funciona.