Re: [pim] AD Review of draft-ietf-pim-bfd-p2mp-use-case-05

Alvaro Retana <aretana.ietf@gmail.com> Wed, 01 September 2021 13:41 UTC

Return-Path: <aretana.ietf@gmail.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 18D203A120A; Wed, 1 Sep 2021 06:41:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 ddYinugmo392; Wed, 1 Sep 2021 06:41:19 -0700 (PDT)
Received: from mail-ed1-x52f.google.com (mail-ed1-x52f.google.com [IPv6:2a00:1450:4864:20::52f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2B70A3A1201; Wed, 1 Sep 2021 06:41:19 -0700 (PDT)
Received: by mail-ed1-x52f.google.com with SMTP id l6so2152204edb.7; Wed, 01 Sep 2021 06:41:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc:content-transfer-encoding; bh=JprddqQGmqFRoBaaRIy3RKVvxzmRbXcxErE+kY0xim0=; b=QiYnTASU52Uh9L3FURHSNcMeCKMp0Bj8dSRZ9SiL9PWyXQFjzGs4I8HAXiMjv8TleB jmiuUQdd7fb4bO1SHYviT0QzxTMEu7x0O18eByL1tEdCvYcXDqztuR/rzRKTY/mHf1rC HnBPP8wtBVmIwd+9VJze7ySNQKPhrj+u+Vxmiqw6QVP0mwhBu01XVlYGuMr1Lqx6Ob+s mpVvJ7GvmJL0PzJdwCBBy4kNqMyyJ8zkyU0kNGwdkapZEVLfdp839pZt+TyPRip6cVtd ZKHpvMASw1pjcOG55LEQ52OJeEZ0VL3tovGyAaWpeyCURUmjhV4G01HwAnvgw6Gtyr8V tLkg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc:content-transfer-encoding; bh=JprddqQGmqFRoBaaRIy3RKVvxzmRbXcxErE+kY0xim0=; b=KbdH1TidBk98/ruxEHFrTruWZ6U1sLr9gI4VIa01LK1L37fk2f4ZteuYnVXxedKzwZ RYtYVsLi8xuiT97SwyjNvJpnIoyf90TJquOZ1EOb7xnNIL2n/fGJieHS3ZHiB+trtCaa Qs/eWQS9fYEQAAFVMe5yeC/V3D0vfYgsMSKaYbHBRV/S45DHKxzY2XHDIDPjF17RFSZd vZ6pY2dxtILOLO5/DJMwK9wNzCV0InNLa5SWOYK2w9p3fR7CIgVATP71UTsXhjYSowBy B2NMP1qgwWttQK5po7AWNlHzQem3L2wVCoW5wgZN+NJZVMPigC/vu2g3NgZAIRo9N8zV Z8dw==
X-Gm-Message-State: AOAM5315+WOIaFqm78klcCT/5vRbUHOtdkOeSBtQgyF7ipqP9qOjSIis M3bYyMuPjZUx9F8vD22M9hi0Zrda/Og/ZhIPBIyOgqRO
X-Google-Smtp-Source: ABdhPJwSm7i1CMQAoUThPnR3URmnqntqSSyv+X0EyA1tG0Sq6doaXUfnpNFHg8kfmQGCdl8+w69M26TQjJB41CsAo18=
X-Received: by 2002:a05:6402:51c9:: with SMTP id r9mr21887606edd.65.1630503673741; Wed, 01 Sep 2021 06:41:13 -0700 (PDT)
Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Wed, 1 Sep 2021 15:41:12 +0200
From: Alvaro Retana <aretana.ietf@gmail.com>
In-Reply-To: <20210831205040.GC2820@pfrc.org>
References: <202107220742327030208@zte.com.cn> <CAMMESsznPjjXD44S5gc=QeAEdZA4cEOwPJJcxPbgxxiktiOoaA@mail.gmail.com> <BYAPR13MB258298BD266B52AA6F0110EFF4FF9@BYAPR13MB2582.namprd13.prod.outlook.com> <BYAPR13MB2582DC846916E97FDED192AAF4FF9@BYAPR13MB2582.namprd13.prod.outlook.com> <1867869445.417157.1629489910471@mail.yahoo.com> <20210831205040.GC2820@pfrc.org>
MIME-Version: 1.0
Date: Wed, 01 Sep 2021 15:41:12 +0200
Message-ID: <CAMMESswW9o0BDnqs4DY7Gb1Zk2s0AAfRgVB6LvZH+nkW4+FzCg@mail.gmail.com>
Subject: Re: [pim] AD Review of draft-ietf-pim-bfd-p2mp-use-case-05
To: Reshad Rahman <reshad@yahoo.com>, Jeffrey Haas <jhaas@pfrc.org>
Cc: "pim-chairs@ietf.org" <pim-chairs@ietf.org>, Rtg-bfd WG <rtg-bfd@ietf.org>, Michael McBride <michael.mcbride@futurewei.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/u9F5KUzPFJQC8ceR1oov_0o4Q0M>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Sep 2021 13:41:21 -0000

On August 31, 2021 at 4:51:17 PM, Jeffrey Haas wrote:

Jeff:

Hi!  Thanks for looking at this document!


...
> If I were to re-state the longer version of the draft's name, this is
> effectively "using BFD-MP to let PIM hello procedures fail faster". If
> that's an adequate assessment, perhaps the title might be adjusted a bit.
>
> I think Alvaro's point is that this is really covering a small bit of
> PIM procedure and it sounds like it's intended to be a lot more broad from
> the document title.

Yup, that's the point. :-)


...
> My second concern is shorter. Section 2.3 recommends that the p2mp BFD
> sessions use a TTL of 255 and reference the GTSM procedures in RFC 5881.
> However, since the destination address is a multicast group and the
> underlying PIM protocol uses a TTL of 1 for its messages, I'm not sure the
> 255 is appropriate for this use case.

The draft originally (-05) required using a TTL of 1, but I asked Greg
to change it because both rfc5880/rfc5881 require the use of GTSM --
they don't talk about any exceptions, and rfc8562 doesn't mention TTL
at all.

I find it very hard to justify a change in the BFD requirements; the
BFD documents specify what the BFD behavior is, independent of the
application.  In this case, PIM just benefits from it.

I'm not saying that the requirements can't be changed -- but if we
were going to do that we would need some more discussion in the BFD
WG.


Thanks!

Alvaro.