Re: [MMUSIC] RE: I-D ACTION:draft-kaplan-mmusic-best-effort-srtp-01.txt
"Robert R. Gilman" <rrg@avaya.com> Fri, 27 October 2006 18:49 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GdWlr-0000LZ-Kr; Fri, 27 Oct 2006 14:49:35 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GdWlp-0000LE-TE for mmusic@ietf.org; Fri, 27 Oct 2006 14:49:33 -0400
Received: from co300216-ier2.net.avaya.com ([198.152.13.103]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GdWli-0007x1-CV for mmusic@ietf.org; Fri, 27 Oct 2006 14:49:33 -0400
Received: from cof110avexu1.global.avaya.com (h135-9-6-16.avaya.com [135.9.6.16]) by co300216-ier2.net.avaya.com (Switch-3.1.8/Switch-3.1.7) with ESMTP id k9RImBsp010475 for <mmusic@ietf.org>; Fri, 27 Oct 2006 14:49:04 -0400
Received: from [135.9.42.81] ([135.9.42.81]) by cof110avexu1.global.avaya.com with Microsoft SMTPSVC(5.0.2195.6713); Fri, 27 Oct 2006 12:48:32 -0600
Message-ID: <4542547D.9000703@avaya.com>
Date: Fri, 27 Oct 2006 12:48:29 -0600
From: "Robert R. Gilman" <rrg@avaya.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dan Wing <dwing@cisco.com>
Subject: Re: [MMUSIC] RE: I-D ACTION:draft-kaplan-mmusic-best-effort-srtp-01.txt
References: <426401c6f9ef$cfe8d380$5b82200a@amer.cisco.com>
In-Reply-To: <426401c6f9ef$cfe8d380$5b82200a@amer.cisco.com>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 27 Oct 2006 18:48:32.0178 (UTC) FILETIME=[8006E920:01C6F9F8]
X-Scanner: InterScan AntiVirus for Sendmail
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 76c7db407a166e4c39f35d8215d8dd32
Cc: 'Francois Audet' <audet@nortel.com>, "'Elwell, John'" <john.elwell@siemens.com>, mmusic@ietf.org
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
Would the payload type entries be comma-separated lists for multiple-payload channels? We would also want to distinguish between different cryptosuites (even if they used the same master key/salt), perhaps via multiple ordered "crypto" entries? -Bob ---------------------------------------------------- Bob Gilman rrg@avaya.com +1 303 538 3868 Dan Wing wrote: > And another for srtp-dtls and another for zrtp? > > Maybe there is a more efficient way to combine these. Perhaps only > including a=srtp for those key exchange mechanisms which can allow > decrypting SRTP media that arrives prior to the SDP answer? Or perhaps > specifying the payload types in such a way that they're assigned to each of > the a= key management mechanisms understood by the answerer. As a possible > strawman for this last idea: > > m=blahblah > a=key-mgmt blahblah > a=crypto blahblah > a=fingerprint blahblah (used by srtp-dtls) > a=zrtp > a=srtp key-mgmt 40 crypto 41 fingerprint 42 zrtp 43 > > -d > > > >>-----Original Message----- >>From: Elwell, John [mailto:john.elwell@siemens.com] >>Sent: Thursday, October 26, 2006 11:07 PM >>To: Francois Audet; Hadriel Kaplan; mmusic@ietf.org >>Subject: RE: [MMUSIC] RE: I-D >>ACTION:draft-kaplan-mmusic-best-effort-srtp-01.txt >> >>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 > > > _______________________________________________ > 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
- RE: [MMUSIC] RE: I-D ACTION:draft-kaplan-mmusic-b… Elwell, John
- RE: [MMUSIC] RE: I-D ACTION:draft-kaplan-mmusic-b… Dan Wing
- Re: [MMUSIC] RE: I-D ACTION:draft-kaplan-mmusic-b… Robert R. Gilman
- RE: [MMUSIC] RE: I-D ACTION:draft-kaplan-mmusic-b… Elwell, John
- RE: [MMUSIC] RE: I-D ACTION:draft-kaplan-mmusic-b… Hadriel Kaplan
- RE: [MMUSIC] RE: I-D ACTION:draft-kaplan-mmusic-b… Dan Wing
- RE: [MMUSIC] RE: I-D ACTION:draft-kaplan-mmusic-b… Hadriel Kaplan
- RE: [MMUSIC] RE: I-D ACTION:draft-kaplan-mmusic-b… Dan Wing
- RE: [MMUSIC] RE: I-D ACTION:draft-kaplan-mmusic-b… Elwell, John
- RE: [MMUSIC] RE: I-D ACTION:draft-kaplan-mmusic-b… Hadriel Kaplan
- RE: [MMUSIC] RE: I-D ACTION:draft-kaplan-mmusic-b… Dan Wing