Re: [AVTCORE] WG last call for draft-ietf-avtcore-srtp-ekt-01

Dan Wing <dwing@cisco.com> Tue, 26 November 2013 05:58 UTC

Return-Path: <dwing@cisco.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51A8D1AE175 for <avt@ietfa.amsl.com>; Mon, 25 Nov 2013 21:58:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.502
X-Spam-Level:
X-Spam-Status: No, score=-14.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 97tPs0tElP2U for <avt@ietfa.amsl.com>; Mon, 25 Nov 2013 21:58:42 -0800 (PST)
Received: from mtv-iport-2.cisco.com (mtv-iport-2.cisco.com [173.36.130.13]) by ietfa.amsl.com (Postfix) with ESMTP id A0C1E1AE159 for <avt@ietf.org>; Mon, 25 Nov 2013 21:58:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2726; q=dns/txt; s=iport; t=1385445523; x=1386655123; h=mime-version:subject:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=2kMUInIcCVqYqqLA3Z8YarDjklLsjekPm9TVFvt+HoQ=; b=SvE8Jo+qxGzYhCyigEnI78XhwfJVM1o1mGST9R5uaFak7cNXIwqBFUDq NVjPmzsiCyUgFB3qDXrxjgFjAwrLSRL3dDU/CBgThLODdgDNUo6b1nST0 1108tQHOpsFUC8Rad7VWdAqxf5NkgQ2Rvp7cs4r0stcbxuDIpJzYRdSMd 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgIFAAM4lFKrRDoI/2dsb2JhbABZgwc4vHaBKBZ0giUBAQEDAQEBAQkRXAUJAgsYJwcbDB8RBhOHewUOvnMTBASOPzMHgyCBEwOJQo5ShkSLTYNJGw
X-IronPort-AV: E=Sophos;i="4.93,772,1378857600"; d="scan'208";a="98790168"
Received: from mtv-core-3.cisco.com ([171.68.58.8]) by mtv-iport-2.cisco.com with ESMTP; 26 Nov 2013 05:58:40 +0000
Received: from [10.21.73.209] ([10.21.73.209]) by mtv-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id rAQ5wdba015188; Tue, 26 Nov 2013 05:58:39 GMT
Content-Type: text/plain; charset="iso-8859-1"
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
From: Dan Wing <dwing@cisco.com>
In-Reply-To: <CEA93521.9BBF%mpeck@mitre.org>
Date: Mon, 25 Nov 2013 21:58:38 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <C53CCA36-0FCD-4925-92C2-DF86A237438F@cisco.com>
References: <CEA93521.9BBF%mpeck@mitre.org>
To: "Peck, Michael A" <mpeck@mitre.org>
X-Mailer: Apple Mail (2.1510)
Cc: Magnus Westerlund <magnus.westerlund@ericsson.com>, "draft-ietf-avtcore-srtp-ekt@tools.ietf.org" <draft-ietf-avtcore-srtp-ekt@tools.ietf.org>, IETF AVTCore WG <avt@ietf.org>
Subject: Re: [AVTCORE] WG last call for draft-ietf-avtcore-srtp-ekt-01
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Tue, 26 Nov 2013 05:58:44 -0000

Thanks for your comments, Michael.  I incorporated all those changes for -02.

-d

On Nov 13, 2013, at 11:09 AM, "Peck, Michael A" <mpeck@mitre.org> wrote:

> Hi - I have a few minor comments:
> 
> There are several references to AES_128 throughout the document (I counted
> 6) including a statement that "AES_128 is the default value for the EKT
> cipher."  It looks like these are leftovers from a previous draft and
> should be removed, as AES_128 is no longer a defined EKT cipher.  Section
> 3.4.1 states that AESKW_128 is now the default cipher.
> 
> Section 2.1:
> The ROC and ISN paragraphs both state "It is included in the EKT
> plaintext, but does not appear on the wire."
> The phrase "but does not appear on the wire" seems confusing to me - I'd
> suggest removing it?
> The EKT_Plaintext paragraph already states that the EKT plaintext doesn't
> appear on the wire.
> Besides, they sort-of do appear on the wire, but they're in ciphertext
> form?
> 
> Section 2.2:
> "for use in processing inbound SRTCP traffic"
> Should this be "for use in processing inbound SRTCP and SRTP traffic"?
> 
> Section 2.2.2
> typo: "containing and EKT" should be "containing an EKT"
> typo: "Steps 2, 3, 4 5" should be "Steps 2, 3, 4, 5"
> 
> Section 3.4.1:
> typo: "with in" should be "within"
> Same sentence: should "SRTCP packets" be "SRTCP and SRTP packets"?
> 
> Section 3.4.2:
> Should "SRTCP packets" be "SRTCP and SRTP packets"?
> 
> Section 3.5:
> typo: "Section (newline) Section 3.4" should just be "Section 3.4"
> 
> Mike Peck
> 
> On 10/25/13 5:55 AM, "Magnus Westerlund" <magnus.westerlund@ericsson.com>
> wrote:
> 
>> WG,
>> 
>> This starts a 3-week (due to the IETF meeting) WG last call of Encrypted
>> Key Transport for Secure RTP with intended status Proposed Standard.
>> Please provide any feedback by the 15th of November.
>> 
>> The draft
>> https://datatracker.ietf.org/doc/draft-ietf-avtcore-srtp-ekt/
>> 
>> Cheers
>> 
>> Magnus Westerlund
>> 
>> ----------------------------------------------------------------------
>> Multimedia Technologies, Ericsson Research EAB/TVM
>> ----------------------------------------------------------------------
>> Ericsson AB                | Phone  +46 10 7148287
>> Färögatan 6                | Mobile +46 73 0949079
>> SE-164 80 Stockholm, Sweden| mailto: magnus.westerlund@ericsson.com
>> ----------------------------------------------------------------------
>> 
>> _______________________________________________
>> Audio/Video Transport Core Maintenance
>> avt@ietf.org
>> https://www.ietf.org/mailman/listinfo/avt
>