Re: [pim] Some thoughts on draft-mirsky-pim-bfd-p2mp-use-case

"Mankamana Mishra (mankamis)" <mankamis@cisco.com> Fri, 22 June 2018 16:00 UTC

Return-Path: <mankamis@cisco.com>
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 0B86B130EA9; Fri, 22 Jun 2018 09:00:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Kr9gBrwEOgaj; Fri, 22 Jun 2018 09:00:13 -0700 (PDT)
Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4A396130EC1; Fri, 22 Jun 2018 09:00:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1733; q=dns/txt; s=iport; t=1529683212; x=1530892812; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=vO9IaV0DwaQm8V1ptddw/XEo/j95k25uq5Wg3NGtzSE=; b=RAuq47t6ls5lU9B0S42ZZdixsl1GubfpMXw8dJp5/fnOLF7EbyHJIq7n QBGz/YfXTZkx8FoKuQn1cb6MFcXVQomosjQjdmNxSme63x/tId5vnxpRI 8xbUC4wZOmBbgsvYwZq+BjMr5sJ8UR73eXBs4cpqm66guSrAJDS2hNug2 o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DTAADnGy1b/4wNJK1cGQEBAQEBAQEBAQEBAQcBAQEBAYMbLmJ/KAqLc4w/gWMilQeBeQsYC4RJAoMDITQYAQIBAQEBAQECbRwMhSgBAQEDAQEBODQLBQsCAQgYHhAnCyUCBA4FgyUBgXcID65OiEOBAAWIaIFWP4E2DIJcgxgBAYFggzKCJAKZKAkCjw6NRZFBAhETAYEkHTiBUnAVOyoBgjyLE4U+b44ggRoBAQ
X-IronPort-AV: E=Sophos;i="5.51,257,1526342400"; d="scan'208";a="133370384"
Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Jun 2018 16:00:10 +0000
Received: from XCH-ALN-009.cisco.com (xch-aln-009.cisco.com [173.36.7.19]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id w5MG0At8022260 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 22 Jun 2018 16:00:10 GMT
Received: from xch-rcd-008.cisco.com (173.37.102.18) by XCH-ALN-009.cisco.com (173.36.7.19) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Fri, 22 Jun 2018 11:00:09 -0500
Received: from xch-rcd-008.cisco.com ([173.37.102.18]) by XCH-RCD-008.cisco.com ([173.37.102.18]) with mapi id 15.00.1320.000; Fri, 22 Jun 2018 11:00:09 -0500
From: "Mankamana Mishra (mankamis)" <mankamis@cisco.com>
To: Stig Venaas <stig@venaas.com>
CC: "pim@ietf.org" <pim@ietf.org>, "draft-mirsky-pim-bfd-p2mp-use-case@ietf.org" <draft-mirsky-pim-bfd-p2mp-use-case@ietf.org>
Thread-Topic: [pim] Some thoughts on draft-mirsky-pim-bfd-p2mp-use-case
Thread-Index: AQHUCaDAF9VZCmyi2kOWzzLfxv0/b6RsxL8A
Date: Fri, 22 Jun 2018 16:00:09 +0000
Message-ID: <4851E421-B995-4601-9249-B56CB634BA25@cisco.com>
References: <CAHANBtJMzViBO18tOstON4kQdcBfayyL1Ag9Pjn1A=3Q1QF+pw@mail.gmail.com>
In-Reply-To: <CAHANBtJMzViBO18tOstON4kQdcBfayyL1Ag9Pjn1A=3Q1QF+pw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.24.35.169]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <6ECEB210DCEDBD44A34CB26F54E7F05B@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/pim/V94vpj4Ufmhy-hUb6Q1hm0A_6Ng>
Subject: Re: [pim] Some thoughts on draft-mirsky-pim-bfd-p2mp-use-case
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pim>, <mailto:pim-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pim/>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pim>, <mailto:pim-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 22 Jun 2018 16:00:17 -0000

Hi Stig
In general should we not only be concerned about DR and BDR ? Even if link failure happens for non DR/BDR PIM routers, with respect to multicast we do not need to take any action. But yes, we would have increase the scope of this document to cover cases where DR load balancing is applied and we want to use BFD protection for all of the DR in shared LAN. 

Mankamana  

> On Jun 21, 2018, at 1:44 PM, Stig Venaas <stig@venaas.com> wrote:
> 
> Hi
> 
> Posting as a WG participant.
> 
> This looks useful to me and I believe it would scale better than the
> current use of p2p BFD for pim. Below are some questions I have.
> 
> Unidirectional link failures
> I believe in pim we assume that if a link fails in one direction, it
> also fails in the other direction. Several things could go wrong
> otherwise. Is it sufficient to use BFD for discovering unidirectional
> failures? p2mp BFD seems to be only in one direction normally.
> However, if we need bidirectional, is it useful to have the head query
> the tails and see if it gets responses from all neighbors? What should
> be the behavior if a failure is detected? E.g. if a link is
> partitioned (in both directions), it is beneficial to have a DR in
> each partition.
> 
> BFD only for DR?
> The draft currently assumes that it is only needed for the DR. Do we
> in pim need to detect other neighbors going down? I believe there are
> such cases. Even if one uses p2mp BFD for all pim routers, I believe
> it will scale better than the current full p2p mesh.
> 
> Stig
> 
> _______________________________________________
> pim mailing list
> pim@ietf.org
> https://www.ietf.org/mailman/listinfo/pim