Re: [Editorial Errata Reported] RFC5857 (2274)

Robert Stangarone <[email protected]> Fri, 21 May 2010 01:47:14 -0700
Newsgroups gmane.ietf.rohc
Message-ID <[email protected]>
I concur with this assertion that Section 4 is an incorrect reference.


It is also interesting to note that the current HTML markup for the
reference's hyperlink is broken: i.e.
http://tools.ietf.org/html/rfc5857#section-

NOTE: the missing "4" that should be present for the link to work.


I think that the correction should be to point to Section 3.1.1, instead
of the suggested Section 3.1.2.

Section 3.1.1 provides an explanation of how "the ROHC_SUPPORTED Notify
message is used to signal channel parameters ...". And it also goes on
to discuss how the "ROHC Attributes" are related to the ROHC Channel
parameters.

Thoughts?

Bob

On 05/19/2010 12:21 AM, RFC Errata System wrote:
> 
> The following errata report has been submitted for RFC5857,
> "IKEv2 Extensions to Support Robust Header Compression over IPsec".
> 
> --------------------------------------
> You may review the report below and at:
> http://www.rfc-editor.org/errata_search.php?rfc=5857&eid=2274
> 
> --------------------------------------
> Type: Editorial
> Reported by: Alfred Hoenes <[email protected]>
> 
> Section: 3.1, pg.4
> 
> Original Text
> -------------
> [[ first paragraph on page 4: ]]
>  
>   A new Notify Message Type value, denoted ROHC_SUPPORTED, indicates
>    that the Notify payload is conveying ROHC channel parameters (Section
> |  4).
> 
> 
> Corrected Text
> --------------
>    A new Notify Message Type value, denoted ROHC_SUPPORTED, indicates
>    that the Notify payload is conveying ROHC channel parameters (Section
> |  3.1.2).
> 
> 
> Notes
> -----
> Rationale:
>   Section 4 of RFC 5857 is "Security Considerations"; the various ROHC
>   parameters that can/must be signaled via this Notify payload are
>   described in Section 3.1.2 of RFC 5857.
> 
> 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. 
> 
> --------------------------------------
> RFC5857 (draft-ietf-rohc-ikev2-extensions-hcoipsec-12)
> --------------------------------------
> Title               : IKEv2 Extensions to Support Robust Header Compression over IPsec
> Publication Date    : May 2010
> Author(s)           : E. Ertekin, C. Christou, R. Jasani, T. Kivinen, C. Bormann
> Category            : PROPOSED STANDARD
> Source              : Robust Header Compression
> Area                : Transport
> Stream              : IETF
> Verifying Party     : IESG
> _______________________________________________
> Rohc mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/rohc
> ************************************************************************
> This mail originated from the whataboutbob.org  domain.
> For any issues related to this mail, or the whataboutbob.org
> domain, contact [email protected]
> 
> Processed by .25
> ************************************************************************
> 
************************************************************************
This mail originated from the whataboutbob.org  domain.
For any issues related to this mail, or the whataboutbob.org
domain, contact [email protected]

Processed by .254
************************************************************************