<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: QOS for SOHO VOIP Solved, Tomato Firmware</title>
	<atom:link href="http://mrmatt57.org/qos-for-soho-voip-solved-tomato-firmware/feed/" rel="self" type="application/rss+xml" />
	<link>http://mrmatt57.org/qos-for-soho-voip-solved-tomato-firmware/</link>
	<description></description>
	<lastBuildDate>Sat, 12 Jun 2010 06:49:46 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Kevin J Lambert</title>
		<link>http://mrmatt57.org/qos-for-soho-voip-solved-tomato-firmware/comment-page-1/#comment-5015</link>
		<dc:creator>Kevin J Lambert</dc:creator>
		<pubDate>Wed, 04 Nov 2009 01:44:03 +0000</pubDate>
		<guid isPermaLink="false">http://mrmatt57.org/2008/01/24/qos-for-soho-voip-solved-tomato-firmware/#comment-5015</guid>
		<description>So many QoS implementations use bandwidth caps.  This is unintuitive and sacrificial.  Can&#039;t we just have a basic prioritization without limiting bandwidth of other services during off-peak periods?  For instance, during a phone call I don&#039;t care if all other traffic grinds to a halt.  In the same sense I&#039;m perfectly OK with BitTorrent saturating my network while I&#039;m not at home.</description>
		<content:encoded><![CDATA[<p>So many QoS implementations use bandwidth caps.  This is unintuitive and sacrificial.  Can&#8217;t we just have a basic prioritization without limiting bandwidth of other services during off-peak periods?  For instance, during a phone call I don&#8217;t care if all other traffic grinds to a halt.  In the same sense I&#8217;m perfectly OK with BitTorrent saturating my network while I&#8217;m not at home.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill</title>
		<link>http://mrmatt57.org/qos-for-soho-voip-solved-tomato-firmware/comment-page-1/#comment-5009</link>
		<dc:creator>Bill</dc:creator>
		<pubDate>Sat, 31 Oct 2009 18:24:16 +0000</pubDate>
		<guid isPermaLink="false">http://mrmatt57.org/2008/01/24/qos-for-soho-voip-solved-tomato-firmware/#comment-5009</guid>
		<description>I could not get my Tomato to work successfully. Then I found a QOS tutorial which clearly explained how to get the best out of it. I was able to discover why my setup didn&#039;t work and make adjustments.

Here is the link http://www.linksysinfo.org/forums/showthread.php?t=60304</description>
		<content:encoded><![CDATA[<p>I could not get my Tomato to work successfully. Then I found a QOS tutorial which clearly explained how to get the best out of it. I was able to discover why my setup didn&#8217;t work and make adjustments.</p>
<p>Here is the link <a href="http://www.linksysinfo.org/forums/showthread.php?t=60304" rel="nofollow">http://www.linksysinfo.org/forums/showthread.php?t=60304</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim</title>
		<link>http://mrmatt57.org/qos-for-soho-voip-solved-tomato-firmware/comment-page-1/#comment-4866</link>
		<dc:creator>Tim</dc:creator>
		<pubDate>Thu, 08 Oct 2009 14:50:16 +0000</pubDate>
		<guid isPermaLink="false">http://mrmatt57.org/2008/01/24/qos-for-soho-voip-solved-tomato-firmware/#comment-4866</guid>
		<description>I have a Vonage box that I moved from outside my WRT54GL/Tomato router to inside because I found the Vonage box was blocking ports.  Moving it inside caused the voice quality to drop significantly.  Just adding the port forwarding seems to have helped significantly, but the QOS modifications really knocked my socks off.  Thanks for this write-up.  It was exactly what I was looking for.</description>
		<content:encoded><![CDATA[<p>I have a Vonage box that I moved from outside my WRT54GL/Tomato router to inside because I found the Vonage box was blocking ports.  Moving it inside caused the voice quality to drop significantly.  Just adding the port forwarding seems to have helped significantly, but the QOS modifications really knocked my socks off.  Thanks for this write-up.  It was exactly what I was looking for.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Setting up an OpenVPN tunnel using a CentOS-based system as the server and a router flashed with Tomato firmware as the client &#8211; Part 4 &#171; Michigan Telephone, VoIP and Broadband blog</title>
		<link>http://mrmatt57.org/qos-for-soho-voip-solved-tomato-firmware/comment-page-1/#comment-2830</link>
		<dc:creator>Setting up an OpenVPN tunnel using a CentOS-based system as the server and a router flashed with Tomato firmware as the client &#8211; Part 4 &#171; Michigan Telephone, VoIP and Broadband blog</dc:creator>
		<pubDate>Wed, 24 Jun 2009 13:29:48 +0000</pubDate>
		<guid isPermaLink="false">http://mrmatt57.org/2008/01/24/qos-for-soho-voip-solved-tomato-firmware/#comment-2830</guid>
		<description>[...] QOS for SOHO VOIP Solved, Tomato Firmware [...]</description>
		<content:encoded><![CDATA[<p>[...] QOS for SOHO VOIP Solved, Tomato Firmware [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://mrmatt57.org/qos-for-soho-voip-solved-tomato-firmware/comment-page-1/#comment-560</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Fri, 06 Feb 2009 21:11:54 +0000</pubDate>
		<guid isPermaLink="false">http://mrmatt57.org/2008/01/24/qos-for-soho-voip-solved-tomato-firmware/#comment-560</guid>
		<description>I set a few QoS rules on the my router running Tomato, but noticed I was still getting unclassfied traffic through, I was wondering how that would be possible as I was pretty sure I had covered everything...(I wanted to be able to limit my flatmates connections as he really doesn&#039;t respect any kind of torrenting limitations leading to our bandwidth getting limited by our ISP, and the network slowing a little, although nowhere near as badly on Tomato firmware compared to Linksys stock firmware.)

The problem being, some traffic still isn&#039;t getting classfied, I even deleted all the rules and set just one up so that no IP, protocol, port, or other filter was selected, and whilst the majority of the traffic then fell under this category, some did not. (And it wasn&#039;t just the traffic from my PC to the router HTTP gui, which I could understand not getting classfied) but traffic from me and my flatmate to the internet

Has anyone got any ideas as to why that may happen?</description>
		<content:encoded><![CDATA[<p>I set a few QoS rules on the my router running Tomato, but noticed I was still getting unclassfied traffic through, I was wondering how that would be possible as I was pretty sure I had covered everything&#8230;(I wanted to be able to limit my flatmates connections as he really doesn&#8217;t respect any kind of torrenting limitations leading to our bandwidth getting limited by our ISP, and the network slowing a little, although nowhere near as badly on Tomato firmware compared to Linksys stock firmware.)</p>
<p>The problem being, some traffic still isn&#8217;t getting classfied, I even deleted all the rules and set just one up so that no IP, protocol, port, or other filter was selected, and whilst the majority of the traffic then fell under this category, some did not. (And it wasn&#8217;t just the traffic from my PC to the router HTTP gui, which I could understand not getting classfied) but traffic from me and my flatmate to the internet</p>
<p>Has anyone got any ideas as to why that may happen?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://mrmatt57.org/qos-for-soho-voip-solved-tomato-firmware/comment-page-1/#comment-443</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Sat, 03 Jan 2009 15:13:12 +0000</pubDate>
		<guid isPermaLink="false">http://mrmatt57.org/2008/01/24/qos-for-soho-voip-solved-tomato-firmware/#comment-443</guid>
		<description>Very good point NoDadddy.  Many ATA&#039;s and Softphones RTP ranges can be configured.  Unfortunately I am using a Linksys SPA 942 and have been unable to dial in the range.  I don&#039;t P2P much and don&#039;t have any other traffic traveling over these ports, so I haven&#039;t ran into any troubles yet.

I added to the post to try 16384 - 16482 UDP before going going all out and classifying so many ports.  Thanks for the feedback.</description>
		<content:encoded><![CDATA[<p>Very good point NoDadddy.  Many ATA&#8217;s and Softphones RTP ranges can be configured.  Unfortunately I am using a Linksys SPA 942 and have been unable to dial in the range.  I don&#8217;t P2P much and don&#8217;t have any other traffic traveling over these ports, so I haven&#8217;t ran into any troubles yet.</p>
<p>I added to the post to try 16384 &#8211; 16482 UDP before going going all out and classifying so many ports.  Thanks for the feedback.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NoDaddy.com</title>
		<link>http://mrmatt57.org/qos-for-soho-voip-solved-tomato-firmware/comment-page-1/#comment-442</link>
		<dc:creator>NoDaddy.com</dc:creator>
		<pubDate>Sat, 03 Jan 2009 10:58:32 +0000</pubDate>
		<guid isPermaLink="false">http://mrmatt57.org/2008/01/24/qos-for-soho-voip-solved-tomato-firmware/#comment-442</guid>
		<description>10,000 ports?  are you high?

stop that baseline nonsense and adjust your RTP port range on your ATA to something other than inane

I use 16384 - 16482


If you must P2P then you must also use a client that allows you to specify port ranges.</description>
		<content:encoded><![CDATA[<p>10,000 ports?  are you high?</p>
<p>stop that baseline nonsense and adjust your RTP port range on your ATA to something other than inane</p>
<p>I use 16384 &#8211; 16482</p>
<p>If you must P2P then you must also use a client that allows you to specify port ranges.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://mrmatt57.org/qos-for-soho-voip-solved-tomato-firmware/comment-page-1/#comment-97</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Thu, 03 Jul 2008 01:05:51 +0000</pubDate>
		<guid isPermaLink="false">http://mrmatt57.org/2008/01/24/qos-for-soho-voip-solved-tomato-firmware/#comment-97</guid>
		<description>@jim - You aren&#039;t inherently loosing anything by using Tomato.  I have actually seen (seat-of-the-pants) performance improvements over other firmwares.

A: QOS does not rob bits, it throttles/routes them.  If you lost bits, you would being losing part of your data stream and it would likely corrupt the output.  If you mean rob bandwidth/throughput; there is the potential of loosing some &quot;burst&quot; speeds due to the fixed nature of Tomato&#039;s QOS implementation.  For me it was give an take... give a little bit of bandwidth for an uninterrupted phone conversation.</description>
		<content:encoded><![CDATA[<p>@jim &#8211; You aren&#8217;t inherently loosing anything by using Tomato.  I have actually seen (seat-of-the-pants) performance improvements over other firmwares.</p>
<p>A: QOS does not rob bits, it throttles/routes them.  If you lost bits, you would being losing part of your data stream and it would likely corrupt the output.  If you mean rob bandwidth/throughput; there is the potential of loosing some &#8220;burst&#8221; speeds due to the fixed nature of Tomato&#8217;s QOS implementation.  For me it was give an take&#8230; give a little bit of bandwidth for an uninterrupted phone conversation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jim</title>
		<link>http://mrmatt57.org/qos-for-soho-voip-solved-tomato-firmware/comment-page-1/#comment-96</link>
		<dc:creator>jim</dc:creator>
		<pubDate>Mon, 30 Jun 2008 19:03:00 +0000</pubDate>
		<guid isPermaLink="false">http://mrmatt57.org/2008/01/24/qos-for-soho-voip-solved-tomato-firmware/#comment-96</guid>
		<description>What am I loosing by using Tomato?

I have DSL and every bit counts.

Q: Does QoS rob bits? and how much?

Thanks
jim</description>
		<content:encoded><![CDATA[<p>What am I loosing by using Tomato?</p>
<p>I have DSL and every bit counts.</p>
<p>Q: Does QoS rob bits? and how much?</p>
<p>Thanks<br />
jim</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://mrmatt57.org/qos-for-soho-voip-solved-tomato-firmware/comment-page-1/#comment-93</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Tue, 24 Jun 2008 23:56:04 +0000</pubDate>
		<guid isPermaLink="false">http://mrmatt57.org/2008/01/24/qos-for-soho-voip-solved-tomato-firmware/#comment-93</guid>
		<description>@Dimitrios - I have found when setting up Tomato classifications, simple is almost always better.  If you don&#039;t need granular filters,  don&#039;t set them.  For some reason they don&#039;t always work as expected.  QOS seems to be more of an art than a science.  All you can really do is use the real-time monitors until you find that magic combination that works for your traffic.  Port 5060 is for SIP traffic, don&#039;t forget the RTP ports.  You may have success using just the L7.  How is the quality for your voice calls?  Can you run all four at the same time?

I would run a &lt;a href=&quot;http://en.wikipedia.org/wiki/Traceroute&quot; target=&quot;_blank&quot; rel=&quot;nofollow&quot;&gt;trace route&lt;/a&gt; on your server in California and see where your latency is.  You will likely find it is with your ISP and for the most part out of your control, but you might get lucky.  Another neat way to check global latency is with &lt;a href=&quot;http://just-ping.com/&quot; target=&quot;_blank&quot; rel=&quot;nofollow&quot;&gt;just-ping.com&lt;/a&gt; (you must have IMCP enabled).  If this isn&#039;t the issue, it definitely a bandwidth issue.  If your CRM has heavy graphics you could try local caching or any number of proxy servers/internet accelerators.

Another thing to check is your bandwidth utilization overall.  If you are not running pedal to metal QOS isn&#039;t going to help much.  It doesn&#039;t really speed things up, it is more for bandwidth allocation.  On the other-hand, if you are constantly maxed out, prioritizing your traffic will help... but you might ultimately need to consider upgrading your connection.

Anyone else have some advise?</description>
		<content:encoded><![CDATA[<p>@Dimitrios &#8211; I have found when setting up Tomato classifications, simple is almost always better.  If you don&#8217;t need granular filters,  don&#8217;t set them.  For some reason they don&#8217;t always work as expected.  QOS seems to be more of an art than a science.  All you can really do is use the real-time monitors until you find that magic combination that works for your traffic.  Port 5060 is for SIP traffic, don&#8217;t forget the RTP ports.  You may have success using just the L7.  How is the quality for your voice calls?  Can you run all four at the same time?</p>
<p>I would run a <a href="http://en.wikipedia.org/wiki/Traceroute" target="_blank" rel="nofollow">trace route</a> on your server in California and see where your latency is.  You will likely find it is with your ISP and for the most part out of your control, but you might get lucky.  Another neat way to check global latency is with <a href="http://just-ping.com/" target="_blank" rel="nofollow">just-ping.com</a> (you must have IMCP enabled).  If this isn&#8217;t the issue, it definitely a bandwidth issue.  If your CRM has heavy graphics you could try local caching or any number of proxy servers/internet accelerators.</p>
<p>Another thing to check is your bandwidth utilization overall.  If you are not running pedal to metal QOS isn&#8217;t going to help much.  It doesn&#8217;t really speed things up, it is more for bandwidth allocation.  On the other-hand, if you are constantly maxed out, prioritizing your traffic will help&#8230; but you might ultimately need to consider upgrading your connection.</p>
<p>Anyone else have some advise?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dimitrios</title>
		<link>http://mrmatt57.org/qos-for-soho-voip-solved-tomato-firmware/comment-page-1/#comment-92</link>
		<dc:creator>Dimitrios</dc:creator>
		<pubDate>Thu, 19 Jun 2008 00:02:47 +0000</pubDate>
		<guid isPermaLink="false">http://mrmatt57.org/2008/01/24/qos-for-soho-voip-solved-tomato-firmware/#comment-92</guid>
		<description>Matt...thanks for the reply!!

One thing that I am confused about: We run the VOIP with Softphones, so prioritizing the MAC addresses doesn&#039;t really help since we have no Adapters.   I assume that if we prioritize port 5060, that is for the VOIP?   And I would do the L7 when setting up that port?  Or do I skip the L7 in this case and just set up port 5060?

As you can tell I am not an IT guy, just know enough to get myself in trouble running my mortgage company!! :)

Also my CRM is on a server I own in California and I am in Ohio.   It has been slow recently, the guys who manage my server (they made the CRM), say that it can be any connection from here to there making it slow...that being said, would it help to set up the IP address of my CRM server anyway?

THANKS!!!</description>
		<content:encoded><![CDATA[<p>Matt&#8230;thanks for the reply!!</p>
<p>One thing that I am confused about: We run the VOIP with Softphones, so prioritizing the MAC addresses doesn&#8217;t really help since we have no Adapters.   I assume that if we prioritize port 5060, that is for the VOIP?   And I would do the L7 when setting up that port?  Or do I skip the L7 in this case and just set up port 5060?</p>
<p>As you can tell I am not an IT guy, just know enough to get myself in trouble running my mortgage company!! <img src='http://mrmatt57.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Also my CRM is on a server I own in California and I am in Ohio.   It has been slow recently, the guys who manage my server (they made the CRM), say that it can be any connection from here to there making it slow&#8230;that being said, would it help to set up the IP address of my CRM server anyway?</p>
<p>THANKS!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://mrmatt57.org/qos-for-soho-voip-solved-tomato-firmware/comment-page-1/#comment-91</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Wed, 18 Jun 2008 23:50:27 +0000</pubDate>
		<guid isPermaLink="false">http://mrmatt57.org/2008/01/24/qos-for-soho-voip-solved-tomato-firmware/#comment-91</guid>
		<description>@Dimitrios - It&#039;s actually L7, it is an application layer packet classifier.  Basically it&#039;s a filter that can determine what application the data/traffic is coming from based on certain identifiers in the packets.  They can be helpful when you don&#039;t know or want to specify a specific port or IP address.

For your office setup; I would always set priority for your VOIP traffic.  If you experience latency with the CRM site you can try to increase the priority on port 80/443 just for the CRM&#039;s destination IP.  You can also set the default priority to lowest to ensure the specified business traffic runs smooth.

Let me know if you are having any specific problems and I&#039;ll do my best to help you out.</description>
		<content:encoded><![CDATA[<p>@Dimitrios &#8211; It&#8217;s actually L7, it is an application layer packet classifier.  Basically it&#8217;s a filter that can determine what application the data/traffic is coming from based on certain identifiers in the packets.  They can be helpful when you don&#8217;t know or want to specify a specific port or IP address.</p>
<p>For your office setup; I would always set priority for your VOIP traffic.  If you experience latency with the CRM site you can try to increase the priority on port 80/443 just for the CRM&#8217;s destination IP.  You can also set the default priority to lowest to ensure the specified business traffic runs smooth.</p>
<p>Let me know if you are having any specific problems and I&#8217;ll do my best to help you out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dimitrios</title>
		<link>http://mrmatt57.org/qos-for-soho-voip-solved-tomato-firmware/comment-page-1/#comment-90</link>
		<dc:creator>Dimitrios</dc:creator>
		<pubDate>Wed, 18 Jun 2008 13:45:17 +0000</pubDate>
		<guid isPermaLink="false">http://mrmatt57.org/2008/01/24/qos-for-soho-voip-solved-tomato-firmware/#comment-90</guid>
		<description>What is the I7-filter?  What does it do?

I have a small office, 4 computers, all have softphones.  I want to prioritize the VOIP traffic.   We do not have any heavy downloads, no P2P  or any of that stuff..our CRM is web based, so the 2 main things we use our internet for are calls and using the CRM.

Anyone have any tips for maximizing my set up?

Thanks!</description>
		<content:encoded><![CDATA[<p>What is the I7-filter?  What does it do?</p>
<p>I have a small office, 4 computers, all have softphones.  I want to prioritize the VOIP traffic.   We do not have any heavy downloads, no P2P  or any of that stuff..our CRM is web based, so the 2 main things we use our internet for are calls and using the CRM.</p>
<p>Anyone have any tips for maximizing my set up?</p>
<p>Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SteveJ&#8217;s Blog &#187; Blog Archive &#187; Linksys WRT54GL</title>
		<link>http://mrmatt57.org/qos-for-soho-voip-solved-tomato-firmware/comment-page-1/#comment-84</link>
		<dc:creator>SteveJ&#8217;s Blog &#187; Blog Archive &#187; Linksys WRT54GL</dc:creator>
		<pubDate>Tue, 29 Apr 2008 20:51:42 +0000</pubDate>
		<guid isPermaLink="false">http://mrmatt57.org/2008/01/24/qos-for-soho-voip-solved-tomato-firmware/#comment-84</guid>
		<description>[...] More info about how to set up QoS properly can be found here. [...]</description>
		<content:encoded><![CDATA[<p>[...] More info about how to set up QoS properly can be found here. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://mrmatt57.org/qos-for-soho-voip-solved-tomato-firmware/comment-page-1/#comment-52</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Fri, 29 Feb 2008 03:45:53 +0000</pubDate>
		<guid isPermaLink="false">http://mrmatt57.org/2008/01/24/qos-for-soho-voip-solved-tomato-firmware/#comment-52</guid>
		<description>@Scott - It really confused me too... The way I see it, the Rate represents the transfer speed and the Limit is the maximum speed/rate.  The limit tells the QOS how much to base the percentages on.  If the limit is set above the actual  available bandwidth it changes the scale and won&#039;t give you the guaranteed rates needed for VOIP.</description>
		<content:encoded><![CDATA[<p>@Scott &#8211; It really confused me too&#8230; The way I see it, the Rate represents the transfer speed and the Limit is the maximum speed/rate.  The limit tells the QOS how much to base the percentages on.  If the limit is set above the actual  available bandwidth it changes the scale and won&#8217;t give you the guaranteed rates needed for VOIP.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://mrmatt57.org/qos-for-soho-voip-solved-tomato-firmware/comment-page-1/#comment-49</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Wed, 27 Feb 2008 19:35:07 +0000</pubDate>
		<guid isPermaLink="false">http://mrmatt57.org/2008/01/24/qos-for-soho-voip-solved-tomato-firmware/#comment-49</guid>
		<description>What I&#039;m trying to understand, and can&#039;t find anywhere, is a description of what the Rate/Limit settings do... Limit is the high end and Rate is? How do they work together?</description>
		<content:encoded><![CDATA[<p>What I&#8217;m trying to understand, and can&#8217;t find anywhere, is a description of what the Rate/Limit settings do&#8230; Limit is the high end and Rate is? How do they work together?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: QOS for SOHO VOIP Solved, Tomato Firmware » Matt Walker &#171; PCH&#8217;s Stuff</title>
		<link>http://mrmatt57.org/qos-for-soho-voip-solved-tomato-firmware/comment-page-1/#comment-47</link>
		<dc:creator>QOS for SOHO VOIP Solved, Tomato Firmware » Matt Walker &#171; PCH&#8217;s Stuff</dc:creator>
		<pubDate>Sun, 10 Feb 2008 06:04:05 +0000</pubDate>
		<guid isPermaLink="false">http://mrmatt57.org/2008/01/24/qos-for-soho-voip-solved-tomato-firmware/#comment-47</guid>
		<description>[...] February 10, 2008 in Internet, Security   QOS for SOHO VOIP Solved, Tomato Firmware » Matt Walker [...]</description>
		<content:encoded><![CDATA[<p>[...] February 10, 2008 in Internet, Security   QOS for SOHO VOIP Solved, Tomato Firmware » Matt Walker [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://mrmatt57.org/qos-for-soho-voip-solved-tomato-firmware/comment-page-1/#comment-42</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Wed, 30 Jan 2008 15:18:44 +0000</pubDate>
		<guid isPermaLink="false">http://mrmatt57.org/2008/01/24/qos-for-soho-voip-solved-tomato-firmware/#comment-42</guid>
		<description>I am using tomato with verizon FIOS and Vonage with great success.  I have also found that using the I7-filters work great.</description>
		<content:encoded><![CDATA[<p>I am using tomato with verizon FIOS and Vonage with great success.  I have also found that using the I7-filters work great.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://mrmatt57.org/qos-for-soho-voip-solved-tomato-firmware/comment-page-1/#comment-33</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Sun, 27 Jan 2008 15:54:09 +0000</pubDate>
		<guid isPermaLink="false">http://mrmatt57.org/2008/01/24/qos-for-soho-voip-solved-tomato-firmware/#comment-33</guid>
		<description>A couple of well noted corrections/aditions to the post thanks to the Tomato Firmware Forum at linksysinfo.org:

&lt;ul&gt;
	&lt;li&gt;- WRTG54 = WRT54G - What was I thinking?&lt;/li&gt;
	&lt;li&gt;- the firmware is written by Jonathan Zarate (polar cloud is the host, thanks Johnathan!)&lt;/li&gt;
	&lt;li&gt;- If you have any other traffic (P2P) on ports 10000-20000, you should try the SIP l7-Filter. &lt;/li&gt;
	&lt;li&gt;- Another solution is to setup a QOS classification for the IP/Mac addresss of your standalone VoIP phones or adapters if they are connecting to a trunk over the internet&lt;/li&gt;
&lt;/ul&gt;



Thanks guys!</description>
		<content:encoded><![CDATA[<p>A couple of well noted corrections/aditions to the post thanks to the Tomato Firmware Forum at linksysinfo.org:</p>
<ul>
<li>- WRTG54 = WRT54G &#8211; What was I thinking?</li>
<li>- the firmware is written by Jonathan Zarate (polar cloud is the host, thanks Johnathan!)</li>
<li>- If you have any other traffic (P2P) on ports 10000-20000, you should try the SIP l7-Filter. </li>
<li>- Another solution is to setup a QOS classification for the IP/Mac addresss of your standalone VoIP phones or adapters if they are connecting to a trunk over the internet</li>
</ul>
<p>Thanks guys!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
