En plattform för trafikoptimering, LibreQoS 1.4, är nu tillgänglig.

Version 1.4 av plattformen LibreQoS har publicerats, som är avsedd för att organisera en rättvis fördelning av den tillgängliga bandbredden mellan användare och minska de negativa effekterna av paketbuffring (Bufferbloat) från nätverksutrustning. Plattformen kan användas av tjänsteleverantörer eller administratörer av privata nätverk för att optimera trafikflöden, hålla latens på en minimal nivå och fördela bandbredd med hänsyn till prioriteringar. Projektkoden är skriven i C, Python och Rust, och distribueras under GPLv2-licensen. Projektet utvecklas under ledning av Dave Taht, medgrundare av Bufferbloat-projektet, skaparen av CeroWrt-distributionen och författare till flera RFC-dokument relaterade till behandling av nätverksköer.

LibreQoS möjliggör minskade latenser och ökad pålitlighet för interaktiva sessioner, spel, online-lärplattformar, VoIP-trafik och videokonferenser under tung belastning på nätverket, till exempel på grund av att vissa användare laddar ner filmer i flera strömmar eller aktiviteter av torrentanvändare (LibreQoS löser problemet med hackig videokonferens när någon i samma nätverk börjar ladda ner 4K-video). Användningen av LibreQoS minskar den tillgängliga toppbandbredden för en användare, men ger möjlighet att avsevärt minska latensen och fördela resurser rättvist bland alla deltagare i datagåvan. I en genomförd test visade användningen av LibreQoS en minskning av latensen vid datamottagning från 106 till 9 ms, och vid överföring från 517 till 23 ms, samt en minskning av hastigheten för kontinuerlig nedladdning från 74 till 25 Mbps och överföring från 29 till 8 Mbps.

I grunden för LibreQoS ligger tillämpningen av köhanteringssystemet CAKE (Common Applications Kept Enhanced) och paketplaneraren fq_codel (Fair Queuing Controlled Delay), samt användning av eBPF och XDP (Express Data Path) för att utföra hanterare på nätverksdrivrutinsnivå med möjlighet till direkt åtkomst till DMA-paketbufferten. CAKE-algoritmen är utformad för att ersätta och förenkla den komplexa hierarkin av köbehandlingsdiscipliner, och är kapabel att maximera den möjliga kapaciteten och ge en minimal latensnivå även på de långsammaste kommunikationskanalerna med leverantören och vid drift på lågfartsenheter. LibreQoS

LibreQoS erbjuder också verktyg för att spåra fördröjningar mellan begäran och svar (RTT, round-trip time), kopplat till enskilda användare, åtkomstpunkter och webbplatser. För tillståndsanalys har ett webgränssnitt utvecklats, vilket ger möjlighet att visuellt bedöma trafiken i nätverket, följa förändringar i belastning och fördröjningar samt identifiera de mest aktiva användarna. Flexibla hierarkiska trafikbegränsningsscheman kan skapas, och integration med UISP och Splynx möjliggör kartläggning av topologier och kunder.

LibreQoS installeras på server, placerad mellan gränsroutern till leverantören och den grundläggande routern i det lokala nätverket. En server med LibreQoS kan hantera trafikbegränsning för många tusen användare, exempelvis servern med en 16-kärnig Xeon Gold CPU som är tillräcklig för att hantera trafik från ISP-kunder med en kapacitet på 11 gbit/s.

I den nya versionen:

• En ny arkitektur baserad på en backend skrivna i Rust har implementerats. Backend inkluderar:
  • Bakgrundsprocessen lqosd, som ansvarar för att ladda och konfigurera eBPF-program, extrahera statistik direkt från eBPF och tillhandahålla en buss för datadelning mellan komponenterna.
  • Verktyget lqtop för att visa nuvarande aktivitet.
  • Webgränssnittet lqos_node_manager för kategorisering av trafik, övervakning, systemstatus och analys av aktuell aktivitet.
  • Kopplingen lqos_python för att organisera tillgång till bussen från skript skrivna i Python.
  • Konfigurationsfilsgeneratorn lqos_setup.
  • Användarautentiseringssystemet lqos_users.
• Möjlighet att använda XDP-baserade nätverksbroacceleratorer i stället för den inbyggda kärnbridge-subsystemet har lagts till. I detta läge kan prestanda ökas med 30%.
• Stöd för analys av paket och trafikflöden har lagts till.
• En single-interface-läge har lagts till, vilket tillåter användning av en enskild nätverksgränssnitt och VLAN:s för extern (leverantör) och intern (lokalt nätverk) trafik.
• Ett nytt webgränssnitt med ett större antal nya diagram har föreslagits.

Källa: opennet.ru