Thread Info
  • State Not Answered
  • Replies 19 replies
  • Subscribers 0 subscribers
  • Views 19732 views
  • Users 0 members are here
Options
Suggested

wlan "crash" after a few clients connected

cotten
Hi,
today i configured a few clients to connect to an AP30 published wlan (Bridge Mode).

After a few clients connected sucessfully the wlan wasn´t visble nor accessable for  15 Minutes ... the live Log showed the folloging entries ...

10:07:20-09:56:09 192.168.150.162 kernel: [42949663.210000] Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=417!
2010:07:20-09:56:09 192.168.150.162 kernel: [42949663.210000] Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=418!
2010:07:20-09:56:09 192.168.150.162 kernel: [42949663.210000] Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=419!
2010:07:20-09:56:09 192.168.150.162 kernel: [42949663.210000] Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=420!
2010:07:20-09:56:09 192.168.150.162 kernel: [42949663.210000] Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=421!
2010:07:20-09:56:09 192.168.150.162 kernel: [42949663.210000] Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=422!
2010:07:20-09:56:09 192.168.150.162 kernel: [42949663.210000] Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=423!
2010:07:20-09:56:09 192.168.150.162 kernel: [42949663.210000] Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=424!
2010:07:20-09:56:09 192.168.150.162 kernel: [42949663.210000] Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=425!
2010:07:20-09:56:09 192.168.150.162 kernel: [42949663.750000] Busy time statistics is not included into the driver!
2010:07:20-09:56:09 192.168.150.162 kernel: [42949663.750000]
2010:07:20-09:56:10 192.168.150.162 kernel: [42949664.750000] Busy time statistics is not included into the driver!
2010:07:20-09:56:10 192.168.150.162 kernel: [42949664.750000]
2010:07:20-09:56:13 complete awed[6259]: recv msg: id 'A40001BF28FEEB0', type: '3', digest: '1899eb06870c7bf572fadaba214a2b0422d148c5', length: '160'
2010:07:20-09:56:11 192.168.150.162 : DEV->ASG [type 3, id A40001BF28FEEB0, padlen 160]: { "associated_clients": [ { "vlantag": "100", "hwaddr": "00:21:6A:57:5B:06", "last_txrate_bps": "136314880", "time": "251", "signal_per": "89" } ] }
2010:07:20-09:56:13 complete awed[6259]: send msg: type '3', digest: '7608b2a537b1088b7ab8fb0121b86b1587a75ab8', length: '16'
2010:07:20-09:56:11 192.168.150.162 : ASG->DEV [type 3, padlen 16]
2010:07:20-09:56:11 192.168.150.162 kernel: [42949665.750000] Busy time statistics is not included into the driver!
2010:07:20-09:56:11 192.168.150.162 kernel: [42949665.750000]
2010:07:20-09:56:12 192.168.150.162 kernel: [42949666.750000] Busy time statistics is not included into the driver!
2010:07:20-09:56:12 192.168.150.162 kernel: [42949666.750000]
2010:07:20-09:56:13 192.168.150.162 kernel: [42949667.750000] Busy time statistics is not included into the driver!
2010:07:20-09:56:13 192.168.150.162 kernel: [42949667.750000]
2010:07:20-09:56:14 192.168.150.162 kernel: [42949668.750000] Busy time statistics is not included into the driver!
2010:07:20-09:56:14 192.168.150.162 kernel: [42949668.750000]
2010:07:20-09:56:15 192.168.150.162 kernel: [42949669.750000] Busy time statistics is not included into the driver!
2010:07:20-09:56:15 192.168.150.162 kernel: [42949669.750000]
2010:07:20-09:56:16 192.168.150.162 kernel: [42949670.750000] Busy time statistics is not included into the driver!
2010:07:20-09:56:16 192.168.150.162 kernel: [42949670.750000]
2010:07:20-09:56:16 192.168.150.162 kernel: [42949670.850000] Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=426!
2010:07:20-09:56:16 192.168.150.162 kernel: [42949670.850000] Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=427!
2010:07:20-09:56:16 192.168.150.162 kernel: [42949670.850000] Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=428!
2010:07:20-09:56:16 192.168.150.162 kernel: [42949670.850000] Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=429!
2010:07:20-09:56:16 192.168.150.162 kernel: [42949670.850000] Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=430!
2010:07:20-09:56:16 192.168.150.162 kernel: [42949670.850000] Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=431!
2010:07:20-09:56:16 192.168.150.162 kernel: [42949670.850000] Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=432!
2010:07:20-09:56:16 192.168.150.162 kernel: [42949670.850000] Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=433!
2010:07:20-09:56:16 192.168.150.162 kernel: [42949670.850000] Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=434!
2010:07:20-09:56:16 192.168.150.162 kernel: [42949670.850000] Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=435!
2010:07:20-09:56:16 192.168.150.162 kernel: [42949670.850000] Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=436!
2010:07:20-09:56:16 192.168.150.162 kernel: [42949670.850000] Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=437!
2010:07:20-09:56:17 192.168.150.162 kernel: [42949671.750000] Busy time statistics is not included into the driver!
2010:07:20-09:56:17 192.168.150.162 kernel: [42949671.750000]
2010:07:20-09:56:18 192.168.150.162 kernel: [42949672.750000] Busy time statistics is not included into the driver!

As written above the wlan was active after a few minutes but all clients got disconnected... 

