Re: [Detnet] Robert Wilton's No Objection on draft-ietf-detnet-ip-oam-12: (with COMMENT)

[Greg Mirsky <[e-mail]>]

Hi Rob,
thank you for your quick response. Below is the updated Section 3.4:

3.4.  The Application of Y.1731/G.8013 Using GRE-in-UDP Encapsulation

   [RFC8086] has defined the method of encapsulating GRE (Generic
   Routing Encapsulation) headers in UDP.  GRE-in-UDP encapsulation can
   be used for IP DetNet OAM as it eases the task of mapping an OAM test
   session to a particular IP DetNet flow that is identified by N-tuple.
   Matching a GRE-in-UDP tunnel to the monitored IP DetNet flow enables
   the use of Y.1731/G.8013 [ITU-T.1731] as a comprehensive toolset of
   OAM.  The Protocol Type field in GRE header must be set to 0x8902,
   assigned by IANA to IEEE 802.1ag Connectivity Fault Management (CFM)
   Protocol / ITU-T Recommendation Y.1731.  Y.1731/G.8013 supports the
   necessary functions required for IP DetNet OAM, i.e., continuity
   check, one-way packet loss and packet delay measurement.

I hope it reflects all your suggestions.

Regards,
Greg

On Tue, Feb 13, 2024 at 9:28 AM Rob Wilton (rwilton) <[e-mail]>
wrote:

> Hi Greg,
>
>
>
> Please see inline RW>.
>
>
>
> *From: *Greg Mirsky <[e-mail]>
> *Date: *Tuesday, 13 February 2024 at 17:13
> *To: *Rob Wilton (rwilton) <[e-mail]>
> *Cc: *The IESG <[e-mail]>, [e-mail] <
> [e-mail]>, [e-mail] <
> [e-mail]>, [e-mail] <[e-mail]>,
> [e-mail] <[e-mail]>, [e-mail] <
> [e-mail]>
> *Subject: *Re: Robert Wilton’s No Objection on
> draft-ietf-detnet-ip-oam-12: (with COMMENT)
>
> Hi Rob,
>
> thank you for your support of this work and thoughtful comments. Please
> find my notes below tagged by GIM>>.
>
>
>
> Regards,
>
> Greg
>
>
>
> On Tue, Feb 13, 2024 at 5:47 AM Robert Wilton via Datatracker <
> [e-mail]> wrote:
>
> Robert Wilton has entered the following ballot position for
> draft-ietf-detnet-ip-oam-12: No Objection
>
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
>
>
> Please refer to
> https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/
> for more information about how to handle DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-detnet-ip-oam/
>
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> Hi,
>
> Thanks for this document.  Just a few minor comments.
>
> Minor level comments:
>
> (1) p 5, sec 3.4.  Active OAM Using GRE-in-UDP Encapsulation
>
>    [RFC8086] has defined the method of encapsulating GRE (Generic
>    Routing Encapsulation) headers in UDP.  GRE-in-UDP encapsulation can
>    be used for IP DetNet OAM as it eases the task of mapping an OAM test
>    session to a particular IP DetNet flow that is identified by N-tuple.
>    Matching a GRE-in-UDP tunnel to the monitored IP DetNet flow enables
>    the use of Y.1731/G.8013 [ITU-T.1731] as a comprehensive toolset of
>    OAM.  The Protocol Type field in GRE header must be set to 0x8902
>    assigned by IANA to IEEE 802.1ag Connectivity Fault Management (CFM)
>    Protocol / ITU-T Recommendation Y.1731.  Y.1731/G.8013 supports
>    necessary for IP DetNet OAM functions, i.e., continuity check, one-
>    way packet loss and packet delay measurement.
>
> A few minor comments on this paragraph:
>
> 1. The section title is about “Active OAM Using GRE-in-UDP Encapsulation”
> but
> the text seems to be more specifically referring to Y.1731.  Should the
> title
> of the section be refined?
>
> GIM>> Would “The Application of Y.1731/G.8013 Using GRE-in-UDP
> Encapsulation” work?
>
>
>
> RW>
> Yes.
>
>
>
> For the last sentence, perhaps consider rewording to:
>
> Y.1731/G.8013 supports the necessary functions required for IP DetNet OAM,
> i.e., continuity check, one-
>    way packet loss and packet delay measurement.
>
> Regards,
> Rob
>
>
>
>
>
>
> 2. Perhaps "set to 0x8902 assigned" => "set to 0x8902, assigned"
>
> GIM>> Thank you; done
>
>
> 3. The last sentence of the paragraph doesn't scan properly.
>
> (2) p 6, sec 7.  Acknowledgment
>
>    TBA
>
> Just a note that this is still blank, and you may want to remove this
> section
> if you don't wish to acknowledge anyone.
>
> GIM>> Removed the section
>
>
> Regards,
> Rob
>
>
>