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

    VOIP Issues

    Scheduled Pinned Locked Moved General pfSense Questions
    7 Posts 3 Posters 958 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.
    • B
      Bert 0
      last edited by

      Hello,

      I'm brand new to pfSense so please excuse my ignorance.

      I have a couple of VOIP phones in my office that have been connected to a cloud PBX (1-Voip) and have been working fine. I replaced my old firewall this morning with a NetGate SG-1100 and my phones can no longer connect to the cloud PBX. With the old firewall, I didn't have to configure anything for the phones to work and I have another phone connected to the same 1-Voip account at another location that continues to operate properly so it appears that it is a configuration issue on the pfSense box. Is there anything in particular I need to setup on my firewall for my VOIP phones to work?

      Thanks

      Bert

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

        You shouldn't normally have to do anything to allow VoIP phones to connect to an external PBX.
        However some VoIP systems have requirements that might need special settings. The most likely of which is a static outbound source port. pfSense randomises the source port of connections by default and some older services cannot handle that.

        See: https://docs.netgate.com/pfsense/en/latest/recipes/nat-voip-phones.html#disable-source-port-rewriting

        Steve

        B 1 Reply Last reply Reply Quote 0
        • B
          Bert 0 @stephenw10
          last edited by

          @stephenw10 Thanks for the reply and link, Steve. I will check it out when I get back in to my office tomorrow morning.

          Bert

          1 Reply Last reply Reply Quote 0
          • bingo600B
            bingo600 @Bert 0
            last edited by bingo600

            @bert-0
            If you later on after registering ok , experience "Cant receive an inbound call" , after some time.
            You might want to have a look at either "SIP Register timeout" and/or (NAT) keepalive or STUN.

            I have had situations where the firewall state to the PBX timed out, and inbound calls were rejected by the firewall.

            My usual test for that is (After phone has been idle for 30 min):
            Make inbound call --> It fails.
            Make outbound call (establish new states) , then right after make inbound call , inbound now working.
            This indicate a state timeout issue.

            You should set your register frequency or keepalive lower than the firewall state timeout.

            /Bingo

            If you find my answer useful - Please give the post a šŸ‘ - "thumbs up"

            pfSense+ 23.05.1 (ZFS)

            QOTOM-Q355G4 Quad Lan.
            CPUĀ  : Core i5 5250U, Ram : 8GB Kingston DDR3LV 1600
            LANĀ  : 4 x Intel 211, DiskĀ  : 240G SAMSUNG MZ7L3240HCHQ SSD

            1 Reply Last reply Reply Quote 0
            • B
              Bert 0
              last edited by

              Found the culprit...

              It occurred to me last night that the phones stopped working some time after I had added some packages to the pfSense box. Through a bit of trial-and-error, I found that the Snort package was causing the phones to fail. Remove Snort, phones work fine. Reinstall Snort to confirm and phones fail. Removed Snot again and all is well.

              I guess I will have to spend a bit of time with Snort before it is a useful package for me.

              Thanks for the replies.

              Bert

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

                Yeah, you should run Snort in non-blocking mode for a while and make sure it's not alerting on anything you need before letting it start blocking.

                See: https://docs.netgate.com/pfsense/en/latest/packages/snort/setup.html#setting-up-snort-package-for-the-first-time

                Steve

                B 1 Reply Last reply Reply Quote 1
                • B
                  Bert 0 @stephenw10
                  last edited by

                  @stephenw10 Thanks, Steve. I reinstalled Snort and turned off blocking. So far, everything appears to be working fine.

                  Bert

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