Re: [OPSAWG] 🔔 WG Adoption Call for draft-pignataro-opsawg-oam-whaaat-question-mark-03

Greg Mirsky <gregimirsky@gmail.com> Mon, 15 April 2024 21:40 UTC

Return-Path: <gregimirsky@gmail.com>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 277DCC14F6F3 for <opsawg@ietfa.amsl.com>; Mon, 15 Apr 2024 14:40:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ujcox6tC12F1 for <opsawg@ietfa.amsl.com>; Mon, 15 Apr 2024 14:40:19 -0700 (PDT)
Received: from mail-yw1-x112e.google.com (mail-yw1-x112e.google.com [IPv6:2607:f8b0:4864:20::112e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A684CC14F5FF for <opsawg@ietf.org>; Mon, 15 Apr 2024 14:40:19 -0700 (PDT)
Received: by mail-yw1-x112e.google.com with SMTP id 00721157ae682-61acfd3fd3fso16889437b3.1 for <opsawg@ietf.org>; Mon, 15 Apr 2024 14:40:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1713217218; x=1713822018; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=bZAaKKnNBFuiFzmbKKlLPbfKVp8CJ+dOsiyztJlQDUI=; b=iW038bDu2do83b4WUJQ3FtKyK+LbOAEYl9oCzOZP2g7Xk6Duyeo/VdZlAf0xX3Samn k/2b3xwm2mqg9i4sHYir5jXDdsOpbBvZ23SBuZY5MMTLgr3j2SwZ4stUPaj5CFRPURBv 1Mmr2F+13pPBYt4YLtaOXbyTeABGQyDiRfm0wIs8gnDIoRMl8IBv+G9G4hLgLoX1mCKQ 4uzmh06POZ2s/Ix2NOpuGuvL4HLJ94pCJfPqIrxNuuZtFKodcRnnVhPBFcht1Qa8rHNl 3XM0324YwtUJWTd+N0fkLyZ0kveuTCTxizbelUxZwLPO2aizLHRCXw0n8W74lLgz+qMd KH4g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1713217218; x=1713822018; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=bZAaKKnNBFuiFzmbKKlLPbfKVp8CJ+dOsiyztJlQDUI=; b=iWJcSdDyTmiOhu7f2fELCIfZjzSyo2EvPVGiUAmliCy+SEqVqK7rgZ3A1YUQo7kUVT glvyJEpuRup0tanOpabaXYP8clOk4O2mhc/gH6ZY24vnTdh4wsr0MxyHydfOBdT+tUOc gK/lcTInXg7vtbF4zJekp3IcN/IvnPe29WycJ2cbirvW8Hq5EerIe/VNX2ZyqC8GVXQZ 3v+8MNTRkex+tqi5G37V5YyJqU/NOd7OStU/zprh9vRNCGoESqZsuNyXGwPX7JBXqB0+ vz6VeFYK7tX4yBFUCAbfv1JkEAV9Z6jri3WoF+T5PPe0VMLUosrtKXoAWgIyRntujOCR 9Dvw==
X-Forwarded-Encrypted: i=1; AJvYcCUbMO1IF/FHRntK/bp2HlDlGFrpSbnhcIQry+C4DpvHrgsEmW/QENmTpbYKeYaKunDln/E5GFocKCkNYAwhyck=
X-Gm-Message-State: AOJu0Yxes5aqmP29qbJYX0zGLEOHsf9aJr8UatFQZ3vRpn+A8sO0ongb K7vRvcy3fD34JjBroZvfhjIGWNz+srl0oz08YtpPJuBJkUdUcws4LagyCy+OIaN5CmtYyvQ3Fzh Dg2UMU18hmTRcth24bQ+kea0V3yE=
X-Google-Smtp-Source: AGHT+IE01VW6fspty7SlM2MNyndmUOo3JTO0IXtKzfLwoTy2+RWo0VZ981ZEnx2h7twtISEIJmgfiCObK3eGemlzc3c=
X-Received: by 2002:a0d:df0c:0:b0:61a:eabf:c64 with SMTP id i12-20020a0ddf0c000000b0061aeabf0c64mr957060ywe.40.1713217218400; Mon, 15 Apr 2024 14:40:18 -0700 (PDT)
MIME-Version: 1.0
References: <d75cddf8-8872-cb2e-fb13-82e2d978c9bb@ietf.contact> <CA+RyBmXz9wHOq_R1u5Mv8fnjEQs11Xgn-x+2oxgtTjQ6oYi=0A@mail.gmail.com> <CACe62MkoBQy-1rXte8itwRiKzc8-obkSn5TnhicZFMcfG0vXFA@mail.gmail.com> <CA+RyBmUSa00f9U2iHecBMPLGqoLpGidPytEpzxCAn6vuMhL+TA@mail.gmail.com> <31411.1713196460@obiwan.sandelman.ca>
In-Reply-To: <31411.1713196460@obiwan.sandelman.ca>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Mon, 15 Apr 2024 23:40:07 +0200
Message-ID: <CA+RyBmU3djLup+64NrrMXZoL_9=FDJSO3DOq1rJUP+shv539ug@mail.gmail.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: Carlos Pignataro <cpignata@gmail.com>, OPSAWG <opsawg@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000b9dc46061629772f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/rOSmsxRv8oCuUfnJgaQUiN5Uh0A>
Subject: Re: [OPSAWG] 🔔 WG Adoption Call for draft-pignataro-opsawg-oam-whaaat-question-mark-03
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Apr 2024 21:40:24 -0000

Hi Michael,
thank you for the update. I'm glad that you found the definition in RFC
9551 working for ANIMA's Autonomic Control Plane as well. I will read RFC
8994 to educate myself about it.

Regards,
Greg

On Mon, Apr 15, 2024 at 5:54 PM Michael Richardson <mcr+ietf@sandelman.ca>
wrote:

>
> Greg Mirsky <gregimirsky@gmail.com> wrote:
>     > I have to repeat that the definitions of terms "in-band OAM",
> "out-of-band
>     > OAM", and "on-path telemetry"
>
>     > In-band OAM:  an active OAM method that is in band within the
>     > monitored DetNet OAM domain when it traverses the same set of
>     > links and interfaces receiving the same QoS and Packet
>     > Replication, Elimination, and Ordering Functions (PREOF) treatment
>     > as the monitored DetNet flow.
>
>     > Out-of-band OAM:  an active OAM method whose path through the DetNet
>     > domain may not be topologically identical to the path of the
>     > monitored DetNet flow, its test packets may receive different QoS
>     > and/or PREOF treatment, or both.
>
> On the topic of RFC8994's overlay management network, which we described as
> virtual out-of-band.  It would seem to fit into the above definition, since
> the overlay packets might go another route, and might get a different QoS
> treatment.
>
>
> --
> Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
>            Sandelman Software Works Inc, Ottawa and Worldwide
>
>
>
>
>