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

    Losing WAN when receiving VOIP call

    Scheduled Pinned Locked Moved General pfSense Questions
    24 Posts 4 Posters 2.0k 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.
    • L
      lovingHDTV
      last edited by lovingHDTV

      I've recently been having an issue that I'm struggling to figure out. I use Ooma and sometimes when I answer the phone, my WAN connection drops. I do see Pfsense report that the WAN is disconnected, but cannot figure out why.

      This lasts for 2 minutes, then it all starts working again. This only happens periodically and I'm not sure it isn't my ISPs fault either. I'm just trying to debug a bit before I call him.

      Any ideas what I could look at when this happens to help figure out why?

      In case it matter, I did update to 2.4.4 to see if that helped, but it made no difference.

      thanks
      david

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

        What log entries are you actually seeing?

        Is the WAN connection actually going down or just the gateway monitoring showing an alarm?

        Steve

        1 Reply Last reply Reply Quote 0
        • L
          lovingHDTV
          last edited by lovingHDTV

          Not exactly what logs to look at. I do see this:

          Oct 19 14:25:04 pfsense rc.gateway_alarm[46339]: >>> Gateway alarm: WAN (Addr:9.9.9.9 Alarm:1 RTT:22.887ms RTTsd:2.871ms Loss:21%)
Oct 19 14:25:04 pfsense check_reload_status: updating dyndns WAN
Oct 19 14:25:04 pfsense check_reload_status: Restarting ipsec tunnels
Oct 19 14:25:04 pfsense check_reload_status: Restarting OpenVPN tunnels/interfaces
Oct 19 14:25:04 pfsense check_reload_status: Reloading filter
Oct 19 14:25:05 pfsense php-fpm[59963]: /rc.openvpn: Gateway, none 'available' for inet6, use the first one configured. ''
Oct 19 14:25:05 pfsense php-fpm[59963]: /rc.openvpn: Static Routes: Gateway IP could not be found for 50.18.0.0/16
Oct 19 14:25:05 pfsense php-fpm[59963]: /rc.openvpn: Static Routes: Gateway IP could not be found for 184.169.0.0/16
Oct 19 14:25:05 pfsense php-fpm[59963]: /rc.openvpn: Static Routes: Gateway IP could not be found for 184.72.0.0/16
Oct 19 14:25:05 pfsense php-fpm[59963]: /rc.openvpn: OpenVPN: One or more OpenVPN tunnel endpoints may have changed its IP. Reloading endpoints that may use WAN.
Oct 19 14:25:05 pfsense php-fpm[1634]: /rc.dyndns.update: MONITOR: WAN is down, omitting from routing group WAN_Group1 9.9.9.9|xxx.xxx.xxx.xxx|WAN|22.892ms|2.899ms|23%|down
Oct 19 14:25:05 pfsense php-fpm[1634]: /rc.dyndns.update: Gateways status could not be determined, considering all as up/active. (Group: WAN_Group1)
Oct 19 14:25:05 pfsense php-fpm[1635]: /rc.filter_configure_sync: Gateways status could not be determined, considering all as up/active. (Group: WAN_Group1)
Oct 19 14:25:05 pfsense php-fpm[1634]: /rc.dyndns.update: Gateways status could not be determined, considering all as up/active. (Group: WAN_Group1)
Oct 19 14:25:05 pfsense php-fpm[1634]: /rc.dyndns.update: Gateways status could not be determined, considering all as up/active. (Group: WAN_Group1)
Oct 19 14:25:05 pfsense php-fpm[1634]: /rc.dyndns.update: Gateways status could not be determined, considering all as up/active. (Group: WAN_Group1)
Oct 19 14:25:05 pfsense php-fpm[1634]: /rc.dyndns.update: Gateways status could not be determined, considering all as up/active. (Group: WAN_Group1)
Oct 19 14:25:05 pfsense php-fpm[1634]: /rc.dyndns.update: phpDynDNS (): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
Oct 19 14:25:06 pfsense php-fpm[1635]: /rc.filter_configure_sync: The gateway: WAN_DHCP is invalid or unknown, not using it.
Oct 19 14:25:06 pfsense php-fpm[1635]: /rc.filter_configure_sync: The gateway: WAN_DHCP is invalid or unknown, not using it.
Oct 19 14:25:06 pfsense php-fpm[1635]: /rc.filter_configure_sync: The gateway: WAN_DHCP is invalid or unknown, not using it.
Oct 19 14:25:25 pfsense check_reload_status: Linkup starting re2
Oct 19 14:25:25 pfsense kernel: re2: link state changed to DOWN
Oct 19 14:25:26 pfsense php-fpm[54512]: /rc.linkup: Hotplug event detected for WAN(wan) static IP (xxx.xxx.xxx.xxx )
Oct 19 14:25:26 pfsense check_reload_status: Reloading filter
Oct 19 14:25:26 pfsense kernel: arpresolve: can't allocate llinfo for xxx.xxx.xxx.xxx on re2

          The arpresolve message continue for the entire time it is down

          I see this sometimes:

          Oct 19 14:25:55 pfsense php-fpm[1634]: /rc.filter_configure_sync: The gateway: WAN_DHCP is invalid or unknown, not using it.
