<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Technology Liberation Front - Latest Comments in George Ou on Comcast traffic management and NN</title><link>http://tlf.disqus.com/</link><description>The Technology Liberation Front is the tech policy blog dedicated to keeping politicians' hands off the 'net and everything else related to technology.</description><atom:link href="https://tlf.disqus.com/george_ou_on_comcast_traffic_management_and_nn/latest.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Thu, 08 Nov 2007 12:06:32 -0000</lastBuildDate><item><title>Re: George Ou on Comcast traffic management and NN</title><link>https://techliberation.com/2007/11/06/george-ou-on-comcast-traffic-management-and-nn/#comment-1452515</link><description>&lt;p&gt;There certainly are queues inside the CM and the CMTS, George. The only collisions are between the bandwidth request frames generated as a result of data being queued, and not among the actual data frames themselves. But I agree with your larger point, that WFQ in a many-to-one system is difficult.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Richard Bennett</dc:creator><pubDate>Thu, 08 Nov 2007 12:06:32 -0000</pubDate></item><item><title>Re: George Ou on Comcast traffic management and NN</title><link>https://techliberation.com/2007/11/06/george-ou-on-comcast-traffic-management-and-nn/#comment-1452514</link><description>&lt;p&gt;Wes,&lt;/p&gt;&lt;p&gt;There is no "queue" in the last mile since everything that collides is dropped; not queued.  How do you do enhanced queuing on a network that has no queue?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">George Ou</dc:creator><pubDate>Thu, 08 Nov 2007 06:19:47 -0000</pubDate></item><item><title>Re: George Ou on Comcast traffic management and NN</title><link>https://techliberation.com/2007/11/06/george-ou-on-comcast-traffic-management-and-nn/#comment-1452513</link><description>&lt;p&gt;I'd take Cisco's claims with a grain of salt. Their version of WFQ is apparently implemented in the CMTS rather than in the CM itself, so it's post-collision.&lt;/p&gt;&lt;p&gt;On your main point, Wes, you're absolutelyh right that we don't know that for sure what problem Comcast is trying to solve, we're just making an educated guess that happens to fit the facts  fairly well. In the final analysis, it's up to Comcast to say why they're doing what they're doing, and they haven't shown any willingness to do so. And frankly, I'm getting tired of defending them.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Richard Bennett</dc:creator><pubDate>Wed, 07 Nov 2007 20:59:16 -0000</pubDate></item><item><title>Re: George Ou on Comcast traffic management and NN</title><link>https://techliberation.com/2007/11/06/george-ou-on-comcast-traffic-management-and-nn/#comment-1452512</link><description>&lt;p&gt;Cisco claims that their DOCSIS 1.1 CMTS supports Weighted Fair Queuing on the upstream link. I don't know if other vendors support WFQ or what CMTS Comcast is using, but I am skeptical of claims that upstream QoS is impossible.&lt;/p&gt;&lt;p&gt;Of course, we don't even know for sure that upstream last mile contention is the problem that Comcast is attempting to solve.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Wes Felter</dc:creator><pubDate>Wed, 07 Nov 2007 18:45:55 -0000</pubDate></item><item><title>Re: George Ou on Comcast traffic management and NN</title><link>https://techliberation.com/2007/11/06/george-ou-on-comcast-traffic-management-and-nn/#comment-1452511</link><description>&lt;p&gt;I'm guessing that Richard Bennett will give George Ou a 'gold star' and a 'pat on the back' for this story...&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Barnaby</dc:creator><pubDate>Wed, 07 Nov 2007 10:04:30 -0000</pubDate></item><item><title>Re: George Ou on Comcast traffic management and NN</title><link>https://techliberation.com/2007/11/06/george-ou-on-comcast-traffic-management-and-nn/#comment-1452510</link><description>&lt;p&gt;I don't believe Comcast has negotiated settlement-free interconnection with any Tier 1 carrier. So presumably they have to pay for bandwidth on a metered basis, as Tom suggested. And since Bittorrent is a major source of bandiwdth usage by Comcast customers, anything that can be done to reduce file sharing traffic means lower costs for Comcast.&lt;/p&gt;&lt;p&gt;On the other hand, testing of the methods used by Comcast to shape traffic has determined that RST packets are being forget to restrict seeding exclusively, and downloading via Bittorrent is unaffected. Comcast's focus on upstream traffic suggests their main concern is high upstream traffic causing saturation of local cable nodes.&lt;/p&gt;&lt;p&gt;I'd be interested to learn more about how the peering agreements of Tier 1 ISPs like Qwest, Verizon, and AT&amp;amp;T; deremine their management of peer to peer traffic. Because they do not pay for bandwidth on a byte-per-byte basis, Tier 1 carriers have an incentive to fill up their pipes at all times while using QoS to prioritize traffic that is latency-sensitive like VoIP or highly valued like Email and web browsing.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ryan Radia</dc:creator><pubDate>Wed, 07 Nov 2007 00:46:06 -0000</pubDate></item><item><title>Re: George Ou on Comcast traffic management and NN</title><link>https://techliberation.com/2007/11/06/george-ou-on-comcast-traffic-management-and-nn/#comment-1452509</link><description>&lt;p&gt;Luis is right.  And even flat throttling isn't necessary: many home routers can provide dynamic QoS, prioritizing traffic that needs low-latency connections -- VoIP is a red herring.  But then, that keeps the pipe fully utilized, which doesn't help Comcast's bottom line.  They have to pay for that data on a metered basis once it leaves their network, after all.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Tom</dc:creator><pubDate>Tue, 06 Nov 2007 22:15:11 -0000</pubDate></item><item><title>Re: George Ou on Comcast traffic management and NN</title><link>https://techliberation.com/2007/11/06/george-ou-on-comcast-traffic-management-and-nn/#comment-1452508</link><description>&lt;p&gt;Of course, this wasn't throttling, it was active breaking of the protocol. But don't let those little details spoil a good story. :)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Luis</dc:creator><pubDate>Tue, 06 Nov 2007 22:09:23 -0000</pubDate></item></channel></rss>