Re: [AVTCORE] [Technical Errata Reported] RFC3711 (3420)

Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com> Wed, 03 April 2013 10:03 UTC

Return-Path: <gonzalo.camarillo@ericsson.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 8826121F85B0 for <avt@ietfa.amsl.com>; Wed, 3 Apr 2013 03:03:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.249
X-Spam-Level:
X-Spam-Status: No, score=-106.249 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LkQN6gPYxkVU for <avt@ietfa.amsl.com>; Wed, 3 Apr 2013 03:03:43 -0700 (PDT)
Received: from mailgw2.ericsson.se (mailgw2.ericsson.se [193.180.251.37]) by ietfa.amsl.com (Postfix) with ESMTP id 2292521F8506 for <avt@ietf.org>; Wed, 3 Apr 2013 03:03:42 -0700 (PDT)
X-AuditID: c1b4fb25-b7f366d000004d10-9b-515bfe7e894c
Received: from esessmw0247.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw2.ericsson.se (Symantec Mail Security) with SMTP id 1E.92.19728.E7EFB515; Wed, 3 Apr 2013 12:03:42 +0200 (CEST)
Received: from [131.160.36.146] (153.88.115.8) by esessmw0247.eemea.ericsson.se (153.88.115.94) with Microsoft SMTP Server id 8.3.279.1; Wed, 3 Apr 2013 12:03:41 +0200
Message-ID: <515BFE7C.5050105@ericsson.com>
Date: Wed, 03 Apr 2013 13:03:40 +0300
From: Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4
MIME-Version: 1.0
To: Karl Norrman <karl.norrman@ericsson.com>
References: <20121128143149.E05F3B1E004@rfc-editor.org> <33E51946CDE71249AF9D86CE4D8966B40213AC@ESESSMB203.ericsson.se> <514C7827.3030503@nostrum.com> <33E51946CDE71249AF9D86CE4D8966B4121F17BE@ESESSMB203.ericsson.se>
In-Reply-To: <33E51946CDE71249AF9D86CE4D8966B4121F17BE@ESESSMB203.ericsson.se>
X-Enigmail-Version: 1.4.6
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrBLMWRmVeSWpSXmKPExsUyM+JvrW7dv+hAg84v/BYve1ayW7x6fYXV 4mnjWUaLawf2s1h8mbKcxeLqqj/sFtfmNLJZTO2zdeDwaH22l9Vjyu+NrB6LN+1n82g58pbV Y8mSn0wekzfOYvGYtfMJSwB7FJdNSmpOZllqkb5dAlfG5aZepoIDchULbnxjamC8KdHFyMkh IWAicf7UFXYIW0ziwr31bF2MXBxCAqcYJX7vvcUGkhASWM0o8WejA4jNK6At0XVgLlgDi4CK xL2nW5lBbDYBC4ktt+6zgNiiAlESezdcZoaoF5Q4OfMJWFxEQEfi9NwXLCALmAU+M0u8efIL LCEsYC6x8uEDZojNNxglHp17BNbNKeAn8X9TFxPEeZISi6Z1gjUwC+hJTLnawghhy0s0b53N DHGptsTyZy0sExiFZiFZPgtJyywkLQsYmVcxsucmZuaklxttYgTGxsEtv1V3MN45J3KIUZqD RUmcN9z1QoCQQHpiSWp2ampBalF8UWlOavEhRiYOTqkGRhO7nqWLp4ssKYwN2nCu7P8Zw19e sn3OfE09Pe5KK0QtzCx11y6vvqlko5RlnFp1RfzF/W2PZ56tjNpntuLWua/PD3yJa1951ipn /Tmf/b2vnF/MDGjnEZHLmSB5or1/sZfsutCNxYv3TYhk0MzePZ1pnTzXDs0qYbn1S/78kvwk N+W5h275SiWW4oxEQy3mouJEAOYILOJbAgAA
X-Mailman-Approved-At: Wed, 03 Apr 2013 08:13:29 -0700
Cc: "avt@ietf.org" <avt@ietf.org>, "even.roni@huawei.com" <even.roni@huawei.com>, "elisabetta.carrara@ericsson.com" <elisabetta.carrara@ericsson.com>, "mbaugher@cisco.com" <mbaugher@cisco.com>, Mats Näslund <mats.naslund@ericsson.com>, "matthias.schertler@gmx.net" <matthias.schertler@gmx.net>
Subject: Re: [AVTCORE] [Technical Errata Reported] RFC3711 (3420)
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.12
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: Wed, 03 Apr 2013 10:03:46 -0000

