Gyakori tapasztalat az otthoni hálózatokon, hogy bár a sávszélesség-mérés kiváló eredményt mutat (például 500 vagy 1000 Mbit/s letöltési sebességet), az online videohívások mégis szétesnek, az élősugárzások megakadnak, vagy az online játékok során idegesítő akadozás (lag) jelentkezik. Ennek oka, hogy az internethasználat során a sávszélesség csak a cső átmérőjét jelenti, míg a kapcsolat valós idejű minőségét a késleltetés, a jitter és a csomagvesztés hármasa határozza meg.
A három hálózati metrika megértése és mérése kulcsfontosságú ahhoz, hogy beazonosítsuk a hálózati hibák gyökerét.
1. A hálózati reakcióidő alapelemei
Késleltetés (Latency / Ping)
A késleltetés az az időtartam, amíg egy adatcsomag eljut a forrástól a célállomásig és a válasz visszajön. Ezt millivégmásodpercben (ms) mérjük, és a szakirodalom leggyakrabban RTT-ként (Round Trip Time) hivatkozik rá.
A késleltetést négy fő összetevő alkotja:
- Terjedési késleltetés (Propagation Delay): A fény és az elektromos jelek terjedési sebessége a közegben. Optikai szálban a fénysebesség körülbelül 200 000 km/s. Egy Budapest–Frankfurt útvonal oda-vissza távolsága a hálózati nyomvonalakon kb. 2000 km, ami fizikai alapon is minimum 10–12 ms késleltetést jelent.
- Feldolgozási késleltetés (Processing Delay): A routerek és switchek ideje a fejlécek beolvasására és a routing táblázat alapján történő döntéshozatalra.
- Sorbanállási késleltetés (Queuing Delay): Az az idő, amit a csomag a hálózati pufferben tölt, amíg a kimeneti interfész szabaddá válik.
- Átviteli késleltetés (Transmission Delay): A csomag fizikai bitjeinek pusholása a vonalra, ami a sávszélesség függvénye.
Jitter (Késleltetési ingadozás)
A jitter a egymást követő csomagok késleltetésének ingadozását jelenti. Ha az első csomag 15 ms, a második 40 ms, a harmadik pedig 12 ms alatt ér célba, a hálózat magas jitterrel rendelkezik. A valós idejű alkalmazások (például a VoIP telefonálás vagy a Zoom hívások) a jitterre a legérzékenyebbek. A vevőoldali alkalmazások úgynevezett jitter buffert használnak a szórás kisimítására, de ha az ingadozás túl nagy, a puffer túlcsordul vagy kiürül, ami hallható hangkimaradáshoz vagy képszéteséshez vezet.
Csomagvesztés (Packet Loss)
Csomagvesztésről akkor beszélünk, ha a elküldött IP csomagok egy része egyáltalán nem érkezik meg a célállomásra. Ennek oka lehet fizikai jelzaj (gyenge Wi-Fi jel, sérült kábel) vagy hálózati túlterheltségmiatti puffer-eldobás (tail drop). A TCP protokoll az elveszett csomagokat újraküldi, ami drasztikus sebességcsökkenést és lassulást okoz. Az UDP alapú valós idejű adatfolyamok (játékok, élő videó) viszont nem küldik újra a csomagokat, így ott a csomagvesztés azonnali adatvesztést jelent.
| Metrika | Elfogadható érték (Web / Böngészés) | Elfogadható érték (Videohívás) | Elfogadható érték (Online Játék) |
|---|---|---|---|
| Késleltetés (RTT) | < 100 ms | < 50 ms | < 20 ms |
| Jitter | < 20 ms | < 5 ms | < 2 ms |
| Csomagvesztés | < 1% | 0% | 0% |
2. A Bufferbloat jelenség: miért ugrik meg a ping terhelés alatt?
Az otthoni hálózatok egyik legkevésbé ismert, mégis leggyakoribb problémája a Bufferbloat. Ez a jelenség akkor lép fel, amikor az otthoni router vagy a szolgáltatói modem túl nagy méretű puffereket (queue) használ a hálózati interfészeken.
Amikor egy eszköz maximális sávszélességgel tölteni kezd (például feltölt egy nagy fájlt a felhőbe vagy elindít egy letöltést), a kimeneti vonal telítődik. A router ahelyett, hogy felügyelné a csomagok áramlását, elkezdi felhalmozni az adatcsomagokat a túlméretezett memóriapufferében. Ennek következtében a valós idejű, kis méretű csomagok (például egy játékvezérlő gombnyomása vagy a hangcsomagok) bekerülnek a hatalmas állományok mögé a sorba.
A Bufferbloat hatása katasztrofális: a nyugalmi állapotban 10–15 ms-os ping érték a hálózat terhelése közben 200–800 ms-ra is felugorhat.
[Nyugodt hálózat] --> CSOMAG A --> CSOMAG B --> [Vonal] (Ping: 12 ms)
[Bufferbloat állapot]
[Letöltési adatfolyam 500 MB] [Letöltés] [Letöltés] [JÁTÉK CSOMAG] ...
└─────────────────────────────────────────────────────────────┘
Router hatalmas puffere (Ping: 450 ms)
3. A megoldás: Smart Queue Management (SQM) és FQ-CoDel / CAKE
A Bufferbloat problémáját nem a sávszélesség növelése oldja meg (mivel még egy gigabites vonal is átmenetileg telítődhet), hanem az intelligens sorkezelés: a Smart Queue Management (SQM).
Az SQM algoritmusok – mint az FQ-CoDel (Fair Queueing Controlled Delay) vagy a modern CAKE (Common Applications Kept Equal) – két dolgot tesznek:
- Méltányos elosztás (Fair Queueing): A hálózati adatfolyamokat különálló sorokra bontják az IP/port kapcsolatok alapján. Egyetlen nagyméretű letöltés nem tudja lefoglalni a teljes sávszélességet; a kis méretű, alacsony késleltetést igénylő csomagok előreengedést kapnak.
- Aktív pufferkezelés (Active Queue Management): Az algoritmus folyamatosan méri a csomagok pufferben töltött idejét. Ha a várakozási idő eléri a kritikus határértéket (például 5 ms-ot), az SQM elkezdi finoman eldobni vagy megjelölni (ECN) a TCP csomagokat, kényszerítve a küldő oldalt az átviteli ablak csökkentésére, mielőtt a puffer teljesen megtelne.
Az SQM engedélyezése az otthoni routeren (például OpenWrt rendszereken) megszünteti a ping-tüskéket, így a hálózat maximális terhelés mellett is sziklaszilárd alacsony késleltetést biztosít.
4. Hogyan mérjük pontosan a késleltetést és a csomagvesztést?
A hálózati diagnosztika során nem elegendő egyetlen ping google.com parancsot lefuttatni. A hibák beazonosítására az alábbi parancssori eszközök javasoltak:
MTR (My Traceroute)
Az MTR egyesíti a traceroute és a ping funkcióit. Folyamatosan küldi az ICMP csomagokat az útvonal minden egyes hálózati ugrására (hop), így pontosan megmutatja, hogy a késleltetés vagy a csomagvesztés a belső routeren, a szolgáltatói hálózatban vagy a nemzetközi gerinchálózaton keletkezik-e.
Parancssori használat Linux/macOS alatt:
mtr -c 100 --report 1.1.1.1
Terheléses Ping teszt (Bufferbloat tesztelés)
Teszteld a késleltetést nyugalmi állapotban, majd indíts el egy maximális sebességű letöltést/feltöltést:
ping -c 50 1.1.1.1
Ha a válaszidő átlaga a letöltés elindításakor drasztikusan megugrik, a hálózatod Bufferbloat problémától szenved.
Melyik szám mit ront el
Ha a kapcsolódási élményed akadozik, ne a letöltési sebességben keresd a hibát. Először iktasd ki a Wi-Fi által okozott ingadozásokat kábeles kapcsolattal, ellenőrizd az MTR mérésekkel az útvonalat, és amennyiben a routered támogatja, kapcsolj be SQM sorkezelést. A teljes hibaelhárítási lépéssorhoz nézd meg a mérésről és diagnosztikáról szóló pillar útmutatónkat.