I don´t want to be target of a linux vs Windows discussion and it might be unlucky fortune but the last client which connected before the wlan "chrashed" was an linux client which managed to connect but which wasn´t able to get an IP by DHCP at the end.

Is anyone out there who has an idea whats wrong here.
Parents Reply
  • 0 in reply to hschaa
    Hi,
    here we go ... i managed to reproduce the error ... when the linux client connects the wlan "crashed"

    I will attach the Log File in txt format to this post.

    The Log file contains the wohle history ...  from the "well working wlan" to the "oh my god its gone wlan" and back to the "well working wlan" after 9 minutes.


    btw. the linux stands within 2 meters of the AP ... so the client is in the direct vincity of the AP30
    wireless_log.zip
Children
  • 0 in reply to cotten
    Hi,
    here we go ... i managed to reproduce the error ... when the linux client connects the wlan "crashed"


    Ok, thanks for clarification.

    Could you please check which wireless hardware your linux client has. Just attach the output of "hwinfo --wlan" here.

    It at least seems to me as if the linux client disturbs the wireless media somehow.

    Helmut
  • 0 in reply to hschaa
    Here we go,

    25: PCI 300.0: 0282 WLAN controller                             
      [Created at pci.318]
      Unique ID: y9sn.TloRpKQmzU3
      Parent ID: qTvu.s_qLKaqAND0
      SysFS ID: /devices/pci0000:00/0000:00:1c.1/0000:03:00.0
      SysFS BusID: 0000:03:00.0
      Hardware Class: network
      Model: "Intel Wireless WiFi Link 5300"
      Vendor: pci 0x8086 "Intel Corporation"
      Device: pci 0x4236 "Wireless WiFi Link 5300"
      SubVendor: pci 0x8086 "Intel Corporation"
      SubDevice: pci 0x1011
      Driver: "iwlagn"
      Driver Modules: "iwlagn"
      Device File: wlan0
      Features: WLAN
      Memory Range: 0xf4200000-0xf4201fff (rw,non-prefetchable)
      IRQ: 34 (no events)
      HW Address: 00:21:6a:1e:19[:D]2
      Link detected: no
      WLAN channels: 1 2 3 4 5 6 7 8 9 10 11 12 13 36 40 44 48 52 56 60 64 100 104 108 112 116 120 124 128 132 136 140
      WLAN frequencies: 2.412 2.417 2.422 2.427 2.432 2.437 2.442 2.447
    2.452 2.457 2.462 2.467 2.472 5.18 5.2 5.22 5.24 5.26 5.28 5.3 5.32 5.5
    5.52 5.54 5.56 5.58 5.6 5.62 5.64 5.66 5.68 5.7
      WLAN encryption modes: WEP40 WEP104 TKIP CCMP
      WLAN authentication modes: open sharedkey wpa-psk wpa-eap
      Module Alias: "pci:v00008086d00004236sv00008086sd00001011bc02sc80i00"
      Driver Info #0:
        Driver Status: iwlagn is active
        Driver Activation Cmd: "modprobe iwlagn"
      Config Status: cfg=no, avail=yes, need=no, active=unknown
      Attached to: #12 (PCI bridge)


    btw. i use the same Hardware (Lenovo T500) on windows 7
  • 0 in reply to cotten
    Could you please enable debugging on the AP (just run "cc set awe global ap_debuglevel 1" on the ASG) and force the wlan crash again? Please attach the wireless log afterwards.

    JFI this will result in a huge amount of log events.

    Thanks,
    Helmut
  • 0 in reply to hschaa
    Hi,
    i will do this asap ... but i think this must wait till tomorrow.
  • 0 in reply to cotten
    i will do this asap ... but i think this must wait till tomorrow.


    Sure [;)] take your time, but I'd be really interested in what's killing the AP (as we weren't able yet to reproduce this issue).
  • 0 in reply to hschaa
    Hi,
    this is gonna to be realy weird ... today the client managed to connect without killing the AP.

    The client connected two times the first time it wasn´t able to get an DHCP adress the second time the client connected without problems... the only thing was that a ping ip.ip.ip.ip -t showed a few lost packages but this problems is also solved when i set the debug level back to 0...

    i attached the debug log from the whole session.
    wireless_log_debug.zip
  • 0 in reply to cotten
    Ok, thanks for the log nonetheless. If you experience a similar issue again please try to gather a log with debugging enabled and attach it here as well.

    Until then the log file you've provided might give us some starting points for examination.

    Helmut
  • 0 in reply to hschaa
    JFI, I haven't found anything yet and wasn't able to reproduce this issue.

    We're now trying to find the same/a similar wireless client and hope that we can reproduce it then.
  • 0 in reply to hschaa
    Ok, we found a laptop with the exact same wireless card (Intel 5300) and ran some tests on it with OpenSUSE 11.3 as OS.

    However, we were not able to reproduce the issues you've reported [:(]

    It would be great if you could try to reproduce the problem again with debugging on the AP enabled and just that single wireless client.

    So, doing the following might give us some more insight:
    - Enable AP debugging
    - Be sure that no wifi client is associated
    - Associate the problematic client
    - Look for "Warning, MAC specific condition occurs" in the wireless.log

    If the warning "Warning, MAC specific condition occurs" appears in the log the wifi connection will be less stable than usual. It doesn't mean that the connection is unusable but anything between unusable and minor delays.

    Thanks a lot,
    Helmut
Unfiltered HTML