IETF Logo Mail Archive

Re: [httpstreaming] [dispatch] Q-HTTP

"Kathy McEwen" <kathy@iridescentnetworks.com> Wed, 10 November 2010 03:00 UTC

Return-Path: <kathy@iridescentnetworks.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 215B83A67EC for <httpstreaming@core3.amsl.com>; Tue, 9 Nov 2010 19:00:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, UNPARSEABLE_RELAY=0.001]
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 SL2x5wOmlc4V for <httpstreaming@core3.amsl.com>; Tue, 9 Nov 2010 19:00:54 -0800 (PST)
Received: from nm27-vm0.bullet.mail.ac4.yahoo.com (nm27-vm0.bullet.mail.ac4.yahoo.com [98.139.52.244]) by core3.amsl.com (Postfix) with SMTP id BA6C028C0D9 for <httpstreaming@ietf.org>; Tue, 9 Nov 2010 19:00:53 -0800 (PST)
Received: from [98.139.52.197] by nm27.bullet.mail.ac4.yahoo.com with NNFMP; 10 Nov 2010 03:01:16 -0000
Received: from [98.139.52.148] by tm10.bullet.mail.ac4.yahoo.com with NNFMP; 10 Nov 2010 03:01:16 -0000
Received: from [127.0.0.1] by omp1031.mail.ac4.yahoo.com with NNFMP; 10 Nov 2010 03:01:16 -0000
X-Yahoo-Newman-Id: 888367.61115.bm@omp1031.mail.ac4.yahoo.com
Received: (qmail 84112 invoked from network); 10 Nov 2010 03:01:16 -0000
Received: from IridescentKathy (kathy@66.116.112.8 with login) by smtp115.biz.mail.re2.yahoo.com with SMTP; 09 Nov 2010 19:01:16 -0800 PST
X-Yahoo-SMTP: 0oTc.aiswBATml9UvnuZnOzzTXTzZTa6NV7Bbr9Wm3OL
X-YMail-OSG: oZrOoFMVM1lJgKK0X4SlQ5F7z5EeN.7YqynO9Gvz1MV98.C j7QDsP9rKE6ctt..8y6asYoDZUwcmLaKvrZ6gskBfe8h.lj3JN7YfcBpoW8b OI_lO5m4ly_eiSSyon74FYyFYvA7Y6AHjDKZKn0RoYNOCJRA_aqi0qlxLFqb TVJrVsh7.QJLVbAflAVlrc5J2UGKn60gIR7CFi8Xqs1wprLVGw_tudbQflLi oCLjHZqfB0TkehA--
X-Yahoo-Newman-Property: ymail-3
From: Kathy McEwen <kathy@iridescentnetworks.com>
To: 'Lars Eggert' <lars.eggert@nokia.com>, 'David Singer' <singer@apple.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>
In-Reply-To: <1104E0EB-CBAD-4001-962F-9D5F8B856D42@nokia.com>
Date: Tue, 09 Nov 2010 21:01:18 -0600
Message-ID: <01d801cb8083$8ca250f0$a5e6f2d0$@iridescentnetworks.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQIVmQZqk6YOb/SFfEdornYnDlU03gJY4s1cAdIdk84CEDYYNwKAUfLvAj1dw08DDxb7lpJlkvQg
Content-Language: en-us
Cc: 'Ingemar Johansson S' <ingemar.s.johansson@ericsson.com>, "'GARCIA ARANDA, JOSE JAVIER (JOSE JAVIER)'" <jose_javier.garcia_aranda@alcatel-lucent.com>, 'httpstreaming' <httpstreaming@ietf.org>, dispatch@ietf.org, conex@ietf.org
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 03:00:55 -0000

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??  

-----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

v2.23.0 | Report a Bug | By Email