Sie sind nicht angemeldet.

1

15.02.2007, 10:03

[gelöst] wlan keine brauchbare mtu möglich

moin!

ich habe leider eine minipci wlan karte mit via chipsatz, genauer gesagt vtn6555

wie auch immer, kernel unterstützung gib es nicht. eine treiber-cd liegt bei. leider nur
vorkompilierte module für den 2.4er kernel.

also meine notlösung: ndiswrapper und windowstreiber (die interessanter weise auf der treiber-cd im linux-ordner liegen)

ndiswrapper lädt auch brav:
Feb 14 21:07:42 mediacenter ndiswrapper: driver vnwl (VNT,05/03/2005,1.34.00.0172) loaded
Feb 14 21:07:42 mediacenter ACPI: PCI Interrupt 0000:01:02.0[A] -> GSI 18 (level, low) -> IRQ 18
Feb 14 21:07:42 mediacenter ndiswrapper (ExAllocatePoolWithTag:1009): Windows driver allocating 286368 bytes in interrupt context: 0, 0, 0
Feb 14 21:07:42 mediacenter ndiswrapper (ExAllocatePoolWithTag:1009): Windows driver allocating 186368 bytes in interrupt context: 0, 0, 0
Feb 14 21:07:42 mediacenter ndiswrapper: using IRQ 18
Feb 14 21:07:43 mediacenter wlan0: ethernet device 00:0f:a3:7e:3e:e9 using NDIS driver: vnwl, version: 0x10022, NDIS version: 0x500, vendor: 'VIA Networking
Feb 14 21:07:43 mediacenter wlan0: encryption modes supported: WEP; TKIP with WPA, WPA2, WPA2PSK; AES/CCMP with WPA, WPA2, WPA2PSK

ich habe nach der installation nfs shares von meinem server gemounted, alles gut. ping www.google.de auch alles gut. netzwerk funktioniert, die vdr-dateien können über wlan ruckelfrei abgespielt werden, was für einen guten datendurchsatz spricht.

leider (ist mir zuerst gar nicht aufgefallen) scheint irgendetwas schief zu gehen, wenn die ausgehenden pakete 210bytes überschreiten (+overhead)
also internet surfen oder ssh sitzung fehlanzeige. erst als ich die mtu vom wlan0 auf 210 gesetzt habe, lief tcp reibungslos (mal von der overhead-reibung durch die niedrige mtu abgesehen)

hat zufällig jemand eine idee, was ich jetzt machen kann? ich hätte doch gerne eine durchschnittliche mtu :(

kann noch irgendwo ein kernelparameter eine rolle spielen?

iptables etc gibts auf dem rechner nicht, damit kanns nicht zusammen hängen

am AP liegts natürlivh auch nicht, alle anderen wifi und lan geräte laufen mit grosser mtu

für einen fingerzeig wäre ich euch sehr dankbar


ifconfig wlan0
wlan0 Link encap:Ethernet HWaddr 00:0F:A3:7E:3E:E9
inet addr:192.168.1.23 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:210 Metric:1
RX packets:64978 errors:0 dropped:0 overruns:0 frame:0
TX packets:45148 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:18965969 (18.0 Mb) TX bytes:3616124 (3.4 Mb)
Interrupt:18 Memory:e8011000-e8011100

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »dancer« (15.02.2007, 13:27)


2

15.02.2007, 10:41

Hallo,

ist 6555 ein Tippfehler so wie vtn=vnt?

Weil für den Chip vnt 6655 gibts extra Anpassungenbei Via Arena.

Welche Version von Ndiswrapper hast Du auf dem PC?

Wenn Du die Stable drauf hast, dann kannst Du ja mal die Testing testen.

Villeicht geht es mit der dann besse.


Viele Grüße

3

15.02.2007, 13:27

moin!

ja sorry, tippfehler, hab den text gestern nacht geschrieben aber heute vormittag erst abgeschickt.

tatsächlich: die aktuelle ndiswrapper-version löst das problem. ich hatte nur noch nicht ganz auf der rechnung, wie man unstable packages merged.

die treibergeschichte von via arena habe ich also nicht benötigt. evtl muss ich auf den via arena treiber zurückkommen, um wpa zu enablen. aber es scheint generell zu laufen, sehr beruhigend.

vielen dank!

4

15.02.2007, 13:36

wenn Du immer noch so eine Meldung bekommst

Zitat

Feb 14 21:07:43 mediacenter wlan0: encryption modes supported: WEP; TKIP with WPA, WPA2, WPA2PSK; AES/CCMP with WPA, WPA2, WPA2PSK

dann sollte wpa funktionieren.

Wenn Du die wpa_supplicant.conf richtig gestartet hast, kannst Du mit "wpa_cli" nachsehen was er status sagt.

Einfach wpa_cli starten --> dann sollte er eine Meldung bringen das er mit wlan0 verbunden ist und da kannst Du dann status eingeben.



Viele Grüße