Resumen

  • RFC 7141 separa dos decisiones: la probabilidad de marcado o descarte de la red no debería variar con el tamaño de cada paquete; el transporte debería interpretar un paquete perdido o marcado en proporción a sus octetos.
  • Así se evita que la red regale una ventaja a los paquetes pequeños, pero no se prescribe la respuesta del transporte, no se prometen tasas de bits iguales ni se demuestra una adopción generalizada.

La misma tasa, veinticinco veces más paquetes

Para un router, un paquete es una unidad de trabajo; para un enlace, transporta octetos. La diferencia importó en la gestión activa de colas (AQM), que intenta señalar congestión antes de que la cola se llene. A finales de los años noventa, Random Early Detection (RED) hizo visible el debate. RFC 2309 contemplaba el descarte en modo octeto para reflejar mejor el ancho de banda. Sin embargo, si un paquete pequeño tiene menos probabilidad de ser descartado, su tamaño se convierte en una ventaja por sí mismo.

RFC 7141, publicado en 2014 como Best Current Practice, revisó el asunto. Su ejemplo compara dos flujos a 48 Mbit/s: uno envía paquetes de 60 octetos y otro de 1.500. Los paquetes pequeños son veinticinco veces más numerosos. Si todos tienen una probabilidad de descarte del 0,1 %, el flujo de paquetes pequeños pierde más paquetes, pero en el ejemplo ambos flujos pierden la misma cantidad de bits. El descarte en modo octeto reduce veinticinco veces la probabilidad de los pequeños: iguala el número de paquetes perdidos, pero hace que ese flujo pierda muchos menos bits. Es aritmética ilustrativa, no una medición de una red activa.

La respuesta del RFC separa las capas. En la red, la probabilidad de descartar o marcar un paquete con ECN no debería depender de su tamaño. Para RED, recomienda no usar el descarte en modo octeto: favorecer paquetes pequeños puede incentivar la fragmentación y facilitar una avalancha de paquetes minúsculos. Eso no descarta medir la cola en octetos. Un enlace limitado por bits debería medirla en octetos; un recurso limitado por el procesamiento de paquetes puede contar paquetes. La unidad de medición y el sesgo de marcado son decisiones distintas.

En el transporte, el RFC recomienda interpretar la señal de un paquete perdido o marcado en proporción a sus octetos, como si se aplicara a cada uno. El extremo puede ponderar la señal sin pedir a los equipos compartidos de la red que decidan qué significa equidad para cada transporte. La recomendación define una interpretación a largo plazo; no ordena que todos los transportes cambien su algoritmo ni afirma que flujos TCP equivalentes deban alcanzar la misma tasa de bits. Si se desea igualar tasas, el texto propone modificar TCP, no la red.

La distinción también afecta a la división o fusión de paquetes con marca ECN: se recomienda conservar el número total de octetos marcados, salvo que la compatibilidad con protocolos anteriores lo vuelva demasiado complejo. RFC 7567 sustituyó después las recomendaciones generales de AQM de RFC 2309 e incorporó la separación de RFC 7141. La encuesta de RFC 7141 sobre RED fue expresamente limitada y encontró poco, si acaso algún, despliegue de la variante de descarte en modo octeto. Es evidencia de un debate y una recomendación de ingeniería, no de adopción universal, un ataque observado o una configuración actual.

Fuentes: RFC 7141 · Ficha del RFC Editor · RFC 2309 · RFC 2914 · RFC 3168 · RFC 7567 · RFC 5681 · RFC 6679 · RFC 3550 · RFC 2474