Probleme mit Wireless Bridge

Hi,

ich hab meine 3 Server-Rechner über eine Wireless Bridge mit dem eigentlichen WLAN hier in der Wohnung verbunden (aus Platz und Geräuschgründen).

Seit ein paar Tagen performt die ganze Sache nicht mehr besonders. Es handelt sich um zwei wrt54gl mit OpenWrt.

Hier eine kurze Problemdarstellung:

Code:
mathias@mini:~$ ping gateway
PING gateway.mathias-ewald.invalid (10.0.0.1) 56(84) bytes of data.
64 bytes from gateway.mathias-ewald.invalid (10.0.0.1): icmp_seq=1 ttl=64 time=0.713 ms
64 bytes from gateway.mathias-ewald.invalid (10.0.0.1): icmp_seq=2 ttl=64 time=0.606 ms
64 bytes from gateway.mathias-ewald.invalid (10.0.0.1): icmp_seq=3 ttl=64 time=0.859 ms
64 bytes from gateway.mathias-ewald.invalid (10.0.0.1): icmp_seq=4 ttl=64 time=0.777 ms
^C
--- gateway.mathias-ewald.invalid ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 0.606/0.738/0.859/0.098 ms
mathias@mini:~$ ping bridge
PING bridge.mathias-ewald.invalid (10.0.0.2) 56(84) bytes of data.
64 bytes from bridge.mathias-ewald.invalid (10.0.0.2): icmp_seq=1 ttl=64 time=1402 ms
64 bytes from bridge.mathias-ewald.invalid (10.0.0.2): icmp_seq=2 ttl=64 time=685 ms
64 bytes from bridge.mathias-ewald.invalid (10.0.0.2): icmp_seq=3 ttl=64 time=697 ms
64 bytes from bridge.mathias-ewald.invalid (10.0.0.2): icmp_seq=4 ttl=64 time=689 ms
^C
--- bridge.mathias-ewald.invalid ping statistics ---
5 packets transmitted, 4 received, 20% packet loss, time 4022ms
rtt min/avg/max/mdev = 685.418/868.860/1402.179/307.944 ms, pipe 2
mathias@mini:~$

Das sagt schon alles oder? :D Die bridge pingt aber nicht von vorn herein so schlecht. Wenn ich einen reboot mache und dann pinge gehts erst ziemlich flott, dann wie oben:

Code:
mathias@mini:~$ ssh root@bridge reboot
root@bridge's password: 
mathias@mini:~$ ping bridge
PING bridge.mathias-ewald.invalid (10.0.0.2) 56(84) bytes of data.
64 bytes from bridge.mathias-ewald.invalid (10.0.0.2): icmp_seq=30 ttl=64 time=1015 ms
64 bytes from bridge.mathias-ewald.invalid (10.0.0.2): icmp_seq=31 ttl=64 time=18.6 ms
64 bytes from bridge.mathias-ewald.invalid (10.0.0.2): icmp_seq=32 ttl=64 time=1.79 ms
64 bytes from bridge.mathias-ewald.invalid (10.0.0.2): icmp_seq=33 ttl=64 time=1.74 ms
64 bytes from bridge.mathias-ewald.invalid (10.0.0.2): icmp_seq=34 ttl=64 time=2.26 ms
...

Irgendwann bricht das ganze dann wieder ein und die ping time geht auf > 650 hoch.

Hat jemand ne Idee? Habs übrigens nur hier her gepostet weils openwrt ist. Wenn das nicht passt bitte verschieben.

cu
serow
 
Wie siehts denn mit der Datenuebertragung aus?
Laggt die auch?
 
Dieses Phänomen hatte ich mit meinen OpenWRTs auch. Nach einigen Tagen Uptime brach die Geschwindigkeit vollständig in den Keller.

Anstatt das Problem zu debuggen hab ich ne Neuinstallation gemacht. Mit 8.09.2-RC2 tritt das Problem nicht mehr auf. Welche Version läuft bei dir?
 
Hi,

Code:
mathias@x61t:~$ ssh root@gateway
root@gateway's password:


