Re: [httpstreaming] [dispatch] Q-HTTP

Mark Watson <watsonm@netflix.com> Wed, 10 November 2010 04:18 UTC

Return-Path: <watsonm@netflix.com>
X-Original-To: httpstreaming@core3.amsl.com
Delivered-To: httpstreaming@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 21BDE3A67AB; Tue, 9 Nov 2010 20:18:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QvADFF2C1fDN; Tue, 9 Nov 2010 20:18:52 -0800 (PST)
Received: from mx1.netflix.com (mx1.netflix.com [208.75.77.144]) by core3.amsl.com (Postfix) with ESMTP id 369613A684F; Tue, 9 Nov 2010 20:18:52 -0800 (PST)
Received: from ExchFE102.netflix.com (exchfe102.netflix.com [10.64.32.102]) by mx1.netflix.com (8.12.11.20060308/8.12.11) with ESMTP id oAA4JCGH017730; Tue, 9 Nov 2010 20:19:12 -0800
Received: from EXCHMBX103.netflix.com ([fe80::c8e2:ac0e:d177:53c6]) by ExchFE102.netflix.com ([fe80::416e:22e0:ebdf:14b0%14]) with mapi; Tue, 9 Nov 2010 20:19:11 -0800
From: Mark Watson <watsonm@netflix.com>
To: Kathy McEwen <kathy@iridescentnetworks.com>
Date: Tue, 9 Nov 2010 20:19:10 -0800
Thread-Topic: [httpstreaming] [dispatch] Q-HTTP
Thread-Index: AcuAjmy2DbYTXxLsQwO+PWlAAVcPSg==
Message-ID: <1E1ED4EA-7CB5-4A86-BD3F-B1F5F72EF456@netflix.com>
References: <3349FECF788C984BB34176D70A51782F106701E2@FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com> <6750274E2CC345C18EDE9FDDD59F24FA@china.huawei.com> <3349FECF788C984BB34176D70A51782F1067054D@FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com> <DBB1DC060375D147AC43F310AD987DCC180E504600@ESESSCMS0366.eemea.ericsson.se> <3349FECF788C984BB34176D70A51782F168772C1@FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com> <EAA2CFBF-9434-4E52-A586-7AE5F665A9DF@apple.com> <1104E0EB-CBAD-4001-962F-9D5F8B856D42@nokia.com> <01d801cb8083$8ca250f0$a5e6f2d0$@iridescentnetworks.com>
In-Reply-To: <01d801cb8083$8ca250f0$a5e6f2d0$@iridescentnetworks.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "dispatch@ietf.org" <dispatch@ietf.org>, httpstreaming <httpstreaming@ietf.org>, "conex@ietf.org" <conex@ietf.org>, Ingemar Johansson S <ingemar.s.johansson@ericsson.com>, "GARCIA ARANDA, JOSE JAVIER \(JOSE JAVIER\)" <jose_javier.garcia_aranda@alcatel-lucent.com>
Subject: Re: [httpstreaming] [dispatch] Q-HTTP
X-BeenThere: httpstreaming@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Network based HTTP Streaming discussion list <httpstreaming.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/httpstreaming>, <mailto:httpstreaming-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/httpstreaming>
List-Post: <mailto:httpstreaming@ietf.org>
List-Help: <mailto:httpstreaming-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/httpstreaming>, <mailto:httpstreaming-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Nov 2010 04:18:53 -0000

Sent from my iPad

On Nov 9, 2010, at 7:01 PM, "Kathy McEwen" <kathy@iridescentnetworks.com> wrote:

> One problem with the voice analogy is that the sheer volume of data
> traversing the web today is not driven by voice...it's video...and it's not
> even a fraction of the viewing that folks are doing of broadcast content.  A
> solution that depends on "simply" having too much bandwidth, is that someone
> is paying for it.  Eventually it hits someone's pocket books....and if there
> isn't sufficient revenue to cover the costs, the too much does degrade.
> Today the mass media is consumed via cheap broadcast technologies... why
> shouldn't the web (fixed and mobile) be as cheap AND as good??  
> 

It should, the question is what is the cheapest way to do it. QoS is expensive too. I tend to agree with the thesis below that history is telling us that avoiding scarcity in the first place is cheaper than rationing here.

...Mark

> -----Original Message-----
> From: httpstreaming-bounces@ietf.org [mailto:httpstreaming-bounces@ietf.org]
> On Behalf Of Lars Eggert
> Sent: Tuesday, November 09, 2010 8:02 PM
> To: David Singer
> Cc: Ingemar Johansson S; GARCIA ARANDA, JOSE JAVIER (JOSE JAVIER);
> httpstreaming; dispatch@ietf.org; conex@ietf.org
> Subject: Re: [httpstreaming] [dispatch] Q-HTTP
> 
> On 2010-11-9, at 18:31, David Singer wrote:
>> It is that there are two ways to solve a real-time bandwidth need.  One is
> to reserve bandwidth, manage QoS and so on;  one gets protocols and systems
> like diffserv, ATM, and so on.  The other is simply to have 'too much' of
> the resource.  Though it feels wrong, the latter often ends up being the
> cheaper and easier solution.  So, for example, voice over IP is getting used
> quite a lot, and to good effect, on the internet today not because we have
> successfully deployed any bandwidth reservation or QoS management protocols
> and systems, but because the available bandwidth is, for the most part,
> greatly in excess of what is needed, and the systems can adapt in real-time
> to what they get (rather than asking for what they want).  The same is true
> for multimedia delivery;  the complexity of RTP + TCP friendliness + QoS
> management is not worth it compared to having adaptable end-systems and
> overall more bandwidth than needed.
> 
> Fully agreed. 
> 
> Folks who like pictures can take a look at
> https://fit.nokia.com/lars/talks/2008-mit-cfp.pdf, which gives much the same
> argument.
> 
> Lars
> 
> _______________________________________________
> httpstreaming mailing list
> httpstreaming@ietf.org
> https://www.ietf.org/mailman/listinfo/httpstreaming
>