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

    [Closed] System and network slow, DHCP problem??

    Scheduled Pinned Locked Moved General pfSense Questions
    29 Posts 5 Posters 5.6k 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.
    • MellowlynxM
      Mellowlynx
      last edited by

      Guess I missed that one, but here you go.

      This how is was this morning!

      1 Reply Last reply Reply Quote 0
      • DerelictD
        Derelict LAYER 8 Netgate
        last edited by

        Back on topic, re2 is now both wifi networks and for now everything seems to be working.

        So you moved your private wifi to re2? Now it's the same network as your guest wifi.  Might as well not have a WPA passphrase on it.

        And how did you do that without adding a switch to re2?

        Chattanooga, Tennessee, USA
        A comprehensive network diagram is worth 10,000 words and 15 conference calls.
        DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
        Do Not Chat For Help! NO_WAN_EGRESS(TM)

        1 Reply Last reply Reply Quote 0
        • MellowlynxM
          Mellowlynx
          last edited by

          @Derelict:

          Back on topic, re2 is now both wifi networks and for now everything seems to be working.

          So you moved your private wifi to re2? Now it's the same network as your guest wifi.  Might as well not have a WPA passphrase on it.

          And how did you do that without adding a switch to re2?

          Yes I did, but once again it's temporarily.

          I did add one, the image is the situation before moving the wifi.
          aka the situation the problems started.

          1 Reply Last reply Reply Quote 0
          • MellowlynxM
            Mellowlynx
            last edited by

            BTW, I still see this

            
            Oct 9 22:12:09	dhcpd: DHCPREQUEST for 192.168.2.18 from 20:16:d8:a6:15:8a (Nicole) via re2
            Oct 9 22:12:09	dhcpd: DHCPACK on 192.168.2.18 to 20:16:d8:a6:15:8a (Nicole) via re2
            Oct 9 22:12:09	dhcpd: DHCPREQUEST for 192.168.2.18 from 20:16:d8:a6:15:8a (Nicole) via re2
            Oct 9 22:12:09	dhcpd: DHCPACK on 192.168.2.18 to 20:16:d8:a6:15:8a (Nicole) via re2
            
            

            Should be just one request and one pack right?

            1 Reply Last reply Reply Quote 0
            • DerelictD
              Derelict LAYER 8 Netgate
              last edited by

              Don't know why the client is requesting twice.  Either the client is requesting it twice or your network is sending it to the DHCP interface twice (like there's a layer 2 loop or something.)

              Chattanooga, Tennessee, USA
              A comprehensive network diagram is worth 10,000 words and 15 conference calls.
              DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
              Do Not Chat For Help! NO_WAN_EGRESS(TM)

              1 Reply Last reply Reply Quote 0
              • MellowlynxM
                Mellowlynx
                last edited by

                @Derelict:

                your network is sending it to the DHCP interface twice (like there's a layer 2 loop or something.)

                The switches are both unmanaged, so is there a way this could be done with settings in pfsense??

                1 Reply Last reply Reply Quote 0
                • D
                  divsys
                  last edited by

                  Just a small comment from someone who's seen some "odd" network situations over the years.

                  It may be worth your time to check EVERY cable connection in and out of the router, wifi's , and devices to make sure they actually match the diagram you've drawn.

                  I've seen cases where in a small setup like this, an "extra" connection ends up causing a network loop.  Especially if someone else tries to desperately "fix" a network problem while you're not around.

                  It shouldn't take too long and is well worth the effort to make sure there isn't a phantom connection causing grief.

                  Just my $.02

                  -jfp

                  1 Reply Last reply Reply Quote 0
                  • DerelictD
                    Derelict LAYER 8 Netgate
                    last edited by

                    @rcktboy:

                    @Derelict:

                    your network is sending it to the DHCP interface twice (like there's a layer 2 loop or something.)

                    The switches are both unmanaged, so is there a way this could be done with settings in pfsense??

                    Not if you didn't configure a bridge.

                    Good advice above.  Look at everything connected to both switches. Do some packet captures on re1 and re2.  If you see any traffic that's supposed to be on the other interface you know you have a problem.

                    Chattanooga, Tennessee, USA
                    A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                    DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                    Do Not Chat For Help! NO_WAN_EGRESS(TM)

                    1 Reply Last reply Reply Quote 0
                    • MellowlynxM
                      Mellowlynx
                      last edited by

                      @divsys:

                      It may be worth your time to check EVERY cable connection in and out of the router, wifi's , and devices to make sure they actually match the diagram you've drawn.

                      I did check all the cable connections, and they check all out.
                      Today I will check and monitor the WiFi and change the password too.

                      The networks looks more stable and not as match double DHCP requests anymore.

                      1 Reply Last reply Reply Quote 0
                      • MellowlynxM
                        Mellowlynx
                        last edited by

                        The problems are still there :(
                        And the wifi has a different password and only the necessary stuff is connected right now.

                        Still the day before yesterday when it got busy in the cafe and more devices connected the network slowed down big time.

                        To rule out the system itself I put my old system there yesterday and hope this will give is more information.
                        The system has run here for more then 2 year without any problems so I hope it will there also.

                        But it this got thinking, and I checked also my DHCP logs,
                        And have to say that there is allot of stuff happening, even when most stuff is off and I'm not home.
                        I get that there is always network communication, bus also here allot of (in my eyes) unnecessary request.

                        Then I checked a other system,
                        And I see this

                        
                        Oct 17 14:51:30	dhcpd: DHCPDISCOVER from 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:51:30	dhcpd: DHCPOFFER on 172.16.32.125 to 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:51:31	dhcpd: DHCPREQUEST for 172.16.32.125 (172.16.32.1) from 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:51:31	dhcpd: DHCPACK on 172.16.32.125 to 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:51:40	dhcpd: DHCPREQUEST for 172.16.32.125 from 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:51:40	dhcpd: DHCPACK on 172.16.32.125 to 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:52:39	dhcpd: DHCPREQUEST for 172.16.32.125 from 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:52:39	dhcpd: DHCPACK on 172.16.32.125 to 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:55:25	dhcpd: DHCPREQUEST for 172.16.32.125 from 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:55:25	dhcpd: DHCPACK on 172.16.32.125 to 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:56:24	dhcpd: DHCPDISCOVER from 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:56:24	dhcpd: DHCPOFFER on 172.16.32.125 to 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:56:25	dhcpd: DHCPREQUEST for 172.16.32.125 (172.16.32.1) from 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:56:25	dhcpd: DHCPACK on 172.16.32.125 to 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:57:22	dhcpd: DHCPREQUEST for 172.16.32.125 from 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:57:22	dhcpd: DHCPACK on 172.16.32.125 to 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:57:22	dhcpd: DHCPDISCOVER from 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:57:22	dhcpd: DHCPOFFER on 172.16.32.125 to 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:57:23	dhcpd: DHCPREQUEST for 172.16.32.125 (172.16.32.1) from 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:57:23	dhcpd: DHCPACK on 172.16.32.125 to 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:58:25	dhcpd: DHCPREQUEST for 172.16.32.125 from 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:58:25	dhcpd: DHCPACK on 172.16.32.125 to 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:58:25	dhcpd: DHCPDISCOVER from 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:58:25	dhcpd: DHCPOFFER on 172.16.32.125 to 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:58:26	dhcpd: DHCPREQUEST for 172.16.32.125 (172.16.32.1) from 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        Oct 17 14:58:26	dhcpd: DHCPACK on 172.16.32.125 to 8c:2d:aa:e0:90:2c (Susans-iPad) via re2
                        
                        

                        The last system is a completely other situation and system and I think it's strange that it's happening there also.

                        Do others have there busy DHCP servers/logs also??
                        Or is there a maybe a bug??

                        1 Reply Last reply Reply Quote 0
                        • DerelictD
                          Derelict LAYER 8 Netgate
                          last edited by

                          It is NOT a bug. You have something fundamentally wrong with your network.

                          I have a pfSense 2.1.5 system installed in a 2200-room hotel with 4000-ish simultaneous captive portal clients every weekend, all configured via DHCP.

                          And another serving about 500ksqft of meeting, exhibit, and banquet space.  Multiple VLANs, multiple DHCP scopes, multiple SSIDs. It all just works.

                          When are you going to listen?

                          I don't see anything fundamentally wrong with those logs.

                          You'll have to ask Apple why the device is performing a DHCPDISCOVER/DHCPREQUEST so often, unless your lease time in the scope is 10 minutes.

                          My guess is you're trying to use cheap-ass wi-fi gear in a hospitality setting and it's falling on its face.

                          Chattanooga, Tennessee, USA
                          A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                          DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                          Do Not Chat For Help! NO_WAN_EGRESS(TM)

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

                            "Or is there a maybe a bug?"

                            A bug in your client maybe..  Cleary susans ipad likes to keep asking for IP every couple of minutes..  Getting it and answering it with ack, and then asking again and again and again…

                            Its quite possible she is bouncing up and down on the wifi so keeps wanting to renew or get an IP, etc.

                            here is my phone for example..
                            Oct 17 05:00:48 dhcpd: DHCPACK on 192.168.2.225 to ac:fd:ec:62:34:97 (Johns-Phone) via em2
                            Oct 17 05:00:48 dhcpd: DHCPREQUEST for 192.168.2.225 from ac:fd:ec:62:34:97 (Johns-Phone) via em2

                            Oct 16 17:00:25 dhcpd: DHCPACK on 192.168.2.225 to ac:fd:ec:62:34:97 (Johns-Phone) via em2
                            Oct 16 17:00:25 dhcpd: DHCPREQUEST for 192.168.2.225 (192.168.2.253) from ac:fd:ec:62:34:97 (Johns-Phone) via em2

                            So my lease is 86400 seconds or 24 hours..  So 5pm on 16th it renewed, and just as you would expect 12 hours later it renewed it again.. Not every couple of freaking minutes request, discover, etc. etc..

                            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
                            • DerelictD
                              Derelict LAYER 8 Netgate
                              last edited by

                              Or the wi-fi coverage sucks so bad the client is constantly dropping in and out of association.  Every time it rejoins it has no choice but to ask for DHCP again.

                              But it must be a bug in pfSense/ISC dhcpd.

                              ETA: (which is pretty much what you said in the part I didn't read the first time. :/)

                              Chattanooga, Tennessee, USA
                              A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                              DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                              Do Not Chat For Help! NO_WAN_EGRESS(TM)

                              1 Reply Last reply Reply Quote 0
                              • MellowlynxM
                                Mellowlynx
                                last edited by

                                Update time

                                So I had enough of this problem and because I got two older server cases from my company I made one of the cases run pfSense and replace it with my machine, my old one moved to the cafe.

                                After moving the nic's and restored the backup everything is running fine.
                                The system is now running 8 Days 22 Hours and all is good no problems at all.

                                Thanks all for the response,

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