BusyBox v1.11.2 (2009-05-28 19:38:17 UTC) built-in shell (ash)
Enter 'help' for a list of built-in commands.

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 KAMIKAZE (8.09.1, r16278) ----------------------------
  * 10 oz Vodka       Shake well with ice and strain
  * 10 oz Triple sec  mixture into 10 shot glasses.
  * 10 oz lime juice  Salute!
 ---------------------------------------------------
root@gateway:~#

Scheint 8.09.1 zu sein. Danke für den Hinweis, werde es versuchen!

ciao
serow
 
Hi,

ich hab nach dem Update leider immernoch dasselbe Problem:

Code:
mathias@mini:~$ ssh root@bridge
root@bridge's password:


BusyBox v1.11.2 (2009-12-02 06:19:32 UTC) built-in shell (ash)
Enter 'help' for a list of built-in commands.

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 KAMIKAZE (8.09.2, r18961) -------------------------
  * 10 oz Vodka       Shake well with ice and strain
  * 10 oz Triple sec  mixture into 10 shot glasses.
  * 10 oz lime juice  Salute!
 ---------------------------------------------------
root@bridge:~# exit
Connection to bridge closed.
mathias@mini:~$ ssh root@gateway
root@gateway's password:


BusyBox v1.11.2 (2009-05-28 19:38:17 UTC) built-in shell (ash)
Enter 'help' for a list of built-in commands.

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 KAMIKAZE (8.09.1, r16278) ----------------------------
  * 10 oz Vodka       Shake well with ice and strain
  * 10 oz Triple sec  mixture into 10 shot glasses.
  * 10 oz lime juice  Salute!
 ---------------------------------------------------
root@gateway:~# ping -c 4 bridge
PING bridge (10.0.0.2): 56 data bytes
64 bytes from 10.0.0.2: seq=0 ttl=64 time=2663.117 ms
64 bytes from 10.0.0.2: seq=1 ttl=64 time=1665.017 ms
64 bytes from 10.0.0.2: seq=2 ttl=64 time=796.375 ms
64 bytes from 10.0.0.2: seq=3 ttl=64 time=869.792 ms

--- bridge ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 796.375/1498.575/2663.117 ms
root@gateway:~# ping -c 4 gateway
PING gateway (10.0.0.1): 56 data bytes
64 bytes from 10.0.0.1: seq=0 ttl=64 time=1.435 ms
64 bytes from 10.0.0.1: seq=1 ttl=64 time=1.059 ms
64 bytes from 10.0.0.1: seq=2 ttl=64 time=0.958 ms
64 bytes from 10.0.0.1: seq=3 ttl=64 time=0.986 ms

--- gateway ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 0.958/1.109/1.435 ms
root@gateway:~# exit
Connection to gateway closed.
mathias@mini:~$

Weitere Vorschläge?

cu
serow
 
Ist denn physisch gesehen alles in Ordnung? Kanal gut gewählt? Wenn das Frequenzband (und auch die überlappenden Bänder), auf welchem du funkst, schon voll ist (4+ Netze), kann es gerade bei WLAN Bridges schnell zu Interferenzen kommen.

Welche Verschlüsselungstechnik setzt du ein?

Mich würde auch mal Interessieren, ob die logs irgendwas Aufschlussreiches von sich geben, gerade weil es ein zeitliches Problem zu sein scheint. Vielleicht ein cronjob oder eine andere, im Hintergrund ablaufende Funktion.

Bei OpenWRT im Forum schon einmal gefragt?
 
Hi,

also logging scheint openwrt nicht gerade groß zu schreiben:

Code:
root@bridge:/tmp/log# ls -l
-rw-r--r--    1 root     root            0 Dec 29 15:28 lastlog
-rw-r--r--    1 root     root            0 Dec 29 15:28 wtmp
root@bridge:/tmp/log# cat lastlog 
root@bridge:/tmp/log# cat wtmp 
root@bridge:/tmp/log#

Hier die /etc/config/wireless:

Code:
config 'wifi-device' 'wl0'
        option 'type' 'broadcom'
        option 'channel' '6'
        option 'disabled' '0'

