Resumen

  • El 97,98 % de los servidores web IPv4 accesibles de la muestra negoció ECN, pero el 3,26 % de los que lo aceptaron respondió sin las marcas ECT esperadas.
  • Más del 90 % de las rutas medidas conservó los bits ECN. En las demás, el borrado muestra que una ruta puede anular el aviso de congestión sin cortar la comunicación.

Un atasco no tiene por qué esperar a que se pierda un paquete para dar señales de vida. RFC 3168 permite marcar el paquete y pedir una reacción al emisor. Lo interesante de la charla de Danesh Zeynali en el programa de RIPE 93 es la pregunta que viene después: ¿sobrevive la nota al viaje?

El artículo original de TMA 2026 encuentra que el 97,98 % de los servidores web IPv4 accesibles de su muestra negocia ECN. En el conjunto comparable de servidores web IPv6, la cifra es 99,97 %. Es un resultado de la negociación, no un recibo de entrega de cada marca. La segunda prueba descubre que el 3,26 % de los servidores IPv4 que aceptaron ECN envía respuestas sin ECT(0) ni ECT(1). En IPv6, la proporción correspondiente es como máximo 0,5 %. El apretón de manos decía sí; el paquete salió sin la etiqueta prometida.

La investigación también mira las rutas. Más del 90 % de los caminos medidos conserva los bits; en una minoría se borran, a menudo hasta cero. El resumen del trabajo calcula un 6,7 % para IPv4 y un 3,9 % para IPv6. Los episodios se concentran en pocos sistemas autónomos de la muestra. Siete puntos de observación en AWS ofrecen una ventana amplia, aunque inclinada hacia trayectos entre servidores. El dato identifica un problema medible, no la intención de una empresa ni una ley universal de sus redes.

RFC 9330 plantea L4S sobre señales de congestión que llegan y provocan respuesta. La nueva medición no prueba su rendimiento final. Sí enseña el peaje previo: una cadena en la que servidor, ruta y cliente respeten el aviso. Si alguien borra la tinta, el estándar conserva su gramática y pierde su mensaje.