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

"Mike Hammer (hmmr)" <> Thu, 11 November 2010 14:50 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 2CD923A694E; Thu, 11 Nov 2010 06:50:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -10.539
X-Spam-Status: No, score=-10.539 tagged_above=-999 required=5 tests=[AWL=0.060, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id M8CS-WpS8hE4; Thu, 11 Nov 2010 06:50:15 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id ECE1C3A683F; Thu, 11 Nov 2010 06:50:14 -0800 (PST)
Authentication-Results:; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAGaR20ytJV2a/2dsb2JhbACiRXGlE5tVhUoEhFpViDo
X-IronPort-AV: E=Sophos;i="4.59,183,1288569600"; d="scan'208";a="181027737"
Received: from ([]) by with ESMTP; 11 Nov 2010 14:50:43 +0000
Received: from ( []) by (8.14.3/8.14.3) with ESMTP id oABEohTD027003; Thu, 11 Nov 2010 14:50:43 GMT
Received: from ([]) by with Microsoft SMTPSVC(6.0.3790.4675); Thu, 11 Nov 2010 08:50:43 -0600
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 11 Nov 2010 08:50:41 -0600
Message-ID: <>
In-Reply-To: <>
Thread-Topic: [conex] [dispatch] [httpstreaming] Q-HTTP
Thread-Index: AcuBI+dkr0pBqGOQQEOJDZRUQMtQPQAivhGw
References: <> <> <> <> <> <> <> <01d801cb8083$8ca250f0$a5e6f2d0$> <> <> <> <> <>
From: "Mike Hammer (hmmr)" <>
To: "Mikael Abrahamsson" <>
X-OriginalArrivalTime: 11 Nov 2010 14:50:43.0781 (UTC) FILETIME=[D11D4F50:01CB81AF]
X-Mailman-Approved-At: Tue, 16 Nov 2010 08:29:25 -0800
Cc:, httpstreaming <>,, Ingemar Johansson S <>, "GARCIA ARANDA, JOSEJAVIER \(JOSE JAVIER\)" <>
Subject: Re: [httpstreaming] [conex] [dispatch] Q-HTTP
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Network based HTTP Streaming discussion list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 11 Nov 2010 14:50:18 -0000


So, you are assuming that the alternative provider is not subject to the
same economic constraints as the provider you are jumping from?  If that
were such an easy thing to do, you would see many more players on the
field, and fewer commentators in the stands.

Agree, that the core should not be getting congested, but this problem
gets worse progressively as you approach the customer edge.  And the
costs to overprovision the edge go up correspondingly.  The last mile is
the most expensive.


-----Original Message-----
From: Mikael Abrahamsson [] 
Sent: Wednesday, November 10, 2010 5:08 PM
To: Mike Hammer (hmmr)
Cc: David Singer;; Kathy McEwen; httpstreaming;; Ingemar Johansson S; Mark Watson; GARCIA ARANDA,
Subject: Re: [conex] [dispatch] [httpstreaming] Q-HTTP

On Wed, 10 Nov 2010, Mike Hammer (hmmr) wrote:

> 3) The people that build and operate the networks will double 
> (quadruple?) their investments for no additional return out of the 
> goodness of their hearts.

No, they're going to do it because if they don't give the customers what

they promised, their customers are going to leave. This is if there is a

functional market and customers actually have a choice of providers. I 
realise this is not the case in parts of the world, but that doesn't
we should solve that by technical means, that's a political and
problem, it doesn't have any technical solution.

Let's not forget that if you're congesting your core and distribution, 
you're not delivering what your customers have purchased. Period.

Everything else is just smoke and mirrors.

Congestion is acceptable on the customer access, it's not acceptable in 
the core. That means that any flows/pakets that should yield, are within
single customer domain, and thus in the customers own interest.

Mikael Abrahamsson    email: