<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Is it worth it? - QoS VoIP traffic for GW to internet.]]></title><description><![CDATA[<p dir="auto">Hi All,</p>
<p dir="auto">I'm using PFSENSE as my internet gateway for comcast business class internet.  I currently use VoIP.ms as my SIP voip provider and would like to find a way to prioritize the traffic.</p>
<p dir="auto">My issue here is that others in the house will load up a youtube video and kill my VoIP quality. It's my understanding that QOS is only as good as the two connection points over a dedicated link where ALL traffic is passing.</p>
<p dir="auto">I suppose what I'm looking for here is too cap / slow the youtube traffic when I have VoIP traffic on the network.</p>
]]></description><link>https://forum.netgate.com/topic/48427/is-it-worth-it-qos-voip-traffic-for-gw-to-internet</link><generator>RSS for Node</generator><lastBuildDate>Thu, 17 Sep 2026 00:48:02 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/topic/48427.rss" rel="self" type="application/rss+xml"/><pubDate>Sun, 09 Sep 2012 19:20:00 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Is it worth it? - QoS VoIP traffic for GW to internet. on Mon, 17 Sep 2012 19:58:37 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/rbblue8">@<bdi>rbblue8</bdi></a>:</p>
<blockquote>
<p dir="auto">Hey,</p>
<p dir="auto">Thanks for the response!  :-)</p>
<p dir="auto">Do you see a noticeable difference when you make a call while downloading?</p>
</blockquote>
<p dir="auto">If you cap both your upload and download to just below your providers true limit, I found it sounds as good as if there was no one downloading at all. Just a couple of minor hickups but I was just calling my cell phone and leaving a message to hear the difference. I very rarely saturate my line so for this I did remove my sabnzbd's cap on usenet while downloading to do. So give it a shot, I think you'll be happy with it.</p>
]]></description><link>https://forum.netgate.com/post/356347</link><guid isPermaLink="true">https://forum.netgate.com/post/356347</guid><dc:creator><![CDATA[CoinTos]]></dc:creator><pubDate>Mon, 17 Sep 2012 19:58:37 GMT</pubDate></item><item><title><![CDATA[Reply to Is it worth it? - QoS VoIP traffic for GW to internet. on Mon, 17 Sep 2012 00:19:17 GMT]]></title><description><![CDATA[<p dir="auto">Hey,</p>
<p dir="auto">Thanks for the response!  :-)</p>
<p dir="auto">Do you see a noticeable difference when you make a call while downloading?</p>
]]></description><link>https://forum.netgate.com/post/356131</link><guid isPermaLink="true">https://forum.netgate.com/post/356131</guid><dc:creator><![CDATA[rbblue8]]></dc:creator><pubDate>Mon, 17 Sep 2012 00:19:17 GMT</pubDate></item><item><title><![CDATA[Reply to Is it worth it? - QoS VoIP traffic for GW to internet. on Sun, 16 Sep 2012 16:42:41 GMT]]></title><description><![CDATA[<p dir="auto">Hey rbblue8,</p>
<p dir="auto">I too use voip.ms over IAX2 though. Now I am no expert but my solution was to create a PRIQ queue with VOIP and let everything else fall under the default queue. I then deleted and recreated the voip floating rule to lock down the source and destination with port 4569 (IAX2 udp port) in both direction. So I have 2 rules, 1 VOIP rule for voip.ms server ip to internal asterisk server and 1 VOIP rule asterisk server to voip.ms both using the qVOIP queue. PRIQ is a simple priority queue so it will choke anything lower then the queue that needs the bandwidth, so the VOIP queue with throttle the default in my case. I find my call quality to be great especially with incoming calls. Someone might have a better solution but this is one you could try.</p>
]]></description><link>https://forum.netgate.com/post/356098</link><guid isPermaLink="true">https://forum.netgate.com/post/356098</guid><dc:creator><![CDATA[CoinTos]]></dc:creator><pubDate>Sun, 16 Sep 2012 16:42:41 GMT</pubDate></item></channel></rss>