O

          Note sure where that is from as I don't have a WAN_DHCP gateway defined.

          And then when it starts working I see

          Oct 19 14:27:33 pfsense rc.gateway_alarm[27204]: >>> Gateway alarm: WAN (Addr:9.9.9.9 Alarm:0 RTT:22.751ms RTTsd:3.137ms Loss:5%)
Oct 19 14:27:33 pfsense check_reload_status: updating dyndns WAN
Oct 19 14:27:33 pfsense check_reload_status: Restarting ipsec tunnels
Oct 19 14:27:33 pfsense check_reload_status: Restarting OpenVPN tunnels/interfaces
Oct 19 14:27:33 pfsense check_reload_status: Reloading filter
Oct 19 14:27:34 pfsense php-fpm[59963]: /rc.openvpn: Gateway, none 'available' for inet6, use the first one configured. ''
Oct 19 14:27:34 pfsense php-fpm[1635]: /rc.dyndns.update: 1635MONITOR: WAN is available now, adding to routing group WAN_Group1 9.9.9.9|xxx.xxx.xxx.xxx|WAN|22.733ms|3.117ms|3%|none
Oct 19 14:27:34 pfsense php-fpm[59963]: /rc.openvpn: Static Routes: Gateway IP could not be found for 50.18.0.0/16
Oct 19 14:27:34 pfsense php-fpm[59963]: /rc.openvpn: Static Routes: Gateway IP could not be found for 184.169.0.0/16
Oct 19 14:27:34 pfsense php-fpm[59963]: /rc.openvpn: Static Routes: Gateway IP could not be found for 184.72.0.0/16
Oct 19 14:27:34 pfsense php-fpm[59963]: /rc.openvpn: OpenVPN: One or more OpenVPN tunnel endpoints may have changed its IP. Reloading endpoints that may use WAN.
Oct 19 14:27:34 pfsense php-fpm[1635]: /rc.dyndns.update: phpDynDNS (): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
Oct 19 14:27:35 pfsense php-fpm[1634]: /rc.filter_configure_sync: The gateway: WAN_DHCP is invalid or unknown, not using it.
Oct 19 14:27:35 pfsense php-fpm[1634]: /rc.filter_configure_sync: The gateway: WAN_DHCP is invalid or unknown, not using it.
Oct 19 14:27:35 pfsense php-fpm[1634]: /rc.filter_configure_sync: The gateway: WAN_DHCP is invalid or unknown, not using it.

          Hopefully this helps,
          david

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

            @lovinghdtv said in Losing WAN when receiving VOIP call:

            Oct 19 14:25:25 pfsense kernel: re2: link state changed to DOWN
            Oct 19 14:25:26 pfsense php-fpm[54512]: /rc.linkup: Hotplug event detected for WAN(wan) static IP (xxx.xxx.xxx.xxx )

            That implies that the link was actually lost on re2. That is 20s after it started showing packet loss.

            I would try swapping that interface with another one and see if the fault stays on WAN or follows re2.

            Steve

            1 Reply Last reply Reply Quote 0
            • L
              lovingHDTV
              last edited by

              Is there a method I should use to swap two interfaces that are already in service?

              I tried just swapping them in the assignments page, save->apply, but could never reestablish WAN connectivity. I had to set them back to their original settings and reboot to get it to work.

              thanks

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

                That should work. Obviously you would also have to swap the cables to the NICs to use the new assignments.

                Steve

                1 Reply Last reply Reply Quote 0
                • L
                  lovingHDTV
                  last edited by

                  hmm, did swap the cables as well. I'll have to wait for later when everyone doesn't get mad at me and try again.

                  thanks for your help

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

                    Best to avoid angry users 😉

                    1 Reply Last reply Reply Quote 0
                    • L
                      lovingHDTV
                      last edited by

                      Hmm, if I change my WAN to a different interface (re2->re1)it can no longer connect to the internet. As soon as I change it back, it connects just fine.

                      Things I've done.

                      1. verified with my ISP that there is no MAC address limitation
                      2. tried changing via GUI
                        3 tried changing via command prompt
                      3. rebooting after every change both router and modem

                      any other idea on why I can't change from re2 -> re1? I know that re1 works as I use it as my failover interface.

                      thanks
                      davdi

                      chpalmerC 1 Reply Last reply Reply Quote 0
                      • chpalmerC
                        chpalmer @lovingHDTV
                        last edited by

                        @lovinghdtv

                        What kind of internet connection are you using and what modem?

                        Triggering snowflakes one by one..
                        Intel(R) Core(TM) i5-4590T CPU @ 2.00GHz on an M400 WG box.

                        L 1 Reply Last reply Reply Quote 0
                        • GrimsonG
                          Grimson Banned
                          last edited by Grimson

                          That's one of the issue I experienced in the past when trying to use Realtek NICs in FreeBSD, a sudden increase in small packets crashed the interface. You can try to use the driver from Realtek instead of the FreeBSD included one, check the hardware forum for it. Best would be to use Intel or Broadcom based NICs.

                          L 1 Reply Last reply Reply Quote 0
                          • L
                            lovingHDTV @chpalmer
                            last edited by

                            @chpalmer said in Losing WAN when receiving VOIP call:

                            @lovinghdtv

                            What kind of internet connection are you using and what modem?

                            It is a fixed wireless modem from Ubiquiti. I don't have the name of it, though I could ask if that helps.

                            david

                            chpalmerC 1 Reply Last reply Reply Quote 0
                            • L
                              lovingHDTV @Grimson
                              last edited by

                              @grimson said in Losing WAN when receiving VOIP call:

                              That's one of the issue I experienced in the past when trying to use Realtek NICs in FreeBSD, a sudden increase in small packets crashed the interface. You can try to use the driver from Realtek instead of the FreeBSD included one, check the hardware forum for it. Best would be to use Intel or Broadcom based NICs.

                              I have a 4 port Intel card, just don't have a low-profile bracket for it. Ordered one so when it comes in I'll swap it over.

                              thanks for the suggestion.
                              david

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

                                You could try the alternative Realtek driver: https://forum.netgate.com/topic/135850/official-realtek-driver-binary-1-95-for-2-4-4-release/

                                Steve

                                L 1 Reply Last reply Reply Quote 0
                                • L
                                  lovingHDTV @stephenw10
                                  last edited by lovingHDTV

                                  how do I verify I have a Realtek chipset?

                                  NM: google helped me:
                                  pciconf -lv

                                  reports all three are Realtek

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

                                    Yes, the reX interface names confirm that.

                                    Steve

                                    1 Reply Last reply Reply Quote 0
                                    • chpalmerC
                                      chpalmer @lovingHDTV
                                      last edited by

                                      @lovinghdtv

                                      Was just ruling out a Puma6 equipped modem issue.. UDP traffic on those can cause this.

                                      Triggering snowflakes one by one..
                                      Intel(R) Core(TM) i5-4590T CPU @ 2.00GHz on an M400 WG box.

                                      1 Reply Last reply Reply Quote 0
                                      • L
                                        lovingHDTV
                                        last edited by

                                        It happened again.

                                        I did verify that the new drivers are loaded

                                        
