Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    DHCP and wireless clients

    Scheduled Pinned Locked Moved DHCP and DNS
    12 Posts 5 Posters 3.1k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • johnpozJ
      johnpoz LAYER 8 Global Moderator
      last edited by

      well clearly its a AP issue, since you see pfsense getting the discover and sending out the offer.  So either wifi client is NOT getting this offer, or he doesn't like it for some reason.  Since your saying once you reboot the AP it works.. I would have to assume the AP is not sending on the offer for some reason.

      What is the AP your using??

      An intelligent man is sometimes forced to be drunk to spend time with his fools
      If you get confused: Listen to the Music Play
      Please don't Chat/PM me for help, unless mod related
      SG-4860 24.11 | Lab VMs 2.8, 24.11

      1 Reply Last reply Reply Quote 0
      • P
        Pakken
        last edited by

        Thanks for the answer, what I forgot to mention is that with wireless notebooks, for example, I don't have any kind of problem. Tested with many kind of clients like Macbook pro, dell XPS, some low range HP probooks and so on.
        The AP is a Netgear D6400 in full AP mode.

        1 Reply Last reply Reply Quote 0
        • R
          rjarratt
          last edited by

          I have the exact same problem. In my case I use pfSense at home (so I am something of an amateur). My laptop and Surface are able to lease DHCP addresses just fine over wireless, but my son's phone and Xbox cannot. I see the same thing that the OP sees, namely that the request gets through to pfSense, the offer is sent back, but it never seems to reach the phone/xbox. I am at a loss to explain it. The previous system I used, before installing pfSense, always worked just fine for all wireless clients.

          1 Reply Last reply Reply Quote 0
          • C
            cmb
            last edited by

            Guessing maybe the phones switch APs, but something on your switches doesn't switch those MACs over to the new AP possibly. It's definitely something on the network, and most likely the APs since power cycling them fixes it. But that could trigger something else that fixes it, like the affected clients switching to a different AP (where if they'd just switched APs without power cycling them, the same thing would have happened). The lagg might be suspect if something switch-side is making some of the requests it sends get dropped by the switch.

            @rjarratt:

            I have the exact same problem.

            You have the same symptom, highly unlikely the same reason for it. You'd be best off starting a new thread describing your setup, AP, anything else that's relevant.

            1 Reply Last reply Reply Quote 0
            • johnpozJ
              johnpoz LAYER 8 Global Moderator
              last edited by

              Well what I would do to troubleshoot such an issue is sniff on the client does it get the offer?  Does it try and send a request?

              If you don't understand the sniffs than post them.. Plenty of people here to look over them.

              An intelligent man is sometimes forced to be drunk to spend time with his fools
              If you get confused: Listen to the Music Play
              Please don't Chat/PM me for help, unless mod related
              SG-4860 24.11 | Lab VMs 2.8, 24.11

              1 Reply Last reply Reply Quote 0
              • R
                rjarratt
                last edited by

                I have done a bit more investigation and I think I see the problem. In the devices that don't work, the DHCP DISCOVER and DHCP REQUEST messages have the Broadcast flag set to OFF. The DHCP server therefore unicasts the response, and that, for reasons I don't yet understand, does not get through my wireless AP (an old SMC Barricade). The clients that work have the Broadcast flag set to ON.

                Although I have not been able to verify this, I suspect my previous DHCP server disregarded the flag and always broadcast the responses. The RFC (1541), allows servers to do this, but clearly pfSense does not do it.

                Is there a setting somewhere that would allow me to modify the behaviour of the DHCP server, so that it always broadcasts responses?

                1 Reply Last reply Reply Quote 0
                • johnpozJ
                  johnpoz LAYER 8 Global Moderator
                  last edited by

                  Why don't you just toggle their broadcast bit to on?

                  An intelligent man is sometimes forced to be drunk to spend time with his fools
                  If you get confused: Listen to the Music Play
                  Please don't Chat/PM me for help, unless mod related
                  SG-4860 24.11 | Lab VMs 2.8, 24.11

                  1 Reply Last reply Reply Quote 0
                  • R
                    rjarratt
                    last edited by

                    I would if I could. The particular clients I have had problems with are an android phone and an Xbox. Today I have been looking at the android phone, and I can't find anything that would allow me to change this setting. I suspect it is baked into the DHCP client and probably can't be changed.

                    1 Reply Last reply Reply Quote 0
                    • johnpozJ
                      johnpoz LAYER 8 Global Moderator
                      last edited by

                      Well that is pretty shitty client..  But anywho - you say it clears up when reboot the AP??  IF so its an issue with the AP not sending on the dhcp offer.. and or request back from the client.

                      An intelligent man is sometimes forced to be drunk to spend time with his fools
                      If you get confused: Listen to the Music Play
                      Please don't Chat/PM me for help, unless mod related
                      SG-4860 24.11 | Lab VMs 2.8, 24.11

                      1 Reply Last reply Reply Quote 0
                      • R
                        rjarratt
                        last edited by

                        Actually, my situation isn't exactly the same as the OP's. In my case the problem does not go away with a restart of the AP. I can see the AP pass on the Discover to pfSense, and pfSense sending back the Offer, but in a Unicast which the AP does not send on. The client is an Android phone in this case. I suspect other DHCP servers (my previous one was the one built into Windows Server) just broadcast the response all the time regardless, which the RFC allows.

                        To resolve this it looks like I need to do one of three things:

                        1. Get the client to request Broadcast. I can't see how to get Android to do this.
                        2. Get the AP to pass the Unicast Offer through, based on the MAC address, rather than the IP (I suspect it is an ARP problem). Perhaps replacing the AP would fix this, and I have a longer term plan to do this at some point, although that is no guarantee it will solve the problem.
                        3. Get pfSense to always broadcast its Offers.

                        I suspect option 2 is the easiest one, but whether it would fix the problem I don't know.

                        1 Reply Last reply Reply Quote 0
                        • jahonixJ
                          jahonix
                          last edited by

                          I've seen "DHCP helper" in some of the switches I use. Though I'm not completely sure about what it does I would expect it to work in this category. Maybe your AP offers this as well?
                          (I have to do some reading on the helper and "option 82" if I have an hour to kill…)

                          1 Reply Last reply Reply Quote 0
                          • First post
                            Last post
                          Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.