IETF Logo Mail Archive

Re: [httpstreaming] Agenda and Slides

Xiangsong Cui <Xiangsong.Cui@huawei.com> Wed, 10 November 2010 05:13 UTC

Return-Path: <Xiangsong.Cui@huawei.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 D44A13A67D6 for <httpstreaming@core3.amsl.com>; Tue, 9 Nov 2010 21:13:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.19
X-Spam-Level:
X-Spam-Status: No, score=0.19 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, CN_BODY_35=0.339, MIME_CHARSET_FARAWAY=2.45]
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 ZBFxKdF0EVKC for <httpstreaming@core3.amsl.com>; Tue, 9 Nov 2010 21:13:10 -0800 (PST)
Received: from szxga02-in.huawei.com (szxga02-in.huawei.com [58.251.152.65]) by core3.amsl.com (Postfix) with ESMTP id AAC0B3A677C for <httpstreaming@ietf.org>; Tue, 9 Nov 2010 21:13:09 -0800 (PST)
Received: from huawei.com (szxga02-in [172.24.2.6]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LBN00IQ7L6H36@szxga02-in.huawei.com> for httpstreaming@ietf.org; Wed, 10 Nov 2010 13:13:29 +0800 (CST)
Received: from huawei.com ([172.24.2.119]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LBN00423L6HE8@szxga02-in.huawei.com> for httpstreaming@ietf.org; Wed, 10 Nov 2010 13:13:29 +0800 (CST)
Received: from [172.24.1.3] (Forwarded-For: [130.129.116.45]) by szxmc03-in.huawei.com (mshttpd); Wed, 10 Nov 2010 13:13:29 +0800
Date: Wed, 10 Nov 2010 13:13:29 +0800
From: Xiangsong Cui <Xiangsong.Cui@huawei.com>
In-reply-to: <CEA40436-871D-4748-80F0-1D515E7ED054@netflix.com>
To: Mark Watson <watsonm@netflix.com>
Message-id: <fba7d8a4195b6.195b6fba7d8a4@huawei.com>
MIME-version: 1.0
X-Mailer: iPlanet Messenger Express 5.2 HotFix 2.14 (built Aug 8 2006)
Content-type: multipart/mixed; boundary="Boundary_(ID_OkF3gBR7zCw6iavxfHfD8Q)"
Content-language: zh-CN
X-Accept-Language: zh-CN
Priority: normal
References: <AANLkTimsEDGkDVjTj0uVg7g4h+L8JtmM7FJMRM4TvWtv@mail.gmail.com> <01df01cb8089$568d0b30$03a72190$@iridescentnetworks.com> <CEA40436-871D-4748-80F0-1D515E7ED054@netflix.com>
Cc: httpstreaming <httpstreaming@ietf.org>
Subject: Re: [httpstreaming] Agenda and Slides
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: Wed, 10 Nov 2010 05:13:11 -0000

Hi,

I agree Kathy here.
And, Mark, yes, you are right, it drops packets. But this is only a passive reaction, I think it is better to achieve some active operation, or proactive operation (if possible), that would be perfact.

I think these jobs are worthy our attention.

Best Regards
Xiangsong


----- 原邮件 -----
发件人: Mark Watson <watsonm@netflix.com>
日期: 星期三, 十一月 10日, 2010 下午12:24
主题: Re: [httpstreaming] Agenda and Slides
收件人: Kathy McEwen <kathy@iridescentnetworks.com>
抄送: httpstreaming <httpstreaming@ietf.org>

> 
> 
> Sent from my iPad
> 
> On Nov 9, 2010, at 7:42 PM, "Kathy McEwen" 
> <kathy@iridescentnetworks.com> wrote:
> 
> > After doing some digging on the various
> > protocols (RTMP/http, RTSP, HTML5/http, etc... ), we found that 
> all of them
> > that are doing any kind of adaptive rate streaming, but they do 
> not today
> > incorporate the messages/control mechanisms to allow for the 
> network to take
> > control and adapt the rate of the video.
> 
> But it does! It drops packets, causing a congestion response from 
> TCP causing in turn an adaptation by the application. The network 
> is completely in control of the packet delivery rate, which the 
> application knows and adapts to.
> 
> This is the baseline, which is so simple and applicable across 
> myriad access technologies. New mechanisms need to justify 
> themselves against this baseline.
> 
> ...Mark 
> _______________________________________________
> httpstreaming mailing list
> httpstreaming@ietf.org
> https://www.ietf.org/mailman/listinfo/httpstreaming
>

v2.8.7 | Report a Bug | By Email