Done.

Gonzalo

On 22/03/2013 7:45 PM, Karl Norrman wrote:
> Hello!
> 
> OK, putting it on hold for document update is fine with me.
> 
> BR
> Karl
> 
>> -----Original Message-----
>> From: Robert Sparks [mailto:rjsparks@nostrum.com]
>> Sent: den 22 mars 2013 16:27
>> To: Karl Norrman
>> Cc: mbaugher@cisco.com; elisabetta.carrara@ericsson.com;
>> mcgrew@cisco.com; Mats Näslund; Gonzalo Camarillo; keith.drage@alcatel-
>> lucent.com; even.roni@huawei.com; matthias.schertler@gmx.net;
>> avt@ietf.org; Gonzalo Camarillo; Richard Barnes
>> Subject: Re: [Technical Errata Reported] RFC3711 (3420)
>>
>> Using the criteria at
>> <http://www.ietf.org/iesg/statement/errata-processing.html> I recommend
>> putting this into Hold For Document Update.
>>
>> ( I could make an argument for Reject, given the text in 3550 is very clear, but
>> a working group can make that decision if 3771 is ever revised).
>>
>> On 11/28/12 9:13 AM, Karl Norrman wrote:
>>> Hello!
>>>
>>> I always considered the padding count to be part of the padding itself and
>> hence it would be included in the encrypted portion.  However, the
>> proposed errata below makes the text more explicit on this point.  So, if it
>> can avoid some interoperability problems I'm all for accepting it.
>>>
>>> BR
>>> Karl
>>>
>>>
>>>> -----Original Message-----
>>>> From: RFC Errata System [mailto:rfc-editor@rfc-editor.org]
>>>> Sent: den 28 november 2012 15:32
>>>> To: mbaugher@cisco.com; elisabetta.carrara@ericsson.com;
>>>> mcgrew@cisco.com; Mats Näslund; Karl Norrman; Gonzalo Camarillo;
>>>> rjsparks@nostrum.com; keith.drage@alcatel-lucent.com;
>>>> even.roni@huawei.com
>>>> Cc: matthias.schertler@gmx.net; avt@ietf.org;
>>>> rfc-editor@rfc-editor.org
>>>> Subject: [Technical Errata Reported] RFC3711 (3420)
>>>>
>>>>
>>>> The following errata report has been submitted for RFC3711, "The
>>>> Secure Real-time Transport Protocol (SRTP)".
>>>>
>>>> --------------------------------------
>>>> You may review the report below and at:
>>>> http://www.rfc-editor.org/errata_search.php?rfc=3711&eid=3420
>>>>
>>>> --------------------------------------
>>>> Type: Technical
>>>> Reported by: Matthias Schertler <matthias.schertler@gmx.net>
>>>>
>>>> Section: 3.1.
>>>>
>>>> Original Text
>>>> -------------
>>>>     The "Encrypted Portion" of an SRTP packet consists of the
>>>> encryption    of the RTP payload (including RTP padding when
>>>> present) of the    equivalent RTP packet.
>>>>
>>>> Corrected Text
>>>> --------------
>>>>     The "Encrypted Portion" of an SRTP packet consists of the
>>>> encryption    of the RTP payload (including RTP padding and
>>>> RTP pad count when present)    of the equivalent RTP packet.
>>>>
>>>> Notes
>>>> -----
>>>> In Figure 1 "RTP padding" and "RTP pad count" are different things.
>>>> The text should use the same terminology in order to make clear that
>>>> the padding count is encrypted.
>>>>
>>>> Instructions:
>>>> -------------
>>>> This errata 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.
>>>>
>>>> --------------------------------------
>>>> RFC3711 (draft-ietf-avt-srtp-09)
>>>> --------------------------------------
>>>> Title               : The Secure Real-time Transport Protocol (SRTP)
>>>> Publication Date    : March 2004
>>>> Author(s)           : M. Baugher, D. McGrew, M. Naslund, E.
>>>> Carrara, K. Norrman
>>>> Category            : PROPOSED STANDARD
>>>> Source              : Audio/Video Transport
>>>> Area                : Real-time Applications and Infrastructure
>>>> Stream              : IETF
>>>> Verifying Party     : IESG
> 
>