[Pce] Re: WG Last Call for draft-ietf-pce-sr-p2mp-policy-19 (Ends 2026-08-04)
Mike Koldychev <mkoldych@proton.me> Tue, 18 August 2026 15:38 UTC
Return-Path: <mkoldych@proton.me>
X-Original-To: pce@mail2.ietf.org
Delivered-To: pce@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id B767A12BC22CD for <pce@mail2.ietf.org>; Tue, 18 Aug 2026 08:38:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1787067508; bh=A6Ku9BH9BscDdMysXr7nONet2zcz4YRhBqkgIBgyoY0=; h=Date:To:From:Cc:Subject:In-Reply-To:References; b=QTvcMe62actBF7D3DzOlzrhlqs9q5gabdxg98rd4FtRCeFum/fC4q5f5/qmpRMgHz baQk7WcnwWQwlHHkew+DSJ6cnULSYle+fAf0uGNhR1PVRY9bcFHAyic8U+f7n92qrQ jOAK7EbtV/5qYOcRLbbz4Va4o6l1rBR1lMBWJBW8=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.797
X-Spam-Level:
X-Spam-Status: No, score=-2.797 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_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=proton.me
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 DfNndyMfhncR for <pce@mail2.ietf.org>; Tue, 18 Aug 2026 08:38:28 -0700 (PDT)
Received: from mail-43103.protonmail.ch (mail-43103.protonmail.ch [185.70.43.103]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 2D80212BC22BF for <pce@ietf.org>; Tue, 18 Aug 2026 08:38:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proton.me; s=protonmail; t=1787067500; x=1787326700; bh=qbsT73AWGFd2sfNEzRhTWK8MUxbCn4MUq8MrGJHb87o=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=d5M9F4R13eAeJZUZ9WzzqeIaVfQZ++p1Aiaj5VoHb0XR4h47VXcu3mPfpTv4rDk4H VtoEHUsMXU9voCvfWNWZi8dDbDWBo4Xgv5jEWkozxk1bzQYeSicoraPFUFFUXESquF 4XCpf0lUA+RWwxHmB7ZnC0kxtrxboL/G+hOCOkuaxHfumUR/A3sk+iUKT8qSe0ofwF JWhjeV1Pwaim/7s3VlK3k0pJwf00n9E9AA/jIjAerAyO/f8K9AV60fuRFzd454bEjT ENpw8ZJGOeUqEVZCE6LmKql2veVDEtOKYxSKglN5w2BRb2MVIEIX+F3hqTuXFYQM6l qAksawuIFmJFA==
Date: Tue, 18 Aug 2026 15:38:17 +0000
To: Dhruv Dhody <dd@dhruvdhody.com>
From: Mike Koldychev <mkoldych@proton.me>
Message-ID: <WZgoOY_0Vm-80SEsfW0qs7UyAaAJqipGL2baJAVjVEY28OZTg2H38YpcFXAkaK9ZgKP_sVJd3K9KFNHpR347CdLnFiOzPW0tNscCiYKL5ZQ=@proton.me>
In-Reply-To: <178341908550.413483.15283611983977799329@dt-datatracker-57b5d8f849-zrqfx>
References: <178341908550.413483.15283611983977799329@dt-datatracker-57b5d8f849-zrqfx>
Feedback-ID: 98235495:user:proton
X-Pm-Message-ID: d330b21fbacc0033467be54ff402320aec6cda38
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Message-ID-Hash: 5EDDCPP4KVQMETPLYVW2GJ6WKUM7HSVO
X-Message-ID-Hash: 5EDDCPP4KVQMETPLYVW2GJ6WKUM7HSVO
X-MailFrom: mkoldych@proton.me
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-pce.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: andrew.stone@nokia.com, draft-ietf-pce-sr-p2mp-policy@ietf.org, pce-chairs@ietf.org, pce@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Pce] Re: WG Last Call for draft-ietf-pce-sr-p2mp-policy-19 (Ends 2026-08-04)
List-Id: Path Computation Element <pce.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/wRD3W_invIOfJjkNrX3sUrhnoN8>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Owner: <mailto:pce-owner@ietf.org>
List-Post: <mailto:pce@ietf.org>
List-Subscribe: <mailto:pce-join@ietf.org>
List-Unsubscribe: <mailto:pce-leave@ietf.org>
I have read the latest version and support progression to RFC. Some minor feedback: Section 4.1: * What is "global optimization"? If same as MBB, then why need 2 terms? Section 4.2: * Clearly separate key vs non-key data. Maximum number of PTIs: * I'm not sure it's a good idea to restrict the number of PTIs to maximum of 2. For example in my experience with RSVP-TE, there is a need to have 3 LSPs: cleanup, active and reopt. The cleanup serves to "drain" any left over traffic when there is a series of back-to-back path switches. Section 4.2.1: "each PTI within a CP of an SR P2MP Policy should use the same Instance-ID across the tree on its Root, Transit, and Leaf nodes when programming its replication segments on the PCC." <-- is this really a "should"? I would think it's a "MUST"? Or are they allowed to be different numbers on different nodes? Would be simpler if it was forced to be the same number. Thanks, Mike. On Tuesday, July 7th, 2026 at 6:11 AM, Dhruv Dhody via Datatracker <noreply@ietf.org> wrote: > This message starts a WG Last Call for: draft-ietf-pce-sr-p2mp-policy-19 > > This Working Group Last Call ends on 2026-08-04 (intentionally longer to accommodate IETF126 and travels) > > Abstract: > Segment Routing (SR) Point-to-Multipoint (P2MP) Policies are a set of > policies that enable architecture for P2MP service delivery. This > document specifies extensions to the Path Computation Element > Communication Protocol (PCEP) that allow a stateful PCE to compute > and initiate P2MP paths for SR-MPLS from a Root to a set of Leaf > nodes. > > Please indicate your support or concern for this draft on the mailing list. If you are opposed to the progression of the draft to RFC, please articulate your concern. If you support it, please indicate that you have read the latest version and that it is ready for publication in your opinion. As always, review comments and nits are most welcome. > > A general reminder to the WG to be more vocal during the last-call/adoption. > > Thanks, > Dhruv & Julien > > The IETF datatracker status page for this Internet-Draft is: > https://datatracker.ietf.org/doc/draft-ietf-pce-sr-p2mp-policy/ > > There is also an HTMLized version available at: > https://datatracker.ietf.org/doc/html/draft-ietf-pce-sr-p2mp-policy-19 > > A diff from the previous version is available at: > https://author-tools.ietf.org/iddiff?url2=draft-ietf-pce-sr-p2mp-policy-19 > > _______________________________________________ > Pce mailing list -- pce@ietf.org > To unsubscribe send an email to pce-leave@ietf.org >
- [Pce] WG Last Call for draft-ietf-pce-sr-p2mp-pol… Dhruv Dhody via Datatracker
- [Pce] Re: WG Last Call for draft-ietf-pce-sr-p2mp… Rishabh Parekh
- [Pce] WG Last Call for draft-ietf-pce-sr-p2mp-pol… Susan Hares
- [Pce] Re: WG Last Call for draft-ietf-pce-sr-p2mp… Dhruv Dhody
- [Pce] Re: [**EXTERNAL**] Re: WG Last Call for dra… Sivabalan, Siva
- [Pce] Re: WG Last Call for draft-ietf-pce-sr-p2mp… Hooman Bidgoli (Nokia)
- [Pce] Re: WG Last Call for draft-ietf-pce-sr-p2mp… Anuj Budhiraja (abudhira)
- [Pce] Re: WG Last Call for draft-ietf-pce-sr-p2mp… Samuel Sidor (ssidor)
- [Pce] Re: WG Last Call for draft-ietf-pce-sr-p2mp… Dhruv Dhody
- [Pce] Re: WG Last Call for draft-ietf-pce-sr-p2mp… Diego Achaval (Nokia)
- [Pce] Re: WG Last Call for draft-ietf-pce-sr-p2mp… Mike Koldychev
- [Pce] Re: WG Last Call for draft-ietf-pce-sr-p2mp… Stig Venaas