[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.
- [AVT] FW: New Version Notification for draft-bege… Ali C. Begen (abegen)
- Re: [AVT] FW: New Version Notification for draft-… Dan Wing
- Re: [AVT] FW: New Version Notification for draft-… Ali C. Begen (abegen)
- Re: [AVT] FW: New Version Notification for draft-… Dan Wing
- Re: [AVT] FW: New Version Notification for draft-… Ali C. Begen (abegen)
- Re: [AVT] FW: New Version Notification for draft-… Roni Even
- Re: [AVT] FW: New Version Notification fordraft-b… Ali C. Begen (abegen)
- Re: [AVT] FW: New Version Notification fordraft-b… Colin Perkins
- Re: [AVT] FW: New Version Notificationfor draft-b… Dan Wing
- Re: [AVT] FW: New Version Notificationfor draft-b… Ali C. Begen (abegen)
- Re: [AVT] FW: New Version Notification for draft-… Peter Musgrave
- Re: [AVT] FW: New Version Notification for draft-… Ali C. Begen (abegen)
- Re: [AVT] FW: New Version Notification for draft-… Peter Musgrave
- Re: [AVT] FW: New Version Notification for draft-… Ali C. Begen (abegen)