Wireless stoped working



  • My wireless was working fine had it bridged. Now it connects then stops working after about 30sec. It gets an address from the DHCP server on pfsense and I am running snapshot 3-15-07

    Internet:
    Destination        Gateway            Flags    Refs      Use  Netif Expire
    default            194.106.38.250     UGS         0    43528    ng0
    10.255/24          link#2             UC          0        0    rl0
    10.255.0.2         00:a0:cc:62:5c:ab  UHLW        1    57271    rl0    581
    10.255.0.6         00:15:c5:cc:c8:80  UHLW        1     3229    rl0   1133
    10.255.0.7         00:19:d2:4e:9a:5c  UHLW        1       74    rl0    457
    127.0.0.1          127.0.0.1          UH          0        0    lo0

    pfctl -si
    Status: Enabled for 0 days 01:06:44           Debug: Urgent

    Hostid: 0x4d1f11a0

    Interface Stats for ral0              IPv4             IPv6
      Bytes In                          226888            36661
      Bytes Out                              0                0
      Packets In
        Passed                            1336               78
        Blocked                             84              127
      Packets Out
        Passed                               0                0
        Blocked                              0                0

    State Table                          Total             Rate
      current entries                       59
      searches                          247523           61.8/s
      inserts                             4005            1.0/s
      removals                            3946            1.0/s
    Counters
      match                               4623            1.2/s
      bad-offset                             0            0.0/s
      fragment                               0            0.0/s
      short                                  0            0.0/s
      normalize                              0            0.0/s
      memory                                 0            0.0/s
      bad-timestamp                          0            0.0/s
      congestion                             0            0.0/s
      ip-option                            322            0.1/s
      proto-cksum                            0            0.0/s
      state-mismatch                        15            0.0/s
      state-insert                           0            0.0/s
      state-limit                            0            0.0/s
      src-limit                              0            0.0/s
      synproxy                               0            0.0/s

    Processes
    USER     PID %CPU %MEM   VSZ   RSS  TT  STAT STARTED      TIME COMMAND
    root      10 47.1  0.0     0     8  ??  RL    6:46PM  59:37.69 [idle: cpu0]
    root   44603 25.0  0.0     0     0  ??  ZN    7:54PM   0:00.25 <defunct>root   44633 18.0  0.0     0     0  ??  ZN    7:54PM   0:00.17 <defunct>root   44632 15.0  0.0     0     0  ??  ZN    7:54PM   0:00.18 <defunct>root   29861 14.0  0.0     0     0  ??  ZN    7:34PM   0:00.18 <defunct>root   44467  9.0  0.0     0     0  ??  ZN    7:54PM   0:00.24 <defunct>root   29763  8.0  0.0     0     0  ??  ZN    7:34PM   0:00.15 <defunct>root   29764  6.0  0.0     0     0  ??  ZN    7:34PM   0:00.18 <defunct>root      13  4.4  0.0     0     8  ??  WL    6:46PM   0:09.38 [swi1: net]
    root     786  1.0  1.0  3424  2552  ??  S     6:48PM   0:02.19 /usr/local/sbin/lighttpd -f /var/etc/lighty-webConfigurator.conf
    root      23  1.0  0.0     0     8  ??  WL    6:46PM   0:02.29 [irq19: rl0]
    root     806  0.7  7.6 21248 19220  ??  S     6:48PM   0:23.15 /usr/local/bin/php
    root      24  0.4  0.0     0     8  ??  WL    6:46PM   0:02.18 [irq18: xl0]
    root       0  0.0  0.0     0     0  ??  WLs   6:46PM   0:00.00 [swapper]
    root       1  0.0  0.2   608   380  ??  ILs   6:46PM   0:00.06 /sbin/init –
    root       2  0.0  0.0     0     8  ??  DL    6:46PM   0:00.00 [crypto]
    root       3  0.0  0.0     0     8  ??  DL    6:46PM   0:00.00 [crypto returns]
    root       4  0.0  0.0     0     8  ??  DL    6:46PM   0:00.28 [g_event]
    root       5  0.0  0.0     0     8  ??  DL    6:46PM   0:04.61 [g_up]
    root       6  0.0  0.0     0     8  ??  DL    6:46PM   0:07.89 [g_down]
    root       7  0.0  0.0     0     8  ??  DL    6:46PM   0:00.00</defunct></defunct></defunct></defunct></defunct></defunct></defunct>



  • I somehow get a feeling this might be related to the ral driver. There are other threads having issues with ral in bridge mode.



  • This is really frecky now I have wpa2 on and it has started working again. How strange this is.



  • It has now stoped again.  I am confused what is going on with this thing now. Any suggestions.



  • Well, all I can say that for some unknown reason pfsense stops wireless, why, I don't know, I'm used to this, so restart will bring things up again. Why is that, dunno, I have atheros cards and the problem is still there if you change some settings on pfsense board.
    If you don't mess with aynthing then it will work until you change something on pfsense VIA WIRELESS.



  • It just drops out without me doing anything and I have to switch the wirless off on the lapop. I then get pfsense to refresh the setting on the card and that will bring it up.

    I have noticed that it is normaly ultravnc or somthing along those line that tends to kill it.



  • Hi all,

    First off, I thank the development team for putting together a really great piece of software! I have been using it for the past 2 months, initially I had problems installing, because of corrupt config.xml and loads of other issues, stupid me, I was using a 40 wire ide cable instead of 80!!! Duh.

    I also had this problem with wireless disconnecting me EVERY 15 mins (very annoying when working in ssh to remote server), infact I googled everywhere trying to find a solution but unfortunetly I could not find anything.

    I have been trying to investigate this as best I can, trying all sorts of configs with wlconfig, wiconfig and ifconfig…........to cut a long story short...........setting WPA Mode to "WPA" as opposed to "Both" fixed the problem for me, I have not had a disconnect in the past hour.

    Hope this solves your problems, please let me know if this works, I'll report back if this solution hasnt worked.

    Regards

    EDIT: I am running 1.0.1-SNAPSHOT-03-15-2007 built on Fri Mar 23 05:07:13 EDT 2007, I am using an atheros based pci card.



  • I have already tryed setting everything to basic settings. I think it is more of a routing problem because somtimes I can conect to pfsense box very slowly but nothing to the internet. I have tryed no encription sometimes but have tested it proply as I am in a crowded area but it didn't seem to help.



  • Just to give you an update, I still have not been disconnected with the change I made, also I'm running in routing mode as opposed to bridge.

    Ill come back to this thread if anything changes or I find out more information.

    Regards



  • you got a problem with a pc with a static ip that is in youre dhcp server range

    Mar 21 19:39:16 pfsense dhcpd: uid lease 10.255.0.97 for client 00:19:d2:4e:9a:5c is duplicate on 10.255.0/24



  • Well I have changed that because I saw that and I have it set to a static ip the is outside of the DHCP range.



  • By chance did you reboot after making that last change?

    Show us any logging information related to this.



  • OK guys I think we are onto something here. in the system logs it says this.

    Mar 28 05:38:11 hostapd: ral0: STA 00:19:d2:4e:9a:5c WPA: group key handshake completed (RSN)
    Mar 28 05:37:55 dnsmasq[746]: using nameserver 194.106.56.6#53
    Mar 28 05:37:55 dnsmasq[746]: using nameserver 194.106.33.42#53
    Mar 28 05:37:55 dnsmasq[746]: reading /etc/resolv.conf
    Mar 28 05:37:55 dhcpd: uid lease 10.255.0.97 for client 00:20:d2:4e:9a:5c is duplicate on 10.255.0/24
    Mar 28 05:37:55 hostapd: ral0: STA 00:19:d2:4e:9a:5c WPA: pairwise key handshake completed (RSN)
    Mar 28 05:37:55 hostapd: ral0: STA 00:19:d2:4e:9a:5c IEEE 802.11: associated

    But in the DHCP sevrer I have

    00:20:d2:4e:9a:5c  10.255.0.7

    The IP address I get assigned is 10.255.0.7.  I have rebooted the system a few times but same thing.



  • The wireless is now working after laptop being connected to anouther wireless and now it seems to be working again.  I have this in my system logs.

    Mar 28 16:39:12 hostapd: ral0: STA 00:20:d2:4e:9a:5c WPA: group key handshake completed (RSN)
    Mar 28 16:38:12 hostapd: ral0: STA 00:20:d2:4e:9a:5c WPA: group key handshake completed (RSN)
    Mar 28 16:37:29 PingMonitor[84158]: 10.2.1.14 is DOWN, previous state was UP .. Running /usr/local/pkg/tinydns_down.php
    Mar 28 16:37:12 last message repeated 2 times
    Mar 28 16:35:12 last message repeated 2 times
    Mar 28 16:33:12 hostapd: ral0: STA 00:20:d2:4e:9a:5c WPA: group key handshake completed (RSN)
    Mar 28 16:32:12 hostapd: ral0: STA 00:20:d2:4e:9a:5c WPA: group key handshake completed (RSN)
    Mar 28 16:31:58 PingMonitor[82613]: 10.2.1.14 is DOWN, previous state was UP .. Running /usr/local/pkg/tinydns_down.php
    Mar 28 16:31:12 hostapd: ral0: STA 00:20:d2:4e:9a:5c WPA: group key handshake completed (RSN)
    Mar 28 16:30:12 last message repeated 2 times
    Mar 28 16:28:12 hostapd: ral0: STA 00:20:d2:4e:9a:5c WPA: group key handshake completed (RSN)
    Mar 28 16:27:12 hostapd: ral0: STA 00:20:d2:4e:9a:5c WPA: group key handshake completed (RSN)
    Mar 28 16:26:27 PingMonitor[81157]: 10.2.1.14 is DOWN, previous state was UP .. Running /usr/local/pkg/tinydns_down.php
    Mar 28 16:26:12 hostapd: ral0: STA 00:20:d2:4e:9a:5c WPA: group key handshake completed (RSN)
    Mar 28 16:25:12 hostapd: ral0: STA 00:20:d2:4e:9a:5c WPA: group key handshake completed (RSN)
    Mar 28 16:24:12 hostapd: ral0: STA 00:20:d2:4e:9a:5c WPA: group key handshake completed (RSN)
    Mar 28 16:24:05 hostapd: ral0: STA 00:20:d2:4e:9a:5c WPA: pairwise key handshake completed (RSN)
    Mar 28 16:24:05 hostapd: ral0: STA 00:20:d2:4e:9a:5c IEEE 802.11: associated

    So I am wondering if it is having truble with the DHCP.



  • I have a very similar issue. I have found that I am forced to login to the web configurator, then disable save, then re-enable and save. After that it works again for a while.

    @Jonb:

    The wireless is now working after laptop being connected to anouther wireless and now it seems to be working again.  I have this in my system logs.

    Mar 28 16:39:12 hostapd: ral0: STA 00:20:d2:4e:9a:5c WPA: group key handshake completed (RSN)
    Mar 28 16:38:12 hostapd: ral0: STA 00:20:d2:4e:9a:5c WPA: group key handshake completed (RSN)
    Mar 28 16:37:29 PingMonitor[84158]: 10.2.1.14 is DOWN, previous state was UP .. Running /usr/local/pkg/tinydns_down.php
    Mar 28 16:37:12 last message repeated 2 times
    Mar 28 16:35:12 last message repeated 2 times
    Mar 28 16:33:12 hostapd: ral0: STA 00:20:d2:4e:9a:5c WPA: group key handshake completed (RSN)
    Mar 28 16:32:12 hostapd: ral0: STA 00:20:d2:4e:9a:5c WPA: group key handshake completed (RSN)
    Mar 28 16:31:58 PingMonitor[82613]: 10.2.1.14 is DOWN, previous state was UP .. Running /usr/local/pkg/tinydns_down.php
    Mar 28 16:31:12 hostapd: ral0: STA 00:20:d2:4e:9a:5c WPA: group key handshake completed (RSN)
    Mar 28 16:30:12 last message repeated 2 times
    Mar 28 16:28:12 hostapd: ral0: STA 00:20:d2:4e:9a:5c WPA: group key handshake completed (RSN)
    Mar 28 16:27:12 hostapd: ral0: STA 00:20:d2:4e:9a:5c WPA: group key handshake completed (RSN)
    Mar 28 16:26:27 PingMonitor[81157]: 10.2.1.14 is DOWN, previous state was UP .. Running /usr/local/pkg/tinydns_down.php
    Mar 28 16:26:12 hostapd: ral0: STA 00:20:d2:4e:9a:5c WPA: group key handshake completed (RSN)
    Mar 28 16:25:12 hostapd: ral0: STA 00:20:d2:4e:9a:5c WPA: group key handshake completed (RSN)
    Mar 28 16:24:12 hostapd: ral0: STA 00:20:d2:4e:9a:5c WPA: group key handshake completed (RSN)
    Mar 28 16:24:05 hostapd: ral0: STA 00:20:d2:4e:9a:5c WPA: pairwise key handshake completed (RSN)
    Mar 28 16:24:05 hostapd: ral0: STA 00:20:d2:4e:9a:5c IEEE 802.11: associated

    So I am wondering if it is having truble with the DHCP.



  • I have posted some more of my findings here.

    http://forum.pfsense.org/index.php?topic=4127.0

    The devs have been very quiet on this problem but I think they have been very busy on other things. This is a problem that comes more aparant the more people you have on the wireless and if you have high traffic.

    It seems to me it is a routing problem when in bridge mode. I had 2 devices on the wireless yesterday and the whole connection droped out. I have found that WPA2 on AES seems to be more stable. Would be nice to find out if we need a driver upgrade from the manufacture webby or if this is something that needs to be tweeked in pfsense.



  • Either way this is a FreeBSD kernel issue, not a pfSense issue.  That is why we have been quiet.  We have been fixing pfSense specific bugs.



  • no problm sullrich I had gatherd that you were very busy with this time filewall thing etc. is somthing that can be fixed??? if not or maybe somtime in distant futurencan we lock the thread and just list it as a known problem.



  • It's driver/freebsd related. We can't fix it on the pfSense end. Also this doesn't seem to happen with all the wireless interfaces/drivers that are available.



  • so would it be worth changing the inbuilt drivers for new ones???



  • We use what freebsd provides mostly and don't add third party drivers usually.



  • Well me and programing don't go tryed it and failed. I have found this if anyone knows what they are doing and wants to tinker.

    http://www.freebsd.org/cgi/man.cgi?query=ural&sektion=4&manpath=FreeBSD+6.0-RELEASE

    http://damien.bergamini.free.fr/ral/

    http://rt2x00.serialmonkey.com/wiki/index.php?title=Main_Page

    http://www.ralinktech.com/ralink/Home/Support/Linux.html

    I guess we will have to see what freeBSD do or if someone devlops a more reliable driver.


Log in to reply