Resumen

  • RFC 9003 permite texto UTF-8 libre de hasta 255 octetos únicamente con Administrative Shutdown o Administrative Reset; sustituye el límite de 128 octetos de RFC 8203.
  • NOTIFICATION termina la conexión y no admite confirmación BGP de recepción o comprensión. Sin integridad o confidencialidad de transporte, el texto puede falsificarse o leerse.
  • Explicar, drenar y conservar rutas son funciones separadas. La aceptación exige bytes exactos, log remoto, decisión de retry, estado RIB/FIB y tráfico medido.

A las 02:00 un router ejecuta un cambio autorizado y envía [CHG-4281] actualización de borde; vuelta prevista en 30 minutos. El NOC vecino ya tiene una pista útil. No tiene una firma humana, una garantía de vuelta ni evidencia de que los paquetes tomaron otra salida.

Dos subcódigos y un presupuesto de octetos

RFC 4486 clasifica diversas causas de Cease. RFC 9003 habilita su campo libre solo para los subcódigos 2 y 4. Un exceso de prefijos, una deconfiguración, una colisión o falta de recursos mantienen su código propio. El lenguaje natural no debe ocultar una clasificación incorrecta.

Un octeto declara la longitud y después aparecen esos octetos UTF-8. Cero significa que no hay texto; no existe terminador NUL y se exige shortest form. El máximo es 255 octetos, no caracteres. Los alfabetos multibyte reducen el número de signos disponibles, desigualdad práctica que llevó a reemplazar RFC 8203.

La frontera antigua sigue siendo política de compatibilidad. Con soporte probado se puede usar 255; sin conocerlo, conviene no superar 128. Un receptor antiguo puede registrar como errónea una carga más larga aunque procese la NOTIFICATION y cierre.

Es una especificación inicial mínima: el estándar define portador, no el sistema mundial de tickets. Cada operador conserva lengua, autorización, retención y escalado.

La última frase no puede recibir respuesta

RFC 4271 cierra inmediatamente la conexión después de NOTIFICATION. Un error en esa NOTIFICATION tampoco puede comunicarse mediante otra. Por ello RFC 9003 afirma que el receptor no puede acusar recibo ni confirmar comprensión correcta.

El log del emisor demuestra intención local. Un pcap demuestra bytes en tránsito. El daemon remoto demuestra llegada y decodificación. Ninguno demuestra lectura humana, acuerdo o acción autorizada.

El identificador debe enlazar con un aviso fuera de banda autenticado. Es preferible compartir una clave durable a copiar detalles internos. La aprobación y la conversación permanecen en un canal bidireccional; BGP solo deja el índice al desaparecer.

Sintaxis válida, semántica hostil

UTF-8 correcto no convierte una afirmación en verdadera. Puede contener un ticket inventado, Unicode confuso o formato que aparente una segunda entrada syslog. shortest form reduce codificaciones inválidas, no elimina engaño visual.

El receptor debe separar valor crudo y representación segura, escapar controles y marcar todo el bloque como dato del peer. El límite de 255 restringe volumen, no sanea contenido.

Sin integridad, el mensaje puede falsificarse; sin confidencialidad, observarse. Conviene minimizar: referencia compartida, clase amplia y ventana. Nombres de personas, credenciales, clientes, hosts, topología y causa raíz preliminar no pertenecen al campo.

Incluso autenticando TCP solo se valida el endpoint configurado, no al redactor ni la exactitud del plazo. Hasta la corroboración, el texto es una declaración del vecino.

Un motivo no mueve paquetes

RFC 8326 actúa antes del cierre: reduce preferencia, espera convergencia y luego corta. RFC 9003 habla durante el corte. No crea ruta alternativa ni modifica LOCAL_PREF.

Puede hacerse un buen proceso con ambos: drenar y medir, después cerrar explicando. La prueba sigue separada; la frase no certifica el drain.

RFC 8538 agrega el bit N de Graceful Notification. Si ambos extremos lo intercambian, una NOTIFICATION distinta de Hard Reset puede retener rutas stale. El subcódigo 9 solicita reset completo. Para Administrative Shutdown recomienda Hard Reset; para Reset deja control al usuario, sin hacer universal el mapeo.

Cuando el texto viaja dentro de Hard Reset, el código exterior es 9 y la notificación administrativa queda encapsulada. Si la plataforma solo muestra la envoltura, pierde el motivo. Si conserva rutas, tampoco prueba que su next hop siga pasando tráfico.

La política de recepción sigue siendo local

El emisor decide cerrar y describir. El receptor decide almacenar, redactar, alertar, reintentar y conservar. RFC 4486 aconseja amortiguar reintentos tras Administrative Shutdown y otras causas largas, limitarlos y finalmente requerir intervención. Una frase no instala un timer remoto.

La automatización debe basarse en subcódigo y política local. Un ticket reconocido añade contexto; uno desconocido pide verificación, no ejecución. Clasificar mal un cierre permanente como Reset puede crear un bucle; llamar Shutdown a una pausa breve puede impedir recuperar.

La aceptación termina en el plano de datos

Primero se define quién escribe, vocabulario, espacio de tickets, datos prohibidos y techo de octetos. Se crean canarios ASCII y multibyte con longitud conocida, probando 128 y solo después 255 con soporte verificado.

En la transmisión se capturan endpoints, hora, código, subcódigo, longitud, bytes y decodificación. Con Graceful Notification se guarda el bit N y la encapsulación Hard Reset. En recepción se comprueban renderizado, escaping, syslog, telemetría, correlación, retención y redacción.

Después se comprueban socket, FSM, retries, withdrawals o stale, timer, RIB y FIB. Por último se mide tráfico, pérdida y recuperación. Esa cadena demuestra explicación y resultado.

El rollback puede retirar texto libre, volver a 128, usar vocabulario controlado o enviar solo la clave. No debe ocultar el subcódigo real ni suprimir el registro externo.

RFC 9003 consigue algo pequeño: una sesión deja una pista interoperable al morir. La autoridad de esa pista procede después de autorización, minimización, corroboración y ejecución observada, nunca del texto por sí solo.