[AVT] Re: Changes in draft-ietf-avt-2833bis-13.txt

Cullen Jennings <fluffy@cisco.com> Tue, 09 May 2006 03:51 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FdJFY-0000A4-Cy; Mon, 08 May 2006 23:51:04 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FdJFX-00007z-6R for avt@ietf.org; Mon, 08 May 2006 23:51:03 -0400
Received: from sj-iport-4.cisco.com ([171.68.10.86]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FdJFV-00062D-TM for avt@ietf.org; Mon, 08 May 2006 23:51:03 -0400
Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-4.cisco.com with ESMTP; 08 May 2006 20:51:02 -0700
X-IronPort-AV: i="4.05,103,1146466800"; d="scan'208"; a="1802814355:sNHT32925512"
Received: from vtg-um-e2k2.sj21ad.cisco.com (vtg-um-e2k2.cisco.com [171.70.93.54]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id k493p0Yg021337; Mon, 8 May 2006 20:51:00 -0700 (PDT)
Received: from [192.168.1.2] ([10.82.216.172]) by vtg-um-e2k2.sj21ad.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 8 May 2006 20:50:59 -0700
In-Reply-To: <446008DC.7020204@nortel.com>
References: <E1FRaAf-00045B-Mc@stiedprstage1.ietf.org> <09A1A16A-0717-4CA2-B046-6DF3E07EADB2@csperkins.org> <264B91EE-181F-4E7F-9A2F-B5837837AC33@csperkins.org> <446008DC.7020204@nortel.com>
Mime-Version: 1.0 (Apple Message framework v749.3)
Content-Type: text/plain; charset="ISO-8859-1"; delsp="yes"; format="flowed"
Message-Id: <5905BD8B-15DE-44D5-9BCE-749F0EFC829F@cisco.com>
Content-Transfer-Encoding: quoted-printable
From: Cullen Jennings <fluffy@cisco.com>
Date: Mon, 08 May 2006 20:51:01 -0700
To: Tom-PT Taylor <taylor@nortel.com>
X-Mailer: Apple Mail (2.749.3)
X-OriginalArrivalTime: 09 May 2006 03:50:59.0886 (UTC) FILETIME=[C8EC04E0:01C6731B]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 5a9a1bd6c2d06a21d748b7d0070ddcb8
Cc: Magnus Westerlund <magnus.westerlund@ericsson.com>, Pekka Nikander <pekka.nikander@nomadiclab.com>, IETF AVT WG <avt@ietf.org>, "Michael A. Patton" <map@map-ne.com>, Magnus Nyström <magnus@rsasecurity.com>, Colin Perkins <csp@csperkins.org>, Sasha Vainshtein <Sasha@AXERRA.com>, Henning Schulzrinne <hgs@cs.columbia.edu>
Subject: [AVT] Re: Changes in draft-ietf-avt-2833bis-13.txt
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Audio/Video Transport Working Group <avt.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
Errors-To: avt-bounces@ietf.org

Thank you.

On May 8, 2006, at 8:13 PM, Tom-PT Taylor wrote:

> I have submitted an update to draft-ietf-avt-2833bis. It contains  
> the following changes.
>
> Abstract
> --------
> Added sentences indicating what was done with the RFC 2833 event  
> codes, in response to Sasha Vainshtein's intervention. Reorganized  
> the existing content to flow more smoothly given this change.
>
> Second paragraph of section 1.2 "Overview"
> ------------------------------------------
> Deleted "MIME" in front of "media type registrations" in the  
> existing last sentence. Added a new sentence pointing to Appendix  
> A, which lists the changes from RFC 2833.
>
> Section 6 "Security Considerations"
> -----------------------------------
> Added the following text based on comments from Pekka Nikander and  
> Magnus Nyström, and reorganized existing text to flow more smoothly  
> into it. Added RFC 3711 as a normative reference.
>
> "The telephony-event payload defined in this specification is  
> highly compressed. An interchange of just two bits can result in a  
> major change in meaning as decoded at the receiver. Thus the  
> telephony-event payload type is in particular need of protection of  
> integrity.
>
> "To meet the need for protection both of confidentiality and  
> integrity, this specification requires that compliant  
> implementations also implement the Secure Real-time Transport  
> Protocol (SRTP) [RFC3711].
>
> "  Note that the appropriate method of key distribution for SRTP
>    may vary with the specific application."
>
> Section 9.1 "Normative References"
> ----------------------------------
> Added RFC 3711 (SRTP), as indicated above.
>
> Updated the media type registration procedure reference (was "RFC  
> TBD") to point to RFC 4288.
>
> Section 9.2 "Informative References"
> ------------------------------------
> Added references to 2833bisdata and 2833biscas as Works In Progress.
>
> Appendix A (new)
> ----------------
> Describes the differences between RFC 2833 and 2833bis. Includes a  
> table indicating what happened to the event codes defined in RFC 2833.

_______________________________________________
Audio/Video Transport Working Group
avt@ietf.org
https://www1.ietf.org/mailman/listinfo/avt