I think both of you have a valid point here.

I am okay with Cox employing QoS if they publish the rules they use. If
they use some hidden magic formula then, yeah, this is certainly ripe
for abuse.

Andrew Baudouin wrote:
> Yes, he does.
> 
> 
> :casty:
> 
> On Wed, Jan 28, 2009 at 9:32 PM, Tim Fournet <[email protected]
> <mailto:[email protected]>> wrote:
> 
>     >From the Description:
>     """
>     / During the occasional times the network is congested, this new
>     technology automatically ensures that all time-sensitive Internet
>     traffic — such as web pages, voice calls, streaming videos and
>     gaming — moves without delay. Less time-sensitive traffic, such as
>     file uploads, peer-to-peer and Usenet newsgroups, may be delayed
>     momentarily...' Sounds like throttling to me."
>     """
>     /Sounds like QoS to me. I don't see a problem at all with giving
>     downloads a lower priority on the network than voice, streaming
>     videos, and gaming. They should have been doing this years ago when
>     QoS prioritization became common on most LANs and WANs.
> 
>     Do you really want your VoIP applications to stutter just so that
>     your neighbor can download the latest episode of Lost from
>     thepiratebay 20 seconds faster?
> 
> 
>     Will Hill wrote:
>>     http://tech.slashdot.org/article.pl?sid=09/01/28/2153242
>>
>>     Because of the way YouTube stutters I thought they were already doing 
>> this.  
>>     They have also already been caught "managing" p2p and admit to blocking 
>>     ports, upload speed caps and other unpleasant breakage.  Didn't they 
>> learn 
>>     from Comcast?  
>>
>>     _______________________________________________
>>     General mailing list
>>     [email protected] <mailto:[email protected]>
>>     http://mail.brlug.net/mailman/listinfo/general_brlug.net
>>       
> 
> 
>     _______________________________________________
>     General mailing list
>     [email protected] <mailto:[email protected]>
>     http://mail.brlug.net/mailman/listinfo/general_brlug.net
> 
> 
> 
> -- 
> This message was scanned by ESVA and is believed to be clean.
> Click here to report this message as spam. <
> http://esva.puryear-it.com/cgi-bin/learn-msg.cgi?id= >
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> General mailing list
> [email protected]
> http://mail.brlug.net/mailman/listinfo/general_brlug.net

-- 
Dustin Puryear
President and Sr. Consultant
Puryear Information Technology, LLC
225-706-8414 x112
http://www.puryear-it.com

Author, "Best Practices for Managing Linux and UNIX Servers"
  http://www.puryear-it.com/pubs/linux-unix-best-practices/


_______________________________________________
General mailing list
[email protected]
http://mail.brlug.net/mailman/listinfo/general_brlug.net

Reply via email to