<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule">

<channel>
<title>Finally, someone understands QoS in </title>
<link>http://www.dslreports.com/forum/r16077448</link>
<description></description>
<language>en</language>
<pubDate>Sat, 28 Nov 2009 21:39:36 EDT</pubDate>
<lastBuildDate>Sat, 28 Nov 2009 21:39:36 EDT</lastBuildDate>

<item>
<title>Finally, someone understands QoS</title>
<link>http://www.dslreports.com/forum/remark,16077448</link>
<description><![CDATA[<A HREF="/useremail/u/1069980"><b>LilYoda</b></A> :  <BLOCKQUOTE><SMALL>quote:</SMALL><HR>[Incumbents] say they will not block or degrade service otherwise, but <B>that is not possible if they are prioritizing some content</B>,"<HR></BLOCKQUOTE><br><br>There, you have it.  That's QoS 101.<br>You take bandwidth to give to application X, that means everyone else shares less bandwidth.<br><br>To the shills that say that incumbents will lay new pipes for "premium" customers I'll say:<br> - get real, this is incumbents you're talking about.  if they lay a new pipe, it's because they're already oversubscribing by 10 on a trunk.<br> - if you are to lay more pipes anyway, what's the point in QoS? QoS is only useful in a congested network.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,16077448</guid>
<pubDate>Thu, 11 May 2006 17:29:46 EDT</pubDate>
</item>

</channel>
</rss>
