[AVT] FW: network-based rapid acquisition solution

Jinwei Xia <xiajinwei@huawei.com> Tue, 20 October 2009 05:59 UTC

Return-Path: <xiajinwei@huawei.com>
X-Original-To: avt@core3.amsl.com
Delivered-To: avt@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 500873A6407 for <avt@core3.amsl.com>; Mon, 19 Oct 2009 22:59:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.644
X-Spam-Level:
X-Spam-Status: No, score=-0.644 tagged_above=-999 required=5 tests=[AWL=-0.149, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1]
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 P01cBS1tUMxt for <avt@core3.amsl.com>; Mon, 19 Oct 2009 22:59:13 -0700 (PDT)
Received: from szxga01-in.huawei.com (unknown [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id 76C2E3A6359 for <avt@ietf.org>; Mon, 19 Oct 2009 22:59:13 -0700 (PDT)
Received: from huawei.com (szxga01-in [172.24.2.3]) by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KRS002UBTYL9X@szxga01-in.huawei.com> for avt@ietf.org; Tue, 20 Oct 2009 13:59:10 +0800 (CST)
Received: from huawei.com ([172.24.1.24]) by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KRS001N2TYLT8@szxga01-in.huawei.com> for avt@ietf.org; Tue, 20 Oct 2009 13:59:09 +0800 (CST)
Received: from x65217 ([10.164.12.67]) by szxml04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KRS003OATYLP5@szxml04-in.huawei.com> for avt@ietf.org; Tue, 20 Oct 2009 13:59:09 +0800 (CST)
Date: Tue, 20 Oct 2009 13:59:09 +0800
From: Jinwei Xia <xiajinwei@huawei.com>
In-reply-to: <04CAD96D4C5A3D48B1919248A8FE0D540A4EB41F@xmb-sjc-215.amer.cisco.com>
To: avt@ietf.org
Message-id: <006801ca514a$70ceef00$430ca40a@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
X-Mailer: Microsoft Office Outlook 11
Content-type: text/plain; charset="us-ascii"
Content-transfer-encoding: 7bit
Thread-index: AcpC9SXnjNIu3ZprQRyDWqvd5Xqo6wAAAfIwA5FmtrA=
Subject: [AVT] FW: network-based rapid acquisition solution
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Audio/Video Transport Working Group <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/avt>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Oct 2009 05:59:14 -0000

Hi,

I have submitted a new draft related to network-based rapid acquisition
without RTP receiver involvement by extending RTCP Rapid Acquisition, this
draft introduces a proxy acquisition function to perform rapid acquisition
related functionality on behalf of RTP receiver.

The purpose of this draft is to provide another candidate solution to
support rapid acquisition to RTP receiver.

Here is the link:
http://tools.ietf.org/html/draft-xia-avt-proxy-rapid-acquisition-00

BR
Jinwei


A new version of I-D, draft-xia-avt-proxy-rapid-acquisition-00.txt has been
successfuly submitted by Jinwei Xia and posted to the IETF repository.

Filename:	 draft-xia-avt-proxy-rapid-acquisition
Revision:	 00
Title:		 Network-based Rapid Acquisition of Multicast RTP Sessions
Creation_date:	 2009-10-19
WG ID:		 Independent Submission
Number_of_pages: 12

Abstract:
This document describes a network-based rapid acquisition mechanism which
reduces acquisition delay for an RTP receiver without supporting any rapid
acquisition related functionality.  The network is responsible for managing
rapid acquisition on behalf of the RTP receiver, including detecting SFGMP
message specified in [RFC4605] from the RTP receiver and launching the
required rapid acquisition signaling instead of the RTP receiver.  This
network-based rapid acquisition of multicast RTP session in this document is
referred to as Proxy Rapid Acquisition of Multicast Sessions (PRAMS).