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

    LoadBalancer Monitor Interfaces not working

    Scheduled Pinned Locked Moved Routing and Multi WAN
    4 Posts 3 Posters 1.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.
    • F
      fvter
      last edited by

      Hey All,

      I have a big problem with the load balancer service and its monitoring of IP address.

      I've set-up the interfaces so that they monitor up-bandwidth they both target different upstreams ips. However even when one itnerface is down, they still all show as online. eg. this is the log entries:

      Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 208.67.220.220, marking service UP
      Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 195.36.160.38, marking service UP
      Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 208.67.222.222, marking service UP
      Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 82.227.43.254, marking service UP
      Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 195.36.160.38, marking service UP
      Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 208.67.220.220, marking service UP
      Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 208.67.222.222, marking service UP
      Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 82.227.43.254, marking service UP
      Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 208.67.222.222, marking service UP
      Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 82.227.43.254, marking service UP
      Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 208.67.220.220, marking service UP
      Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 195.36.160.38, marking service UP
      

      82.227.43.254 & 208.67.222.222 is the monitor for the wan link
      195.36.160.38 & 208.67.220.220 is the monitor for the opt1 link

      Yet this log snippet was taken when the opt1 cable was unplugged. It makes no sense why would the service be up if the cable is not even plugged in?

      Cheers

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

        Don't unplug the interface, that causes the static route to drop and it then pings out WAN if it can. Normally not an issue, we have a bug ticket open on it.
        http://redmine.pfsense.org/issues/show/18

        1 Reply Last reply Reply Quote 0
        • F
          fvter
          last edited by

          ok, fine. but even with the cable plugged in i'm still seeing this (ie. if the internet link is down on the modem router) :- btw I hope your considering the case of bad hardware as well (ie. what if the ethernet card is not working properly link errors, mac errors).

          for some reason, the monitors still report online.

          I placed a sniffer between the pfsense link and the dsl router, and I am not seeing any traffic coming from it not even icmp to check the up-link IPs.

          It's just weird. I tried using the diagnostic-ping and manually ping the monitor ips but gives me 100% packet loss. so not sure what is going on.

          1 Reply Last reply Reply Quote 0
          • jimpJ
            jimp Rebel Alliance Developer Netgate
            last edited by

            @fvter:

            It's just weird. I tried using the diagnostic-ping and manually ping the monitor ips but gives me 100% packet loss. so not sure what is going on.

            Read the note at the bottom of the Diagnostics > Ping page, and be enlightened :)

            Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

            Need help fast? Netgate Global Support!

            Do not Chat/PM for help!

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