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

    Siproxd and VoIP traffic shaping: no floating rules seems to correctly queue it

    Scheduled Pinned Locked Moved Traffic Shaping
    3 Posts 2 Posters 1.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.
    • P
      pukkita
      last edited by

      Hi,

      Have searched the forum only to find unanswered posts, or replies with more questions.

      I have a pfsense 2.1.2 multi wan setup with traffic shaping. Prior to setting up siproxd, VoIP traffic was correctly queued to the VoIP queue.

      After setting it, the VoIP queues sit empty, and no floating rule seems to put it back there…

      Does this have to do with the fact there's a  hidden rule redirecting all outbound traffic to 127.0.0.1:5060? Flotaing rules won't catch traffic originating from the loopback address???

      No fix for this?

      1 Reply Last reply Reply Quote 0
      • J
        jobsoft
        last edited by

        Wow, i was just experiencing this very thing. I have had siproxd up for a couple of years now, and it has done its job. I nixed the hidden redirect rule in the siproxd rules "include" script (as I use 5070 for my phones and siproxd so that 5060 is open for them SIP provider I have on my end, while allowing the some remote Asterisk PBX extensions to be able to be registered to on the phones on my end along with my local Asterisk server (long story).

        So, i finally figured I might need to try traffic shaping as there's now more stuff going in/out on my end. So, I ran the LAN/multi-WAN wizard for HSFC after doing some speedtest.net tests with my Comcast. When I applied the rules and began monitoring the queues (esp qVOIP), I got NO hits on it. In the floating rules, I then modified the qVOIP to include 5070 and the siproxd RTP range I happen to be using (7070-7099), but still no gold.

        So, you aren't alone in seeing this. I've more poking around to do on this yet, but I thought I would ACK your pain. :)

        1 Reply Last reply Reply Quote 0
        • J
          jobsoft
          last edited by

          Well, I enabled RTP debugging on siproxd and telnet'ed to the debug port. I tried an extension routed through siproxd. it was not routed to the qVOIP. But on the RTP debug, I noticed that the UDP port my Polycom 650 was originating with 2224. It hit me that the Polycom default UDP port for RDP was 2222 (from past experience). So, for grins, I rolled it up to 7070 (the starting port for siproxd on my end) and tried the call again. still nothing. But in further examination, I noticed that the destination UDP port that siproxd was using for my remote Asterisk server was 12478 (outside the siproxd specified range of 7070-7099). The originating port siproxd used was 7076 (within the range). Now, i have static ports set for outbound NAT. But, siproxd is side-stepping NAT, so I guess it negotiates with the remote, and the Asterisk server's range is 10000-20000. So, on a hunch, I expanded the floating qVOIP outbound rule to cover UDP 7070-20000. Damned if that didn't do the trick! Now, my SIP and RTP routed through through siproxd is being routed into qVOIP. I am going to keeping investigating it further, but this must be why it was not matching the qVOIP rule. FYI!

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