Re: [ippm] Alvaro Retana's No Objection on draft-ietf-ippm-ioam-conf-state-07: (with COMMENT)

Alvaro Retana <aretana.ietf@gmail.com> Fri, 28 October 2022 10:44 UTC

From: Alvaro Retana <aretana.ietf@gmail.com>
In-Reply-To: <202210281022397100489@zte.com.cn>
References: <202210281022397100489@zte.com.cn>
MIME-Version: 1.0
Date: Fri, 28 Oct 2022 03:43:58 -0700
Message-ID: <CAMMESswTOESVwx8LGmXOnJ4OFZst9hbgAhCaXdtsvGQRu5BQRQ@mail.gmail.com>
To: xiao.min2@zte.com.cn
Cc: ippm@ietf.org, marcus.ihlar@ericsson.com, ippm-chairs@ietf.org, iesg@ietf.org, draft-ietf-ippm-ioam-conf-state@ietf.org
Content-Type: multipart/alternative; boundary="0000000000006eeef905ec15ef0d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/26weqTRUI-BMGNcA-QndHf9uczw>
Subject: Re: [ippm] Alvaro Retana's No Objection on draft-ietf-ippm-ioam-conf-state-07: (with COMMENT)
Precedence: list

Hi!

Yes, those changes work for me.

Thanks!

Alvaro.

On October 27, 2022 at 10:22:46 PM, xiao.min2@zte.com.cn (
xiao.min2@zte.com.cn) wrote:

Hi Alvaro,

Please check inline my responses.

Best Regards,

Xiao Min
Original
*From: *AlvaroRetana <aretana.ietf@gmail.com>
*To: *肖敏10093570;
*Cc: *ippm@ietf.org <ippm@ietf.org>;ippm-chairs@ietf.org <
ippm-chairs@ietf.org>;marcus.ihlar@ericsson.com <marcus.ihlar@ericsson.com>;
iesg@ietf.org <iesg@ietf.org>;draft-ietf-ippm-ioam-conf-state@ietf.org <
draft-ietf-ippm-ioam-conf-state@ietf.org>;
*Date: *2022年10月26日 21:40
*Subject: **Re: Alvaro Retana's No Objection on
draft-ietf-ippm-ioam-conf-state-07: (with COMMENT)*
On October 26, 2022 at 3:08:08 AM, xiao.min2@zte.com.cn wrote:

Xiao Min:

Hi!

....
> [XM]>>> OK. Combining your comment and that one from Eric Vyncke on the
> abstract, I propose to change the abstract (and the corresponding text in the
> introduction) as below.
>
> NEW
>
>    This document describes a generic format for the echo request/reply
>    mechanisms used in IPv6, MPLS, Service Function Chain (SFC) and Bit
>    Index Explicit Replication (BIER) environments, which can be used
>    within the In situ Operations, Administration, and Maintenance (IOAM)
>    domain, allowing the IOAM encapsulating node to discover the enabled
>    IOAM capabilities of each IOAM transit and IOAM decapsulating node.

This text still says that the "document describes a generic
format...used in IPv6, MPLS, Service Function Chain (SFC) and Bit
Index Explicit Replication (BIER) environments".

I think this is still misleading because, as you point out below, the
work to make this generic format work in IPV6, MPLS, etc. hasn't been
done.  In fact, all the drafts mentioned below are individual
submissions.

Suggestion>

   This document describes a generic format for use in echo
request/reply mechanisms, which can be used within an In situ
Operations, Administration, and Maintenance (IOAM) domain, allowing
the IOAM encapsulating node to discover the enabled IOAM capabilities
of each IOAM transit and IOAM decapsulating node.  The generic format
is intended to be used with a variety of data planes such as IPv6,
MPLS, Service Function Chain (SFC)
   and Bit Index Explicit Replication (BIER).

[XM-2]>>> The abstract suggested by you looks good. Will use it. For the
introduction, does the changes proposed by John Scudder as below work for
you?

OLD:
   This document describes an extension to the echo request/reply
   mechanisms used in IPv6 (including SRv6), MPLS (including SR-MPLS),
   SFC and BIER environments, which can be used within the IOAM domain,
   allowing the IOAM encapsulating node to discover the enabled IOAM
   capabilities of each IOAM transit and IOAM decapsulating node.

NEW:
   This document specifies formats and objects that can be used in the
   extension of echo request/reply mechanisms used in IPv6 (including
   SRv6), MPLS (including SR-MPLS), SFC and BIER environments, which can
   be used within the IOAM domain, allowing the IOAM encapsulating node
   to discover the enabled IOAM capabilities of each IOAM transit and

   IOAM decapsulating node.

OLD:
   Note that specification details for these different echo request/
   reply protocols are outside the scope of this document.  It is
   expected that each such protocol extension would be specified by an
   RFC and jointly designed by the working group that develops or
   maintains the echo request/reply protocol and the IETF IP Performance
   Measurement (IPPM) Working Group.

NEW:
   It is expected that the specification of the instantiation of each of
   these extensions will be done in the form of an RFC jointly designed
   by the working group that develops or maintains the echo
   request/reply protocol and the IETF IP Performance Measurement (IPPM)

   Working Group.

Thanks!

Alvaro.

> [XM]>>> As far as I can tell, the cross-wg review and communication can
> always be improved. As to this case, the idea is that (like RFC9197) the main
> document defines a generic format that can be reused by some follow-on
> documents, avoiding repetitive definition of the same format in multiple
> documents. For IPv6 (including SRv6), draft-xiao-6man-icmpv6-ioam-conf-state
> has been submitted as the follow-on document, which was presented twice (at
> IETF 112 and 114) in 6man and some good discussions happened at the meeting
> and on the mailing list. For MPLS (including SR-MPLS),
> draft-xiao-mpls-lsp-ping-ioam-conf-state has been submitted as the follow-on
> document, which is on the agenda for mpls@IETF-115. For SFC and BIER, the
> follow-on documents are in the plan (note that one co-author of the main
> document is also the primary author of SFC echo request/reply and a co-author
> of BIER echo request/reply). You're right we authors could have done more
> consultations with the corresponding WGs, and I promise to make the
> improvement in the future.
>

[ippm] Alvaro Retana's No Objection on draft-ietf… Alvaro Retana via Datatracker
Re: [ippm] Alvaro Retana's No Objection on draft-… xiao.min2
Re: [ippm] Alvaro Retana's No Objection on draft-… Alvaro Retana
Re: [ippm] Alvaro Retana's No Objection on draft-… xiao.min2
Re: [ippm] Alvaro Retana's No Objection on draft-… Alvaro Retana
Re: [ippm] Alvaro Retana's No Objection on draft-… xiao.min2