Re: [Sipbrandy] OSRTP Question

"Ben Campbell" <ben@nostrum.com> Wed, 12 October 2016 14:44 UTC

Return-Path: <ben@nostrum.com>
X-Original-To: sipbrandy@ietfa.amsl.com
Delivered-To: sipbrandy@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ABA7512954B for <sipbrandy@ietfa.amsl.com>; Wed, 12 Oct 2016 07:44:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.895
X-Spam-Level:
X-Spam-Status: No, score=-4.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-2.996] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Rh2suf3BsMmt for <sipbrandy@ietfa.amsl.com>; Wed, 12 Oct 2016 07:44:16 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1F84C1294CF for <sipbrandy@ietf.org>; Wed, 12 Oct 2016 07:44:16 -0700 (PDT)
Received: from [10.0.1.21] (cpe-66-25-7-22.tx.res.rr.com [66.25.7.22]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id u9CEiBkd022125 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 12 Oct 2016 09:44:12 -0500 (CDT) (envelope-from ben@nostrum.com)
X-Authentication-Warning: raven.nostrum.com: Host cpe-66-25-7-22.tx.res.rr.com [66.25.7.22] claimed to be [10.0.1.21]
From: Ben Campbell <ben@nostrum.com>
To: "Asveren, Tolga" <tasveren@sonusnet.com>
Date: Wed, 12 Oct 2016 09:44:12 -0500
Message-ID: <E449C6E6-51C4-4B62-883D-6C4373A872CD@nostrum.com>
In-Reply-To: <D6020214-3697-4529-B556-2CC686AC2DAD@nostrum.com>
References: <35CFE35E-E48B-419F-9557-B38A967CE797@nostrum.com> <7656b4d0-b529-46ce-787d-74debb0f1c9c@ericsson.com> <ce0d5592-ef96-ab56-2a56-cb4713e5f99d@ericsson.com> <CAB7PXwRLbzdrd00kmz0QUDQGr5OuRPec6-qSj0P=Th5c7cP3fw@mail.gmail.com> <faa15961-b5a3-d6dd-7845-ca6e28f2556c@ericsson.com> <CAB7PXwQ-cLZoDm2J2iPQoc4NfCoH8ePXo5QurbPhnNRYmywdQw@mail.gmail.com> <SN2PR03MB2350300E1448FA26F1A5820EB2DD0@SN2PR03MB2350.namprd03.prod.outlook.com> <D6020214-3697-4529-B556-2CC686AC2DAD@nostrum.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="=_MailMate_62EA7ABB-459B-4813-A6F7-75A194EC548A_="
Embedded-HTML: [{"HTML":[765, 10683], "plain":[171, 4994], "uuid":"DF40A7E7-A71E-425D-A862-A9EB5B60C166"}]
X-Mailer: MailMate (1.9.5r5263)
Archived-At: <https://mailarchive.ietf.org/arch/msg/sipbrandy/G4MMkVahp5EDJ-SSDoXrOsyOC9U>
Cc: "sipbrandy@ietf.org" <sipbrandy@ietf.org>, Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com>, Andy Hutton <andyhutton.ietf@gmail.com>
Subject: Re: [Sipbrandy] OSRTP Question
X-BeenThere: sipbrandy@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: SIPBRANDY working group discussion list <sipbrandy.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sipbrandy>, <mailto:sipbrandy-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sipbrandy/>
List-Post: <mailto:sipbrandy@ietf.org>
List-Help: <mailto:sipbrandy-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sipbrandy>, <mailto:sipbrandy-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Oct 2016 14:44:19 -0000

(Oops, I sent that before I was finished.)

This seems to require OSRTP to update 4568. Do people agree?

Thanks!

Ben.



On 12 Oct 2016, at 9:42, Ben Campbell wrote:

> That's what I was looking for. Thanks!
>
> Ben.
>
> On 12 Oct 2016, at 9:15, Asveren, Tolga wrote:
>
>> I think the concern was about the following from RFC4568 6:
>> “SRTP security descriptions MUST only be used with the SRTP 
>> transport (e.g., "RTP/SAVP" or "RTP/SAVPF")”
>>
>> Having said that, I am completely in favor of progressing this 
>> practically very useful draft ASAP.
>>
>> Thanks,
>> Tolga
>>
>> From: Sipbrandy [mailto:sipbrandy-bounces@ietf.org] On Behalf Of Andy 
>> Hutton
>> Sent: Tuesday, October 11, 2016 2:37 PM
>> To: Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com>
>> Cc: Ben Campbell <ben@nostrum.com>; sipbrandy@ietf.org
>> Subject: Re: [Sipbrandy] OSRTP Question
>>
>> I am not aware that the OSRTP draft violates any normative statements 
>> about using encryption with AVP although there was a discussion at 
>> IETF96 about whether the SDP Answer should contain SAVP if the 
>> answerer recognised and makes use of the a=crypto.
>>
>> This is why an update to the OSRTP draft has been suggested such that 
>> the answer may contain AVP or SAVP which I think we should accept and 
>> if we had to choose between AVP or SAVP in the answer I think I would 
>> fall on the SAVP side.
>>
>> Regards
>> Andy
>>
>> On Tue, Oct 11, 2016 at 2:17 PM, Gonzalo Camarillo 
>> <Gonzalo.Camarillo@ericsson.com<mailto:Gonzalo.Camarillo@ericsson.com>> 
>> wrote:
>> Hi Andy,
>>
>> if you do not see any issue here, then you sure won't have any 
>> trouble
>> responding to Ben's original question below, which is what the ADs 
>> are
>> actually after, right? ;-) Thanks!
>>
>> Cheers,
>>
>> Gonzalo
>>
>> On 11/10/2016 3:56 PM, Andy Hutton wrote:
>>> I am not sure what this issue is here I thought we were heading 
>>> towards
>>> consensus during IETF96 to make the OSRTP draft PS and get the AD's 
>>> to
>>> fix the charter.
>>>
>>> We discussed the possibility of splitting the draft and taking a 
>>> small
>>> draft to MMUSIC with the normative parts but I think we had 
>>> consensus
>>> that this did not make sense and we should just fix the charter,
>>>
>>> Regards
>>> Andy
>>>
>>> On Fri, Oct 7, 2016 at 1:44 PM, Gonzalo Camarillo
>>> <Gonzalo.Camarillo@ericsson.com<mailto:Gonzalo.Camarillo@ericsson.com> 
>>> <mailto:Gonzalo.Camarillo@ericsson.com<mailto:Gonzalo.Camarillo@ericsson.com>>>
>>> wrote:
>>>
>>>     All,
>>>
>>>     please, note that as you all know the SIPBRANDY WG is chartered 
>>> not to
>>>     produce PS specs. So, if we do not provide Ben with some 
>>> arguments for
>>>     making this draft PS, it will *not* be a PS. Comments?
>>>
>>>     https://datatracker.ietf.org/wg/sipbrandy/charter/
>>>     <https://datatracker.ietf.org/wg/sipbrandy/charter/>
>>>
>>>     > The working group is not expected to define new protocols or 
>>> modify
>>>     > existing ones; rather it will define practices for using 
>>> existing
>>>     > protocols.
>>>
>>>     Thanks,
>>>
>>>     Gonzalo
>>>
>>>     On 23/09/2016 8:58 AM, Gonzalo Camarillo wrote:
>>>     > Hi,
>>>     >
>>>     > for context, Ben's question relates to the following paragraph 
>>> in the
>>>     > minutes of the last SIPBRANDY session:
>>>     >
>>>     > 
>>> https://www.ietf.org/proceedings/96/minutes/minutes-96-sipbrandy
>>>     <https://www.ietf.org/proceedings/96/minutes/minutes-96-sipbrandy>
>>>     >
>>>     >> The group agreed on advancing the osrtp draft as Proposed
>>>     >> Standard. However, the SIPBRANDY WG is not chartered to 
>>> develop new
>>>     >> protocol mechanisms. Ben, the resposible area director for 
>>> the
>>>     >> SIPBRANDY WG, will look into this and get back to the group 
>>> with a
>>>     >> final plan. In the meantime, the working assumption is that 
>>> the
>>>     >> intended status of the osrtp draft will be Proposed Standard.
>>>     >
>>>     > Cheers,
>>>     >
>>>     > Gonzalo
>>>     >
>>>     > On 23/09/2016 3:28 AM, Ben Campbell wrote:
>>>     >> Hi,
>>>     >>
>>>     >> In the discussions about what status OSRTP should be, I was 
>>> under the
>>>     >> impression that people thought that the draft modified (or 
>>> violated)
>>>     >> some normative statement about using encryption with AVP 
>>> rather than
>>>     >> SAVP. Can anyone point me to the specifics?
>>>     >>
>>>     >> Thanks!
>>>     >>
>>>     >> Ben.
>>>     >>
>>>     >> _______________________________________________
>>>     >> Sipbrandy mailing list
>>>     >> Sipbrandy@ietf.org<mailto:Sipbrandy@ietf.org> 
>>> <mailto:Sipbrandy@ietf.org<mailto:Sipbrandy@ietf.org>>
>>>     >> https://www.ietf.org/mailman/listinfo/sipbrandy
>>>     <https://www.ietf.org/mailman/listinfo/sipbrandy>
>>>     >
>>>
>>>     _______________________________________________
>>>     Sipbrandy mailing list
>>>     Sipbrandy@ietf.org<mailto:Sipbrandy@ietf.org> 
>>> <mailto:Sipbrandy@ietf.org<mailto:Sipbrandy@ietf.org>>
>>>     https://www.ietf.org/mailman/listinfo/sipbrandy
>>>     <https://www.ietf.org/mailman/listinfo/sipbrandy>
>>>
>>>
>
>> _______________________________________________
>> Sipbrandy mailing list
>> Sipbrandy@ietf.org
>> https://www.ietf.org/mailman/listinfo/sipbrandy