Resumen

  • La revisión temprana de Donald Eastlake para el Routing Area Directorate terminó el 27 de septiembre con resultado «Not ready». No equivale a un rechazo del IESG: el texto sigue siendo un borrador activo del grupo IDR.
  • La revisión 13 del borrador dice que la alcanzabilidad del siguiente salto SHOULD resolverse en la base de reenvío del plano de datos elegido y que la disponibilidad del trayecto MAY comprobarse. No especifica expresamente si fallar una de esas pruebas excluye la ruta de la selección.
  • El revisor pide mirar el estado que llevará de verdad los paquetes, incluida la resolución recursiva y el mecanismo de etiquetas o túneles. Consultar otra entrada puede producir una aprobación sin valor para ese camino.

La cuestión no es si BGP conoce un destino en abstracto, sino qué sucederá con un paquete enviado hacia él. El borrador del grupo IDR plantea un ejemplo de VPN MPLS: un equipo de borde mantiene una ruta IP al siguiente salto, pero el trayecto conmutado por etiquetas hacia ese destino no funciona. Puede seguir atrayendo tráfico al anunciar una ruta que en la práctica no lo transporta, incluso si existe una alternativa. Es un ejemplo del documento, no la descripción de un incidente comprobado.

El hecho reciente es la revisión. Donald E. Eastlake III fechó su análisis el 25 de septiembre y el Datatracker registró su finalización el 27. El resultado «Not ready» pertenece a una evaluación temprana solicitada al Routing Area Directorate. La ficha oficial todavía presenta la versión 13, fechada el 14 de septiembre, como Internet-Draft activo del grupo de trabajo IDR, destinado a Proposed Standard, y con estado «I-D Exists» ante el IESG. No hay reunión fijada. La indicación de que actualizaría RFC 4271 lleva la condición «if approved».

El trabajo pasó por última llamada del grupo y revisión de un director de área en 2020, pero no llegó entonces al final del proceso.

El punto delicado está en las dos opciones normativas del apartado 3. El borrador aconseja comprobar el siguiente salto en la base de reenvío del plano de datos que selecciona la política: SHOULD. Autoriza, sin exigirla, una prueba de disponibilidad mediante OAM del mismo plano: MAY. Deja fuera de su alcance la elección de política y de mecanismos. Eastlake observa que RFC 4271 ya descarta de la fase 2 de decisión las rutas que no pueden resolverse. Sin embargo, el nuevo texto no dice claramente que un fallo de una de sus comprobaciones convierta la ruta en no resoluble a esos efectos. La frase MUST que propone el revisor es una corrección solicitada, no la redacción vigente.

Tampoco basta con escribir «base de reenvío» sin identificar la entrada adecuada. Para MPLS, el tráfico puede depender de una etiqueta aprendida por LDP, un SID de Segment Routing, un túnel RSVP-TE o SR Policy, o una ruta BGP con etiqueta cuya resolución continúa en otros saltos. Una conexión directa puede usar una entrada sin etiqueta. Esas pruebas no son equivalentes. Dos implementaciones podrían elegir caminos distintos con los mismos anuncios si una comprueba la entrada que usa el paquete y la otra consulta otra base válida pero irrelevante.

Hay que delimitar también lo que ya existe. RFC 9012 considera no resoluble una ruta cuyo atributo Tunnel Encapsulation no ofrece un túnel factible. Eastlake pregunta qué regla adicional aportaría el borrador en ese caso; formular la pregunta no demuestra una contradicción. Además advierte que una señal OAM inestable puede hacer oscilar las rutas y que resultados distintos entre routers IP pueden crear bucles. Los falsos positivos, falsos negativos y el estado inicial desconocido son riesgos de diseño, no estadísticas de redes desplegadas.

Para un operador, la evidencia útil uniría la política que escogió el plano, la entrada exacta que ejecutará el reenvío, el resultado de la comprobación y la decisión final sobre la candidatura de la ruta. Esa cadena auditable es una propuesta editorial de Daniel Kade, no un formato de registro exigido por el IETF. La revisión no demuestra cuántas redes padecen este problema.

Fuentes