Re: [ippm] New Version Notification for draft-ahuang-ioam-on-path-delay-00.txt
Justin Iurman <justin.iurman@uliege.be> Fri, 03 March 2023 18:52 UTC
Return-Path: <justin.iurman@uliege.be>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9596C14CEE4 for <ippm@ietfa.amsl.com>; Fri, 3 Mar 2023 10:52:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.396
X-Spam-Level:
X-Spam-Status: No, score=-4.396 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, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=uliege.be
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 YKSy9Fb5coFm for <ippm@ietfa.amsl.com>; Fri, 3 Mar 2023 10:52:19 -0800 (PST)
Received: from serv108.segi.ulg.ac.be (serv108.segi.ulg.ac.be [139.165.32.111]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 068FEC15152C for <ippm@ietf.org>; Fri, 3 Mar 2023 10:52:17 -0800 (PST)
Received: from [192.168.1.62] (148.24-240-81.adsl-dyn.isp.belgacom.be [81.240.24.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by serv108.segi.ulg.ac.be (Postfix) with ESMTPSA id 520B0200DB86; Fri, 3 Mar 2023 19:52:13 +0100 (CET)
DKIM-Filter: OpenDKIM Filter v2.11.0 serv108.segi.ulg.ac.be 520B0200DB86
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uliege.be; s=ulg20190529; t=1677869533; bh=LzmlFdMXil3f7g1/UqHHPWpfJvjeBasEr7RU7WXpcWM=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=2dvvWVQf+rPgwi9lAw06pq/kjWyJzIrD1ny/+clF0cWlVHARCsau0dncOILBBFmAo 9HIfO5lXu65v6WgFqJigSd0BPZ99gJxXmo1SVCg4CYGolxd4LLuz+Tn0ND55jJ780g kQayjElxHH3y4ccPzgB2uZ6GCZ8DRmPt5t1V+eeMjH516rh9SrwD0iIVYo8M+kUh5a 1N8kNo1Siw6wu7JAS0PGfT6DbrkgBoBPMvyAKr6pBWnxMzd1lMzfyt9bwHkU+yixS6 IQ2n4vsTnsb6ZXgsgwMi9SxxwEexWglzzMV5C/USpzab+93nRKaykwFVvwXxTTtKLt ujNP5gK7wY/Fw==
Message-ID: <6d1cbc46-c460-cd9d-657e-cc82746665f4@uliege.be>
Date: Fri, 03 Mar 2023 19:52:13 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1
Content-Language: en-US
To: Alex Huang Feng <alex.huang-feng@insa-lyon.fr>, ippm@ietf.org
Cc: Pierre Francois <pierre.francois@insa-lyon.fr>
References: <167786164701.47548.4590359889410617737@ietfa.amsl.com> <00C45E5E-0797-443B-BEB6-81AF1E845905@insa-lyon.fr>
From: Justin Iurman <justin.iurman@uliege.be>
In-Reply-To: <00C45E5E-0797-443B-BEB6-81AF1E845905@insa-lyon.fr>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/B1U4nbHBgG0OkBaG8bzZrpTUpAE>
Subject: Re: [ippm] New Version Notification for draft-ahuang-ioam-on-path-delay-00.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Mar 2023 18:52:23 -0000
Hi Alex, I don't understand why bits 2 and 3 (i.e., timestamp seconds & fraction) are not enough. If each node on the path timestamps its data part in the trace, then based on the entire trace you're able to recompute on-path delays by simply substracting a node's timestamp by the one of the encapsulating node. You can actually compute the on-path delay between any node. Did I miss something? Thanks, Justin On 3/3/23 17:54, Alex Huang Feng wrote: > Dear IPPM WG, > > Some time ago I submitted draft-ahuang-ippm-dex-timestamp-ext that > allows IOAM DEX to add a timestamp in the header. > This allows IOAM in postcard mode to compute the on-path delay at each node. > > To export the on-path delay in the IOAM architecture, a bit-field is used. > This new draft adds a new 32bit Data-field in the "IOAM Trace-Type” > registry allowing the export of the On-path delay in the IOAM architecture. > > I would like to request feedback from the WG on this draft. > > Cheers, > Alex > >> On 3 Mar 2023, at 17:40, internet-drafts@ietf.org >> <mailto:internet-drafts@ietf.org> wrote: >> >> >> A new version of I-D, draft-ahuang-ioam-on-path-delay-00.txt >> has been successfully submitted by Alex Huang Feng and posted to the >> IETF repository. >> >> Name:draft-ahuang-ioam-on-path-delay >> Revision:00 >> Title:On-Path delay Data Field for In Situ Operations, Administration, >> and Maintenance (IOAM) >> Document date:2023-03-03 >> Group:Individual Submission >> Pages:7 >> URL: >> https://www.ietf.org/archive/id/draft-ahuang-ioam-on-path-delay-00.txt >> <https://www.ietf.org/archive/id/draft-ahuang-ioam-on-path-delay-00.txt> >> Status: >> https://datatracker.ietf.org/doc/draft-ahuang-ioam-on-path-delay/ >> <https://datatracker.ietf.org/doc/draft-ahuang-ioam-on-path-delay/> >> Htmlized: >> https://datatracker.ietf.org/doc/html/draft-ahuang-ioam-on-path-delay >> <https://datatracker.ietf.org/doc/html/draft-ahuang-ioam-on-path-delay> >> >> >> Abstract: >> This document defines a Data Field In Situ Operations, >> Administration, and Maintenance (IOAM) architecture for on-path delay >> information. This data field is registered as a new entry in the >> "IOAM Trace-Type" registry. >> >> >> >> >> >> The IETF Secretariat >> >> > > > _______________________________________________ > ippm mailing list > ippm@ietf.org > https://www.ietf.org/mailman/listinfo/ippm
- Re: [ippm] New Version Notification for draft-ahu… Alex Huang Feng
- Re: [ippm] New Version Notification for draft-ahu… Justin Iurman
- Re: [ippm] New Version Notification for draft-ahu… Greg Mirsky
- Re: [ippm] New Version Notification for draft-ahu… Alex Huang Feng
- Re: [ippm] New Version Notification for draft-ahu… Justin Iurman
- Re: [ippm] New Version Notification for draft-ahu… Justin Iurman
- Re: [ippm] New Version Notification for draft-ahu… Greg Mirsky
- Re: [ippm] New Version Notification for draft-ahu… Greg Mirsky
- Re: [ippm] New Version Notification for draft-ahu… Alex Huang Feng
- Re: [ippm] New Version Notification for draft-ahu… Justin Iurman