{"id":13785,"date":"2023-11-06T14:35:00","date_gmt":"2023-11-06T13:35:00","guid":{"rendered":"https:\/\/www.quobis.com\/?p=13785"},"modified":"2024-08-02T14:38:14","modified_gmt":"2024-08-02T12:38:14","slug":"6g-on-time-ecn-control-de-trafico-en-caso-de-congestion","status":"publish","type":"post","link":"https:\/\/www.quobis.com\/es\/2023\/11\/06\/6g-on-time-ecn-control-de-trafico-en-caso-de-congestion\/","title":{"rendered":"6G ON TIME: ECN control de tr\u00e1fico en caso de congesti\u00f3n"},"content":{"rendered":"\n

Una de las principales actividades llevadas a cabo en el proyecto 6G ON TIME<\/a> es evaluar mecanismos como ECN<\/a> (explicit congestion communication para aprovechar las capacidades de adaptaci\u00f3n para optimizar los tiempos de transmisi\u00f3n y reducir la latencia en las comunicaciones.<\/p>\n\n\n\n

El objetivo de esta actividad es realizar una serie de pruebas sobre el comportamiento del tr\u00e1fico multimedia en tiempo real y, por tanto, sensible ante efectos de p\u00e9rdida de paquetes, retransmisiones, latencias y cambios de jitter, en escenarios de congesti\u00f3n de red. Esta actividad valora la idoneidad o no del uso de los mecanismos basados en ECN para casos de uso propios de entornos xURLLC<\/a> de baja latencia y alta fiabilidad.<\/p>\n\n\n\n

T\u00edpicamente, las redes TCP\/IP se\u00f1alan la congesti\u00f3n descartando paquetes. Cuando ECN se negocia con \u00e9xito, un router compatible con ECN puede establecer una marca en el encabezado IP en lugar de descartar un paquete para indicar una congesti\u00f3n inminente. El receptor del paquete hace eco de la indicaci\u00f3n de congesti\u00f3n al remitente, que reduce su tasa de transmisi\u00f3n como si detectara un paquete descartado.<\/p>\n\n\n\n

En IP la interpretaci\u00f3n de los bits ECN es, a priori, muy sencilla. ECN utiliza los dos bits menos significativos (m\u00e1s a la derecha) del campo \u201cClase de tr\u00e1fico\u201d en el encabezado de IPv4 o IPv6. Los enrutadores utilizan la informaci\u00f3n de este byte para el uso de servicios diferenciados, DSCP (Differentiated Services Code Point)<\/strong>, aplicando QoS a las redes IP (estableciendo prioridades a los paquetes y asign\u00e1ndoles rutas de baja latencia o alta velocidad).<\/p>\n\n\n\n

Sin ECN, el retorno de congesti\u00f3n hacia el transmisor se logra indirectamente mediante la detecci\u00f3n de paquetes perdidos.<\/p>\n\n\n\n

Con ECN, la congesti\u00f3n se indica configurando el campo ECN dentro de un paquete IP como \u201cCongesti\u00f3n Detectada\u201d.<\/p>\n\n\n\n

Cuando ambos extremos (endpoints) soportan ECN marcan sus paquetes como ECN 01 o 10 (lo que se denomina habitualmente ECT-0 o ECT-1. Los routers gestionan los c\u00f3digos ECT-0 o ECT-1 como equivalentes. As\u00ed, en el caso de que el paquete atraviese una cola que soporte AQM (active queue management<\/strong>), como es el caso de aquellas que soporta RED (random early detection<\/strong>) y se est\u00e1 experimentando congesti\u00f3n, si el router soporta ECN, puede cambiar el c\u00f3digo a ECN 11 (llamado CE, congesti\u00f3n detectada).<\/p>\n\n\n\n

Esta operaci\u00f3n se conoce como \u00abmarcado<\/strong>\u00bb y su prop\u00f3sito es informar al terminal receptor de la congesti\u00f3n inminente. En el punto final de recepci\u00f3n, esta indicaci\u00f3n de congesti\u00f3n se gestiona por el protocolo de la capa superior (protocolo de la capa de transporte) y debe devolverse al nodo transmisor para indicarle que reduzca su velocidad de transmisi\u00f3n.<\/p>\n\n\n\n

TCP admite ECN utilizando dos indicadores en el encabezado. El primero es ECN-Echo<\/strong> (ECE) se utiliza para dar feedback de la indicaci\u00f3n de congesti\u00f3n (es decir, para se\u00f1alar al remitente que reduzca la velocidad de transmisi\u00f3n). El segundo es el CWR Congesti\u00f3n Window Reduced<\/strong> (o ventana de congesti\u00f3n reducida), para confirmar que se recibi\u00f3 el eco de indicaci\u00f3n de congesti\u00f3n.<\/p>\n\n\n\n

Al recibir un paquete IP con el punto de c\u00f3digo Congesti\u00f3n Detectada, el receptor TCP reenv\u00eda esta indicaci\u00f3n de congesti\u00f3n utilizando el indicador ECE en el encabezado TCP. Cuando el endpoint recibe un segmento TCP con el bit ECE, reduce su ventana de congesti\u00f3n como si se hubiera tratado de una p\u00e9rdida de un paquete. Luego reconoce la indicaci\u00f3n de congesti\u00f3n enviando un segmento con el bit CWR activo.<\/p>\n\n\n\n

Un nodo sigue transmitiendo segmentos TCP con el bit ECE activo hasta que recibe un segmento con el bit CWR activo.<\/p>\n\n\n