Re: [pim] mankamana-pim-bdr adoption call. Was: RE: Sticky PIM DR, should it be added to PIM DR improvements or different draft Tue, 29 June 2021 15:32 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 5DC093A3833; Tue, 29 Jun 2021 08:32:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id HsGunwg1QmVV; Tue, 29 Jun 2021 08:32:47 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 9BDE13A3814; Tue, 29 Jun 2021 08:32:44 -0700 (PDT)
Received: from (unknown []) by Forcepoint Email with ESMTPS id BE1408AC188583D49BFD; Tue, 29 Jun 2021 23:32:43 +0800 (CST)
Received: from ([]) by with SMTP id 15TFWdfk032414; Tue, 29 Jun 2021 23:32:39 +0800 (GMT-8) (envelope-from
Received: from mapi (mgapp02[null]) by mapi (Zmail) with MAPI id mid81; Tue, 29 Jun 2021 23:32:39 +0800 (CST)
Date: Tue, 29 Jun 2021 23:32:39 +0800 (CST)
X-Zmail-TransId: 2afa60db3d175fca5d5e
X-Mailer: Zmail v1.0
Message-ID: <>
In-Reply-To: <>
Mime-Version: 1.0
From: <>
To: <>, <>
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: 15TFWdfk032414
Archived-At: <>
Subject: Re: [pim] =?utf-8?q?mankamana-pim-bdr_adoption_call=2E_Was=3A_RE=3A_?= =?utf-8?q?Sticky_PIM_DR=2C_should_it_be_added_to_PIM_DR_improvements_or_d?= =?utf-8?q?ifferent_draft?=
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Protocol Independent Multicast <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 29 Jun 2021 15:32:55 -0000

Dear All,
I've read the draft and support its adoption by the PIM WG.
I have several non-blocking comments and a question:
- it seems that some additional references to RFC 7761 can be placed in the Abstract and Introduction section.
- the introduction of a BDR PIM-SM router improves the convergence and reduces the impact of the DR failure on the multicast service. However, the detection, except for the DR transmitting PIM Hello with Holdtime = 0 before going down, is in tens of seconds. Hence, it might be helpful to reference draft-ietf-pim-bfd-p2mp-use-case and describe the interworking aspects, if any.
- Section 4.4.1 (and 4.4.2 through the reference to 4.4.1) propose that a new PIM-SM router initially advertises its priority as 0. Hence my question, would it be beneficial if that new router switches to the configured value if the failure of DR or BDR is detected?

Greg Mirsky
Sr. Standardization Expert
预研标准部/有线研究院/有线产品经营部  Standard Preresearch Dept./Wireline Product R&D Institute/Wireline Product Operation Division
------------------Original Mail------------------
From: Michael McBride <>
Date: Mon, Jun 28, 2021 at 3:12 PM
Subject: Re: [pim] mankamana-pim-bdr adoption call. Was: RE: Sticky PIM DR, should it be added to PIM DR improvements or different draft
To: <>

Hello again,
It's been a week with no response to this adoption call. We will give it another week and if still no response we won't adopt at this time.
-----Original Message-----
From: pim <> On Behalf Of Michael McBride
Sent: Monday, June 21, 2021 6:11 PM
Subject: [pim] mankamana-pim-bdr adoption call. Was: RE: Sticky PIM DR, should it be added to PIM DR improvements or different draft
Hello all,
We are picking back up on this thread and using it as a call for adoption. During IETF 110 we had 9 in favor and 2 against adoption. Please read the draft:;;sdata=%2BdhjjMXC5bHiaYai9if7HSE0N%2BRlwdEFubLfz%2FlKODo%3D&amp;reserved=0 and indicate if you support adoption.
If you don't support adoption please indicate whether you would support merging with draft-ietf-pim-dr-improvement or have other suggestions. The minutes are included below to show the options with progressing this draft.
draft-mankamana-pim-bdr - Mankamana
Lenny - this concept of priority and preemption is not unique to pim: vrrp, rsvp with backup paths, etc. can we leverage from those? Was it protocol level stuff or vendor implementations, those could be good examples. leave it up to implementations?
Alvaro - what has me confused is talking about two solutions that are basically the same thing. A good argument has been made on how the previous draft isn't needed. It would be nice if all the solutions was considered in one draft. We seem to be circuling around implementations, first resolve if we want single or multiple solutions. And then understand how they interact.
Stig - I agree. We initially only had one sticky DR in other draft, now we have two proposals. Do we actually need two solutions? Are there different use cases where one is better then the other?
Alvaro - I'm not advocating for one or two, the wg to decide. maybe we define multiple use cases. Needs more coordination.
Stig - if the wg decides we only need one solution that covers all the use cases we probably only want to publish one of them.
Mike - some may want to have a hello option and others may not. And right now we only have one wg document. Let's say we do adopt this draft, should we hold off on progressing both documents until they are both progressed together?
Alvaro - That would be nice. they are not dependent on each other. they don't have to progress together. progressing close would be nice.
Stig - we shouldn't progress any document until we carefully decide what solution is best or if we want both solutions. Lets compare both options.
Mike - let's poll for adoption.
Stig - just because we adopt both documents doesn't mean we publish both documents.
Poll - 9 in favor and 2 against. Will take to the list.
-----Original Message-----
From: pim <> On Behalf Of Mankamana Mishra (mankamis)
Sent: Wednesday, January 06, 2021 11:29 AM
To: Alvaro Retana <>om>; zhang.zheng <>cn>; Stig Venaas <>
Cc: Sridhar Santhanam (sridsant) <>om>;
Subject: Re: [pim] Sticky PIM DR, should it be added to PIM DR improvements or different draft
Thanks every one for input. So I would update Sticky PIM DR without capability option in draft-mankamana-pim-bdr. Will ask for adoption in coming IETF.
On 12/4/20, 9:04 AM, "Alvaro Retana" <> wrote:
On December 4, 2020 at 11:03:22 AM, Stig Venaas wrote:
> Thoughts? Do you see this differently?
I'm ok with whatever the WG decides, as long as the relationship and
interaction between multiple potential solutions is clear.
This is what I wrote in my review of draft-ietf-pim-dr-improvement-09:
(2) As far as I can see draft-mankamana-pim-bdr has not been adopted yet.
Assuming that is the plan, how would the two mechanisms interact?  Given
that draft-mankamana-pim-bdr doesn't add options, and §5 says that if no
options are received then the routers MUST use rfc7761, how does a router
implementing this specification tell the difference?
I realize that some of these questions may be better directed at
draft-mankamana-pim-bdr, but because the WG agreed that a statement
relating the two should be included in this document [1], then I'm
asking now.  I would really like to understand what the WG expects.
The WG is already aware of both drafts.  Assuming
draft-mankamana-pim-bdr is adopted, I would prefer it if both
solutions are progressed together (one or two documents is ok with
pim mailing list;;sdata=XRbjNZlVlm3isR%2F7NYbb7kOrAvy8Cv8%2BkpG7sDrE38I%3D&amp;reserved=0
pim mailing list;;sdata=XRbjNZlVlm3isR%2F7NYbb7kOrAvy8Cv8%2BkpG7sDrE38I%3D&amp;reserved=0
pim mailing list