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

[Karl Norrman <[e-mail]>]

Hello!

OK, putting it on hold for document update is fine with me.

BR
Karl

> -----Original Message-----
> From: Robert Sparks [mailto:[e-mail]]
> Sent: den 22 mars 2013 16:27
> To: Karl Norrman
> Cc: [e-mail]; [e-mail];
> [e-mail]; Mats Näslund; Gonzalo Camarillo; keith.drage@alcatel-
> lucent.com; [e-mail]; [e-mail];
> [e-mail]; 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:[e-mail]]
> >> Sent: den 28 november 2012 15:32
> >> To: [e-mail]; [e-mail];
> >> [e-mail]; Mats Näslund; Karl Norrman; Gonzalo Camarillo;
> >> [e-mail]; [e-mail];
> >> [e-mail]
> >> Cc: [e-mail]; [e-mail];
> >> [e-mail]
> >> 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 <[e-mail]>
> >>
> >> 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