EBPF

Cuando terminamos de eliminar la penalización por recarga, desbloqueamos muchas opciones de desarrollo — muchas de ellas son funciones que la gente ha querido durante mucho tiempo. La más reciente son los circuitos dinámicos.

Let’s start by understanding the path taken by packets through the Linux kernel, and how LibreQoS interacts with them.

Durante mucho tiempo, LibreQoS solo ha recopilado datos de tráfico en el momento en que los paquetes entran al Controlador de Tráfico (TC). Esto ha provocado que el monitoreo de LibreQoS ocasionalmente parezca inexacto y no resalte qué tan preciso es realmente el control de tráfico con CAKE/fq_codel + HTB. Una actualización reciente cambió esto.

LibreQoS proporciona regulación de calidad de experiencia (QoE) y análisis para los usuarios, pero ha tenido un problema importante durante mucho tiempo. Desde la versión 1.4 de LibreQoS (lanzada en noviembre de 2023), recargar usuarios y el árbol de modelado podía detener el “pipeline” de procesamiento, causando ráfagas de pérdida de paquetes. Uno de mis colegas incluso lo llamó “olas aleatorias de desastre” — un repentino brote de problemas en toda la red.

In this (long) article, I’m going to walk through the problem and the multi-year process of tackling it.