config 'wifi-iface'
        option 'device' 'wl0'
        option 'network' 'lan'
        option 'mode' 'ap'
        option 'ssid' 'WLANAP'
        option 'encryption' 'psk2'
        option 'key' '******'

root@gateway:/etc#

Ich benutze also Channel 6. Das ist soweit ich mich erinnern kann einer der überlappungsfreien Channels oder? Sehr viel WLAN ist hier auch nicht unterwegs:

Code:
mathias@x61t:~$ iwlist wlan0 scanning | grep Channel
                    Channel:1
                    Frequency:2.412 GHz (Channel 1)
                    Channel:6
                    Frequency:2.437 GHz (Channel 6)
                    Channel:6
                    Frequency:2.437 GHz (Channel 6)
                    Channel:11
                    Frequency:2.462 GHz (Channel 11)
mathias@x61t:~$

An cronjobs sehe ich hier nur einen sinnbefreiten und einen der nichts tut:

Code:
root@bridge:/etc/crontabs# ls -l
-rw-------    1 root     root           10 Dec 31 06:12 cron.update
-rw-------    1 root     root            0 Dec 31 06:12 root
root@bridge:/etc/crontabs# cat cron.update 
root
root
root@bridge:/etc/crontabs# cat root 
root@bridge:/etc/crontabs#

cu
serow
 
Das Syslog von OpenWRT liest du mit
Code:
$ logread
Oder, was ich für sehr nützlich halte, du schickst das Syslog vom Router gleich an einen Daemon woanders (Heimserver etc.).

Könntest du mal kismet auf dem Thinkpad laufen lassen? Die Scanning-Resultate der wireless_tools sind nicht immer verlässlich.

Steht etwas in /etc/cron.d (Verzeichnis) oder /etc/crontab (Datei)(Achtung: crontab nicht tabs).
 
Könntest du mal kismet auf dem Thinkpad laufen lassen? Die Scanning-Resultate der wireless_tools sind nicht immer verlässlich.

Code:
Network 1: "WLANAP" BSSID: "00:25:9C:4B:43:E0"
    Type       : infrastructure
    Carrier    : 802.11b
    Info       : "None"
    Channel    : 06
    Encryption : "WEP TKIP WPA PSK AES-CCM CCMP "
    Maxrate    : 0.0
    LLC        : 129
    Data       : 1089
    Crypt      : 1089
    Weak       : 0
    Dupe IV    : 0
    Total      : 1218
    First      : "Sun Feb  7 12:28:43 2010"
    Last       : "Sun Feb  7 12:29:06 2010"
    Min Loc: Lat 90.000000 Lon 180.000000 Alt 0.000000 Spd 0.000000
    Max Loc: Lat -90.000000 Lon -180.000000 Alt 0.000000 Spd 0.000000

Network 2: "Speedport W 501V" BSSID: "00:15:0C:B4:BB:52"
    Type       : infrastructure
    Carrier    : 802.11b
    Info       : "None"
    Channel    : 06
    Encryption : "WEP "
    Maxrate    : 22.0
    LLC        : 39
    Data       : 0
    Crypt      : 0
    Weak       : 0
    Dupe IV    : 0
    Total      : 39
    First      : "Sun Feb  7 12:28:43 2010"
    Last       : "Sun Feb  7 12:29:06 2010"
    Min Loc: Lat 90.000000 Lon 180.000000 Alt 0.000000 Spd 0.000000
    Max Loc: Lat -90.000000 Lon -180.000000 Alt 0.000000 Spd 0.000000

Network 3: "o2DSL_jLkH" BSSID: "00:19:CB:3E:BE:5A"
    Type       : infrastructure
    Carrier    : 802.11b
    Info       : "None"
    Channel    : 01
    Encryption : "WEP "
    Maxrate    : 22.0
    LLC        : 18
    Data       : 0
    Crypt      : 0
    Weak       : 0
    Dupe IV    : 0
    Total      : 18
    First      : "Sun Feb  7 12:28:43 2010"
    Last       : "Sun Feb  7 12:29:05 2010"
    Min Loc: Lat 90.000000 Lon 180.000000 Alt 0.000000 Spd 0.000000
    Max Loc: Lat -90.000000 Lon -180.000000 Alt 0.000000 Spd 0.000000

