Resumen

  • RFC 9515 cambia los valores 32768–65530 de seis registros del BGP Monitoring Protocol de Specification Required a First Come First Served.
  • La política reduce la ocupación sin registrar y las colisiones, pero acepta solicitudes bien formadas sin filtro técnico ni especificación obligatoria para implementaciones independientes.
  • La asignación debe auditarse separada de la semántica, el código, los colectores, la protección del transporte, el despliegue y la conclusión operativa.

El formulario es correcto y el valor pedido está libre. IANA lo asigna. No hay un experto designado que evalúe si el documento define todos los campos o si dos equipos podrían implementar lo mismo. Esa secuencia no es una omisión accidental: es exactamente lo que significa First Come First Served.

RFC 9515 escogió esa puerta baja para evitar un daño conocido. Si registrar es demasiado costoso, los desarrolladores usan números sin coordinar y la colisión aparece más tarde. El nuevo proceso resuelve la propiedad pública del número; no certifica su contenido.

Seis zonas concretas

La reforma cubre 32768–65530 en BMP Statistics Types, Initiation and Peer Up Information TLVs, Termination Message TLVs, Termination Message Reason Codes, Route Mirroring TLVs y Route Mirroring Information Codes. La zona 0–32767 conserva Standards Action, 65531–65534 queda para experimentación y 65535 continúa reservado.

RFC 7854 había aplicado Specification Required. Según RFC 9515, la diferencia práctica con Standards Action era menor de lo esperado y el coste alentaba el code-point squatting. No se cambió el protocolo ni su seguridad; se cambió quién debe evaluar una solicitud antes de la asignación.

RFC 8126 define el salto. FCFS casi no filtra: acepta una petición válida si queda espacio. Specification Required exigía aprobación experta y una especificación pública, permanente y suficientemente clara y sólida para interoperabilidad independiente. Esas garantías dejan de ser condición previa en los seis rangos altos.

Por eso RFC 9515 no es una repetición de RFC 9519 para SSH ni de RFC 9650 para un registro IS-IS: ambas reformas conservan Expert Review como juicio técnico delegado. El cambio BMP permite asignar sin ese juicio. La terminología histórica de RFC 5226, citada por RFC 7854, sirve de línea base frente a la autoridad vigente de RFC 8126.

Una fila no interpreta el flujo

El registro BMP de IANA muestra hoy First Come First Served y la referencia a RFC 9515. La fila acredita que un valor fue enlazado a una descripción y referencia, y que el registro no lo entregó otra vez en ese momento.

No acredita unidades, errores, versión ni compatibilidad. Tampoco prueba que routers distintos emitan la misma estructura, que los colectores la conserven o que un panel no mezcle significados de proveedor. Un número único puede alimentar una conclusión equivocada de manera perfectamente ordenada.

BMP transporta vistas BGP, sucesos de pares, mensajes reflejados y estadísticas. RFC 7854 advierte que puede revelar información de redes privadas y que sin protección un atacante puede suplantar al router o al colector, leer o modificar el flujo. La unicidad del código no autentica al emisor ni vuelve verdadera la observación.

La cadena probatoria empieza donde termina IANA

El recibo de asignación guarda registro, rango, solicitud, valor, descripción, referencia, solicitante, responsable, disponibilidad y fechas. El recibo semántico incorpora especificación versionada, ejemplos binarios, unidades, cardinalidad, errores y cambios. El recibo de implementación añade commits, versiones, roles, colectores y vectores de prueba. El recibo de despliegue cubre alcance, protección, procedencia, migración, fallos y reversión.

Así, el proveedor no puede vender una asignación como aprobación técnica y el operador tampoco invalida la coordinación porque no hubo experto. FCFS se juzga por evitar colisiones con rapidez; la extensión, por código y resultados observables.

El registro IANA está vivo. RFC 9736 y RFC 9972 modificaron después espacios y asignaciones BMP. La auditoría necesita fecha, política y versión, no una captura actual reinterpretada como historia.

La ficha, el texto, el XML, los errata, el historial y el borrador final reconstruyen la decisión institucional. No sustituyen pruebas de una extensión desplegada.

El marco de Heng Lu sobre código en ejecución, especificación inicial mínima y adopción voluntaria y capas de realidad obliga a conservar esta precisión: el símbolo asignado no debe hacerse pasar por un resultado operativo.