Re: [ippm] John Scudder's Discuss on draft-ietf-ippm-ioam-conf-state-07: (with DISCUSS and COMMENT)

xiao.min2@zte.com.cn Sat, 29 October 2022 01:02 UTC

Date: Sat, 29 Oct 2022 09:02:18 +0800
Message-ID: <202210290902188730581@zte.com.cn>
In-Reply-To: <7CD5C606-6079-4CD4-9D46-C23E49BCF86B@juniper.net>
References: 166681647836.46740.1588555524214771641@ietfa.amsl.com, 202210281141150800523@zte.com.cn, 7CD5C606-6079-4CD4-9D46-C23E49BCF86B@juniper.net
Mime-Version: 1.0
From: xiao.min2@zte.com.cn
To: jgs@juniper.net
Cc: iesg@ietf.org, draft-ietf-ippm-ioam-conf-state@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, marcus.ihlar@ericsson.com
Content-Type: multipart/mixed; boundary="=====_001_next====="
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/9MmBm2CRF1kl1Ayd6RvYYADPfbs>
Subject: Re: [ippm] John Scudder's Discuss on draft-ietf-ippm-ioam-conf-state-07: (with DISCUSS and COMMENT)
Precedence: list

Hi John,





Thank you for the quick reply.


Please check inline my response.





Best Regards,


Xiao Min







Original



From: JohnScudder <jgs@juniper.net>
To: 肖敏10093570;
Cc: The IESG <iesg@ietf.org>;draft-ietf-ippm-ioam-conf-state@ietf.org <draft-ietf-ippm-ioam-conf-state@ietf.org>;ippm-chairs@ietf.org <ippm-chairs@ietf.org>;ippm@ietf.org <ippm@ietf.org>;marcus.ihlar@ericsson.com <marcus.ihlar@ericsson.com>;
Date: 2022年10月28日 20:39
Subject: Re: John Scudder's Discuss on draft-ietf-ippm-ioam-conf-state-07: (with DISCUSS and COMMENT)


Hi Xiao Min,
 
It seems we have converged on most points, more on the one outstanding one below.
 
> On Oct 27, 2022, at 11:41 PM, xiao.min2@zte.com.cn wrote:
>  
> > - It wasn't clear to me from a quick perusal of RFC 9197 §4.3 whether a request
> > carrying 0x0000 would elicit replies for all Namespace-IDs (since 0x0000
> > matches everything) or if it would elicit replies only for capabilities that
> > have no configured non-default namespace, or are explicitly configured with
> > namespace 0x0000. Can you either clarify this in the text, or if you think it's
> > clear from the reference, help me understand what makes it clear?
> >   
> > [XM]>>> As I understand it, a request carrying 0x0000 would elicit replies only for capabilities that are explicitly configured with namespace 0x0000. Also note that namespace 0x0000 is the default one, so if there is no any other namespace configured, then all capabilities configured are for namespace 0x0000 by default. Propose to add some text as below.
> >   
> > NEW
> >   
> >    An IOAM Capabilities Query carrying only the Default-Namespace-ID 0x0000 would elicit replies only for capabilities that are explicitly configured with the Default-Namespace-ID 0x0000.
>  
> That helps my understanding, thanks. I wonder if the new text above is exactly what you want or if it would benefit from a little more tuning. Two questions to consider —
>  
> - As written the statement doesn’t apply to a query carrying 0x0000 and some other value, say 0x0001. Probably you don’t want to restrict it to only singleton 0x0000 lists? Probably you could fix this by dropping the first instance of “only”, so “… carrying the Default-Namespace-ID”. (Keep the second “only” though.)
> - Do you really want to restrict it to “explicitly configured”? That might create some ambiguity with regard to capabilities that are implicitly configured with 0x0000, for example, due to a system default. Perhaps drop “explicitly”?
>  
> So the possible revision is:
>  
>    An IOAM Capabilities Query carrying the Default-Namespace-ID 0x0000 would elicit replies only for capabilities that are configured with the Default-Namespace-ID 0x0000.
>  
> [XM]>>> The revision implicates that as long as an IOAM Capabilities Query carries 0x0000, whether the only one or along with other namespace-id, it would elicit replies only for capabilities that are configured with the 0x0000, however that's not the intended behavior, right?
 
I see your point. Funnily enough, that was exactly what I was trying to fix about your text, which can ALSO be read that way! Let’s try again.
 
NEW:
   Inclusion of the Default-Namespace-ID 0x0000 elicits replies only for capabilities that are configured with the Default-Namespace-ID 0x0000.

[XM]>>> The new text you provided looks good to me.

Thank you again for the productive discussion that make many improvements to this document.


Thanks,
 
—John

[ippm] John Scudder's Discuss on draft-ietf-ippm-… John Scudder via Datatracker
Re: [ippm] John Scudder's Discuss on draft-ietf-i… xiao.min2
Re: [ippm] John Scudder's Discuss on draft-ietf-i… John Scudder
Re: [ippm] John Scudder's Discuss on draft-ietf-i… xiao.min2
Re: [ippm] John Scudder's Discuss on draft-ietf-i… John Scudder
Re: [ippm] John Scudder's Discuss on draft-ietf-i… xiao.min2
Re: [ippm] John Scudder's Discuss on draft-ietf-i… xiao.min2
Re: [ippm] John Scudder's Discuss on draft-ietf-i… xiao.min2
Re: [ippm] John Scudder's Discuss on draft-ietf-i… John Scudder
Re: [ippm] John Scudder's Discuss on draft-ietf-i… xiao.min2