GRE hálózati sebességmérés: okok és hibakeresési módszerek

Mit jelez a lassú GRE hálózati sebességmérés?

A GRE, vagyis Generic Routing Encapsulation egy hálózati alagút, amely egy másik IP-kapcsolaton továbbítja a csomagokat. A mérés során ezért nemcsak a helyi internetkapcsolat, hanem a tunnel két végpontja, az útvonal és a kapszulázás feldolgozása is hatással van a letöltési és feltöltési sebességre.

Tipikus jelenség, hogy a közvetlen kapcsolat sebessége megfelelő, a GRE tunnel mögött azonban kisebb átviteli érték, magasabb latencia, ingadozó jitter vagy időszakos csomagvesztés jelenik meg. A hibakeresést érdemes közvetlen és tunnelkapcsolaton végzett mérések összehasonlításával kezdeni.

A leggyakoribb okok

1. Az MTU és a fragmentáció problémája

A GRE fejléce növeli a csomagok méretét, ezért az alagútban használható maximális átviteli egység kisebb lehet, mint a normál Ethernet-kapcsolaton. Ha az MTU túl magas, a csomagok fragmentálódhatnak, vagy a hálózati eszközök eldobhatják őket. Ez különösen nagy terhelésnél okozhat alacsony sebességet és újraküldéseket.

2. A router vagy a tunnel végpontjának CPU-terhelése

A GRE forgalom feldolgozása terheli a router, a modem-router vagy a szerver processzorát. Gyengébb eszközön a CPU elérheti a maximális kihasználtságot, miközben a fizikai internetvonal még nem telítődött. Ilyenkor a sebesség gyakran a tunnel aktiválásakor esik vissza, és a router terhelése együtt nő az átvitellel.

3. Az ISP útvonalának torlódása

A helyi internetszolgáltató, például egy optikai, kábeles vagy DSL-hálózat üzemeltetője által használt útvonal torlódása a GRE végpont felé vezető szakaszon is korlátozhatja a sebességet. A probléma napszakfüggő lehet: este alacsonyabb letöltési érték és magasabb késleltetés jelentkezhet, miközben a helyi Wi-Fi megfelelően működik.

4. Távoli GRE végpont vagy szerverkorlát

Ha a tunnel másik végpontja túlterhelt, a szerver hálózati portja korlátozott, vagy a virtuális gép kevés erőforrást kap, a mérés eredménye a helyi előfizetéstől függetlenül romolhat. Több, eltérő földrajzi helyen lévő mérési célpont összehasonlítása segít felismerni, hogy egyetlen végpont okozza-e a lassulást.

5. Csomagvesztés, jitter és instabil rádiós kapcsolat

A Wi-Fi interferenciája, a gyenge jelerősség, a hibás kábel vagy az útvonal csomagvesztése újraküldéseket eredményez. A TCP-forgalom ilyenkor visszavesz az átviteli ablakból, ezért a sebességmérés alacsony értéket mutathat. A jitter főként valós idejű alkalmazásoknál, például hang- és videóátvitelnél teszi érzékelhetővé a hibát.

6. Tűzfal, QoS vagy forgalomvizsgálat

A routeren, tűzfalon vagy szolgáltatói hálózaton működő QoS-szabályok, sávszélesség-korlátok és mély csomagvizsgálati funkciók lassíthatják a GRE-forgalmat. A titkosítást is használó kapcsolatoknál a GRE mellett további feldolgozási költség jelentkezhet, amely különösen kisebb teljesítményű eszközökön számottevő.

Hogyan különíthető el a hiba forrása?

Először végezzen mérést Ethernet-kábelen, Wi-Fi nélkül, majd ismételje meg ugyanazon a mérési célponton a GRE tunnel aktiválásával. Jegyezze fel a letöltési sebességet, a feltöltési sebességet, a latenciát, a jittert és a csomagvesztést. A napszak és a párhuzamos forgalom rögzítése szintén fontos.

1. Mérje meg a közvetlen internetkapcsolatot a routerhez csatlakoztatott számítógéppel.
2. Ismételje meg a tesztet a GRE tunnel mögötti hálózatról.
3. Hasonlítsa össze az eredményeket több szerverrel és eltérő napszakban.
4. Vizsgálja meg a tunnel végpontjain a CPU-terhelést, a hibás csomagokat és az interfész számlálóit.
5. Ellenőrizze az MTU-t ping alapú, nem fragmentálható csomagokkal, valamint útvonalvizsgálattal.

Ha a közvetlen mérés gyors, de a GRE mérés lassú, a tunnel konfigurációja, az MTU, a végponti eszköz vagy az útvonal a valószínű ok. Ha mindkét mérés lassú, először az ISP-kapcsolatot, a helyi hálózatot és az előfizetéshez tartozó hozzáférési eszközöket kell ellenőrizni.

Optimalizálási javaslatok

• Állítsa be az MTU-t a tényleges GRE-fejlécek és az útvonal alapján, és szükség esetén alkalmazzon TCP MSS-csökkentést.
• Frissítse a router firmware-jét, és ellenőrizze, hogy az eszköz hardveres gyorsítása támogatja-e a használt tunnel-konfigurációt.
• A sebességmérést vezetékes kapcsolaton, háttérletöltések és felhőszinkronizálás nélkül végezze.
• Válasszon földrajzilag közelebbi vagy kevésbé terhelt GRE végpontot, ha több célpont közül lehet választani.
• Vizsgálja felül a QoS-, tűzfal- és sávszélesség-szabályokat, de csak dokumentált hálózati változtatással.
• Wi-Fi esetén használjon megfelelő csatornát, korszerű szabványt és lehetőség szerint 5 GHz-es vagy 6 GHz-es sávot.

Mikor érdemes az internetszolgáltatóhoz fordulni?

Az ISP-t akkor érdemes bevonni, ha a közvetlen, kábeles mérés is tartósan elmarad az előfizetéshez tartozó jellemző értékektől, vagy ha az útvonalon bizonyítható csomagvesztés és jelentős latencia-ingadozás látható. A hibabejelentéshez csatolja a mérési időpontokat, a célpontokat, a közvetlen és GRE eredményeket, valamint a ping- és útvonalvizsgálat adatait.

Ne egyetlen sebességteszt alapján döntsön. A GRE hálózati sebességmérés akkor értelmezhető megbízhatóan, ha azonos körülmények között több alkalommal, lehetőleg vezetékes kapcsolaton és több mérési célponttal is elvégzik.