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 > >
- [AVTCORE] [Technical Errata Reported] RFC3711 (34… RFC Errata System
- Re: [AVTCORE] [Technical Errata Reported] RFC3711… Robert Sparks
- Re: [AVTCORE] [Technical Errata Reported] RFC3711… Karl Norrman
- Re: [AVTCORE] [Technical Errata Reported] RFC3711… Gonzalo Camarillo