Re: [Detnet] OAM terms

Fabrice Theoleyre <theoleyre@unistra.fr> Wed, 07 July 2021 12:47 UTC

Return-Path: <theoleyre@unistra.fr>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3BD283A126C; Wed, 7 Jul 2021 05:47:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.428
X-Spam-Level:
X-Spam-Status: No, score=-0.428 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, HTML_MESSAGE=0.001, RCVD_HELO_IP_MISMATCH=2.368, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=unistra.fr
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LvcSKipqp-Yk; Wed, 7 Jul 2021 05:47:17 -0700 (PDT)
Received: from smtpout02-ext2.partage.renater.fr (smtpout02-ext2.partage.renater.fr [194.254.241.33]) by ietfa.amsl.com (Postfix) with ESMTP id 52A723A1269; Wed, 7 Jul 2021 05:47:16 -0700 (PDT)
Received: from zmtaauth02.partage.renater.fr (zmtaauth02.partage.renater.fr [194.254.241.25]) by smtpout20.partage.renater.fr (Postfix) with ESMTP id 70B3EBFC3E; Wed, 7 Jul 2021 14:47:04 +0200 (CEST)
Received: from zmtaauth02.partage.renater.fr (localhost [127.0.0.1]) by zmtaauth02.partage.renater.fr (Postfix) with ESMTPS id 4CE33A071D; Wed, 7 Jul 2021 14:47:04 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1]) by zmtaauth02.partage.renater.fr (Postfix) with ESMTP id 35CAFA074A; Wed, 7 Jul 2021 14:47:04 +0200 (CEST)
DKIM-Filter: OpenDKIM Filter v2.10.3 zmtaauth02.partage.renater.fr 35CAFA074A
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unistra.fr; s=CF279DD4-6F58-4C59-BB33-73FDC6DFC1E3; t=1625662024; bh=itM9/V7CF1F6GXboGKzBX2i1PII3verQiNi2pRzNCZk=; h=From:Message-Id:Mime-Version:Date:To; b=yS/BFV9VCu9++7hitBSkVJNIPcz7QeaUkFtzZMejCQbgTxFzVLtZ7V6meRdMRx/pR rNwTb2ecojm+SmZMo2V4Whi2IAfoTaK0pADY8E9OW3bpWKTvIe46vIrtOGYyi/2trk +NyQBJ7Ta+YwzGBu3GyGbVZboMk/VV2oxMFucKFT/eWXth0RM3Hm3FIjMyKfkTi944 rVGca9tFm5Dfto3X+60Z0MQVmozN60s7AMF6ArK1fkc8aVWgpadWEdxw5xnDops5Vd jn6lbR1EuMMNniZi+bLWFsw6q02JG4aBJoV9EG1bvO+wsZQpzuXg3PrSdP/DGsHxvS PRjvxk7E+Ft5g==
X-Virus-Scanned: amavisd-new at zmtaauth02.partage.renater.fr
Received: from zmtaauth02.partage.renater.fr ([127.0.0.1]) by localhost (zmtaauth02.partage.renater.fr [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 45T-3Rc0riOg; Wed, 7 Jul 2021 14:47:04 +0200 (CEST)
Received: from 77.133.205.89 (unknown [194.254.241.250]) by zmtaauth02.partage.renater.fr (Postfix) with ESMTPA id BA4A0A071D; Wed, 7 Jul 2021 14:47:03 +0200 (CEST)
From: Fabrice Theoleyre <theoleyre@unistra.fr>
Message-Id: <B9852217-00A0-41F2-897F-174B58469D6C@unistra.fr>
Content-Type: multipart/signed; boundary="Apple-Mail=_16B39233-1B5D-454F-BE9B-BEC4DB698AF0"; protocol="application/pkcs7-signature"; micalg=sha-256
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\))
Date: Wed, 7 Jul 2021 14:47:03 +0200
In-Reply-To: <CO1PR11MB48811E731DF8A7FA0FAB1E56D81A9@CO1PR11MB4881.namprd11.prod.outlook.com>
Cc: "gregory.mirsky@ztetx.com" <gregory.mirsky@ztetx.com>, =?utf-8?Q?Bal=C3=A1zs_Varga_A?= <balazs.a.varga@ericsson.com>, "Black, David" <David.Black@dell.com>, Janos Farkas <Janos.Farkas@ericsson.com>, "raw@ietf.org" <raw@ietf.org>, DetNet WG <detnet@ietf.org>
To: Pascal Thubert <pthubert@cisco.com>
References: <CO1PR11MB4881C3DA1B547BA27DB21C07D81B9@CO1PR11MB4881.namprd11.prod.outlook.com> <579944B1-0E9B-4D89-8ADB-DFF9BEB5B805@unistra.fr> <CO1PR11MB48811E731DF8A7FA0FAB1E56D81A9@CO1PR11MB4881.namprd11.prod.outlook.com>
X-Mailer: Apple Mail (2.3654.100.0.2.22)
X-Renater-Ptge-SpamState: clean
X-Renater-Ptge-SpamScore: -100
X-Renater-Ptge-SpamCause: gggruggvucftvghtrhhoucdtuddrgedvtddrtddvgdehhecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucftgffptefvgfftnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhkfgtggfuffgjvfhfofesghdtmherhhdtjeenucfhrhhomhephfgrsghrihgtvgcuvfhhvgholhgvhihrvgcuoehthhgvohhlvgihrhgvsehunhhishhtrhgrrdhfrheqnecuggftrfgrthhtvghrnheptdevudevtdekuedvgfelffehteehfefggeetueeiudevkeegtddtgeelffeijeeunecukfhppeduleegrddvheegrddvgedurddvhedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepudelgedrvdehgedrvdeguddrvdehtddphhgvlhhopeejjedrudeffedrvddthedrkeelpdhmrghilhhfrhhomhephfgrsghrihgtvgcuvfhhvgholhgvhihrvgcuoehthhgvohhlvgihrhgvsehunhhishhtrhgrrdhfrheqpdhrtghpthhtohepphhthhhusggvrhhtsegtihhstghordgtohhmpdhrtghpthhtohepghhrvghgohhrhidrmhhirhhskhihseiithgvthigrdgtohhmpdhrtghpthhtohepsggrlhgriihsrdgrrdhvrghrghgrsegvrhhitghsshhonhdrtghomhdprhgtphhtthhopeffrghvihgurdeulhgrtghkseguvghllhdrtghomhdprhgtphhtthhopeflrghnohhsrdfhrghrkhgrshesvghrihgtshhsohhnrdgt ohhmpdhrtghpthhtoheprhgrfiesihgvthhfrdhorhhgpdhrtghpthhtohepuggvthhnvghtsehivghtfhdrohhrgh
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/ahiv-uQIzkmVVB6mIvxsxUJA_ho>
Subject: Re: [Detnet] OAM terms
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Jul 2021 12:47:22 -0000

Hi Pascal, 

>    Reverse OAM:  A Reverse OAM packet is an Out-of-Band OAM packet that
>       traverses the Track from West to East and North-South in one of
>       either direction, to capture and report OAM measurements upstream.
>  
> > [FT] Shall we consider also the case where each intermediary hop reports directly and autonomously the control information to the OAM source? To my mind, saying that an OAM packet collects everything may be quite restrictive, and we may not be able to address all the cases. 
>  
>  
> [PT]  great point,  what about
>  
>     A Reverse 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 subTrack, or Segment of a Track.
>  
[FT] Yes, it’s generic now (to my mind)


> [FT] in that case, Reverse OAM: a reverse OAM packet is an Out-of-Band OAM packet that reports OAM measurements from intermediary routers to the OAM source. 
>  
> [PT]  Well, the PSE may be distributed and learn from incoming reverse OAM at any point in the network.  

[FT]: yes, +1,  OAM source is a specific case.

Fabrice