Summary

  • El borrador IPFIX del 2 de noviembre sobre microestallidos propone contar, por cola de salida e intervalo, todos los eventos detectados y los eventos durante los cuales se perdió al menos un paquete por congestión.
  • Cada equipo aplica una condición local de ocupación para decidir qué es un evento. Un episodio con pérdida no equivale a un paquete perdido: el recuento de paquetes descartados aparece en otra medida.

El informe mensual de capacidad marca margen de sobra. Pero la cola de salida puede haberse llenado entre dos muestras. Durante un momento, la llegada supera la velocidad de servicio y la media larga convierte el pico en una línea amable. El nuevo texto propone que IPFIX exporte un recibo más preciso de esa presión. La ficha del IETF lo registra como Internet-Draft individual fechado el 2 de noviembre.

El punto de medida es la cola de egreso. Para identificar una instancia, el borrador combina el Observation Domain ID de la cabecera IPFIX con observationPointId, egressInterface y el nuevo egressQueueId, un identificador local al dispositivo. Los campos de inicio y fin delimitan el intervalo en milisegundos. La media de una interfaz completa no permite saber qué cola soportó la presión; la identidad de la cola evita adjudicarla por igual a todo el puerto. RFC 7011 define el mensaje y el dominio de observación IPFIX. El registro IANA conserva los campos ya existentes que el borrador reutiliza para interfaz, punto, pérdidas y tiempos.

Los nuevos contadores separan frecuencia de daño. microburstEventDeltaCount indica cuántos microestallidos detectó el equipo. microburstLossEventDeltaCount indica en cuántos de ellos se perdió por lo menos un paquete debido a congestión. El segundo cuenta episodios con pérdida; no suma los paquetes perdidos en esos episodios. El borrador reutiliza droppedPacketDeltaCount para ese otro recuento de paquetes. También reconoce que un estallido puede llenar momentáneamente una cola sin ocasionar pérdida. Llamar «paquetes perdidos» a cualquier cifra de eventos haría una factura imaginaria.

El umbral es una decisión del operador o del equipo. La propuesta describe como práctica habitual un límite de subida y otro de bajada para la ocupación de la cola, en octetos o porcentaje del búfer; no fija valores ni algoritmo. Dos aparatos pueden contar distintos episodios ante una presión parecida. Comparar sus números sin registrar el umbral y la capacidad de referencia premia al detector más nervioso. El dispositivo exporta estadísticas agregadas de gestión para analizar y planificar; el texto todavía deja pendientes la plantilla de datos u opciones y las secciones de seguridad e IANA.

Falta una traza identificable que reúna ocupación de cola, configuración del detector, registros IPFIX y descartes observados. Con ella se podría comprobar qué decisión de capacidad o QoS sostienen los campos propuestos.