Re: [ippm] Is out-of-band OAM relevant? (Was: IOAM, iOAM, and oOAM abbreviations)

[Alexander Vainshtein <[e-mail]>]

Hi all,
My previous message inadvertently have been sent before completion.

Please see the completed text now.

Regards,
Sasha

Get Outlook for Android<https://aka.ms/AAb9ysg>

________________________________
From: Alexander Vainshtein <[e-mail]>
Sent: Sunday, December 17, 2023 8:29:11 AM
To: [e-mail] <[e-mail]>; [e-mail] <[e-mail]>; [e-mail] <[e-mail]>
Cc: [e-mail] <[e-mail]>; [e-mail] <[e-mail]>; [e-mail] <[e-mail]>; [e-mail] <[e-mail]>; [e-mail] <[e-mail]>; [e-mail] <[e-mail]>
Subject: Is out-of-band OAM relevant? (Was: IOAM, iOAM, and oOAM abbreviations)

Hi all,
For me this thread triggered a presumably naive question reflected in the changed subject line:

Why is out-of-band OAM useful or relevant?

I have looked the definition of out-if-band OAM in Section 2.6.3 of the RAW Architecture draft, and it says:

<quote>

Out-of-band OAM is an active OAM whose path is not topologically congruent to the Track, or its test packets receive a QoS and/or PAREO treatment that is different from that of the packets of the data flows that are injected in the Track, or both.

<end quote>

There is only one reference to this definition in Section 2.6.5 "Upstream OAM" of the draft that says:

<quote>

An upstream OAM packet is an Out-of-Band OAM packet that traverses the Track from egress to ingress on the reverse direction, to capture and report OAM measurements upstream. The collection may capture all information along the whole Track, or it may only learn select data across all, or only a particular DetNet Path, or Segment of a Track.

<end quote>

Of course, this is quite useful and quite common (Ping, LSP Ping and Seamless BFD are three examples that come first to my mind.

But I seriously doubt this common mechanism deserves a special term, and an abbreviation for this term looks quite unnecessary.

Regards,
Sasha

Get Outlook for Android<https://aka.ms/AAb9ysg>

________________________________
From: mpls <[e-mail]> on behalf of Adrian Farrel <[e-mail]>
Sent: Saturday, December 16, 2023 12:18:32 PM
To: [e-mail] <[e-mail]>; [e-mail] <[e-mail]>
Cc: [e-mail] <[e-mail]>; [e-mail] <[e-mail]>; [e-mail] <[e-mail]>; [e-mail] <[e-mail]>; [e-mail] <[e-mail]>; [e-mail] <[e-mail]>
Subject: [EXTERNAL] Re: [mpls] [Detnet] IOAM, iOAM, and oOAM abbreviations

<My hats are off>

I suppose that I don’t object to the definition of new abbreviations if people are keen.

Personally, I don’t get the value of “inb-OAM” compared with “in-band OAM”. It’s not like it can be said faster (one additional syllable to say it) and it only saves four characters in typing.
“oob-OAM” is also marginal. Same number of syllables to say (I don’t think anyone pronounces “oob” as a single syllable), and a little more saving in typing.

Are the abbreviations worth it for the loss of clarity resulting from not using real words?

Cheers,
Adrian

From: mpls <[e-mail]> On Behalf Of [e-mail]
Sent: 14 December 2023 02:56
To: [e-mail]
Cc: [e-mail]; [e-mail]; [e-mail]; [e-mail]; [e-mail]; [e-mail]
Subject: Re: [mpls] [Detnet] IOAM, iOAM, and oOAM abbreviations




Hi Greg,



Thanks for bringing this problem up!

I support to define the new abbreviations to help with the in-band OAM and out-of-band OAM.

And I prefer the inb-OAM and oob-OAM to precisely indicate the two original OAM and to distinguish from IOAM.



Best Regards,

Quan







<<Dear All,

<<Loa and I have discussed these abbreviations to help us find a solution

<<that avoids the confusion we found when we came across them. Firstly, what

<<they stand for:



   - IOAM - In-situ OAM (RFC 9197

   <https://datatracker.ietf.org/doc/rfc9197/<https://datatracker.ietf.org/doc/rfc9197/>>)

   - iOAM - in-band OAM (RAW architecture

   <https://datatracker.ietf.org/doc/html/draft-ietf-raw-architecture-13<https://datatracker.ietf.org/doc/html/draft-ietf-raw-architecture-13>>)

   - oOAM - out-of-band OAM (RAW architecture

   <https://datatracker.ietf.org/doc/html/draft-ietf-raw-architecture-13<https://datatracker.ietf.org/doc/html/draft-ietf-raw-architecture-13>>)



<<We discussed the issue with Pascal and came to slightly different

<<abbreviations for the last two:



   - inb-OAM

   - oob-OAM



<<We also discord these abbreviations with the RFC Editor. Resulting from

<<that, RFC Editor agreed to add IOAM to the RFC Editor Abbreviation List

<https://www.rfc-editor.org/materials/abbrev.expansion.txt<https://www.rfc-editor.org/materials/abbrev.expansion.txt>>. The other two

abbreviations cannot be added at this time. If that is needed, we can ask

the RFC Editor to add them once the respective RFC is published.

We are seeking your feedback on the following:



   - Do you see the benefit of introducing two new abbreviations for

   in-band OAM and out-of-band OAM?

   - Which set of abbreviations (iOAM/oOAM vs. inb-OAM/oob-OAM) do you

   prefer for being used in IETF?

   - Or would you propose another set of abbreviations?



Regards,

Loa and Greg

Disclaimer

This e-mail together with any attachments may contain information of Ribbon Communications Inc. and its Affiliates that is confidential and/or proprietary for the sole use of the intended recipient. Any review, disclosure, reliance or distribution by others or forwarding without express permission is strictly prohibited. If you are not the intended recipient, please notify the sender immediately and then delete all copies, including any attachments.