https://redmine.pfsense.org/https://redmine.pfsense.org/favicon.ico?16780521162016-09-03T13:16:55ZpfSense bugtrackerpfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=287702016-09-03T13:16:55Zmartin wüthrich
<ul></ul><p>I'm in the same Situation like described, except I have an "APU1" and my clients stay connected (they even authenticate with Radius), but due to the fact that the DHCP Relay Service can't be started, they do not receive an IP.<br />Beside the error that is already logged from "Kill Bill", I do receive the following error from the DHCP Relay (which is might be heavily related to the WiFi Card Issue):<br /><pre>
dhcrelay -i ath0_wlan0 -i re2 -i re0 -a -m replace 192.168.1.161
Internet Systems Consortium DHCP Relay Agent 4.3.4
Copyright 2004-2016 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Can't attach interface ath0 to bpf device /dev/bpf0: Device not configured
If you think you have received this message due to a bug rather
than a configuration issue please read the section on submitting
bugs on either our web page at www.isc.org or in the README file
before submitting a bug. These pages explain the proper
process and the information we find helpful for debugging..
</pre></p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=287712016-09-03T14:29:23ZJim Thompsonjim@netgate.com
<ul></ul><p>Could one or both of you try this on 2.4?</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=287722016-09-03T14:29:55ZJim Thompsonjim@netgate.com
<ul><li><strong>Assignee</strong> set to <i>Jim Thompson</i></li><li><strong>Target version</strong> set to <i>2.4.0</i></li></ul> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=287752016-09-03T19:27:16Zmartin wüthrich
<ul></ul><p>Hi Jim,</p>
<p>I have installed<br /><a class="external" href="https://snapshots.pfsense.org/amd64/pfSense_master/installer/pfSense-CE-memstick-serial-2.4.0-DEVELOPMENT-amd64-latest.img.gz">https://snapshots.pfsense.org/amd64/pfSense_master/installer/pfSense-CE-memstick-serial-2.4.0-DEVELOPMENT-amd64-latest.img.gz</a> (Date/Time 03-Sep-2016 01:10)</p>
<p>But unfortenately everything got worse :(<br />The Wireless card were not found, even within the Boot process was shown:<br /><pre>
pcib4: <ACPI PCI-PCI bridge> irq 19 at device 7.0 on pci0
pci4: <ACPI PCI bus> on pcib4
ath0: <Atheros 9280> mem 0xf7e00000-0xf7e0ffff irq 19 at device 0.0 on pci4
[ath] enabling AN_TOP2_FIXUP
ath0: [HT] enabling HT modes
ath0: [HT] 1 stream STBC receive enabled
ath0: [HT] 1 stream STBC transmit enabled
ath0: [HT] 2 RX streams; 2 TX streams
ath0: AR9280 mac 128.2 RF5133 phy 13.0
ath0: 2GHz radio: 0x0000; 5GHz radio: 0x00c0
</pre><br />I was required to fall back to a previous verion, because the Routing had a big issue, which I could not solve.<br />I have now installed a pre Release of 2.3.2 and everything is working fine with the wireless.</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=287782016-09-04T07:03:49ZKill Bill
<ul></ul><p>I temporarily installed 2.4 alpha on a test box, and the wireless is completely broken there, the entire interface gone AWOL. So, that pretty much matches what Martin found. :-(</p>
<p>I'd appreciate a 2.3.x snapshot with whatever Atheros-related changes that went into 2.3.2 release reverted to pre-2.3.2 release state.</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=287792016-09-04T07:22:43ZKill Bill
<ul></ul><p>And FWIW - this does not appear to be limited to AR9280. I managed to rescue some oldie 802.11a/b/g mini-PCIe card with AR5424 chipset from a laptop, and it's the same story. HW info:</p>
<pre>
# dmesg | grep -i ath
ath0: <Atheros 5424/2424> mem 0xfe800000-0xfe80ffff at device 0.0 on pci4
ath0: AR2425 mac 14.2 RF5424 phy 7.0
ath0: 2GHz radio: 0x0000; 5GHz radio: 0x00a2
wlan0: changing name to 'ath0_wlan0'
wlan1: changing name to 'ath0_wlan1'
ath0: ath_reset_grablock: didn't finish after 10 iterations
ath0: ath_reset_grablock: warning, recursive reset path!
ath0: ath_chan_set: concurrent reset! Danger!
</pre>
<pre>
# ifconfig -v ath0_wlan0
ath0_wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
ether 00:22:5f:5d:85:7b
inet6 fe80::222:5fff:fe5d:857b%ath0_wlan0 prefixlen 64 scopeid 0x9
inet 10.20.30.1 netmask 0xffffff00 broadcast 10.20.30.255
inet6 2001:470:dead:beef::1 prefixlen 64
nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
media: IEEE 802.11 Wireless Ethernet autoselect mode 11g <hostap>
status: running
ssid MY_SSID channel 6 (2437 MHz 11g) bssid 00:22:5f:5d:85:7b
regdomain ETSI country HU indoor ecm authmode WPA2/802.11i -wps -tsn
privacy MIXED deftxkey 2
AES-CCM 2:128-bit
AES-CCM 3:128-bit powersavemode OFF powersavesleep 100 txpower 30
txpowmax 50.0 -dotd rtsthreshold 2346 fragthreshold 2346 bmiss 7
11a ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6
11b ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6
11g ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6
turboA ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6
turboG ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6
sturbo ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6
11na ucast NONE mgmt 12 MCS mcast 12 MCS maxretry 6
11ng ucast NONE mgmt 2 MCS mcast 2 MCS maxretry 6
half ucast NONE mgmt 3 Mb/s mcast 3 Mb/s maxretry 6
quarter ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6
scanvalid 60 -bgscan bgscanintvl 300 bgscanidle 250
roam:11a rssi 7dBm rate 12 Mb/s
roam:11b rssi 7dBm rate 1 Mb/s
roam:11g rssi 7dBm rate 5 Mb/s
roam:turboA rssi 7dBm rate 12 Mb/s
roam:turboG rssi 7dBm rate 12 Mb/s
roam:sturbo rssi 7dBm rate 12 Mb/s
roam:11na rssi 7dBm MCS 1
roam:11ng rssi 7dBm MCS 1
roam:half rssi 7dBm rate 6 Mb/s
roam:quarter rssi 7dBm rate 3 Mb/s
pureg protmode OFF -ht -htcompat -ampdu ampdulimit 64k ampdudensity 8
-amsdu -shortgi htprotmode RTSCTS -puren smps -rifs wme burst -dwds
-hidessid apbridge dtimperiod 1 doth -dfs inact bintval 100
AC_BE cwmin 4 cwmax 6 aifs 3 txopLimit 0 -acm ack
cwmin 4 cwmax 10 aifs 3 txopLimit 0 -acm
AC_BK cwmin 4 cwmax 10 aifs 7 txopLimit 0 -acm ack
cwmin 4 cwmax 10 aifs 7 txopLimit 0 -acm
AC_VI cwmin 3 cwmax 4 aifs 1 txopLimit 94 -acm ack
cwmin 3 cwmax 4 aifs 2 txopLimit 94 -acm
AC_VO cwmin 2 cwmax 3 aifs 1 txopLimit 47 -acm ack
cwmin 2 cwmax 3 aifs 2 txopLimit 47 -acm
groups: wlan
</pre>
<p>OTOH, miniPCI ath cards appear to be working on antique HW like Alix 2D13; miniPCIe -> hopeless.</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=288062016-09-06T07:58:40ZJim Pingle
<ul></ul><p>Looks like on 11 you have to clone the interface. The wireless device (e.g. ath0) won't show in ifconfig.</p>
<p>Somehow we'll have to detect wireless devices like ath0 and offer them for creation/cloning as before.</p>
<p>You can make it show up temporarily by running:</p>
<pre>
ifconfig wlan0 create wlandev ath0
</pre>
<p>You can then assign that interface and use it, but unless you have an earlyshellcmd to bring it back it'll fail on the next boot.</p>
<p>The list of current wireless devices is in the net.wlan.devices sysctl OID so fetching them from there is easy, but we lose some of the extra info we had before pre-assignment, such as the MAC address of ath0.</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=288072016-09-06T08:09:43ZJim Pingle
<ul></ul><p>I'll make a fresh ticket for 2.4 with the above on it so it doesn't get lost here.</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=288102016-09-06T09:14:13ZKill Bill
<ul></ul><p>OK. After a lot of further testing and messing with various stuff, here is some mixed news:<br />- as for 2.3.x, the <strong>DHCP relay</strong> got completely screwed before 2.3.2 release. As soon as I disable that and set up a DHCP server on a 2.3.2+ box, the wifi gets working again. (Those HW/kernel related logs above are apparently misleading). Thanks to Martin for providing the hints.<br />- as for 2.4, apparently we have <a class="issue tracker-1 status-3 priority-4 priority-default closed" title="Bug: 802.11 stack on FreeBSD 11 requires changes to support its new device creation method (Resolved)" href="https://redmine.pfsense.org/issues/6770">#6770</a> for that now.<br />- as for the ath driver issues with FreeBSD 10.3, no clue what's up. Sounds like the generic "FreeBSD sucks with wireless" issue.</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=288112016-09-06T09:16:19ZKill Bill
<ul></ul><p>And finally - the DHCP relay issues are so bad that it actually crashes pfSense when reconfiguring the service. I submitted a crash log earlier today, merely removing ath0 interface from the service configuration forced a crash and reboot of the box. :-( The logs are identical to what's mentioned in comment #1 here.<br />$</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=288132016-09-06T09:42:01ZJim Pingle
<ul></ul><p>OK so the real issue of this ticket is actually DHCP Relay breaking. Given the info in the description and such I'm thinking it might be better to close this out and start a fresh one specifically for DHCP relay, carrying over only the details and log entries relevant there. There were some changes for 2.3.2, see <a class="issue tracker-1 status-3 priority-4 priority-default closed" title="Bug: DHCP relay listens for dhcp requests on the upstream interface. (Resolved)" href="https://redmine.pfsense.org/issues/6355">#6355</a>, I'm not sure how easy it would be to test backing just those out since it included a patch for the DHCP relay daemon itself.</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=288142016-09-06T09:49:07ZKill Bill
<ul></ul><p><a class="user active" href="https://redmine.pfsense.org/users/10">Jim Pingle</a>: Well if you can link a pre-6355 binary for download, I can test that for sure with multiple boxes. I might have some 2.3.2 prerelease images available but not exactly keen on digging into which one might still be working.</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=288162016-09-06T10:53:46ZJim Pingle
<ul></ul><p>I don't think we have any left, unless you count 2.3.1 which isn't so helpful in that area. If you do still have a 2.3.1 box around you could grab /usr/local/sbin/dhcrelay from it and copy it over to 2.3.2 as a test.</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=288172016-09-06T11:13:33ZJim Pingle
<ul><li><strong>Subject</strong> changed from <i>ath (AR9280) wifi no longer usable in 2.3.2</i> to <i>DHCP Relay not working on 2.3.2</i></li><li><strong>Description</strong> updated (<a title="View differences" href="/journals/28817/diff?detail_id=22455">diff</a>)</li><li><strong>Assignee</strong> changed from <i>Jim Thompson</i> to <i>Renato Botelho</i></li></ul> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=288182016-09-06T11:13:56ZJim Pingle
<ul></ul><p>Rather than reinvent the wheel I updated the description on this ticket instead.</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=288282016-09-06T15:00:33ZKill Bill
<ul></ul><p>Thanks; managed to find the related crash dump I submitted today? (Should be either from 188.75.x.x or 2001:470:6e:xxxx::xxxx)</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=288302016-09-06T15:07:52ZJim Pingle
<ul></ul><p>Just found it (it was from the IPv6 address):</p>
<pre>
ath0: ath_reset_grablock: didn't finish after 10 iterations
ath0: ath_reset_grablock: warning, recursive reset path!
ath0: ath_chan_set: concurrent reset! Danger!
ath0: device timeout
ath0: stuck beacon; resetting (bmiss count 4)
<7>cannot forward src fe80:9::xxxx:xxxx:xxxx:xxxx, dst 2001:470:xxxx:xxxx:xxxx::1, nxt 17, rcvif ath0_wlan0, outif igb0
ath0: stuck beacon; resetting (bmiss count 4)
<7>cannot forward src fe80:9::xxxx:xxxx:xxxx:xxxx, dst 2001:470:xxxx:xxxx:xxxx::1, nxt 17, rcvif ath0_wlan0, outif igb0
Fatal trap 12: page fault while in kernel mode
cpuid = 2; apic id = 02
fault virtual address = 0x27
fault code = supervisor read data, page not present
instruction pointer = 0x20:0xffffffff80d2c47b
stack pointer = 0x28:0xfffffe012118b300
frame pointer = 0x28:0xfffffe012118b370
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = 40074 (dhcrelay)
</pre>
<p>And the backtrace:<br /><pre>
db:0:kdb.enter.default> show pcpu
cpuid = 2
dynamic pcpu = 0xfffffe0174c51500
curthread = 0xfffff800872594b0: pid 40074 "dhcrelay"
curpcb = 0xfffffe012118bb80
fpcurthread = none
idlethread = 0xfffff800039804b0: tid 100005 "idle: cpu2"
curpmap = 0xfffff80003989838
tssp = 0xffffffff82113560
commontssp = 0xffffffff82113560
rsp0 = 0xfffffe012118bb80
gs32p = 0xffffffff82114fb8
ldt = 0xffffffff82114ff8
tss = 0xffffffff82114fe8
db:0:kdb.enter.default> bt
Tracing pid 40074 tid 100152 td 0xfffff800872594b0
mld_change_state() at mld_change_state+0x5b/frame 0xfffffe012118b370
in6_mc_leave() at in6_mc_leave+0x83/frame 0xfffffe012118b3b0
ip6_freemoptions() at ip6_freemoptions+0x10d/frame 0xfffffe012118b410
in_pcbfree() at in_pcbfree+0x18a/frame 0xfffffe012118b450
udp6_detach() at udp6_detach+0xe1/frame 0xfffffe012118b490
sofree() at sofree+0x171/frame 0xfffffe012118b4c0
soclose() at soclose+0x34f/frame 0xfffffe012118b500
_fdrop() at _fdrop+0x29/frame 0xfffffe012118b520
closef() at closef+0x21e/frame 0xfffffe012118b5b0
fdescfree() at fdescfree+0x4f9/frame 0xfffffe012118b660
exit1() at exit1+0x576/frame 0xfffffe012118b6f0
sigexit() at sigexit+0x925/frame 0xfffffe012118b9b0
postsig() at postsig+0x286/frame 0xfffffe012118ba70
ast() at ast+0x417/frame 0xfffffe012118bab0
doreti_ast() at doreti_ast+0x1f/frame 0x7fffffffea50
</pre></p>
<p>The crash appears to be in IPv6 processing.</p>
<p>Does that particular configuration involve a bridge?</p>
<p>The "cannot forward" message reminds me of <a class="issue tracker-1 status-3 priority-11 priority-high3 closed" title="Bug: Frequent IPv6 panic on 2.3 - May be log-related (Resolved)" href="https://redmine.pfsense.org/issues/5428">#5428</a> but the other symptoms don't line up.</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=288332016-09-06T15:39:10ZKill Bill
<ul></ul><p>Jim Pingle wrote:</p>
<blockquote>
<p>Does that particular configuration involve a bridge?<br />The "cannot forward" message reminds me of <a class="issue tracker-1 status-3 priority-11 priority-high3 closed" title="Bug: Frequent IPv6 panic on 2.3 - May be log-related (Resolved)" href="https://redmine.pfsense.org/issues/5428">#5428</a> but the other symptoms don't line up.</p>
</blockquote>
<p>No bridges there at all. The box never ever crashed until I touched the dhcrelay stuff.</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=289712016-09-28T05:10:39ZKill Bill
<ul></ul><p>Target version: 2.4.0? Not exactly sure people are keen on waiting for a year to get something that was working to work again. How about reverting the thing to pre-2.3.2 state without that <a class="issue tracker-1 status-3 priority-4 priority-default closed" title="Bug: DHCP relay listens for dhcp requests on the upstream interface. (Resolved)" href="https://redmine.pfsense.org/issues/6355">#6355</a> "fix" that broke everything and fixed nothing (at least according to <a class="external" href="https://forum.pfsense.org/index.php?topic=110901.0">https://forum.pfsense.org/index.php?topic=110901.0</a>).</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=289732016-09-28T07:13:05ZJim Pingle
<ul></ul><p>Reverting that patch certainly does seem like a good idea given the responses.</p>
<p>Out of curiosity, have you tried this on a recent 2.3.3 snapshot? Or on 2.4?</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=289742016-09-28T07:13:46ZJim Pingle
<ul></ul><p>Also: Target for 2.4 is only a couple months out, not a year.</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=289922016-09-29T12:58:34Zmartin wüthrich
<ul></ul><p>Yes I did: <a class="external" href="https://redmine.pfsense.org/issues/6658#note-4">https://redmine.pfsense.org/issues/6658#note-4</a></p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=289972016-10-02T06:24:52ZKill Bill
<ul></ul><p>Jim Pingle wrote:</p>
<blockquote>
<p>Out of curiosity, have you tried this on a recent 2.3.3 snapshot? Or on 2.4?</p>
</blockquote>
<p>Yeah all the 2.3.3 snapshots are still broken. 2.4 is a complete no-go with wifi due to Bug <a class="issue tracker-1 status-3 priority-4 priority-default closed" title="Bug: 802.11 stack on FreeBSD 11 requires changes to support its new device creation method (Resolved)" href="https://redmine.pfsense.org/issues/6770">#6770</a> so I really don't have any good place to test this.</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=293742016-11-11T03:27:17ZKill Bill
<ul></ul><p>Can this pretty please finally get the disastrous patch reverted? Not only it did not fix what it was supposed to fix (beyond the already mentioned <a class="external" href="https://forum.pfsense.org/index.php?topic=110901.0">https://forum.pfsense.org/index.php?topic=110901.0</a>, there's another report <a class="external" href="https://forum.pfsense.org/index.php?topic=119798">https://forum.pfsense.org/index.php?topic=119798</a>) but it broke the thing completely. I cannot see a single good thing about the patch. This is a completely no go in environments where you have lots of VLANs and all DHCP/DNS needs to be maintained under Active Directory.</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=294932016-11-18T10:47:51ZRenato Botelhorenato@netgate.com
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>Feedback</i></li><li><strong>% Done</strong> changed from <i>0</i> to <i>100</i></li></ul><p>Patch removed and package updated to 4.3.5 on pfSense 2.3.3 and 2.4.0</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=294942016-11-18T12:41:54ZKill Bill
<ul></ul><p>Yay!!! Will only be able to test after this weekend; going to post feedback here. Thanks.</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=295262016-11-21T06:01:00ZKill Bill
<ul></ul><p>Kill Bill wrote:</p>
<blockquote>
<p>Yay!!! Will only be able to test after this weekend; going to post feedback here. Thanks.</p>
</blockquote>
<p><img src="https://s11.postimg.org/rkzrc0x5v/homer_woohoo.gif" alt="" /></p>
<p>Working again!!!</p> pfSense - Bug #6658: DHCP Relay not working on 2.3.2https://redmine.pfsense.org/issues/6658?journal_id=296972016-12-02T08:56:33ZJim Pingle
<ul><li><strong>Status</strong> changed from <i>Feedback</i> to <i>Resolved</i></li></ul>