Miért lassú a GRE kapcsolat? Sebességteszt és okok

A GRE kapcsolat sebességteszt során a letöltési és feltöltési sebesség gyakran alacsonyabb lehet a helyi internetkapcsolat névleges értékénél. Ez önmagában nem bizonyítja, hogy az internetszolgáltató vagy az optikai, kábeles, illetve DSL-vonal hibás. A GRE-alagút további feldolgozást és fejléceket ad a forgalomhoz, ezért a mérési eredményt az alagút mindkét végpontján működő hálózati eszközök, az útvonal és a pillanatnyi terhelés együtt határozza meg.

Mit mutat valójában a GRE kapcsolat sebességteszt?

A teszt az alagúton áthaladó forgalom gyakorlati teljesítményét méri, nem kizárólag a hozzáférési vonal kapacitását. A letöltés a távoli végponttól az ügyfélhálózat felé, a feltöltés pedig ellenkező irányban halad. Érdemes a sebességtesztet többször, vezetékes kapcsolaton, különböző időpontokban futtatni.

Az eredmény értelmezéséhez a sebesség mellett a latencia, a jitter és a csomagvesztés is fontos. Stabil sebesség mellett is akadozhat a hang- vagy videóforgalom, ha az alagútban nagy a késleltetés vagy változó az érkezési idő.

Gyakori okok

Nem megfelelő MTU és fragmentáció

A GRE fejléce csökkenti a hasznos csomagméretet a fizikai útvonalon. Ha az MTU túl magas, a csomagok fragmentálódhatnak, vagy egyes hálózati eszközök eldobhatják őket. Ez újraküldéseket, lassú oldalbetöltést és ingadozó sebességtesztet okozhat.

Torolt vagy túlterhelt útvonal

Az alagút útvonala nem feltétlenül egyezik meg a közvetlen internetforgalom útvonalával. Egy torlódó tranzitkapcsolat, rossz routing vagy távoli GRE-végpont növelheti a latenciát, miközben a helyi optikai, kábeles vagy DSL-kapcsolat önmagában megfelelően működik.

Router- vagy tűzfalterhelés

A GRE-forgalom feldolgozása terhelheti a router, a modem-router vagy a tűzfal processzorát. Hardveres gyorsítás hiányában a nagy csomagszám, az állapottartó szabályok, a VPN-funkciók és a forgalomszabályozás együtt elérheti az eszköz kapacitásának határát.

Vezeték nélküli hálózati zavar

Wi-Fi használatakor a mérésbe a rádiós interferencia, a távolság, a falak, a csatornaterhelés és a klienseszköz képessége is beleszól. Emiatt a GRE-alagút hibájának tűnhet egy olyan probléma, amely valójában csak a vezeték nélküli szakaszon jelentkezik.

Csomagvesztés és hibás fizikai kapcsolat

A csomagvesztést okozhatja hibás Ethernet-kábel, rossz port, zajos kábelhálózat, gyenge Wi-Fi-jel vagy az útvonal valamelyik köztes pontja. A TCP ilyenkor újraküldéseket indít és csökkenti az átviteli ablakot, ezért a sebességteszt különösen alacsony eredményt adhat.

CPU-korlát vagy hibás konfiguráció a végpontokon

A GRE-alagút két végpontjának CPU-terhelése meghatározza a feldolgozható forgalmat. Túl kicsi virtuális gép, magas interrupt-terhelés, hibás duplexbeállítás, elavult firmware vagy túl szigorú tűzfalszabály szintén szűk keresztmetszetet hozhat létre.

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

1. Futtass mérést közvetlenül a modemhez vagy routerhez csatlakoztatott számítógépen, majd hasonlítsd össze a Wi-Fi-eredménnyel.
2. Mérd meg külön a GRE-alagút előtti és utáni szakaszt, lehetőleg azonos szerverrel és azonos időpontban.
3. Vizsgáld meg a latenciát, a jittert és a csomagvesztést több hopon keresztül pinggel vagy útvonalvizsgálattal.
4. Ellenőrizd az interfész hibaszámlálóit, a CPU-terhelést, a csomageldobásokat és a GRE-statisztikákat mindkét végponton.
5. Ismételd meg a tesztet csúcsidőben és alacsony terhelés mellett. Az időszakos romlás torlódásra, az állandó romlás konfigurációs vagy kapacitásproblémára utalhat.

MTU és csomagméret ellenőrzése

Az MTU-t nem célszerű találomra módosítani. Először ellenőrizd, hogy az útvonalon átmennek-e a nagyobb, fragmentációt tiltó csomagok. Ha a vizsgálat kisebb maximális csomagméretet jelez, fokozatosan csökkentsd az alagút vagy az érintett interfész MTU-ját, majd ismételd meg a mérést.

Az alacsonyabb MTU csökkentheti az egy csomagban továbbított hasznos adat mennyiségét, de sok esetben stabilabb kapcsolatot eredményez. A változtatást az útvonal mindkét oldalán dokumentálni kell, mert az eltérő értékek újabb fragmentációt vagy eldobást okozhatnak.

Optimalizálási javaslatok

• Használj stabil, vezetékes Ethernet-kapcsolatot a diagnosztikai mérésekhez.
• Állítsd be az MTU-t az útvonal tényleges korlátaihoz, és ellenőrizd a fragmentációt.
• Válassz rövidebb vagy kevésbé terhelt útvonalat, ha a routing és a GRE-végpont kialakítása ezt lehetővé teszi.
• Frissítsd a router, a tűzfal és a végponti rendszer firmware-ét, majd ellenőrizd a hardveres gyorsítás támogatását.
• Csökkentsd a felesleges tűzfalszabályok, forgalomformálási szabályok és egyéb feldolgozási műveletek számát.
• Wi-Fi esetén válassz kevésbé terhelt csatornát, használd az 5 vagy 6 GHz-es sávot, és mérj a hozzáférési ponthoz közel.
• Ha a közvetlen kapcsolat is lassú vagy csomagvesztést mutat, jelezd a hibát az ISP-nek vagy az üzemeltetőnek mérési időpontokkal és eredményekkel.

Mikor indokolt szolgáltatói vagy üzemeltetői hibajegy?

Hibajegy akkor indokolt, ha vezetékes mérés mellett is tartós a sebességcsökkenés, a csomagvesztés több célpont felé jelentkezik, vagy az alagút mindkét végpontján rendben van a CPU és a konfiguráció. A bejelentéshez add meg a mérés időpontját, a használt szervert, a letöltési és feltöltési értéket, a latenciát, a jittert, valamint az érintett útvonalat.

Az összehasonlítható adatok segítenek eldönteni, hogy a probléma a helyi Wi-Fi- vagy router-szakaszon, a GRE-konfigurációban, az útvonalon, illetve az ISP hozzáférési hálózatán található.