Re: [ippm] Progressing the PBT-M “Zero Overhead property” draft

Rakesh Gandhi <rgandhi.ietf@gmail.com> Wed, 21 December 2022 17:51 UTC

Return-Path: <rgandhi.ietf@gmail.com>
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 7F52FC14F731; Wed, 21 Dec 2022 09:51:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.083
X-Spam-Level:
X-Spam-Status: No, score=-2.083 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_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=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=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 AHnm6Hd728Zy; Wed, 21 Dec 2022 09:51:46 -0800 (PST)
Received: from mail-qk1-x72a.google.com (mail-qk1-x72a.google.com [IPv6:2607:f8b0:4864:20::72a]) (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 A2214C14F727; Wed, 21 Dec 2022 09:51:46 -0800 (PST)
Received: by mail-qk1-x72a.google.com with SMTP id pa22so7126034qkn.9; Wed, 21 Dec 2022 09:51:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=6AXOEKiYuPl8tcuA/qfa8/Jlny6EieVImP+/CuQe558=; b=qWFlUwvMvFiP3SxuwOQeMFga7qHYeExFulYrEh/BYOdaqmKGkuP6QqD5NuTD3uWI/9 h8Qe2rkH4O44CnOrscUgkp3Eui1D80XVC7YpzgVA4LlXV8Al399sHPxEbAwgAbHo0F2H QO82KvQoQ32WXTSJkNFEAoFlUE19mIT3Wcrnj5yHcmFu+asD2SFDHN3IqLQkA8gvRfOa ZV8MoLrlutexYPVzglxsgQPc/kg+j2Z2sdU+xdWecAjcRq7OkZD5avDzbUOu50sMUhys zsFZiZiOgn1yN65q9ztdEb3fYWo+ie36rfewDXDb93GRukcIPvVPRR3v7hjTMU0udiYE 5Z4A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=6AXOEKiYuPl8tcuA/qfa8/Jlny6EieVImP+/CuQe558=; b=i+Ou9+Kzx9XUqXhEnNVb70dVvviviT/I1KVZRBX9NW2knv0CqY5T3bMot8vaywiX3/ wg6/xOC1zxrbSnOM9O04PH4KQeDvh3/m/PWUteqKDWYNCj8Z/Ze/aBB+9Zm9VMC/tlpp kLroyw2JPtgk1i4j50gYhpj3bKCNn+m555ZoX8Ym4F0fuZTTheqxkykDWNrYCnvv1eRp RT6eDaAooO325CUp0NIV2UJMYWj7iIuUVPsB0UHahnoP7qxqpGQV68daZRusbmyi8h1H lqDYIicTGp+P6cNPZbYFR9ZOK907C/R4jYfrchj3hlbZsGe+rYcidavBWoofOfqtcndd JNrw==
X-Gm-Message-State: AFqh2kreSxypfd6EpHKQgRlBrzg83B17HYGMq9REga+TerqLC0DZtAxB mX+PbsJVCdM8PQrg86w4qW8BS3VpsCha5nJ8MQ==
X-Google-Smtp-Source: AMrXdXsdnQFSgI86LTABRAMbUw9J5JZVDQou7l9c3yDSifQSvDBc9ZbLwY17djRp/tTdSBYgsP0N/WuaXqwe6d4TeRs=
X-Received: by 2002:a05:620a:5344:b0:6fe:b9de:2eca with SMTP id op4-20020a05620a534400b006feb9de2ecamr93433qkn.176.1671645105667; Wed, 21 Dec 2022 09:51:45 -0800 (PST)
MIME-Version: 1.0
References: <70799e9153d64f8b8cf6791df075e0ce@huawei.com>
In-Reply-To: <70799e9153d64f8b8cf6791df075e0ce@huawei.com>
From: Rakesh Gandhi <rgandhi.ietf@gmail.com>
Date: Wed, 21 Dec 2022 12:51:34 -0500
Message-ID: <CAMZsk6dR95=u9sJKWJqioEaP5K4cfEJLnTMGXhnWrS744-N-9A@mail.gmail.com>
To: Tianran Zhou <zhoutianran=40huawei.com@dmarc.ietf.org>
Cc: Gyan Mishra <hayabusagsm@gmail.com>, IETF IPPM WG <ippm@ietf.org>, SPRING WG <spring@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000b6c27105f05a3427"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/vHtZp9XILaHWVCtGVIcEiLu7ULc>
Subject: Re: [ippm] Progressing the PBT-M “Zero Overhead property” draft
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: Wed, 21 Dec 2022 17:51:50 -0000

Hi all,

Yes, this is a useful document for telemetry use-cases where no metadata is
carried in the packet.
One comment I have is that the document may add some text on ECMP
considerations.

Happy Holidays!

Thanks,
Rakesh




On Sun, Dec 18, 2022 at 4:09 AM Tianran Zhou <zhoutianran=
40huawei.com@dmarc.ietf.org> wrote:

> Hi Gyan,
>
>
>
> Thanks very much for raising this discussion in the mailing list.
>
> As discussed in the document, there are pros and cons both for PBT-M and
> PBT-I(IOAM-DEX).
>
> I really think this is useful, especially when the network is MTU
> sensitive or not powerful, like DetNet.
>
> I think the WG should progress it as a standard document.
>
>
>
> Best,
>
> Tianran
>
>
>
>
>
> *发件人:* ippm [mailto:ippm-bounces@ietf.org] *代表 *Gyan Mishra
> *发送时间:* 2022年12月14日 11:25
> *收件人:* IETF IPPM WG <ippm@ietf.org>; SPRING WG <spring@ietf.org>
> *主题:* [ippm] Progressing the PBT-M “Zero Overhead property” draft
>
>
>
>
>
> Dear IPPM WG
>
>
>
> RE: Progressing draft-song-ippm-postcard-based-telemetry-15
>
>
>
> I would like to provide some important feedback related to the draft and
> the critically of this draft to the industry at large especially with 5G
> MNOs and future soon to be 6G and UPF F1 interface network slicing and IPPM
> telemetry for Flex Algo latency constraint for ultra low latency path for
> MEC services and end to end ultra low latency path instantiation.
>
>
>
> My POV as well as others whom I have discussed the draft in and outside
> the WG is that in order to make PBT viable and useful to operators to
> deploy, the changes and improvements described in this draft are very
> important and not just to the IPPM WG but to the industry at large namely
> for deployments of Segment Routing both SR-MPLS and SRv6  and viability of
> IOAM in-situ telemetry.
>
>
>
> This is a huge issue today and PBT RFC 9326 is an attempt to solve the
> issues with telemetry with Segment Routing but unfortunately that is not
> enough and now with this draft, PBT based telemetry with Segment Routing
> can finally come to fruition for all operators around the world wanting to
> deploy Segment Routing.
>
>
>
> I think with SR both SR-MPLS and SRv6 MSD and SR-MPLS Maximum readable
> label depth issues and MPLS MNA extensibility discussed in the MPLS Open DT
> meetings are important issues and considerations and with IOAM data with
> DEX PBT solution can possibly resolves the issue with the export with zero
> in-situ overhead philosophy and is a fabulous attempt but with a major
> hitch.
>
>
>
> To make RFC 9326 viable out the gate for any operators to implement,  we
> really need the changes and updates to RFC 9326 described in this draft to
> be progressed.
>
>
>
> This draft should be and I think the authors of this draft as well as the
> authors of RFC 9326 would as well agree that this draft should be Standards
> Track and update the base specification RFC 9326 for PBT.
>
>
>
> I believe that would be the best path forward for the WG.
>
>
>
> All comments are welcome on this important topic.
>
>
>
> Many Thanks
>
>
>
> Gyan
>
> --
>
> <http://www.verizon.com/>
>
> *Gyan Mishra*
>
> *Network Solutions Architect *
>
> *Email gyan.s.mishra@verizon.com <gyan.s.mishra@verizon.com>*
>
> *M 301 502-1347*
>
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>