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

Mikael Abrahamsson <swmike@swm.pp.se> Thu, 11 November 2010 17:52 UTC

Return-Path: <swmike@swm.pp.se>
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 20E8E3A68A0; Thu, 11 Nov 2010 09:52:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.669
X-Spam-Level:
X-Spam-Status: No, score=-2.669 tagged_above=-999 required=5 tests=[AWL=-0.070, BAYES_00=-2.599]
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 lz1TUbCWTAHH; Thu, 11 Nov 2010 09:52:39 -0800 (PST)
Received: from uplift.swm.pp.se (ipv6.swm.pp.se [IPv6:2a00:801::f]) by core3.amsl.com (Postfix) with ESMTP id C13B43A67B2; Thu, 11 Nov 2010 09:52:38 -0800 (PST)
Received: by uplift.swm.pp.se (Postfix, from userid 501) id 1ACF19C; Thu, 11 Nov 2010 18:53:07 +0100 (CET)
Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id 187DC9A; Thu, 11 Nov 2010 18:53:07 +0100 (CET)
Date: Thu, 11 Nov 2010 18:53:07 +0100 (CET)
From: Mikael Abrahamsson <swmike@swm.pp.se>
To: David Singer <singer@apple.com>
In-Reply-To: <4EA88DB4-93EC-4094-B51F-519BEDF19CCB@apple.com>
Message-ID: <alpine.DEB.1.10.1011111841480.2639@uplift.swm.pp.se>
References: <3349FECF788C984BB34176D70A51782F106701E2@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> <1E1ED4EA-7CB5-4A86-BD3F-B1F5F72EF456@netflix.com> <C4064AF1C9EC1F40868C033DB94958C7031F0C1F@XMB-RCD-111.cisco.com> <EF84DC37-8CB6-4DB7-85AC-E091D90FF075@apple.com> <C4064AF1C9EC1F40868C033DB94958C7031F0CA2@XMB-RCD-111.cisco.com> <alpine.DEB.1.10.1011102303170.2639@uplift.swm.pp.se> <C4064AF1C9EC1F40868C033DB94958C7031F10D0@XMB-RCD-111.cisco.com> <alpine.DEB.1.10.1011111616310.2639@uplift.swm.pp.se> <C4064AF1C9EC1F40868C033DB94958C7031F1154@XMB-RCD-111.cisco.com> <alpine.DEB.1.10.1011111806430.26 39@uplift.swm.pp.se> <4EA88DB4-93EC-4094-B51F-519BEDF19CCB@apple.com>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
Organization: People's Front Against WWW
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Mailman-Approved-At: Tue, 16 Nov 2010 08:29:25 -0800
Cc: dispatch@ietf.org, httpstreaming <httpstreaming@ietf.org>, conex@ietf.org, Ingemar Johansson S <ingemar.s.johansson@ericsson.com>, "Mike Hammer \(hmmr\)" <hmmr@cisco.com>, "GARCIA ARANDA, JOSEJAVIER \(JOSE JAVIER\)" <jose_javier.garcia_aranda@alcatel-lucent.com>
Subject: Re: [httpstreaming] [conex] [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: Thu, 11 Nov 2010 17:52:40 -0000

On Thu, 11 Nov 2010, David Singer wrote:

> It's interesting you say this in the context of real-time media, because 
> I believe a network can give time guarantees ("any packet I deliver on 
> this will be delivered within x ms") or delivery guarantees ("all 
> packets will eventually be delivered") but it's hard (impossible, maybe) 
> to do both.

Are we talking 100.000% or 99.5% ? With cheap residential broadband, I 
want the norm to be that the ISP is not congesting their 
core/distribution. I don't want formal guarantees, I just want the normal 
mode to be that I can use my full access bandwidth, regardless of what 
application I'm running. With flash events, both telephony and packet 
networks can't handle peak load, but this doesn't happen every day, it's 
"few times per year" events.

> Personally, I want my fair share of the shared 'roads' no matter how 
> many others are sharing them, and I expect the 'last mile' personal link 
> to have (at least) the capacity that was sold to me.

And what is "fair"? I want my access link to be the limiting factor, not 
my ISP distribution/core/peering links. I was sold X megabit/s "Internet 
Access". I want that.

I don't want "X megabit/s Internet Access unless it's that time of day 
when most people want to use the Internet, then you get much less but we 
won't state how much less, and oh by the way, you'll get different amount 
depending on what L3/L4 information you provide to us in your packets".

Let's work on empowering the users so they can understand when their 
internet supplier is not giving them what they paid for. The users need 
tools, the ISP doesn't. The ISP can look at their mrtg graphs showing 
octets in and out, and if the 5 minute average utilization of their link 
is over ~75-85% or so, they're most likely not doing their job right.

-- 
Mikael Abrahamsson    email: swmike@swm.pp.se