Megjelent a LibreQoS 1.4 verziója, amelyet a rendelkezésre álló sávszélesség igazságos elosztására terveztek a felhasználók között, valamint a csomagbufferezés (Bufferbloat) okozta negatív hatások csökkentésére a hálózati eszközök által. A platformot szolgáltatók vagy magánhálózatok adminisztrátorai használhatják a forgalomfolyamok optimalizálására, a késleltetések minimális szinten tartására és a sávszélesség prioritások szerinti elosztására. A projekt kódját C, Python és Rust nyelveken írták, és GPLv2 licenc alatt terjesztik. A projektet Dave Taht irányítja, aki a Bufferbloat projekt társalapítója, a CeroWrt disztribúció létrehozója és számos, a hálózati sorok kezelésével kapcsolatos RFC szerzője.
A LibreQoS csökkenti a késleltetéseket és növeli a megbízhatóságot interaktív ülések, játékok, online tanulási platformok, VoIP forgalom és videohívások esetén, különösen nagy hálózati terhelés alatt, például amikor egyes felhasználók több szálon filmet töltenek le, vagy torrent-felhasználók aktívak (a LibreQoS megoldja a videohívások akadozásának problémáját, amikor valaki a hálózaton belül 4K videót kezd letölteni). A LibreQoS alkalmazása csökkenti az egy felhasználóra jutó csúcs sávszélességet, de jelentősen csökkenti a késleltetéseket és igazságosan osztja el az erőforrásokat az összes résztvevő között. Az elvégzett tesztek során a LibreQoS használata lehetővé tette, hogy a késleltetések a fogadási oldalon 106 ms-ról 9 ms-ra, az átadásnál pedig 517 ms-ról 23 ms-ra csökkenjen, cserébe a folyamatos letöltés sebessége 74 Mbps-ról 25 Mbps-ra, az átviteli sebesség pedig 29 Mbps-ról 8 Mbps-ra csökkent.
A LibreQoS alapja a CAKE (Common Applications Kept Enhanced) hálózati sorkezelő rendszer és az fq_codel (Fair Queuing Controlled Delay) csomagütemező alkalmazása, valamint eBPF és XDP (Express Data Path) használata a hálózati vezérlőszintű feldolgozók végrehajtására, közvetlen hozzáféréssel a DMA csomagbufferhez. A CAKE algoritmus úgy lett megtervezve, hogy helyettesítse és egyszerűsítse a csomagfeldolgozási sorok bonyolult hierarchiáját, maximális sávszélességet biztosítva, és minimális késleltetést nyújtva még a leglassabb szolgáltatói csatornák esetén is, és gyenge teljesítményű eszközökön történő működés közben.
A LibreQoS lehetőséget biztosít a késleltetések nyomon követésére a kérelem elküldése és a válasz megérkezése (RTT, round-trip time) között, kapcsolódva egyes felhasználókhoz, hozzáférési pontokhoz és weboldalakhoz. Az állapot elemzésére webes felület készült, amely lehetővé teszi a hálózati forgalom vizuális értékelését, a terhelés és a késleltetések változásainak nyomon követését, valamint a legaktívabb felhasználók azonosítását. Rugalmas hierarchikus forgalomkorlátozási séma is létrehozható, és integrálható az UISP-vel és Splynx-szel a topológiák és ügyfelek térképezésére.
A LibreQoS telepítése a szerverhatározottan a szolgáltató határoló routere és a helyi hálózat alap routere között helyezkedik el. Egy LibreQoS szerver képes forgalomkorlátozást végezni több ezer felhasználó számára, például a szerver a 16 magos Xeon Gold CPU elegendő az ISP ügyfelek forgalmának kezelésére 11 gbit/s sebességgel.
Az új verzióban:
- Az architektúra egy Rust nyelven írt háttér rendszer köré épül. A háttér tartalmazza:
- A lqosd háttérfolyamat, amely felelős az eBPF programok betöltéséért és konfigurálásáért, az eBPF-ből közvetlenül statisztikák kiemeléséért, és egy busz biztosításáért az adatok cseréjére a komponensek között.
- A lqtop eszközt az aktuális aktivitás megtekintésére.
- Az lqos_node_manager webes interface a forgalom kategorizálására, a megfigyelésre, a rendszer állapotának nyilvántartására és a jelenlegi aktivitás elemzésére.
- A lqos_python keret a buszhoz való hozzáférés megszervezésére Python nyelvű script-ekből.
- A lqos_setup konfigurációs fájl generáló.
- A lqos_users felhasználói hitelesítési rendszer.
- Kibővítették a támogatást a hálózati hídakon működő XDP alapú gyorsítók használatára a szokásos kernel bridge alrendszer helyett. Ebben a módban 30%-os teljesítménynövekedés érhető el.
- Hozzáadva a csomagok és a forgalmi áramlatok elemzésének támogatása.
- Single-interface üzemmód került bevezetésre, amely egyetlen hálózati interfész és VLAN-ok használatát teszi lehetővé a külső (szolgáltató) és belső (helyi hálózat) forgalom számára.
- Egy új webes felület javasolt több új grafikon hozzáadásával.
Forrás: opennet.ru