Network 4: "FRITZ!Box Fon WLAN 7170" BSSID: "00:1F:3F:17:94:0C"
    Type       : infrastructure
    Carrier    : 802.11b
    Info       : "None"
    Channel    : 01
    Encryption : "WEP TKIP WPA PSK AES-CCM "
    Maxrate    : 11.0
    LLC        : 8
    Data       : 0
    Crypt      : 0
    Weak       : 0
    Dupe IV    : 0
    Total      : 8
    First      : "Sun Feb  7 12:28:43 2010"
    Last       : "Sun Feb  7 12:29:05 2010"
    Min Loc: Lat 90.000000 Lon 180.000000 Alt 0.000000 Spd 0.000000
    Max Loc: Lat -90.000000 Lon -180.000000 Alt 0.000000 Spd 0.000000

Network 5: "WLAN-001A4F99E0D3" BSSID: "00:1A:4F:99:E0:D3"
    Type       : infrastructure
    Carrier    : 802.11b
    Info       : "None"
    Channel    : 11
    Encryption : "WEP TKIP WPA PSK AES-CCM "
    Maxrate    : 11.0
    LLC        : 8
    Data       : 0
    Crypt      : 0
    Weak       : 0
    Dupe IV    : 0
    Total      : 8
    First      : "Sun Feb  7 12:28:43 2010"
    Last       : "Sun Feb  7 12:29:05 2010"
    Min Loc: Lat 90.000000 Lon 180.000000 Alt 0.000000 Spd 0.000000
    Max Loc: Lat -90.000000 Lon -180.000000 Alt 0.000000 Spd 0.000000

Network 6: "BUMER 2" BSSID: "00:24:FE:47:05:64"
    Type       : infrastructure
    Carrier    : 802.11n 40MHz
    Info       : "None"
    Channel    : 09
    Encryption : "WEP TKIP WPA PSK AES-CCM "
    Maxrate    : 18.0
    LLC        : 5
    Data       : 0
    Crypt      : 0
    Weak       : 0
    Dupe IV    : 0
    Total      : 5
    First      : "Sun Feb  7 12:28:53 2010"
    Last       : "Sun Feb  7 12:29:07 2010"
    Min Loc: Lat 90.000000 Lon 180.000000 Alt 0.000000 Spd 0.000000
    Max Loc: Lat -90.000000 Lon -180.000000 Alt 0.000000 Spd 0.000000

Network 7: "<no ssid>" BSSID: "00:1C:4A:A5:51:C0"
    Type       : infrastructure
    Carrier    : 802.11b
    Info       : "None"
    Channel    : 11
    Encryption : "WEP TKIP WPA PSK "
    Maxrate    : 11.0
    LLC        : 1
    Data       : 0
    Crypt      : 0
    Weak       : 0
    Dupe IV    : 0
    Total      : 1
    First      : "Sun Feb  7 12:29:01 2010"
    Last       : "Sun Feb  7 12:29:01 2010"
    Min Loc: Lat 90.000000 Lon 180.000000 Alt 0.000000 Spd 0.000000
    Max Loc: Lat -90.000000 Lon -180.000000 Alt 0.000000 Spd 0.000000

oder kurz

Code:
mathias@mini:~$ cat Desktop/Kismet-Feb-07-2010-1.network | grep Channel
    Channel    : 06
    Channel    : 06
    Channel    : 01
    Channel    : 01
    Channel    : 11
    Channel    : 09
    Channel    : 11
mathias@mini:~$

Steht etwas in /etc/cron.d (Verzeichnis) oder /etc/crontab (Datei)(Achtung: crontab nicht tabs).

Code:
root@bridge:~# ls /etc/cron.d
ls: /etc/cron.d: No such file or directory
root@bridge:~# cat /etc/crontab
cat: can't open '/etc/crontab': No such file or directory
root@bridge:~#

Ob logread was sagt geb ich bescheid sobald es wieder schlecht performt. Momentan pingt die bridge recht schnell ... seltsam ...

cu
serow
 
Zurück
Oben