[mpls] Re: Working Group Adoption Poll on draft-mb-mpls-ioam-dex
Greg Mirsky <gregimirsky@gmail.com> Mon, 21 October 2024 14:36 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 6751DC110D1E; Mon, 21 Oct 2024 07:36:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 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_SCC_BODY_TEXT_LINE=-0.01] 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 HV1FEY_xeQ5Q; Mon, 21 Oct 2024 07:36:33 -0700 (PDT)
Received: from mail-wm1-x32a.google.com (mail-wm1-x32a.google.com [IPv6:2a00:1450:4864:20::32a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DFFB0C1840EB; Mon, 21 Oct 2024 07:36:33 -0700 (PDT)
Received: by mail-wm1-x32a.google.com with SMTP id 5b1f17b1804b1-4316cce103dso27333015e9.3; Mon, 21 Oct 2024 07:36:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1729521392; x=1730126192; 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=K2kEc0C0IlTQsA1I1EPHsMwMmqobeCWBH9yhes95mU4=; b=eUXwolJsC+zvU8WnugzTTgYaqpsd78/dwpoFU2LG1WKZEql8QnSLars0Jpr/9eIyps RBGM7XUd2hQ0Yt3Dc8e2gQdq64D1zIKLuiciIKGYwzCI/RVMWNAM6SmWxyxZi5HHhlkV yVQ9E0miKRuvGKEC7r1/xJjTp8qAlQbSkZm99D5PqJ0lslacycZUCN7Fpo20SSsP+QXE 79iW/ApiH9mkA/HrSZEsxtdzNJCZIzbBhV8aMV4OFaPTJtrO+5/xVKfDXi6uhtEB0W36 urYubP6Cm6sCGBIVfTRChRakAsbyi3M70xo6QTEV3ta8w+aufUumTCikwtrVn05YyE6B dFwQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1729521392; x=1730126192; 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=K2kEc0C0IlTQsA1I1EPHsMwMmqobeCWBH9yhes95mU4=; b=eEygtbtpmPUurHpqiaS6e3PWKQeO27n6cww1P94jNjtGrQG+h/jYUo25RLTg4DC3lP GXH+vJmvXtvbNueM692tvEHvyhLiaISk3h+AmUxO/qoHocWJPrz4JdjVnvNDVqBTETCG bsOLmE9mAc/X1hQhjOK4WwS+3Loh9WcE3xIGXmZ9Jy4zfL/aBrRMWzbPt7cqvV5HHp3D RtT+wkxBMgFUGUXHO08cu6R5ixT3hyBBF9ltIZ/KAOdNXpGrxg2BItIDH0odJV9RD54e pgNHu5PuRhmdDHiiOtYhm0RHdw5rDhvwNKPbdM6/J1mluDwUTE9CP4O9JSg9HtAXrUTl qsIA==
X-Forwarded-Encrypted: i=1; AJvYcCWesnxI/btq3FrbC0DouwF2aOAtOvSX8ma9eufZow5nRkjIhJ5dXBvXMFeWwrT9ApBvAZW/FWjULJ9Sl4M=@ietf.org, AJvYcCXbcSk7V/d55at1m/vuKH/CH+IECxGmeYJVHBOEPr/+yy8GcoKmjUN+Oxgzvvx+lbdWrhFfrq0sw/plz1COfxvJ62nv9Sbp@ietf.org
X-Gm-Message-State: AOJu0Yy8E2DZ6UI1vh2dBGf/ePTsbPZru9AZ66hDizFCZkHQ92D5L7GC m4cXGgnLT7v+vz0B5gTpofJQRZP2DK06DD7wrHxTGI8zdGf71hW6UZfFfj+xTQ5LQPZMy3fNjMH aQfnyW7GSYrKZ0ZnFJZjf+0wYboAk02Az
X-Google-Smtp-Source: AGHT+IFgq0Ejl+KTXE3a774VthG6xoEKNYWhYqQGrZfPjkyCesCrqcJn6DvW73U63NzzwEkqm0q8FomNYL70lHDkPvU=
X-Received: by 2002:a05:600c:12c9:b0:431:555d:e184 with SMTP id 5b1f17b1804b1-43161686b11mr130751445e9.25.1729521392066; Mon, 21 Oct 2024 07:36:32 -0700 (PDT)
MIME-Version: 1.0
References: <BEZP281MB2008D5D3609840A7A3C5E26E987D2@BEZP281MB2008.DEUP281.PROD.OUTLOOK.COM>
In-Reply-To: <BEZP281MB2008D5D3609840A7A3C5E26E987D2@BEZP281MB2008.DEUP281.PROD.OUTLOOK.COM>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Mon, 21 Oct 2024 07:36:21 -0700
Message-ID: <CA+RyBmXCwAyJUjYj3oaQZn-z40wmsSVm1qpXpYphbLYG9NeXAA@mail.gmail.com>
To: N.Leymann@telekom.de
Content-Type: multipart/alternative; boundary="00000000000034a77b0624fd948d"
Message-ID-Hash: P42MMFJQQPCRRO6HTNMYUL7O3ZD4B5HG
X-Message-ID-Hash: P42MMFJQQPCRRO6HTNMYUL7O3ZD4B5HG
X-MailFrom: gregimirsky@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-mpls.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: mpls@ietf.org, mpls-chairs@ietf.org, draft-mb-mpls-ioam-dex@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [mpls] Re: Working Group Adoption Poll on draft-mb-mpls-ioam-dex
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/V1DTA5qV7mgF_dKGR84rmfoWONQ>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Owner: <mailto:mpls-owner@ietf.org>
List-Post: <mailto:mpls@ietf.org>
List-Subscribe: <mailto:mpls-join@ietf.org>
List-Unsubscribe: <mailto:mpls-leave@ietf.org>
Dear All, a short update on the new version of the draft. The authors discussed questions about the format of optional fields (Flow ID and Sequence Number). The new version proposes the following format: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |1| Namespace-ID | Resv |S| Flags | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |1| IOAM-Trace-Type-MNA |S|O|R| Ext-Flags | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Flow ID MNA (Optional) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Sequence Number MNA (Optional) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 1: IOAM Direct Export Option Type Format in an MPLS Network Action Framework and defined as following: * Flow ID MNA is an optional four-octet field. The semantics of the Flow ID MNA field is as of the Flow ID field defined in Section 3.2 of [RFC9326]. The most significant bit MUST be set to 1. Bit 23 MUST be set according to the definition of Bottom of Stack field in [RFC3032]. * Sequence Number MNA is an optional four-octet field. The semantics of the Sequence Number MNA field is as of the Sequence Number field defined in Section 3.2 of [RFC9326]. The most significant bit MUST be set to 1. Bit 23 MUST be set according to the definition of Bottom of Stack field in [RFC3032]. In MPLS network environments where a label stack information is used for load-balancing flows, the 19-bit-long part of the Sequence Number MNA, starting from the Bit 1 position of the LSE, MUST remain immutable for a particular packet flow that the value of the Flow ID MNA field identifies. In MPLS networks, where other load- balancing techniques are used, all bits of the Sequence Number MNA field can be variated. Your questions and comments are always welcome and greatly appreciated. Regards, Greg (on behalf of the authors) On Mon, Oct 7, 2024 at 8:47 AM <N.Leymann@telekom.de> wrote: > Dear WG, > > > > This email starts a two-week poll on adopting draft-mb-mpls-ioam-dex as a > MPLS working group document. > > > > Please send your comments (support/not support) to the MPLS working group > mailing list (mpls@ietf.org) > > Please give a technical motivation for your support/not support, > especially if you think that the document > > should not be adopted as a working group document. > > > > Currently, there is no IPR disclosure against this document. All the > authors/contributors have stated on > > the MPLS WG mailing list that they are unaware of any undisclosed IPRs > that relates to this document. > > > > This working group adoption poll ends October 22nd, 2024. > > > > Regards, > > > > Nic (as MPLS WG Co-chair) > > >
- [mpls] Working Group Adoption Poll on draft-mb-mp… N.Leymann
- [mpls] Re: Working Group Adoption Poll on draft-m… Joel Halpern
- [mpls] Re: Working Group Adoption Poll on draft-m… Tony Li
- [mpls] Re: Working Group Adoption Poll on draft-m… Greg Mirsky
- [mpls] Re: Working Group Adoption Poll on draft-m… Haoyu Song
- [mpls] Re: Working Group Adoption Poll on draft-m… Tianran Zhou
- [mpls] Re: Working Group Adoption Poll on draft-m… mohamed.boucadair
- [mpls] Re: Working Group Adoption Poll on draft-m… Fabian Ihle
- [mpls] Re: Working Group Adoption Poll on draft-m… Stewart Bryant
- [mpls] Re: Working Group Adoption Poll on draft-m… Gyan Mishra
- [mpls] Re: Working Group Adoption Poll on draft-m… Loa Andersson
- [mpls] Re: Working Group Adoption Poll on draft-m… Fabian Ihle
- [mpls] Re: Working Group Adoption Poll on draft-m… Greg Mirsky
- [mpls] Re: Working Group Adoption Poll on draft-m… Haoyu Song
- [mpls] Re: Working Group Adoption Poll on draft-m… Tony Li
- [mpls] Re: Working Group Adoption Poll on draft-m… Loa Andersson
- [mpls] Re: Working Group Adoption Poll on draft-m… Fabian Ihle
- [mpls] Re: Working Group Adoption Poll on draft-m… Loa Andersson
- [mpls] Re: Working Group Adoption Poll on draft-m… Loa Andersson
- [mpls] Re: Working Group Adoption Poll on draft-m… N.Leymann
- [mpls] Re: Working Group Adoption Poll on draft-m… Tony Li
- [mpls] Re: Working Group Adoption Poll on draft-m… Fabian Ihle
- [mpls] Re: Working Group Adoption Poll on draft-m… Greg Mirsky
- [mpls] Re: Working Group Adoption Poll on draft-m… N.Leymann