[IPv6]MPLS WGLC on draft-ietf-mpls-mna-nrp-selector
Adrian Farrel <adrian@olddog.co.uk> Sun, 16 November 2025 16:22 UTC
Return-Path: <adrian@olddog.co.uk>
X-Original-To: ipv6@mail2.ietf.org
Delivered-To: ipv6@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 3FF368A7DBBF; Sun, 16 Nov 2025 08:22:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.798
X-Spam-Level:
X-Spam-Status: No, score=-2.798 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, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=olddog.co.uk
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nosBtkR7Wmv9; Sun, 16 Nov 2025 08:22:52 -0800 (PST)
Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 8630A8A7DBBA; Sun, 16 Nov 2025 08:22:52 -0800 (PST)
Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta7.iomartmail.com (8.14.7/8.14.7) with ESMTP id 5AGGMj2Y028021; Sun, 16 Nov 2025 16:22:45 GMT
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 20C354604B; Sun, 16 Nov 2025 16:22:45 +0000 (GMT)
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 14E5A46048; Sun, 16 Nov 2025 16:22:45 +0000 (GMT)
Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs2.iomartmail.com (Postfix) with ESMTPS; Sun, 16 Nov 2025 16:22:45 +0000 (GMT)
Received: from LAPTOPK7AS653V (82-69-109-75.dsl.in-addr.zen.co.uk [82.69.109.75]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.7/8.14.7) with ESMTP id 5AGGMisv001069 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 16 Nov 2025 16:22:44 GMT
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'TEAS WG' <teas@ietf.org>, 6man@ietf.org, spring@ietf.org
Date: Sun, 16 Nov 2025 16:22:44 -0000
Organization: Old Dog Consulting
Message-ID: <01c501dc5715$3d794640$b86bd2c0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AdxXE9BZgzdPGXRBTR29GCAVfd+SwA==
Content-Language: en-gb
X-Originating-IP: 82.69.109.75
X-Thinkmail-Auth: adrian@olddog.co.uk
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=olddog.co.uk; h=reply-to :from:to:cc:subject:date:message-id:mime-version:content-type :content-transfer-encoding; s=20221128; bh=4dn+D+chXjla4aPdLkpn9 XvbophfpoGEAFnGbIbKCI4=; b=zczTIXJDPoQvbN2JZjlbkn06ocSzXe9bAlKb6 eIenUpDaOOQK1pcYSRWGraW66fQCW3951TWqV8hwBqdy44QHg2G3+xXFc7W2uL60 cRGHHLpJnzm/JgdJ3WVMBZnS4zSPyRaqCNB4bkh8I3XopQ8BlJ2N65KYPdb3coEk rmntT56bY7emWVJICviwXKSEVLIwZkVDSpSfH5wSwP4n1muZsIbQ7qkVihfGrvq6 vUxLeXZQahHMQFkjjB5x97XMq7oOncni3MppEXGAH/O8wldgjpmf09xZB0VXTB+9 Wh5DyzuVUhBiYH8OFIgjk7dms8pBjoJwV+Unww52EYpvltJDQ==
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.1.0.2090-9.0.0.1006-29464.005
X-TM-AS-Result: No--4.869-10.0-31-10
X-imss-scan-details: No--4.869-10.0-31-10
X-TMASE-Version: IMSVA-9.1.0.2090-9.0.1006-29464.005
X-TMASE-Result: 10--4.869300-10.000000
X-TMASE-MatchedRID: 8524RbyJzYuc95xD+Eo4wAzrPeIO/OIHOA3W7N7dBgnd5HexqBUAVOHT rDSrqn2s3g+ICbUV7gH2lsFzpLS9aUn1PMUQDYDJh2VzUlo4HVM7x+Tuf7McDHt8F07wTFIuPuj dFicNg+KQPG4+GOj8tCP1QItMfK+4+p0xZzVunY70hv/rD7WVZAD4keG7QhHmdR2IAIM+RiViXy E6wTFaXK5fxW6bK0jCfmZ4lruC4FL5FEa8WLE2ckbgTmf4sxQ0mkCGwliFomubKItl61J/ycnjL TA/UDoAIo0fgFyZfxUz2Zgi6BIiPD8+sMVfTph8sOzOncrmCoOOhzOa6g8KrfMX0VM66GNa6Cmj ck0icfpHYFtWt92lPelHR7qHklzKkWwtZsrv0K8=
X-TMASE-SNAP-Result: 1.821001.0001-0-1-22:0,33:0,34:0-0
Message-ID-Hash: HLTGJOTI54REG4FROICXOZJ3HOFKMXQA
X-Message-ID-Hash: HLTGJOTI54REG4FROICXOZJ3HOFKMXQA
X-MailFrom: adrian@olddog.co.uk
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-ipv6.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: 'mpls' <mpls@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Reply-To: adrian@olddog.co.uk
Subject: [IPv6]MPLS WGLC on draft-ietf-mpls-mna-nrp-selector
List-Id: "IPv6 Maintenance Working Group (6man)" <ipv6.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/kdSV-Q5JYkZ2tw5kASAC3Cfq4kQ>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Owner: <mailto:ipv6-owner@ietf.org>
List-Post: <mailto:ipv6@ietf.org>
List-Subscribe: <mailto:ipv6-join@ietf.org>
List-Unsubscribe: <mailto:ipv6-leave@ietf.org>
Please note that the MPLS working group is holding a last call on draft-ietf-mpls-mna-nrp-selector. I am the document shepherd. There are issues around the size of the NRP Selector / identifier that may be of relevance to TEAS, 6MAN, and SPRING. I'd appreciate it if any discussions could take place on the MPLS list so that it is easier to coordinate. The questions are: 1. How many bits are needed to encode the NRP Selector in the MPLS forwarding plane? It has been suggested that it is important to allow the same number of bits in the forwarding plane as are available in the control plane. It has also been pointed out that it is always possible to map between the control plane representation and the forwarding plane representation, and it is possible to limit the expression of the identifier in the control plane such that it is suitable for a particular data plane. Here, the opinion of TEAS may be helpful to us. 2. Should the encoding of the NRP Selector in the MPLS and SRv6 forwarding planes be identical? It has been suggested that in multi-technology-domain scenarios, it would be helpful to have the same NRP Selector values in each domain. This could make management and debugging simpler. It has been pointed out that if the sizes of NRP Selector are different in the two domains, the smaller can be used as a subset of the larger, to enable multi-domain operation, or that mapping can be performed at the domain boundaries. This question is particularly relevant to 6MAN and SPRING. Thanks for any thoughts. Adrian
- [IPv6]MPLS WGLC on draft-ietf-mpls-mna-nrp-select… Adrian Farrel
- [IPv6]Re: [spring] MPLS WGLC on draft-ietf-mpls-m… Dongjie (Jimmy)
- [IPv6]Re: [mpls] Re: [spring] MPLS WGLC on draft-… Zafar Ali (zali)
- [IPv6]Re: [mpls] Re: [spring] MPLS WGLC on draft-… Zafar Ali (zali)
- [IPv6]Re: [mpls] Re: [spring] MPLS WGLC on draft-… Vishnu Pavan Beeram