[httpstreaming] Why a new standard for streaming HTTP?
"Luby, Michael" <luby@qualcomm.com> Mon, 27 September 2010 20:34 UTC
Return-Path: <luby@qualcomm.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 9D20F3A6B5B for <httpstreaming@core3.amsl.com>;
Mon, 27 Sep 2010 13:34:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.598
X-Spam-Level:
X-Spam-Status: No,
score=-106.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599,
HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 C2GfGB7HQKOv for
<httpstreaming@core3.amsl.com>; Mon, 27 Sep 2010 13:34:16 -0700 (PDT)
Received: from wolverine01.qualcomm.com (wolverine01.qualcomm.com
[199.106.114.254]) by core3.amsl.com (Postfix) with ESMTP id 4CE113A6AFA for
<httpstreaming@ietf.org>; Mon, 27 Sep 2010 13:34:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qualcomm.com;
i=luby@qualcomm.com; q=dns/txt; s=qcdkim; t=1285619696; x=1317155696;
h=from:to:cc:date:subject:thread-topic:thread-index: message-id:in-reply-to:accept-language:content-language:
x-ms-has-attach:x-ms-tnef-correlator:user-agent:
acceptlanguage:content-type:mime-version;
z=From:=20"Luby,=20Michael"=20<luby@qualcomm.com>|To:=20"h
ttpstreaming@ietf.org"=20<httpstreaming@ietf.org>|CC:=20"
Luby,=20Michael"=20<luby@qualcomm.com>|Date:=20Mon,=2027
=20Sep=202010=2013:34:51=20-0700|Subject:=20[httpstreamin
g]=20Why=20a=20new=20standard=20for=20streaming=20HTTP?
|Thread-Topic:=20[httpstreaming]=20Why=20a=20new=20standa
rd=20for=20streaming=20HTTP?|Thread-Index:=20ActedoYknOR/
8PjHQbi3vQUrdgGyBAADOkWE|Message-ID:=20<C8C64DFB.4E3A%lub
y@qualcomm.com>|In-Reply-To:=20<mailman.64.1285614012.114
97.httpstreaming@ietf.org>|Accept-Language:=20en-US
|Content-Language:=20en-US|X-MS-Has-Attach:
|X-MS-TNEF-Correlator:|user-agent:=20Microsoft-Entourage/
13.6.0.100712|acceptlanguage:=20en-US|Content-Type:=20mul
tipart/alternative=3B=0D=0A=09boundary=3D"_000_C8C64DFB4E
3Alubyqualcommcom_"|MIME-Version:=201.0;
bh=NOVg+PUMLxEShBiBGf8wkUU59gc1nuf4VppsjFAFQLU=;
b=HqO6WxEmlvCpLk3RYsYrLJou23uJwRT2gJXj98PBjUr8VxSleFhUnDmT
DZlSqriuVAJzMmkccJI6jhbT+MyVLleXVcjvoj+1Haevw0S2d/NxNSks2
phnDNPhvkJkF4ADPx0lLPid/n+2ympw7xH+XsAtrAqaLWWVeLQPxL4SKS 0=;
X-IronPort-AV: E=McAfee;i="5400,1158,6119"; a="55886030"
Received: from ironmsg04-l.qualcomm.com ([172.30.48.19]) by
wolverine01.qualcomm.com with ESMTP; 27 Sep 2010 13:34:55 -0700
X-IronPort-AV: E=Sophos; i="4.57,243,1283756400"; d="scan'208,217";
a="17560843"
Received: from nasanexhub01.na.qualcomm.com ([10.46.93.121]) by
Ironmsg04-L.qualcomm.com with ESMTP/TLS/RC4-MD5; 27 Sep 2010 13:34:55 -0700
Received: from nasclexhc02.na.qualcomm.com (10.227.147.13) by
nasanexhub01.na.qualcomm.com (10.46.93.121) with Microsoft SMTP Server (TLS)
id 8.2.254.0; Mon, 27 Sep 2010 13:34:55 -0700
Received: from NASCLEXMB02.na.qualcomm.com ([10.227.144.113]) by
nasclexhc02.na.qualcomm.com ([10.227.147.13]) with mapi;
Mon, 27 Sep 2010 13:34:44 -0700
From: "Luby, Michael" <luby@qualcomm.com>
To: "httpstreaming@ietf.org" <httpstreaming@ietf.org>
Date: Mon, 27 Sep 2010 13:34:51 -0700
Thread-Topic: [httpstreaming] Why a new standard for streaming HTTP?
Thread-Index: ActedoYknOR/8PjHQbi3vQUrdgGyBAADOkWE
Message-ID: <C8C64DFB.4E3A%luby@qualcomm.com>
In-Reply-To: <mailman.64.1285614012.11497.httpstreaming@ietf.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-Entourage/13.6.0.100712
acceptlanguage: en-US
Content-Type: multipart/alternative;
boundary="_000_C8C64DFB4E3Alubyqualcommcom_"
MIME-Version: 1.0
Cc: "Luby, Michael" <luby@qualcomm.com>
Subject: [httpstreaming] Why a new standard for streaming 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: Mon, 27 Sep 2010 20:34:17 -0000
A few comments/thoughts. (1) The SDOs that are already deeply involved in standardizing OTT HTTP streaming have worked hard to stay aligned, e.g., 3GPP, MPEG, OIPF. There is a lot of ongoing coordination between these organizations on HTTP streaming (DASH — dynamic adaptive streaming over HTTP), many of the people involved are working across these organizations, and liaisons are being sent back and forth to coordinate, etc. For example, they have all adopted the same baseline standard that was initiated in 3GPP, and features that were developed by MPEG are being rolled back into 3GPP, etc. It is not clear what the IETF adds in this sense (or perhaps may subtract?) The attempt is to create one standard across the different organizations, and not disparate competing standards. (2) If there is any effort in this area by the IETF, it would be good to align with the goal of one common standard. If there is fragmentation, it will not be good for deployment. For example, I’ve seen emails on this list that suggest that the IETF might go in a different direction and use a different basis other than HTTP, or do something that is based on HTTP but is contrary to these other standards, and it seems that these directions will only confuse/slow down any adoption. (3) If the IETF decides to go off in a different direction and not use HTTP 1.1 as the basis, to avoid confusion it would be really helpful not to call this HTTP streaming, but instead call it some other name that is suitable for whatever is being standardized. Mike Luby On 9/27/10 12:00 PM, "httpstreaming-request@ietf.org" <httpstreaming-request@ietf.org> wrote: If you have received this digest without all the individual message attachments you will need to update your digest options in your list subscription. To do so, go to https://www.ietf.org/mailman/listinfo/httpstreaming Click the 'Unsubscribe or edit options' button, log in, and set "Get MIME or Plain Text Digests?" to MIME. You can set this option globally for all the list digests you receive at this point. Send httpstreaming mailing list submissions to httpstreaming@ietf.org To subscribe or unsubscribe via the World Wide Web, visit https://www.ietf.org/mailman/listinfo/httpstreaming or, via email, send a message with subject or body 'help' to httpstreaming-request@ietf.org You can reach the person managing the list at httpstreaming-owner@ietf.org When replying, please edit your Subject line so it is more specific than "Re: Contents of httpstreaming digest..."
- [httpstreaming] Why a new standard for streaming … Henry Sinnreich
- [httpstreaming] Why a new standard for streaming … Luby, Michael
- Re: [httpstreaming] Why a new standard for stream… Marshall Eubanks
- Re: [httpstreaming] Why a new standard for stream… Bill Ver Steeg (versteb)
- Re: [httpstreaming] Why a new standard for stream… Qin Wu
- Re: [httpstreaming] Why a new standard for stream… Qin Wu
- Re: [httpstreaming] Why a new standard for stream… Henry Sinnreich