RE: [MMUSIC] RE: I-D ACTION:draft-kaplan-mmusic-best-effort-srtp- 01.txt

"Elwell, John" <john.elwell@siemens.com> Fri, 27 October 2006 06:31 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GdLFf-0000Em-BE; Fri, 27 Oct 2006 02:31:35 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GdL7M-0002TQ-2a for mmusic@ietf.org; Fri, 27 Oct 2006 02:23:00 -0400
Received: from mailgate.siemenscomms.co.uk ([195.171.110.225] helo=bemg01.siemenscomms.co.uk) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GdKsQ-0001Bk-6X for mmusic@ietf.org; Fri, 27 Oct 2006 02:07:37 -0400
Received: from ntht207e.uksgcs.siemenscomms.co.uk ([137.223.247.82]) by siemenscomms.co.uk (PMDF V6.0-24 #40642) with ESMTP id <0J7S00AHG6CT2O@siemenscomms.co.uk> for mmusic@ietf.org; Fri, 27 Oct 2006 07:07:41 +0100 (BST)
Received: by ntht207e.uksgcs.siemenscomms.co.uk with Internet Mail Service (5.5.2657.72) id <49LGZAVB>; Fri, 27 Oct 2006 07:07:28 +0100
Content-return: allowed
Date: Fri, 27 Oct 2006 07:07:27 +0100
From: "Elwell, John" <john.elwell@siemens.com>
Subject: RE: [MMUSIC] RE: I-D ACTION:draft-kaplan-mmusic-best-effort-srtp- 01.txt
To: Francois Audet <audet@nortel.com>, Hadriel Kaplan <HKaplan@acmepacket.com>, mmusic@ietf.org
Message-id: <50B1CBA96870A34799A506B2313F26670A346A54@ntht201e.siemenscomms.co.uk>
MIME-version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
Content-type: text/plain
Content-transfer-encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 093efd19b5f651b2707595638f6c4003
Cc:
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
Errors-To: mmusic-bounces@ietf.org

Francois,

Yes, that would work.

John 

> -----Original Message-----
> From: Francois Audet [mailto:audet@nortel.com] 
> Sent: 27 October 2006 01:22
> To: Elwell, John; Hadriel Kaplan; mmusic@ietf.org
> Subject: RE: [MMUSIC] RE: I-D 
> ACTION:draft-kaplan-mmusic-best-effort-srtp-01.txt
> 
> Maybe we could use one a=srtp line for crypto, and another one for
> kmgmt?
> 
> (i.e., have a different PT for each?) 
> 
> > -----Original Message-----
> > From: Elwell, John [mailto:john.elwell@siemens.com] 
> > Sent: Thursday, October 26, 2006 5:56 AM
> > To: Hadriel Kaplan; Audet, Francois (SC100:3055); mmusic@ietf.org
> > Subject: [MMUSIC] RE: I-D 
> > ACTION:draft-kaplan-mmusic-best-effort-srtp-01.txt
> > 
> > Hadriel, Francois,
> > 
> > Thanks for working on this update. Just one point. If both 
> > SDescriptions and MIKEY are offered (inclusion of a=crypto 
> > and a=key-mgmt lines) and a different payload type is also 
> > indicated for SRTP, this payload type would apply whether the 
> > SDescription-derived key or the MIKEY-derived key is used.
> > So until the SDP answer arrives, it would still not be 
> > possible to render SRTP. Of course, in the case of 
> > SDescriptions it is not possible anyway, but in the case of 
> > certain MIKEY options it ought to be possible. Unfortunately 
> > to resolve this we would need somewhat more complex syntax in 
> > the a=srtp line.
> > 
> > John
> > 
> > > -----Original Message-----
> > > From: Internet-Drafts@ietf.org [mailto:Internet-Drafts@ietf.org]
> > > Sent: 25 October 2006 20:50
> > > To: i-d-announce@ietf.org
> > > Subject: I-D ACTION:draft-kaplan-mmusic-best-effort-srtp-01.txt
> > > 
> > > A New Internet-Draft is available from the on-line 
> Internet-Drafts 
> > > directories.
> > > 
> > > 
> > > 	Title		: Session Description Protocol (SDP) 
> > > Offer/Answer Negotiation For Best-Effort Secure Real-Time 
> Transport 
> > > Protocol
> > > 	Author(s)	: F. Audet, H. Kaplan
> > > 	Filename	: draft-kaplan-mmusic-best-effort-srtp-01.txt
> > > 	Pages		: 17
> > > 	Date		: 2006-10-25
> > > 	
> > > This document defines the requirements and a proposed 
> solution for 
> > >    an SDP Offer/Answer exchange model for negotiating 
> > best-effort SRTP
> > >    keys, i.e., in a backward-compatible manner with 
> > non-SRTP devices.
> > >    The proposed solution is a trivial interpretation of the 
> > usage of 
> > >    the profile and the usage of SDP indication of [sdesc] 
> > and [kmgmt].
> > > 
> > > A URL for this Internet-Draft is:
> > > http://www.ietf.org/internet-drafts/draft-kaplan-mmusic-best-e
> > > ffort-srtp-01.txt
> > > 
> > > To remove yourself from the I-D Announcement list, send a 
> > message to 
> > > i-d-announce-request@ietf.org with the word unsubscribe in 
> > the body of 
> > > the message.
> > > You can also visit
> > > https://www1.ietf.org/mailman/listinfo/I-D-announce
> > > to change your subscription settings.
> > > 
> > > Internet-Drafts are also available by anonymous FTP. 
> Login with the 
> > > username "anonymous" and a password of your e-mail address. After 
> > > logging in, type "cd internet-drafts" and then "get 
> > > draft-kaplan-mmusic-best-effort-srtp-01.txt".
> > > 
> > > A list of Internet-Drafts directories can be found in 
> > > http://www.ietf.org/shadow.html or 
> > > ftp://ftp.ietf.org/ietf/1shadow-sites.txt
> > > 
> > > Internet-Drafts can also be obtained by e-mail.
> > > 
> > > Send a message to:
> > > 	mailserv@ietf.org.
> > > In the body type:
> > > 	"FILE
> > > /internet-drafts/draft-kaplan-mmusic-best-effort-srtp-01.txt".
> > > 	
> > > NOTE:	The mail server at ietf.org can return the document in
> > > 	MIME-encoded form by using the "mpack" utility.  To use this
> > > 	feature, insert the command "ENCODING mime" before the "FILE"
> > > 	command.  To decode the response(s), you will need "munpack" or
> > > 	a MIME-compliant mail reader.  Different MIME-compliant 
> > mail readers
> > > 	exhibit different behavior, especially when dealing with
> > > 	"multipart" MIME messages (i.e. documents which have been split
> > > 	up into multiple messages), so check your local documentation on
> > > 	how to manipulate these messages.
> > > 
> > > Below is the data which will enable a MIME compliant mail reader 
> > > implementation to automatically retrieve the ASCII version of the 
> > > Internet-Draft.
> > > 
> > 
> > _______________________________________________
> > mmusic mailing list
> > mmusic@ietf.org
> > https://www1.ietf.org/mailman/listinfo/mmusic
> > 
> 

_______________________________________________
mmusic mailing list
mmusic@ietf.org
https://www1.ietf.org/mailman/listinfo/mmusic