[2.4.4-RELEASE][admin@pfsense.home]/var/log: kldstat
Id Refs Address            Size     Name
 1   27 0xffffffff80200000 2d9a7d0  kernel
 2    1 0xffffffff82f9c000 7d2c0    if_re.ko
 3    1 0xffffffff833f9000 10a0     cpuctl.ko
 4    1 0xffffffff833fb000 72b8     aesni.ko
 5    1 0xffffffff83403000 2ec0     cryptodev.ko
 6    1 0xffffffff83406000 11a0     amdtemp.ko
 7    1 0xffffffff83408000 648      amdsmn.ko
 8    1 0xffffffff83409000 10800    dummynet.ko

                                        Here is what I see in the system.log

                                        Oct 28 18:41:23 pfsense check_reload_status: Linkup starting re2
Oct 28 18:41:23 pfsense kernel: re2: link state changed to DOWN
Oct 28 18:41:24 pfsense php-fpm[50605]: /rc.linkup: Hotplug event detected for WAN(wan) static IP (xxx.xxx.xxx.xxx )
Oct 28 18:41:24 pfsense check_reload_status: Reloading filter
Oct 28 18:41:25 pfsense php-fpm[50605]: /rc.filter_configure_sync: Gateways status could not be determined, considering all as up/active. (Group: WAN_Group1)
Oct 28 18:41:26 pfsense check_reload_status: Linkup starting re2
Oct 28 18:41:26 pfsense kernel: re2: link state changed to UP
Oct 28 18:41:27 pfsense php-fpm[64170]: /rc.linkup: Hotplug event detected for WAN(wan) static IP (xxx.xxx.xxx.xxx )
Oct 28 18:41:27 pfsense check_reload_status: rc.newwanip starting re2
Oct 28 18:41:27 pfsense check_reload_status: Reloading filter
Oct 28 18:41:28 pfsense php-fpm[64170]: /rc.newwanip: rc.newwanip: Info: starting on re2.
Oct 28 18:41:28 pfsense php-fpm[64170]: /rc.newwanip: rc.newwanip: on (IP address: xxx.xxx.xxx.xxx) (interface: WAN[wan]) (real interface: re2).
Oct 28 18:41:28 pfsense check_reload_status: Reloading filter
Oct 28 18:41:28 pfsense php-fpm[42540]: /rc.filter_configure_sync: Gateways status could not be determined, considering all as up/active. (Group: WAN_Group1)
Oct 28 18:41:30 pfsense php-fpm[64170]: /index.php: Successful login for user 'admin' from: 192.168.1.175 (Local Database)

                                        Not sure if that helps figure out what is going on.

                                        thanks
                                        david

                                        1 Reply Last reply Reply Quote 0
                                        • chpalmerC
                                          chpalmer
                                          last edited by chpalmer

                                          What brand of wireless bridge radio do you have?

                                          This comment- "I've recently been having an issue that I'm struggling to figure out"

                                          Does this mean that it started to occur suddenly or from the first time you started using a VOIP service?

                                          Triggering snowflakes one by one..
                                          Intel(R) Core(TM) i5-4590T CPU @ 2.00GHz on an M400 WG box.

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

                                            Not really. It shows the link went down and then came back up after 3 seconds.

                                            I would still try to swap out re2 for a different NIC to verify the fault stays on the NIC.

                                            What is it actually connected to? Does that log anything?

                                            You might try adding a switch in between the WAN and whatever it's connected to. The link should never go down with that in place.

                                            Steve

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