WLAN Pakete gehen verloren ubuntu 10.04, rt73usb

Dieses Thema im Forum "Linux & BSD" wurde erstellt von DaWilly, 14. März 2011 .

Status des Themas:
Es sind keine weiteren Antworten möglich.
  1. 14. März 2011
    Servus!

    Mein einziges Problem mit ubuntu 10.04:
    Auf allen PCs mit allen Verbindungen funkt es wunderbar (Dell Notebook mit internem WLAN Chip, Desktop PC mit PCI Karte und Kabel sowieso), nur ein WLAN Stick macht Probleme:
    Der TP-Link TL-WN321G (war mit dem Netgear WG111v2 auch so)
    Den hab ich gekauft, weil im Wiki der Seite "ubuntuusers.de" angegeben ist, er läuft ootb ohne Probleme.

    Das tat er auch, also eingesteckt, Key eingegeben und gut. Nur gehen halt viele Pakete verloren.
    Egal ob mit dem rt73usb Treiber oder mit ndiswrapper und Windows Treiber.
    Die Ping Zeiten sind unbrauchbar und es gehen manchmal sogar 40% der Pakete hops.
    Mit dem ndiswrapper is die Ping Zeit besser, aber es gehen auch Pakete verloren. Also wurscht.
    Manchmal gehts aber auch wunderbar. Vom Empfang hängts wohl auch nicht ab.
    Habe schon viel gegoogelt und ein paar Dinge probiert, hat nix geholfen und die meisten Threads gehen über ältere Versionen und passen nicht mehr so ganz zu meinem Problem.

    Code:
    christopher@PCchris:~$ ping 192.168.1.1
    PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
    64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=45.0 ms
    64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=206 ms
    64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=2126 ms
    64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=1463 ms
    64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=794 ms
    64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=13.2 ms
    64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=8.60 ms
    64 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=60.1 ms
    64 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=49.2 ms
    64 bytes from 192.168.1.1: icmp_seq=12 ttl=64 time=103 ms
    64 bytes from 192.168.1.1: icmp_seq=13 ttl=64 time=43.9 ms
    64 bytes from 192.168.1.1: icmp_seq=14 ttl=64 time=12.0 ms
    64 bytes from 192.168.1.1: icmp_seq=15 ttl=64 time=7.85 ms
    64 bytes from 192.168.1.1: icmp_seq=16 ttl=64 time=24.2 ms
    64 bytes from 192.168.1.1: icmp_seq=17 ttl=64 time=13.8 ms
    64 bytes from 192.168.1.1: icmp_seq=18 ttl=64 time=30.5 ms
    64 bytes from 192.168.1.1: icmp_seq=19 ttl=64 time=53.6 ms
    64 bytes from 192.168.1.1: icmp_seq=20 ttl=64 time=4.89 ms
    64 bytes from 192.168.1.1: icmp_seq=21 ttl=64 time=9.59 ms
    64 bytes from 192.168.1.1: icmp_seq=22 ttl=64 time=24.5 ms
    64 bytes from 192.168.1.1: icmp_seq=23 ttl=64 time=10.4 ms
    64 bytes from 192.168.1.1: icmp_seq=24 ttl=64 time=73.5 ms
    64 bytes from 192.168.1.1: icmp_seq=25 ttl=64 time=42.7 ms
    64 bytes from 192.168.1.1: icmp_seq=26 ttl=64 time=485 ms
    64 bytes from 192.168.1.1: icmp_seq=27 ttl=64 time=34.5 ms
    64 bytes from 192.168.1.1: icmp_seq=28 ttl=64 time=44.4 ms
    64 bytes from 192.168.1.1: icmp_seq=29 ttl=64 time=72.7 ms
    64 bytes from 192.168.1.1: icmp_seq=30 ttl=64 time=13.7 ms
    64 bytes from 192.168.1.1: icmp_seq=31 ttl=64 time=99.4 ms
    64 bytes from 192.168.1.1: icmp_seq=32 ttl=64 time=29.5 ms
    64 bytes from 192.168.1.1: icmp_seq=34 ttl=64 time=14.1 ms
    64 bytes from 192.168.1.1: icmp_seq=35 ttl=64 time=13.7 ms
    64 bytes from 192.168.1.1: icmp_seq=36 ttl=64 time=54.2 ms
    64 bytes from 192.168.1.1: icmp_seq=37 ttl=64 time=4.15 ms
    64 bytes from 192.168.1.1: icmp_seq=38 ttl=64 time=4.33 ms
    64 bytes from 192.168.1.1: icmp_seq=39 ttl=64 time=4.46 ms
    64 bytes from 192.168.1.1: icmp_seq=40 ttl=64 time=34.5 ms
    64 bytes from 192.168.1.1: icmp_seq=41 ttl=64 time=17.6 ms
    64 bytes from 192.168.1.1: icmp_seq=42 ttl=64 time=10.4 ms
    64 bytes from 192.168.1.1: icmp_seq=43 ttl=64 time=17.3 ms
    64 bytes from 192.168.1.1: icmp_seq=44 ttl=64 time=8.35 ms
    64 bytes from 192.168.1.1: icmp_seq=45 ttl=64 time=82.1 ms
    64 bytes from 192.168.1.1: icmp_seq=46 ttl=64 time=7.31 ms
    64 bytes from 192.168.1.1: icmp_seq=47 ttl=64 time=109 ms
    64 bytes from 192.168.1.1: icmp_seq=50 ttl=64 time=195 ms
    64 bytes from 192.168.1.1: icmp_seq=51 ttl=64 time=37.9 ms
    64 bytes from 192.168.1.1: icmp_seq=52 ttl=64 time=40.3 ms
    64 bytes from 192.168.1.1: icmp_seq=53 ttl=64 time=57.7 ms
    64 bytes from 192.168.1.1: icmp_seq=54 ttl=64 time=25.7 ms
    64 bytes from 192.168.1.1: icmp_seq=55 ttl=64 time=23.2 ms
    64 bytes from 192.168.1.1: icmp_seq=56 ttl=64 time=14.6 ms
    64 bytes from 192.168.1.1: icmp_seq=57 ttl=64 time=28.7 ms
    64 bytes from 192.168.1.1: icmp_seq=58 ttl=64 time=472 ms
    64 bytes from 192.168.1.1: icmp_seq=59 ttl=64 time=13.0 ms
    64 bytes from 192.168.1.1: icmp_seq=60 ttl=64 time=15.9 ms
    64 bytes from 192.168.1.1: icmp_seq=61 ttl=64 time=63.2 ms
    64 bytes from 192.168.1.1: icmp_seq=62 ttl=64 time=50.6 ms
    64 bytes from 192.168.1.1: icmp_seq=63 ttl=64 time=45.9 ms
    64 bytes from 192.168.1.1: icmp_seq=64 ttl=64 time=58.9 ms
    64 bytes from 192.168.1.1: icmp_seq=65 ttl=64 time=4.65 ms
    64 bytes from 192.168.1.1: icmp_seq=66 ttl=64 time=6.96 ms
    64 bytes from 192.168.1.1: icmp_seq=67 ttl=64 time=103 ms
    64 bytes from 192.168.1.1: icmp_seq=69 ttl=64 time=86.9 ms
    64 bytes from 192.168.1.1: icmp_seq=70 ttl=64 time=42.2 ms
    64 bytes from 192.168.1.1: icmp_seq=71 ttl=64 time=103 ms
    64 bytes from 192.168.1.1: icmp_seq=72 ttl=64 time=33.3 ms
    64 bytes from 192.168.1.1: icmp_seq=73 ttl=64 time=20.2 ms
    64 bytes from 192.168.1.1: icmp_seq=74 ttl=64 time=12.7 ms
    64 bytes from 192.168.1.1: icmp_seq=75 ttl=64 time=50.7 ms
    ^C
    --- 192.168.1.1 ping statistics ---
    75 packets transmitted, 69 received, 8% packet loss, time 74132ms
    rtt min/avg/max/mdev = 4.151/115.852/2126.232/319.467 ms, pipe 3
    christopher@PCchris:~$ 
    
    Und, etwas besser von der Latenz her, aber auch nich der Hit:
    Code:
    christopher@PCchris:~$ sudo sh -c "echo 'options rt73usb nohwcrypt' >/etc/modprobe.d/custom-wireless.conf"
    [sudo] password for christopher: 
    christopher@PCchris:~$ ping 192.168.1.1
    PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
    64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=4.57 ms
    64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=41.6 ms
    64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=66.8 ms
    64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=88.6 ms
    64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=54.3 ms
    64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=28.3 ms
    64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=41.4 ms
    64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=5.93 ms
    64 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=7.60 ms
    64 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=11.4 ms
    64 bytes from 192.168.1.1: icmp_seq=12 ttl=64 time=23.7 ms
    64 bytes from 192.168.1.1: icmp_seq=13 ttl=64 time=39.9 ms
    64 bytes from 192.168.1.1: icmp_seq=15 ttl=64 time=34.8 ms
    64 bytes from 192.168.1.1: icmp_seq=16 ttl=64 time=62.1 ms
    64 bytes from 192.168.1.1: icmp_seq=17 ttl=64 time=26.2 ms
    64 bytes from 192.168.1.1: icmp_seq=18 ttl=64 time=58.9 ms
    64 bytes from 192.168.1.1: icmp_seq=19 ttl=64 time=75.0 ms
    64 bytes from 192.168.1.1: icmp_seq=20 ttl=64 time=7.92 ms
    64 bytes from 192.168.1.1: icmp_seq=21 ttl=64 time=9.71 ms
    64 bytes from 192.168.1.1: icmp_seq=22 ttl=64 time=36.8 ms
    64 bytes from 192.168.1.1: icmp_seq=23 ttl=64 time=61.5 ms
    64 bytes from 192.168.1.1: icmp_seq=24 ttl=64 time=11.6 ms
    64 bytes from 192.168.1.1: icmp_seq=25 ttl=64 time=53.8 ms
    64 bytes from 192.168.1.1: icmp_seq=27 ttl=64 time=12.4 ms
    64 bytes from 192.168.1.1: icmp_seq=28 ttl=64 time=11.4 ms
    64 bytes from 192.168.1.1: icmp_seq=29 ttl=64 time=11.7 ms
    64 bytes from 192.168.1.1: icmp_seq=30 ttl=64 time=30.0 ms
    64 bytes from 192.168.1.1: icmp_seq=31 ttl=64 time=10.4 ms
    64 bytes from 192.168.1.1: icmp_seq=32 ttl=64 time=5.84 ms
    ^C
    --- 192.168.1.1 ping statistics ---
    32 packets transmitted, 29 received, 9% packet loss, time 31068ms
    rtt min/avg/max/mdev = 4.579/32.252/88.612/23.816 ms
    
    Evtl gibts ja hier jemanden der sich da auskennt... Woran könnte es liegen, dass da Pakete auf der Strecke bleiben?
    Ich habe auch Kubuntu probiert, da wars gefühlt etwas besser, aber es gingen auch Pakete verloren.
    SUSE werd ich auch noch probieren (um rauszufinden obs an ubuntu selber liegt) aber SUSE is halt irgendwie... naja mal sehen.

    EDIT: ach ja, der Empfang war bei 3/4 Balken und die Übertragungsrate bei 54MB/s, also Vollgas.
    Damit hab ich eigentlich nie Probleme, sofern es klappt, kann ich mit voller Geschwindigkeit saugen. Während eines Downloads treten auch selten Probleme auf.

    Wenn das Problem auftritt, dann gehäuft und danach is wieder Ruhe. Aber weder die CPU Last schnell hoch noch mache ich zu solchen Zeitpunkten etwas außergewöhliches.
     
  2. 14. März 2011
    AW: WLAN Pakete gehen verloren ubuntu 10.04, rt73usb

    dein echo bringt an dieser stelle nichts, da diese datei, in die du das schreibst, beim laden des moduls genutzt werden. du solltest also mal folgendes stattdessen probieren:
    'sudo rmmod rt73usb && sudo modprobe rt73usb nohwcrypt' (ohne die '').
    ...mfg coach
     
  3. 14. März 2011
    AW: WLAN Pakete gehen verloren ubuntu 10.04, rt73usb

    EDIT:

    Hat leider nicht geholfen. Gestern Nacht hats mal wieder prima geklappt, keine verlorenen Pakete und gute Latenzen, aber heute Morgen is es wieder total am Spinnen.

    Code:
    christopher@PCchris:~$ ping 192.168.1.1
    PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
    64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=448 ms
    64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=68.0 ms
    64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=43.8 ms
    64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=32.4 ms
    64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=106 ms
    [B]64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=135 ms
    64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=47.3 ms
    64 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=8.28 ms
    64 bytes from 192.168.1.1: icmp_seq=12 ttl=64 time=140 ms
    64 bytes from 192.168.1.1: icmp_seq=14 ttl=64 time=157 ms[/B]
    64 bytes from 192.168.1.1: icmp_seq=15 ttl=64 time=108 ms
    64 bytes from 192.168.1.1: icmp_seq=16 ttl=64 time=90.6 ms
    64 bytes from 192.168.1.1: icmp_seq=17 ttl=64 time=16.6 ms
    64 bytes from 192.168.1.1: icmp_seq=18 ttl=64 time=23.6 ms
    64 bytes from 192.168.1.1: icmp_seq=19 ttl=64 time=98.7 ms
    64 bytes from 192.168.1.1: icmp_seq=20 ttl=64 time=127 ms
    64 bytes from 192.168.1.1: icmp_seq=21 ttl=64 time=1750 ms
    ^C
    --- 192.168.1.1 ping statistics ---
    23 packets transmitted, 17 received, 26% packet loss, time 22044ms
    rtt min/avg/max/mdev = 8.283/200.297/1750.757/399.655 ms, pipe 2
    
    Schade. Was nu?
    - - - - - - - - - - - - - - - - - -
    EDIT: Da auch Windows 7 oft Probleme macht, und zwar überhaupt zu verbinden (wenn ma ne Verbindung da is, gehts verlustfrei), hab ich - so blöd das auch klingt - mal den Stick in einen anderen USB Port gesteckt. Und siehe da, es wurde besser. Heute rekordverdächtig mit ubuntu:

    Code:
    christopher@PCchris:~$ ping 192.168.1.1
    PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
    64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=6.53 ms
    64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=7.73 ms
    64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=5.10 ms
    64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=3.86 ms
    64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=5.48 ms
    64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=3.49 ms
    64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=4.09 ms
    64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=5.35 ms
    64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=10.3 ms
    64 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=7.11 ms
    64 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=4.86 ms
    64 bytes from 192.168.1.1: icmp_seq=12 ttl=64 time=4.36 ms
    64 bytes from 192.168.1.1: icmp_seq=13 ttl=64 time=3.74 ms
    64 bytes from 192.168.1.1: icmp_seq=14 ttl=64 time=9.10 ms
    64 bytes from 192.168.1.1: icmp_seq=15 ttl=64 time=3.49 ms
    64 bytes from 192.168.1.1: icmp_seq=16 ttl=64 time=4.48 ms
    64 bytes from 192.168.1.1: icmp_seq=17 ttl=64 time=3.48 ms
    64 bytes from 192.168.1.1: icmp_seq=18 ttl=64 time=3.85 ms
    64 bytes from 192.168.1.1: icmp_seq=19 ttl=64 time=4.36 ms
    64 bytes from 192.168.1.1: icmp_seq=20 ttl=64 time=8.73 ms
    64 bytes from 192.168.1.1: icmp_seq=21 ttl=64 time=5.23 ms
    64 bytes from 192.168.1.1: icmp_seq=22 ttl=64 time=7.62 ms
    64 bytes from 192.168.1.1: icmp_seq=23 ttl=64 time=4.21 ms
    64 bytes from 192.168.1.1: icmp_seq=24 ttl=64 time=10.2 ms
    64 bytes from 192.168.1.1: icmp_seq=25 ttl=64 time=5.43 ms
    64 bytes from 192.168.1.1: icmp_seq=26 ttl=64 time=3.73 ms
    64 bytes from 192.168.1.1: icmp_seq=27 ttl=64 time=7.61 ms
    64 bytes from 192.168.1.1: icmp_seq=28 ttl=64 time=4.98 ms
    64 bytes from 192.168.1.1: icmp_seq=29 ttl=64 time=3.36 ms
    64 bytes from 192.168.1.1: icmp_seq=30 ttl=64 time=6.37 ms
    64 bytes from 192.168.1.1: icmp_seq=31 ttl=64 time=3.65 ms
    64 bytes from 192.168.1.1: icmp_seq=32 ttl=64 time=10.8 ms
    64 bytes from 192.168.1.1: icmp_seq=33 ttl=64 time=6.23 ms
    64 bytes from 192.168.1.1: icmp_seq=34 ttl=64 time=8.23 ms
    64 bytes from 192.168.1.1: icmp_seq=35 ttl=64 time=9.24 ms
    64 bytes from 192.168.1.1: icmp_seq=36 ttl=64 time=3.48 ms
    64 bytes from 192.168.1.1: icmp_seq=37 ttl=64 time=4.35 ms
    64 bytes from 192.168.1.1: icmp_seq=38 ttl=64 time=3.86 ms
    64 bytes from 192.168.1.1: icmp_seq=39 ttl=64 time=7.12 ms
    64 bytes from 192.168.1.1: icmp_seq=40 ttl=64 time=3.48 ms
    64 bytes from 192.168.1.1: icmp_seq=41 ttl=64 time=3.86 ms
    64 bytes from 192.168.1.1: icmp_seq=42 ttl=64 time=3.48 ms
    64 bytes from 192.168.1.1: icmp_seq=43 ttl=64 time=8.61 ms
    64 bytes from 192.168.1.1: icmp_seq=44 ttl=64 time=3.61 ms
    64 bytes from 192.168.1.1: icmp_seq=45 ttl=64 time=4.10 ms
    64 bytes from 192.168.1.1: icmp_seq=46 ttl=64 time=3.48 ms
    64 bytes from 192.168.1.1: icmp_seq=47 ttl=64 time=4.10 ms
    64 bytes from 192.168.1.1: icmp_seq=48 ttl=64 time=4.98 ms
    ^C
    --- 192.168.1.1 ping statistics ---
    48 packets transmitted, 48 received, 0% packet loss, time 47069ms
    rtt min/avg/max/mdev = 3.369/5.526/10.823/2.147 ms
    christopher@PCchris:~$ 
    
    Heute Morgen also prima, fragt sich nur wieso die Wahl des USB Ports eine Rolle spielt. Kriegen die nich alle genug Saft? Also normalerweise schließe ich USB Sticks am Cardreader an der Front an damit ich seitlich nicht reinlatsch und mal eben einen vernichte Scheint wohl hier für den WLAN Stick nicht genug Saft übrig zu bleiben... die externe 2,5" Platte springt auch manchmal nicht an und ich muss sie woanders einstecken, dann auch mit Y-Kabel.
    Kann mich aber erinnern, dass der Stick auch an diesem Anschluss schon Probleme hatte. Ich melde mich dann wieder. Strange das Ganze...

    Habs auch mit openSuse und Kubuntu 10.04 bzw. 10.10 testen wollen, aber seltsamerweise haben KDE Distributionen wohl einfach keinen Bock auf meine Grafikkarte... (obwohl die Installationen vielfach mit Anleitungen beschrieben werden, hab ichs bisher nur unter ubuntu problemlos geschafft und damit bin ich nich der einzige, sagt jedenfalls Google) is offtopic, ich geh da nich drauf ein, aber ubuntu is wohl das beste für mich.
     
  4. 17. März 2011
    AW: WLAN Pakete gehen verloren ubuntu 10.04, rt73usb

    dass aus dem cardreader nicht genug sft kommt is nachvollziehbar, is ja im endeffekt nen passives usb-hub und da kann sowas ohne weiteres vorkommen...mfg coach

    PS: ansich sollte der grakatreiber unabhängig von der desktopumgebung laufen, sprich wenn ubuntu läuft, sollte das mit kubuntu auch gehn=)
     
  5. 17. März 2011
    AW: WLAN Pakete gehen verloren ubuntu 10.04, rt73usb

    Ja, "sollte"
    ... naja ich close mal.
    Hab nämlich dann doch mal wieder (zum zocken) Win7 gebootet und 2 Tage gebraucht um wieder ins WLAN zu kommen, denn unter Win7 gings gar nicht mehr.
    Nachdem ich fast wahnsinnig geworden bin, hab ichs mit der WLAN PCI Karte probiert aus dem anderen PC der mit XP läuft: auch kein Erfolg.
    Also liegt es nicht am OS, nicht am Stick und nicht am PC. WTF?!

    Naja ich hab dann festgestellt, dass die PCI Karte mit ubuntu auch geht, aber nur miesesten Empfang hat.
    So lange Rede kurzer Sinn: mein PC steht wohl in nem "Funkloch" in meinem Zimmer.
    Hab dann mit 2 USB Verlängerungen und ausgiebigen Turnübungen die richtige Stelle für den Stick gefunden (ja das dürft ihr euch jetzt bildlich ausmalen )
    Nun gehen keine Pakete mehr flöten, der Ping is prima und kein OS hat mehr Probleme ins WLAN zu kommen. Seltsam nur, dass an der "schlechten" Stelle mein Laptop keine Probleme hat. Das Handy wiederum schon. Tja egal. Closed.
     
  6. Video Script

    Videos zum Themenbereich

    * gefundene Videos auf YouTube, anhand der Überschrift.