[pim] Re: PIM vs. mLDP MT/FA
zhang.zheng@zte.com.cn Thu, 25 July 2024 21:31 UTC
Return-Path: <zhang.zheng@zte.com.cn>
X-Original-To: pim@ietfa.amsl.com
Delivered-To: pim@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 57718C14F6B5 for <pim@ietfa.amsl.com>; Thu, 25 Jul 2024 14:31:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.905
X-Spam-Level:
X-Spam-Status: No, score=-6.905 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=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, UNPARSEABLE_RELAY=0.001] autolearn=unavailable autolearn_force=no
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 joX6CrbFltmO for <pim@ietfa.amsl.com>; Thu, 25 Jul 2024 14:31:47 -0700 (PDT)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.216.63.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D31D0C14F6BB for <pim@ietf.org>; Thu, 25 Jul 2024 14:31:46 -0700 (PDT)
Received: from mxct.zte.com.cn (unknown [192.168.251.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxhk.zte.com.cn (FangMail) with ESMTPS id 4WVPGR6fxjz8XrS1 for <pim@ietf.org>; Fri, 26 Jul 2024 05:31:43 +0800 (CST)
Received: from mse-fl2.zte.com.cn (unknown [10.5.228.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxct.zte.com.cn (FangMail) with ESMTPS id 4WVPFs63Zmz501bT; Fri, 26 Jul 2024 05:31:13 +0800 (CST)
Received: from njb2app06.zte.com.cn ([10.55.23.119]) by mse-fl2.zte.com.cn with SMTP id 46PLVDv9073357; Fri, 26 Jul 2024 05:31:13 +0800 (+08) (envelope-from zhang.zheng@zte.com.cn)
Received: from mapi (njy2app01[null]) by mapi (Zmail) with MAPI id mid203; Fri, 26 Jul 2024 05:31:13 +0800 (CST)
Date: Fri, 26 Jul 2024 05:31:13 +0800
X-Zmail-TransId: 2af966a2c421411-a94fd
X-Mailer: Zmail v1.0
Message-ID: <20240726053113439WKvDi4h5IlSvEmjihU74M@zte.com.cn>
In-Reply-To: <b7768818-8ab5-4ccb-ab93-c847310949ef@cisco.com>
References: CY8PR05MB9548AD168909CACA92468D90D4AA2@CY8PR05MB9548.namprd05.prod.outlook.com,b7768818-8ab5-4ccb-ab93-c847310949ef@cisco.com
Mime-Version: 1.0
From: zhang.zheng@zte.com.cn
To: ppsenak=40cisco.com@dmarc.ietf.org
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-fl2.zte.com.cn 46PLVDv9073357
X-Fangmail-Anti-Spam-Filtered: true
X-Fangmail-MID-QID: 66A2C43F.002/4WVPGR6fxjz8XrS1
Message-ID-Hash: OZ22I2BV3GHHIZJPZR5H4LBCFUUEJE3H
X-Message-ID-Hash: OZ22I2BV3GHHIZJPZR5H4LBCFUUEJE3H
X-MailFrom: zhang.zheng@zte.com.cn
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-pim.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: pim@ietf.org
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [pim] Re: PIM vs. mLDP MT/FA
List-Id: Protocol Independent Multicast <pim.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/pim/BYHK1Zjc0Ta9srAD-1p-154WhLA>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pim>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Owner: <mailto:pim-owner@ietf.org>
List-Post: <mailto:pim@ietf.org>
List-Subscribe: <mailto:pim-join@ietf.org>
List-Unsubscribe: <mailto:pim-leave@ietf.org>
Hi Peter, Thank you for your explanation! The PIM is not binded to SR. PIM needs the unicast next hop calculated by IGP in specific MT or FA to the Source, but the label or SR locator isn't needed. So whatever the Group is, PIM just lookup the IGP table to get the next hop to the source. PIM still can get what needed even if the Source is the same but the Groups are different. Thanks, Sandy Original From: PeterPsenak <ppsenak=40cisco.com@dmarc.ietf.org> To: Jeffrey (Zhaohui) Zhang <zzhang@juniper.net>; Cc: 'pim@ietf.org' <pim@ietf.org>; Date: 2024年07月25日 05:55 Subject: [pim] Re: PIM vs. mLDP MT/FA _______________________________________________ pim mailing list -- pim@ietf.org To unsubscribe send an email to pim-leave@ietf.org Hi Jeffrey , On 24/07/2024 23:42, Jeffrey (Zhaohui) Zhang wrote: Hi Peter, Thanks for the reminder that in the case of mLDP and SRv6-P2MP the labels/locators can be tied to MT/FA. In the case of PIM, we need to clarify that an (s,g) tree will be tied to a particular MT/FA - not that there could be multiple per-MT/FA trees for the same (s,g). the point is that in SRv6 there is only a single path to any locator, which is in an algo to which the locator belongs. There could not be any other algo path computed for it. Coming back to your case, the path would then be per source (assuming it is covered by the locator) and can not be per (s,g). For different algo you need a different source in SRv6. If you want to be able to have paths in different algo for the same prefix, you can use SR-MPLS, or we would have to come up with something new.... thanks, Peter Thanks. Jeffrey Juniper Business Use Only
- [pim] PIM vs. mLDP MT/FA Jeffrey (Zhaohui) Zhang
- [pim] Re: PIM vs. mLDP MT/FA Peter Psenak
- [pim] Re: PIM vs. mLDP MT/FA Acee Lindem
- [pim] Re: PIM vs. mLDP MT/FA Peter Psenak
- [pim] Re: PIM vs. mLDP MT/FA zhang.zheng
- [pim] Re: PIM vs. mLDP MT/FA zhang.zheng