Re: [httpstreaming] [dispatch] Q-HTTP

Henry Sinnreich <> Tue, 09 November 2010 23:22 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 5BA003A6800; Tue, 9 Nov 2010 15:22:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id dqkbJQiV2XfB; Tue, 9 Nov 2010 15:22:26 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 27B683A696C; Tue, 9 Nov 2010 15:22:26 -0800 (PST)
Received: by ywp6 with SMTP id 6so9300ywp.31 for <multiple recipients>; Tue, 09 Nov 2010 15:22:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=gamma; h=domainkey-signature:received:received:user-agent:date:subject:from :to:cc:message-id:thread-topic:thread-index:in-reply-to:mime-version :content-type:content-transfer-encoding; bh=uy+WusBQgIN+l/bLqN/ccGaINLOM3taklGWAzVgSVbw=; b=rhAJaGTz1e5TyYwy51Zhad5evu4KdUo/UnfQQOkQ/Y2hegK+8wdJdl7w2fDBrYufbZ N2oYUc2Yr6niCABZtMDd9PkBcmW5XELgbyD6zHzGUhfr0eke6xFZzFU0m56sOiW8tYVK /4v75VXd1xDMbiy5t96FilRrg9CxLGnjCWpVk=
DomainKey-Signature: a=rsa-sha1; c=nofws;; s=gamma; h=user-agent:date:subject:from:to:cc:message-id:thread-topic :thread-index:in-reply-to:mime-version:content-type :content-transfer-encoding; b=K1XQlOAd2hyvN6ti7Acro0FKq0Ov0XGcdlj2s3I9FXxpd66jNmGNxgWgPtvs5ac1FK cdBuEkJgOXXOG2kGVCylY/hK5Jz2UKO0Xn21j+i4MqM+h7iynj7hfJVHFM9CKvUjhPxu ijQzmtcX9IWDXQfsy/l3ikgYr9bj1D1fwnBkg=
Received: by with SMTP id c19mr7737005agc.209.1289344970374; Tue, 09 Nov 2010 15:22:50 -0800 (PST)
Received: from [] ( []) by with ESMTPS id 13sm1833117anq.10.2010. (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 09 Nov 2010 15:22:48 -0800 (PST)
User-Agent: Microsoft-Entourage/
Date: Tue, 09 Nov 2010 17:22:44 -0600
From: Henry Sinnreich <>
Message-ID: <>
Thread-Topic: [httpstreaming] [dispatch] Q-HTTP
Thread-Index: AcuAZQL3xpa4JwEh2ESdfOwbd/mLbg==
In-Reply-To: <>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
Cc: Ingemar Johansson S <>, httpstreaming <>,,
Subject: Re: [httpstreaming] [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: Tue, 09 Nov 2010 23:22:27 -0000

Fully agree.

Thanks, Henry

On 11/9/10 4:31 AM, "David Singer" <> wrote:

> There is a bitter lesson I have learned over the years to do with QoS
> reservation.
> 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.
> (I worked on real-time scheduling systems as well, and the same applies;  it's
> cheaper to have a processor which is much faster than needed, with a normal
> scheduler, than to have a just-enough processor with a real-time scheduler).
> I know, it 'feels' wrong.
> David Singer
> Multimedia and Software Standards, Apple Inc.
> _______________________________________________
> httpstreaming mailing list