Re: [mpls] WG last call: draft-ietf-mpls-inband-pm-encapsulation

Greg Mirsky <gregimirsky@gmail.com> Fri, 03 May 2024 19:37 UTC

Return-Path: <gregimirsky@gmail.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A0B1C14F6B3; Fri, 3 May 2024 12:37:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.094
X-Spam-Level:
X-Spam-Status: No, score=-2.094 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, 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 GVzlw45Pa3cO; Fri, 3 May 2024 12:37:44 -0700 (PDT)
Received: from mail-yb1-xb35.google.com (mail-yb1-xb35.google.com [IPv6:2607:f8b0:4864:20::b35]) (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 26DD8C14F5EF; Fri, 3 May 2024 12:37:44 -0700 (PDT)
Received: by mail-yb1-xb35.google.com with SMTP id 3f1490d57ef6-de8b66d1726so1833570276.0; Fri, 03 May 2024 12:37:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1714765063; x=1715369863; 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=PCObBFaP8skXQ0pz0+WVT2BaUZveGTTJk2VaUch5Fuc=; b=Xj4P7v4eOEMEirG98pkV5Qz0fRX0cFqgfhtkv0mw2mDu6O5dngnf4exUenIw5tFl3w EX5s0sY0qydPhfbFfTLYG10fG/d2lBew3in0qHAYoL9EfoVdyQsADA9NRLost/zJTsyz l/hbFsg7UIdtGJ4I9j0I281NYsjbOgxRLB/rs50POYaRu/vfRXZI9o4oYSILyVxKHNHK 5ajXc6PUD8ZdNAJq1lgDrH3Gv31aMj+GI92/jSL4ViGipkebRa0mNhm/FAa9+M4HE10t JUVWU8n7OtHQccGAtjKM9nwHf1SNUCnZiqbmoS3gn57RSPC7b+ljI6Z9JWJlxrhqbdf3 XGfQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1714765063; x=1715369863; 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=PCObBFaP8skXQ0pz0+WVT2BaUZveGTTJk2VaUch5Fuc=; b=XUDIspi68d8IWrB6d9NIvQaYzWyhRbneze2Qzuy8NrFOLHcF6HFtEhSn/kkGfAW0Ks l3cpXdQI0uwwDYLQw90Sgz+P8D4UFfnOzbOvt2X2jNU813wN+W/xGmRpP2bW6wn7kl5p IGvfRgbt7ZPIroKdDdF5s22sye3xAYvtg+C6Ltcy41IvulIBofDEX97xx1QgMMc7G9mX QRhEQuYenPmu5/DXny9A5xBk4JDFVYKvy5td3WxZX1e/WerO0WmcOzQTzHuSMbDn472i XwVs8VTyXHRMEaxHllbyfdut7PMvBh36djW5BAOsm0uPZGlBH9jruFhMAzKLdxWcTJ1c ut0g==
X-Forwarded-Encrypted: i=1; AJvYcCWGDLAh8AV5Kgp2vCwLVUlTNpyfGHZ19+jjC/XmajFZZ4e2H9wwMzGFpJ/oMv13AjGauYfFAYJOjCe6DgWxSdYLyGt8Dg==
X-Gm-Message-State: AOJu0YxCz0ANHbm0/euCqajamHd7dQj/frkmqBTss7CTQaQxlRXeqC3G wnYzMHoXw4kpV0EMcytiWEvRDzlMWaSys/TUTC9p2k6fGt3sycT93ZCiYo8uD3arjs/Om4Rkmre oN8ravsLsHIQLmBaIEcYiSWkOqvo=
X-Google-Smtp-Source: AGHT+IGAn0qcOocoT9qM1NUhDsCrurQaEZTyRuzYAFuyC/4wPGLUNY31cm2o9UDSLWtEIpLGSTKV4qvFkDV5ww2e5Ow=
X-Received: by 2002:a0d:dfce:0:b0:61b:e13c:e3f4 with SMTP id i197-20020a0ddfce000000b0061be13ce3f4mr4752020ywe.15.1714765062829; Fri, 03 May 2024 12:37:42 -0700 (PDT)
MIME-Version: 1.0
References: <2576EDD5-2D41-4635-AF38-7A63BD595154@tony.li>
In-Reply-To: <2576EDD5-2D41-4635-AF38-7A63BD595154@tony.li>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Fri, 03 May 2024 12:37:32 -0700
Message-ID: <CA+RyBmVzCW5gYAqi6O=LAW0pbN3hozbZY5Os+A5eGLJQkX0F0g@mail.gmail.com>
To: Tony Li <tony.li@tony.li>
Cc: mpls <mpls@ietf.org>, mpls-chairs <mpls-chairs@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000717f42061791dabf"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/iK8_VSm1dybumETqTRMOzH9Af3g>
Subject: Re: [mpls] WG last call: draft-ietf-mpls-inband-pm-encapsulation
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 May 2024 19:37:48 -0000

Hi, Tony and All,
I've read the latest version of the draft. Please find my comments below:

   - The proposed mechanism, as stated in Abstract, applies to "MPLS live
   traffic". I couldn't find the definition of the term "live traffic" and
   appreciate it if you can clarify it for me. Does that apply to any MPLS
   packet or a particular class of MPLS packets in a network?
   - I appreciate that the document mentions work on Synonymous Flow
   Labels. However, it is not clear to me why SFL-based application of the AMM
   is characterized as hop-by-hop, while the solution described in the draft -
   as edge-to-edge. I would appreciate it if the authors can clarify that
   characterization of measurement methods, particularly since the T-bit
   (defined in Figure 1) differentiates between edge-to-edge and hop-by-hop
   measurements using the proposed solution.
   - Furthermore, it seems like the comparison of the impact on an MPLS
   packet of the proposed solution and IOAM is inaccurate. As I understand it,
   contrary to the statement in Introduction that "the former doesn't
   introduce any new header whereas the latter introduces a new In-situ OAM
   header", both introduce (unlike SFL-based application of AMM) extra
   ancillary data in an MPLS packet.
   - And, on the last paragraph in Introduction. I believe that publishing
   a draft on Standard track and then moving it to Historic once another
   solution is standardized by IETF is sub-optimal. I recognize the value of
   the work put in by implementers of the described in the draft solution. The
   deployment experience is invaluable. On the other hand, there seems to be
   an agreement that the MNA is the preferred mechanism to support AMM in the
   MPLS networks. (Note that draft-ietf-mpls-mna-usecases is being updated to
   include AMM as another use cases of on-path telemetry in the MPLS networks,
   in addition of IOAM). Hence my proposal to switch this document to
   Experimental track (see my question about the requested IANA allocation
   below).
   - The list of implementations is impressive and suggests that there are
   several deployments. If that is the case, which value of eSPL for Flow-ID
   Label Indicator is used?

In conclusion, I don't support progressing this draft on the Standard
track. I would support progressing it as Experimental or Informational
(perhaps that means that the IANA section is removed).

Regards,
Greg

On Thu, Apr 25, 2024 at 8:09 AM Tony Li <tony.li@tony.li> wrote:

>
> [WG chair hat: on]
>
>
> Hi all,
>
> This starts a 2 week working group last call on
> draft-ietf-mpls-inband-pm-encapsulation.
>
> This last call ends at 12:01 PM PDT, Thurs. May 9, 2024.
>
> Please send all comments to the mailing list.
>
> Regards,
> Tony
>
>
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
>