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

    Filter Reload breaks ip-telephony connections

    Scheduled Pinned Locked Moved General pfSense Questions
    6 Posts 2 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.
    • L
      lordarcane
      last edited by

      Hey

      I am totally satisfied with PFsense, though I have one questions with the functionallity that still bothers me. My company have about 30 iptelephones wich traffic gets routed through the pfsense, and further through a vpn to a remote location. "Ordinary" data traffic also passes through the pfsense gateway to the same location.

      When I make some changes to the pfsense setup and applies them so that the filter reloads, all the calls that are connected to the iptelephones breaks. Ordinary streams seems to be unnafected, or maybe it is that it goes unnoticed for the apps. But, the phones looses the connection to the caller.

      Ip telephone connections seems to be much more sensitive to the filter reload process. Is there any way around this? Are the problem known? For now I have to make changes on off times so to speak.

      I´m running PFsense 1.2.2

      Greatful for help!

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

        You might try the changes suggested in option #2 here:

        http://doc.pfsense.org/index.php/VoIP_Configuration

        It's possible that the entries are expiring too fast in this case and the calls are dropped.

        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
        • L
          lordarcane
          last edited by

          Thank you! I will update to 1.2.3 and try that out! Let you know how it went.

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

            Hello! And, thankyou again for your suggestion.  I have update to pfsense 1.2.3 and tried option #2 but no success.
            Still when i for example add an firewall rule or the like and press apply, the iptelephony connections break, simultaniosly on all the phones. Network seems ok though.

            Any other hints?

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

              bump  ;)

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

                I will try to explain more about our setup, since this problem continues to bug us.

                Network Setup

                WAN
                PfSense
                LAN > VPN > Remote site with IPTelephones (H.323)

                The gateway to our remote site has the pfsense as its internal default gateway.

                So, all traffic from our remote site passes through the VPN , then to the pfsense and from the pfsense out. I´ve tried to find the iptelephones ipnumers in the state table, but they dont seem to be there.

                When we for example changes a static route on our pfsense, the filter reloads and the calls on our phones on the remote site breaks.

                The telephone system is Solidus Ecare on a MX-ONE telephone system and really has nothing to do with the pfsense itself, only that the clients on the remote site speaks through the pfsense to our telephony systems.

                The clients seem to bee unaffected otherwise when the filter reloads. They maintain communication to all the systems. Only the iptlephones traffic breaks.

                Any comments tips or the like is much appreciated.

                Best regards

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