[AVT] FW: New Version Notification for draft-begen-avt-rtp-cnames-01

"Ali C. Begen (abegen)" <abegen@cisco.com> Wed, 05 May 2010 14:41 UTC

Return-Path: <abegen@cisco.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 4E94428C22C for <avt@core3.amsl.com>; Wed, 5 May 2010 07:41:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.498
X-Spam-Level:
X-Spam-Status: No, score=-9.498 tagged_above=-999 required=5 tests=[AWL=-0.388, BAYES_05=-1.11, RCVD_IN_DNSWL_HI=-8]
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 Q4+3oP9bwdOI for <avt@core3.amsl.com>; Wed, 5 May 2010 07:41:02 -0700 (PDT)
Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 7727828C269 for <avt@ietf.org>; Wed, 5 May 2010 07:34:47 -0700 (PDT)
Authentication-Results: sj-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ApYFAEAf4UurRN+J/2dsb2JhbACDF44Giz9qcaQWiG+QZYEmgn9uBIM+
X-IronPort-AV: E=Sophos;i="4.52,333,1270425600"; d="scan'208";a="323265764"
Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-1.cisco.com with ESMTP; 05 May 2010 14:34:34 +0000
Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-3.cisco.com (8.13.8/8.14.3) with ESMTP id o45EYYgb019392 for <avt@ietf.org>; Wed, 5 May 2010 14:34:34 GMT
Received: from xmb-sjc-215.amer.cisco.com ([171.70.151.169]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 5 May 2010 07:34:34 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: base64
Date: Wed, 05 May 2010 07:34:08 -0700
Message-ID: <04CAD96D4C5A3D48B1919248A8FE0D540C044FF3@xmb-sjc-215.amer.cisco.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: New Version Notification for draft-begen-avt-rtp-cnames-01
Thread-Index: AcrsX4HHCnbPB7dpQ0+55RZub3M3ZgAAGcuQ
From: "Ali C. Begen (abegen)" <abegen@cisco.com>
To: avt@ietf.org
X-OriginalArrivalTime: 05 May 2010 14:34:34.0335 (UTC) FILETIME=[14CB16F0:01CAEC60]
Subject: [AVT] FW: New Version Notification for draft-begen-avt-rtp-cnames-01
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: Wed, 05 May 2010 14:41:03 -0000

Here is the new version of the CNAME draft.

http://www.ietf.org/id/draft-begen-avt-rtp-cnames-01.txt

We took the comments into consideration. Hopefully, the text is almost complete now. Feedback is welcome.

-acbegen

-----Original Message-----
From: IETF I-D Submission Tool [mailto:idsubmission@ietf.org] 
Sent: Wednesday, May 05, 2010 10:31 AM
To: Ali C. Begen (abegen)
Cc: csp@csperkins.org
Subject: New Version Notification for draft-begen-avt-rtp-cnames-01 


A new version of I-D, draft-begen-avt-rtp-cnames-01.txt has been successfully submitted by Ali Begen and posted to the IETF repository.

Filename:	 draft-begen-avt-rtp-cnames
Revision:	 01
Title:		 Guidelines for Choosing RTP Control Protocol (RTCP) Canonical Names (CNAMEs)
Creation_date:	 2010-05-05
WG ID:		 Independent Submission
Number_of_pages: 6

Abstract:
The RTP Control Protocol (RTCP) Canonical Name (CNAME) is a
persistent transport-level identifier for an RTP endpoint.  While the
Synchronization Source (SSRC) identifier of an RTP endpoint may
change if a collision is detected, or when the RTP application is
restarted, the CNAME is meant to stay unchanged, so that RTP
endpoints can be uniquely identified and associated with their RTP
media streams.  For proper functionality, CNAMEs should be unique
within the participants of an RTP session.  However, the
recommendations for choice of the RTCP CNAME provided in RFC 3550 are
insufficient to achieve this uniqueness.  This memo updates the
guidelines in RFC 3550 to allow endpoints to choose unique CNAMEs.
                                                                                  


The IETF Secretariat.