Resumen

  • James Rice abrió el 26 de octubre en RIPE 93 una discusión sobre IX de capa 3: cada puerto de participante usaría un enlace punto a punto hacia los routers del intercambio.
  • Su caso de RIPE 92 relató tráfico inundado o extraviado en un LAN compartido por entradas vecinas obsoletas mientras las sesiones BGP con servidores de rutas podían seguir levantadas.

El cartel dice «BGP conectado» y el paquete aparece en el rellano equivocado. James Rice quiere que el punto de intercambio responda por algo más preciso. En su sesión de RIPE 93 planteó sustituir el gran suelo común de capa 2 por enlaces individuales a routers del IX. El intercambio tomaría las decisiones de reenvío de capa 3. Eso cambia tanto la ingeniería como la frase que se le puede cobrar al cliente.

El motivo venía de Edimburgo. En su caso de RIPE 92, Rice describió un cambio de MAC seguido de una entrada de vecino envejecida. Los paquetes enviados a la vieja dirección podían inundar el LAN, y equipos de otros miembros los hacían llegar después al destino. La transcripción de la sesión recoge tráfico inesperado, respuestas duplicadas y BGP que en algunas sesiones permanecía tranquilo. El plano de control daba los buenos días mientras el plano de datos tomaba un rodeo.

Rice relacionó la persistencia de la entrada con la confirmación de progreso de RFC 4861, apartado 7.3.1: una comunicación que finalmente progresa puede sostener la apariencia de que el vecino sigue alcanzable. Por eso el operador necesita dos recibos separados: sesión BGP establecida y entrega exclusiva al puerto correcto. El primero sale de un panel de rutas; el segundo exige mirar el tráfico.

Un puerto enrutado podría convertir el aislamiento entre miembros en una prestación comprobable. Pero también daría al IX más poder para escoger rutas, resolver fallos y conservar pruebas de entrega. Quien compre el puerto debe poder conocer esa política y exigir corrección. Cambiar de capa sin cambiar la promesa escrita sería mudarse de habitación dejando la cerradura vieja en la puerta.

La convocatoria pregunta qué redes elegirían el servicio y qué intercambios lo ofrecerían. La próxima noticia estará en una especificación: pruebas de aislamiento, comportamiento ante fallos, visibilidad de rutas y remedio cuando el tráfico termina donde no debía. Una conexión sana debe ser el punto de partida del contrato, no su cláusula final.

Fuentes originales