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

    ARP TABLE Refresh time for Wake On Lan

    Scheduled Pinned Locked Moved General pfSense Questions
    5 Posts 3 Posters 703 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.
    • UnoptanioU
      Unoptanio
      last edited by

      3125dd97-6d25-4227-9db0-2015285ac7a3-image.png

      In the list of machines that I set to wake on lan the machines are marked as turned on even if I just turned them off.
      From the tests I did, about 20 minutes pass before the status is updated.

      I've read that it depends on the ARP table being updated.

      Is it possible to change the ARP table update time?

      How much is this value?

      pfSensePlus24.03 2U BareMetal Asrock Industrial IMB-X1314MicroATX
      CPU: i7-13700@5.2GHz, RAM:32GB ECC, n°2 Samsung 870EVO SATA 2.5” SSD 1TB (ZFS) Raid1
      n°3 Intel i225-LM 2500/1000/100Mbps, n°1 NIC Intel i350-T4V2 10/100/1000 Mbps 4*GLAN, n°1 Intel X520-DA2

      johnpozJ 1 Reply Last reply Reply Quote 0
      • stephenw10S
        stephenw10 Netgate Administrator
        last edited by

        Yes 15-20mins is the expected timeout for ARP.

        You can set net.link.ether.inet.max_age to something lower. It's 1200s by default.

        Steve

        UnoptanioU 1 Reply Last reply Reply Quote 1
        • johnpozJ
          johnpoz LAYER 8 Global Moderator @Unoptanio
          last edited by johnpoz

          @Unoptanio said in ARP TABLE Refresh time for Wake On Lan:

          Is it possible to change the ARP table update time?

          While yes it is possible to change this, normally if you want to WOL, its best to have a static arp.. So pfsense always knows what mac to send the WOL too even if the device is "off" and not sending traffic or answering arps..

          Pretty sure when you create the wol entry, pfsense stores the mac to send too, so static arp entry really isn't needed.

          wol.jpg

          So you just want to know from the dhcp leases what devices are not currently active and you want this to be lower so you you see inactive devices sooner? Keep in mind if you lower the arp cache time, you will be more likely to show stuff offline when its not.. That list is only showing devices as offline that pfsense has not seen traffic from.. So if you say sent it to 60 seconds for example, and box hasn't sent anything in say 61 seconds the device would show offline, when it really isn't

          Keep in mind that the ttl for the cache item doesn't update every time there is traffic, so if the cache expires - and no traffic seen after it expired you would show offline..

          See for example I am actively talking to pfsense from 192.168.9.100, and the ttl is counting down

          [23.09.1-RELEASE][admin@sg4860.home.arpa]/root: arp 192.168.9.100
          i9-win.home.arpa (192.168.9.100) at b0:4f:13:0b:fd:16 on igb0 expires in 401 seconds [ethernet]
          [23.09.1-RELEASE][admin@sg4860.home.arpa]/root: arp 192.168.9.100
          i9-win.home.arpa (192.168.9.100) at b0:4f:13:0b:fd:16 on igb0 expires in 399 seconds [ethernet]
          [23.09.1-RELEASE][admin@sg4860.home.arpa]/root: arp 192.168.9.100
          i9-win.home.arpa (192.168.9.100) at b0:4f:13:0b:fd:16 on igb0 expires in 398 seconds [ethernet]
          [23.09.1-RELEASE][admin@sg4860.home.arpa]/root: arp 192.168.9.100
          i9-win.home.arpa (192.168.9.100) at b0:4f:13:0b:fd:16 on igb0 expires in 397 seconds [ethernet]
          [23.09.1-RELEASE][admin@sg4860.home.arpa]/root: arp 192.168.9.100
          i9-win.home.arpa (192.168.9.100) at b0:4f:13:0b:fd:16 on igb0 expires in 396 seconds [ethernet]
          [23.09.1-RELEASE][admin@sg4860.home.arpa]/root: arp 192.168.9.100
          i9-win.home.arpa (192.168.9.100) at b0:4f:13:0b:fd:16 on igb0 expires in 386 seconds [ethernet]
          [23.09.1-RELEASE][admin@sg4860.home.arpa]/root: 
          

          Before you go messing with the arp cache time, I would be sure its going to do what you think its going to do for your use case.

          Changing it might not have the effect your looking for, and would just increase the number of arps that pfsense needs to send.

          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 2
          • UnoptanioU
            Unoptanio @stephenw10
            last edited by Unoptanio

            @stephenw10

            I found this old post from the year 2009.
            https://forum.netgate.com/post/188005

            To make the command permanent:

            sysctl net.link.ether.inet.max_age=600
            

            just add it in the /etc/sysctl.conf file?

            600ms=10minutes

            Does this still apply to the latest versions of pfsense?

            Or should I add the constant in this list?
            e4b070f5-5331-4f46-b9cc-1e87847ed526-image.png

            pfSensePlus24.03 2U BareMetal Asrock Industrial IMB-X1314MicroATX
            CPU: i7-13700@5.2GHz, RAM:32GB ECC, n°2 Samsung 870EVO SATA 2.5” SSD 1TB (ZFS) Raid1
            n°3 Intel i225-LM 2500/1000/100Mbps, n°1 NIC Intel i350-T4V2 10/100/1000 Mbps 4*GLAN, n°1 Intel X520-DA2

            stephenw10S 1 Reply Last reply Reply Quote 0
            • stephenw10S
              stephenw10 Netgate Administrator @Unoptanio
              last edited by

              @Unoptanio said in ARP TABLE Refresh time for Wake On Lan:

              just add it in the /etc/sysctl.conf file?

              Nope, pfSense doesn't use that. The system tunables table replaces it so add it there if you need to.

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