Important note about SSL VPN compatibility for 20.0 MR1 with EoL SFOS versions and UTM9 OS. Learn more in the release notes.

This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Sehr langsames WLAn

Hallo,
ich habe kürzlich auf Version  9.304-9 upgedatet. Nun habe ich festegestellt das mein WLAN sehr langsam ist. Wenn ich von einem Rechner innerhalb des WLANS auf einen internen Server zugreiffe habe ich trotz einer Verbindungsqualität laut Windows (70Mbit/s) nur einen Datendruchsatz von ca. 81Kb/s.

Ich verwende AP30 Access points und habe das Wlan in einer getrennten Zone. Hat evtl. jemand dazu eine Lösung oder das gleiche Problem ?

Danke


This thread was automatically locked due to age.
  • MTU 1280
    RDP funktioniert nicht , Wlan schnell
    MTU 1450
    RDP funkioniert, Wlan sehr sehr langsam
    MTU 1500
    RDP funkioniert, Wlan sehr sehr langsam

    Ich brauche aber RDP und schnelles WLAn


    Naja, das ist ja nur eine mittelmäßige Beschreibung.
    Wie sieht du Umgebung aus, was für Einflüsse spielen noch dort hinein. Außerdem, was heißt "schnell" und wie wird getestet?

    Die MTU Size wird nicht einfach so gewählt sein, denn wenn ich mir die CAPWAP Tunnel von Cisco anschaue, haben die eine ähnliche Größe - 1485 

    Nice greetings
  • MTU 1280
    RDP funktioniert nicht , Wlan schnell
    MTU 1450
    RDP funkioniert, Wlan sehr sehr langsam
    MTU 1500
    RDP funkioniert, Wlan sehr sehr langsam

    Ich brauche aber RDP und schnelles WLAn


    Hallo dahardy

    Hast Du ggf. ICMP auf der UTM deaktiviert ? RDP ist empfindlich auf paket fragmentation. Wenn Du ICMP auf der / durch die UTM erlaubst, sollte PMTU Discovery in der Lage sein den korrekten Wert zu ermitteln, und RDP sollte dann ohne Probleme laufen.

    Ich hatte in keiner Umgebung mit MTU1280 RDP Probleme...ganz im Gegenteil, es ist sauschnell...

    An sich benötigt PMTU Discovery anscheinend lediglich ICMP Type 3 Code 4
    ==> Path MTU Discovery - Wikipedia, the free encyclopedia
    damit das korrekt funktioniert

    Das müsste dann im TCPDUMP in etwa so aussehen ;o)

    12:44:49.602768 IP asg01 > sheridan.babylon5.local: ICMP 192.168.20.205 unreachable - need to frag (mtu 1280), length 556
  • Sorry wenn ich das Thema hier nochmal aufgreife. 

    Gilt das auch für AP´s (30er & 10er) die hinter einer RED liegen? 

    Habe das Homeoffice eines Kunden per RED ( Transparent/getrennt ) angebunden und Ihm die Hütte mit mehreren AP´s bestückt. Auf diesen läuft auch sein "hauseigenes" WLAN (Client-Verkehr -> in AP-LAN bridgen). Das WLAN ist aber im gegensatz zum kabelgebundenen Netz mehr als schlecht! 

    Auch hier bin ich für jede Info Dankbar!
  • Ja ich betreibe 2 RED`S mit AP10 dahinter. Da tritt das Problem auch auf.
  • (Sorry, German-speaking brain not creating thoughts.[:(])

    Have you tried the workaround with ethtool?

    MfG - Bob (Bitte auf Deutsch weiterhin.)
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • Thank you Bob, that is the solution for me!

    Nice greetings
  • Hallo,
    also ich habe die 9.307-6 und das Problem besteht immer noch. Die MTU Einstellungen habe ich alle ausprobiert, brings alles nichts. 
    Was kann hier noch helfen????
  • Hi Ivan,
    hast du den Post von Bob gelesen und das hier gemacht?

    The workaround intended by the article Romano links to fixes the speed problem.  I say "intended" because the instruction given in the article is incorrect.  The following command gets the speed back up (100% with MTU 1450, but only 66% at 1500):
    /sbin/ethtool -K wlan0 tso off

    Replace "wlan0" with "wlan1" etc. to handle each of your "Separate Zone" SSIDs.  Must be done after every reboot until the fix arrives in 9.308.

    Cheers - Bob


    Nice greetings
  • Ja, das habe ich. Kein Erfolg in meinem Fall.
  • Ivan, die 9.308 kam gerade raus.
    Ggf. fixt diese das Problem des langsamen WLANs, zumindest scheinen einige Verbindungen (Android/APx) nun stabil zu laufen, ggf. bessert sich auch etwas am Durchsatz.

    Habe leider keinen Sophos AP, kann also aus eigener Erfahrung nichts dazu sagen.

    Thread:
    https://community.sophos.com/products/unified-threat-management/astaroorg/f/52/t/29930