Welcome to the LibreQoS Development Blog

Years ago, I created a site named wisptools.net. No, I’m not going to link to it - because somehow, it’s been purchased by a Russian adult-content company (no, I have no idea why, either). I had the idea for the site because I’d been visiting WISPAmerica in St. Louis, and discovered that the majority of WISP owners weren’t really doing any automated coverage; others were using Radio Mobile, Splat or TowerCoverage. Those are all fine solutions, but they didn’t scratch my itch.

Dynamic circuits appear quickly and vanish when they are no longer in use.

I’m Herbert, lead developer of LibreQoS. I joined not long after Robert and Dave got the ball rolling, added IPv6 support, and created most of the Rust parts, C parts, etc.

Soy Herbert, desarrollador principal de LibreQoS. Me uní poco después de que Robert y Dave iniciaran el proyecto, agregué soporte para IPv6 y creé la mayor parte de los componentes en Rust, C, etc.

Una de las cosas que hemos escuchado de nuestra comunidad es que Insight se ve genial, pero preguntan: “¿Cómo uso esto?” y, más importante aún, “¿Cómo me ayuda esto?”. Nosotros usamos Insight a diario; se ha convertido en nuestra herramienta principal para encontrar problemas de red y entender qué está ocurriendo. Sin embargo, todos somos desarrolladores y tenemos décadas de experiencia como proveedores de internet. Así que nos propusimos a desmitificar la experiencia.

Sometimes, technical problems, licensing issues and the need to eat collide. API access to LibreQoS was one of those uncomfortable areas. In this post, we’ll talk about our design philosophy, competing needs that lead to the separation of the API, and how we’re working to find a happy medium in release 2.2.

When you want to add HTTPS to an existing LibreQoS installation - go to Configuration -> SSL:

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.

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.