[AVTCORE] Fwd: [Technical Errata Reported] RFC5764 (4788)

"Ben Campbell" <ben@nostrum.com> Tue, 20 September 2016 21:57 UTC

Return-Path: <ben@nostrum.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B18712BA0F; Tue, 20 Sep 2016 14:57:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.216
X-Spam-Level:
X-Spam-Status: No, score=-4.216 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-2.316] 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 5N0jn9z0hc5y; Tue, 20 Sep 2016 14:57:45 -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 E3B0012B9FB; Tue, 20 Sep 2016 14:57:44 -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 u8KLvggS055930 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 20 Sep 2016 16:57:43 -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: IETF AVTCore WG <avt@ietf.org>, sec-ads@ietf.org
Date: Tue, 20 Sep 2016 16:57:42 -0500
Message-ID: <E55D9EC6-B3AA-4C64-BA87-26108446788C@nostrum.com>
References: <20160830132557.B863DB80D13@rfc-editor.org>
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"
X-Mailer: MailMate (1.9.5r5263)
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/YVYdU-JjT4ZQp5U-_mPG4WhG7w8>
Subject: [AVTCORE] Fwd: [Technical Errata Reported] RFC5764 (4788)
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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, 20 Sep 2016 21:57:47 -0000

Hi avtcore and security ADs:

Does anyone object to this erratum? It seems pretty straightforward (if 
borderline on the "does this represent the original intent" spectrum.)

Thanks!

Ben.

Forwarded message:

> From: RFC Errata System <rfc-editor@rfc-editor.org>
> To: mcgrew@cisco.com, ekr@rtfm.com, ben@nostrum.com, 
> alissa@cooperw.in, aamelnikov@fastmail.fm, 
> keith.drage@alcatel-lucent.com, roni.even@mail01.huawei.com
> Cc: ekr@rtfm.com, avt@ietf.org, rfc-editor@rfc-editor.org
> Subject: [Technical Errata Reported] RFC5764 (4788)
> Date: Tue, 30 Aug 2016 06:25:57 -0700 (PDT)
>
> The following errata report has been submitted for RFC5764,
> "Datagram Transport Layer Security (DTLS) Extension to Establish Keys 
> for the Secure Real-time Transport Protocol (SRTP)".
>
> --------------------------------------
> You may review the report below and at:
> http://www.rfc-editor.org/errata_search.php?rfc=5764&eid=4788
>
> --------------------------------------
> Type: Technical
> Reported by: Eric Rescorla <ekr@rtfm.com>
>
> Section: 5.3
>
> Original Text
> -------------
> Section 4.2 says:
>    which are assigned as shown below.  The per-association context 
> value
>    is empty.
>
> Corrected Text
> --------------
>    which are assigned as shown below.  No per-association context 
> value
>    is used.
>
> Notes
> -----
> This code is somewhat ambiguous, though the better interpretation is 
> probably that you should use a zero-length context (arm 2 of 
> https://tools.ietf.org/html/rfc5705#section-4). However, real 
> implementations do not seem to use the exporter value, so we need to 
> resolve this in that direction.
>
> Instructions:
> -------------
> This erratum is currently posted as "Reported". If necessary, please
> use "Reply All" to discuss whether it should be verified or
> rejected. When a decision is reached, the verifying party (IESG)
> can log in to change the status and edit the report, if necessary.
>
> --------------------------------------
> RFC5764 (draft-ietf-avt-dtls-srtp-07)
> --------------------------------------
> Title               : Datagram Transport Layer Security (DTLS) 
> Extension to Establish Keys for the Secure Real-time Transport 
> Protocol (SRTP)
> Publication Date    : May 2010
> Author(s)           : D. McGrew, E. Rescorla
> Category            : PROPOSED STANDARD
> Source              : Audio/Video Transport
> Area                : Real-time Applications and Infrastructure
> Stream              : IETF
> Verifying Party     : IESG
>