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

    Busy line

    Scheduled Pinned Locked Moved General pfSense Questions
    6 Posts 4 Posters 2.4k 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.
    • M
      maverick_slo
      last edited by

      Hi all!

      I have 20/20 FTTH line and when I fully hog it with different traffic I get this in log file:

      Sep 16 14:27:23 	php: rc.openvpn: OpenVPN: One or more OpenVPN tunnel endpoints may have changed its IP. Reloading endpoints that may use WAN_PPPOE.
      Sep 16 14:27:18 	check_reload_status: Reloading filter
      Sep 16 14:27:18 	check_reload_status: Restarting OpenVPN tunnels/interfaces
      Sep 16 14:27:18 	check_reload_status: Restarting ipsec tunnels
      Sep 16 14:27:18 	check_reload_status: updating dyndns WAN_PPPOE
      Sep 16 14:25:05 	php: rc.openvpn: OpenVPN: One or more OpenVPN tunnel endpoints may have changed its IP. Reloading endpoints that may use WAN_PPPOE.
      Sep 16 14:25:01 	check_reload_status: Reloading filter
      Sep 16 14:25:01 	check_reload_status: Restarting OpenVPN tunnels/interfaces
      Sep 16 14:25:01 	check_reload_status: Restarting ipsec tunnels
      Sep 16 14:25:01 	check_reload_status: updating dyndns WAN_PPPOE
      

      I have of course packet loss but PPPoE never goes down.
      This causes OpenVPN to cut off my clients and SNORT looses blocked hosts.
      Everything else works OK…

      Any idea?

      Regards,
      M

      1 Reply Last reply Reply Quote 0
      • P
        phil.davis
        last edited by

        System->Routing->Gateways->Edit the WAN gateway, click on the Advanced options. Put some bigger numbers for latency and packet loss limits. That way the system won't think the WAN is down just because someone is saturating it with a download.

        As the Greek philosopher Isosceles used to say, "There are 3 sides to every triangle."
        If I helped you, then help someone else - buy someone a gift from the INF catalog http://secure.inf.org/gifts/usd/

        1 Reply Last reply Reply Quote 0
        • M
          maverick_slo
          last edited by

          I was thinking the same thing…
          Will try to alter the settings and report back :)

          Thanks!

          1 Reply Last reply Reply Quote 0
          • M
            miles267
            last edited by

            How high of limits do you recommend setting under System > Routing > Gateway?  I currently have Probe = 10 seconds and Down = 30 seconds but pfsense 2.1 constantly resetting OpenVPN.  Despite there not being any active OpenVPN connections.

            What should be the:
            Latency Threshold? x and y
            Packet Threshold? x and y
            Probe internal?
            Down?

            1 Reply Last reply Reply Quote 0
            • N
              nothing
              last edited by

              Just check "Disable Gateway Monitoring". It's not in your use anyway.

              1 Reply Last reply Reply Quote 0
              • M
                miles267
                last edited by

                @nothing:

                Just check "Disable Gateway Monitoring". It's not in your use anyway.

                Unfortunately it appears that I cannot saturate my upstream completely or these OpenVPN endpoint messages accumulate in the system log, CPU usage peaks and I get a series of check reload status msgs regardless of whether I disable gateway monitoring or disable OpenVPN altogether.  I've even tried to delete and recreate my WAN gateway in case it was a corrupt config. Perhaps a bug as no other significant changes made to my pfsense 2.1 release.

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