Resumen
- La revisión 01 de BMP Statistics Information TLV incorpora duración de ventana, número de muestras, P5, P95, una bandera de tiempo y marcas en microsegundos para mínimos y máximos.
- La mejora permite ver variaciones ocultas entre informes, pero no devuelve el orden de las muestras, el tiempo de permanencia ni cuándo el colector pudo responder.
Una pantalla enseña 10.000 rutas al mediodía y vuelve a enseñar 10.000 un cuarto de hora después. La lectura más cómoda es estabilidad. Sin embargo, durante ese intervalo el Adj-RIB-In pudo alcanzar 15.000, caer a 8.000 y regresar al mismo punto. El Statistics Information TLV propuesto puede comunicar esos extremos, además de promedio, mediana, P5, P95 y conteo de muestras. También puede fechar el mínimo y el máximo.
Eso corrige una ceguera de los snapshots. No convierte el resumen en una película. Un salto de un segundo, una meseta de diez minutos y varias oscilaciones pueden terminar con exactamente los mismos campos. Incluso el mismo conjunto de quince muestras, colocado en distinto orden, mantiene mínimo, máximo, promedio, mediana y percentiles mientras cambia por completo la hipótesis causal.
El documento es draft-ietf-grow-bmp-stats-informational-tlv-01. Se subió el 11 de septiembre de 2026, vence el 15 de marzo de 2027 y figura como Internet-Draft del grupo GROW en estado I-D Exists. La portada dice Standards Track, pero Datatracker deja vacío Intended RFC status. No constan document shepherd, area director responsable ni telechat. Los registros y el tipo solicitados a IANA siguen en TBD1. Tampoco hay informe de implementación, prueba de interoperabilidad, despliegue ni medición operativa.
La revisión 01 añade la base que faltaba
RFC 7854 define los informes estadísticos de BMP, pero una medida puntual periódica no cuenta lo que ocurre entre mensajes. La revisión 00 del borrador ya proponía mínimo, máximo, snapshot, promedio y mediana. La 01 añade una Measurement Window Duration de 32 bits, un Sample Count de 32 bits, P5 y P95 y sustituye un byte reservado por banderas.
La bandera T indica si la entrada lleva tiempo. Mínimo y máximo deben incluir segundos y microsegundos desde 1970 UTC. Snapshot, promedio, mediana, P5 y P95 no deben incluirlos. El conteo permite juzgar cuánta población respalda un derivado. También obliga a recordar que el máximo informado es el mayor valor observado: entre dos instantes de muestreo puede haber existido otro mayor.
La ventana de medida no siempre coincide con el intervalo entre envíos. Puede ser parcial tras abrir una sesión o cambiar el estado de un peer, y puede variar en un informe disparado por un evento. Si un emisor necesita dos ventanas para la misma estadística, debe usar TLV separados.
Comprimir la distribución elimina la cronología
Imaginemos quince observaciones, una por minuto. La ventana A se mantiene cerca de 10.000 durante trece minutos, toca 15.000 una vez y 8.000 otra. La ventana B contiene exactamente esos valores pero empieza en el máximo y acaba en el mínimo. Los campos exportados pueden ser iguales. Para operaciones, no lo son: el orden decide si un aumento de rutas precedió a una ola de retiradas, si la recuperación siguió a una intervención o si dos síntomas pudieron guardar relación.
Las marcas de los extremos anclan dos puntos, no todas las posiciones intermedias. P95 no indica si la zona alta fue continua o fragmentada. Sample Count da un denominador, no una secuencia. La duración de la ventana da un lapso, no el tiempo que el sistema permaneció cerca de un valor.
El propio borrador admite recopilación periódica, por eventos o híbrida. También advierte que nearest-rank e interpolación lineal pueden producir percentiles distintos y que el mensaje no exporta la configuración interna. Comparar routers exige prácticas compatibles por otra vía. Pero aun con igual cadencia, reloj y algoritmo, ningún resumen distributivo recupera el orden que fue descartado.
La hora observada no equivale a duración
Para los extremos, el emisor debería usar el momento real de observación, no la hora en que construyó el mensaje. La calidad de ese dato depende de resolución y disciplina del reloj. Proteger el transporte no corrige una fuente temporal desviada.
Si el máximo se observó a las 12:08 con muestreo cada minuto, el umbral pudo cruzarse a las 12:07:01 o a las 12:07:59. La condición pudo desaparecer un segundo después o durar hasta la siguiente lectura. Y si el informe sale cada quince minutos, una anomalía vista a las 12:01 puede llegar al colector a las 12:15. La marca recupera ubicación histórica, no puntualidad de alerta. Tiempo de evidencia, generación, transporte, recepción y acción son relojes distintos.
El colector necesita el contexto exacto
El TLV referencia un Stat Type BMP válido de tipo gauge. No debe describir un contador que crece monótonamente; el receptor debería ignorar y puede registrar ese uso. Para tipos de entrada desconocidos, la bandera T permite saltar una longitud de 10 o 18 bytes. Si aparece dos veces el mismo tipo, las instancias posteriores a la primera deberían ignorarse.
Los Stat Types 9 y 10 tienen significado por AFI/SAFI, pero el Information TLV no contiene esa identidad. El informe debe incluir la estadística ordinaria correspondiente con el mismo AFI/SAFI; sin ella, no se sabe a qué familia pertenece la distribución. Si conviven snapshot ordinario y resumen, el primero debería estar entre mínimo y máximo. Es una comprobación útil, no una garantía de verdad.
BMP tampoco autentica criptográficamente el contenido de la medida. TLS o IPsec pueden proteger la sesión e identificar al interlocutor, pero un router comprometido todavía puede mentir. Más campos implican además más bytes y estado, de modo que siguen haciendo falta límites de tasa y gestión de recursos.
Guardar una traza limitada donde importa
La doctrina de especificación inicial mínima de Heng Lu favorece una envolvente interoperable para métrica, ventana, denominador y resúmenes comunes, sin obligar a uniformar todo el mecanismo interno. La primacía del código en ejecución exige recibos adicionales allí donde un valor comprimido provoca una alerta, un cambio o una mitigación.
Para umbrales con consecuencias conviene conservar un anillo acotado de muestras o eventos. Debe registrar inicio y fin de ventana, modo y cadencia, algoritmo de percentil, fuente y desviación del reloj, hora de generación y recepción, generación de configuración y bytes exactos del TLV. Son recomendaciones operativas, no requisitos de la revisión 01.
El TLV puede demostrar que la aparente estabilidad era falsa. No puede explicar por sí solo el incidente. Antes de asignar causa, duración o responsabilidad, liderazgo necesita la secuencia que el resumen decidió no transportar.
Fuentes
- Registro actual en Datatracker
- Historial de revisiones
- Minimum Initial Specification and Voluntary Adoption
- Running-Code Primacy
- BMP Path Status TLV revisión 05
- Registro de eventos BMP revisión 06
- Statistics Information TLV revisión 00
- Statistics Information TLV revisión 01
- XML de la revisión 01
- Soporte TLV extendido revisión 21
- RFC 2119
- RFC 7854
- RFC 8126
- RFC 8174
- RFC 8671
- RFC 9069
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para Strategic Circle
Strategic Circle
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete a Strategic CircleSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance

