Re: [httpstreaming] [dispatch] [conex] Q-HTTP

"GARCIA ARANDA, JOSE JAVIER (JOSE JAVIER)" <jose_javier.garcia_aranda@alcatel-lucent.com> Tue, 16 November 2010 10:30 UTC

Return-Path: <jose_javier.garcia_aranda@alcatel-lucent.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 4B6943A6DC2; Tue, 16 Nov 2010 02:30:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.592
X-Spam-Level:
X-Spam-Status: No, score=-5.592 tagged_above=-999 required=5 tests=[AWL=0.656, BAYES_00=-2.599, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
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 CdZFmwfQ+CbM; Tue, 16 Nov 2010 02:30:42 -0800 (PST)
Received: from smail5.alcatel.fr (smail5.alcatel.fr [62.23.212.27]) by core3.amsl.com (Postfix) with ESMTP id 575AD3A6BDE; Tue, 16 Nov 2010 02:30:40 -0800 (PST)
Received: from FRMRSSXCHHUB04.dc-m.alcatel-lucent.com (FRMRSSXCHHUB04.dc-m.alcatel-lucent.com [135.120.45.64]) by smail5.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id oAGAVJGn031394 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 16 Nov 2010 11:31:22 +0100
Received: from FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com ([135.120.45.41]) by FRMRSSXCHHUB04.dc-m.alcatel-lucent.com ([135.120.45.64]) with mapi; Tue, 16 Nov 2010 11:31:08 +0100
From: "GARCIA ARANDA, JOSE JAVIER (JOSE JAVIER)" <jose_javier.garcia_aranda@alcatel-lucent.com>
To: "dispatch@ietf.org" <dispatch@ietf.org>, "conex@ietf.org" <conex@ietf.org>, "dispatch-bounces@ietf.org" <dispatch-bounces@ietf.org>, httpstreaming <httpstreaming@ietf.org>
Date: Tue, 16 Nov 2010 11:31:07 +0100
Thread-Topic: [dispatch] [conex] [httpstreaming] Q-HTTP
Thread-Index: AcuDQcy6bNFn7oj2SJeZnO8E6ZQihAAC+YrwAIqwEDA=
Message-ID: <3349FECF788C984BB34176D70A51782F16B13702@FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com>
References: <3349FECF788C984BB34176D70A51782F16877F3C@FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com> <C90321AD.157CE%henry.sinnreich@gmail.com> <OFCC8141E5.3BFB9BA9-ON852577DA.005012E0-852577DA.0051507D@csc.com>
Accept-Language: en-US
Content-Language: es-ES
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: multipart/mixed; boundary="_004_3349FECF788C984BB34176D70A51782F16B13702FRMRSSXCHMBSB3d_"
MIME-Version: 1.0
X-Scanned-By: MIMEDefang 2.64 on 155.132.188.13
Cc: "PEREZ LAJO, Jacobo \(Jacobo\)" <jacobo.perez@alcatel-lucent.com>, "DIAZ VIZCAINO, LUIS MIGUEL \(LUIS MIGUEL\)" <luismi.diaz@alcatel-lucent.com>
Subject: Re: [httpstreaming] [dispatch] [conex] 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: Tue, 16 Nov 2010 10:30:45 -0000

  hi Janet

i like your example about the explosion :-)
i have attached an image named Q-HTTP_phases.jpg for quick understanding  ( for people that have asked for it)

There are two ways to address an undesirable situation: "adaptative solutions" and "enhance QoS solutions"
For both cases Q-HTTP could be a handy tool

Regarding QoS solutions:
==================
If the files about the way to avoid the explosion are so important,
then these files could be downloaded using SLA , and for sure the user or the
content provider will pay for that.

user-----(pay per FTP with quality)---->content provider-------(pay for quality)--------> ISP

user-----(pay per game with quality)---->content provider-------(pay for quality)--------> ISP

user----( no pay anything)----->content provider ------( no pay for quality)----->ISP


video or videogame is not more important than FTP, and FTP is not more important than video.
 It depends on how much the content provider or the user is willing to pay for it with QoS

Regarding adaptative solutions:
==================
 Q-HTTP also may be used for detect packet loss and adjust FTP bitrate, or
change parallel FTP for sequential FTP. Q-HTTP is a tool. The decision to take when Q-HTTP alerts is open


- jose Javier

________________________________
De: Janet P Gunn [mailto:jgunn6@csc.com]
Enviado el: sábado, 13 de noviembre de 2010 15:48
Para: Henry Sinnreich
CC: conex@ietf.org; dispatch@ietf.org; dispatch-bounces@ietf.org; Mike Hammer (hmmr); httpstreaming; Ingemar@core3.amsl.com; Johansson S; GARCIA ARANDA, JOSE JAVIER (JOSE JAVIER); Kathy McEwen; DIAZ VIZCAINO, LUIS MIGUEL (LUIS MIGUEL); Mikael Abrahamsson
Asunto: Re: [dispatch] [conex] [httpstreaming] Q-HTTP





> On 11/11/10 12:43 PM, "DIAZ VIZCAINO, LUIS MIGUEL (LUIS MIGUEL)"
> <luismi.diaz@alcatel-lucent.com> wrote:
>
> > Hi,
> >    Just a different approach. Think in a traffic jam. I know it
> would be nice
> > to live in a wonderful world with no jams, but they happen. Know
> compare you,
> > going back home from work, and an ambulance with someone dying inside.
> > Everybody gets away to let ambulance drive first. And that's OK.
> >
> >    Now think on Internet. You are playing a Real-Time game and
> your neighbours
> > are just downloading files. They can afford some amount of traffic loss
> > (+delay/jitter) since TCP retransmisions will do the trick (just will take a
> > little longer to get the job done) while you cannot afford losing
> > (+delaying/jitterin) your traffic because if it happens, your opponent will
> > blow you away from the arena. That's the point, all traffic flows
> are NOT the
> > same and need different SLAs.

I think your analogy is completely backwards.  Yes, everyone gets out of the way of the ambulance,
because the ambulance is more important.

But the real time game is NOT more important than downloading the file that contains the
information on how to turn off the flow of the natural gas pipeline when there is an explosion.

What you are proposing in your analogy is not that "everyone should get out of the way of the ambulance",
but that "everyone should get out of the brand new Ferrari so it can race with the Maserati."

Janet