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

    Shaping VoIP with siproxd

    Scheduled Pinned Locked Moved Traffic Shaping
    4 Posts 3 Posters 2.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.
    • S
      std97
      last edited by

      Sorry, should this be a trivia question. I did some search on this topic, but the only thing I could find was 1 year old, unanswered post in this forum.

      I have sucessfully set up shaping with multiple VoIP adapters in my lan, and have now moved to using siproxd. This resulted in the VoIP traffic not being put into the right queue, as e.g. there is no "WAN –> LAN" traffic now (as in the previous rule), instead, siproxd listens on the WAN address itself. I have fiddled around trying someting like "WAN --> WAN" with "WAN address" as the destination, but all VoIP traffic still is in the default queue.

      Is there a solution with pfsense 1.2.2, or do I have to use 1.3 for this?

      TIA  :)

      1 Reply Last reply Reply Quote 0
      • S
        std97
        last edited by

        …as not many seem to use siproxd, the more general questions are:

        How can I set up a traffic shaping rule that matches incoming traffic (either on WAN or LAN) to a local port on the PC running pfSense?

        and

        How can I set up a traffic shaping rule that matches outgoing traffic (either to WAN or LAN) from a specific port of the PC running pfSense?

        ???

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

          Got the same problem, also tried to do some WAN -> WAN magic, but that doesn't seem to work either. If anyone has a solution for shaping traffic going from the interface WAN IP to WAN, I'd like to know! Thanks in advance.

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

            I don't know if this is the right answer but if it works the same way as squid on transparent proxy the same fix may work. As far as I understand (prob wrong) is that is uses the internal routing rather then sending it back to the LAN ip which is why the traffic shaping doesn't detect it.

            Hosted desktops and servers with support without complication.
            www.blueskysystems.co.uk

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