Re: Warren Kumari's No Objection on draft-ietf-bfd-multipoint-18: (with COMMENT)

Greg Mirsky <gregimirsky@gmail.com> Fri, 06 July 2018 01:04 UTC

Return-Path: <gregimirsky@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 20418130FBF; Thu, 5 Jul 2018 18:04:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=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 bglINsN990CP; Thu, 5 Jul 2018 18:04:09 -0700 (PDT)
Received: from mail-lj1-x243.google.com (mail-lj1-x243.google.com [IPv6:2a00:1450:4864:20::243]) (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 3BCAD130FBD; Thu, 5 Jul 2018 18:04:09 -0700 (PDT)
Received: by mail-lj1-x243.google.com with SMTP id q127-v6so7332219ljq.11; Thu, 05 Jul 2018 18:04:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=q/l3Ty1UO/9lsj+R2BSrf3nj5/EizTDecwcHS1QBPPM=; b=I6dQajomThsPixIDvj6/wnsrr8QqKkB9fBqsTd/mR0sN6qOdGNBbIAZIBeB/vsry7G ydv1ZHopny2W7r86ElOmM3MuH6gITkah5CquXXzog1CnHGJ+/WCnG2HRL6poUxXjCSqu sXZ1np6pYnfdvI2UcVSzzHeKonB+ubyDfKTKQqggwEv0HFJsUxtVERfW6Inpg70eSGNH dcJ0XDTQt7y4SZhj4YXqfbmw3+YB953ZHrHybSHwJKgsiN4G3ilDPQq34z4QgPYUhyJL ratU21dqS/yb/oxeqMFpPLDQSBTQ2GLdow+4R950TCdIcM3tcscldKELdGLocGuxVfl4 YtOg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=q/l3Ty1UO/9lsj+R2BSrf3nj5/EizTDecwcHS1QBPPM=; b=YCaJHo6JUX6wS7D7/EaugZE+Dw1lYqgCh9WsbrllUM0TY0U+z+JAE6C1nWSzjUCDY1 gjwN3a7ow8xRBE+yzwUCG6t/TsjqDk9mDAglSrcNMQlE2HE1LZOfDT5mBPeYNJ36AYsS ZmRmaxpCGshnoN1bUk/ZBRzItdwgY/UHfEP0pFzj28CvmVi9XLOTQR4j0o5AqhP/sdi3 FYMqYoKZRAHyCdKflGAyXLk++EDokwXnrL28U7JTZijSLJvi3tyeOoFMkh8Ue9EnIx8C ntIVZOHtEgNOUjNw8CPf7LL6fxHFGjcSLBD9+aYreX/b4r+WlFXfCmaTH+B61Gq3RupM YCug==
X-Gm-Message-State: APt69E3NhJRQeCw22VkzCA2+y14T53zJAnPF0h8I5tJ7cXKNQlLg4zSC Hk6PR6j6ArC13CCd4g/mplW9ti4GKzUPbiPPvuk=
X-Google-Smtp-Source: AAOMgpfuMz74HT/R9byNEY+8g2KCB3yZvS3Fr8qbDNMP+w9+HjOVy0FsjZhyhhDXmg1lZ0NXejxNEUTzxya92DWBIiQ=
X-Received: by 2002:a2e:590e:: with SMTP id n14-v6mr5125370ljb.128.1530839047333; Thu, 05 Jul 2018 18:04:07 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a2e:709:0:0:0:0:0 with HTTP; Thu, 5 Jul 2018 18:04:06 -0700 (PDT)
In-Reply-To: <153072320270.27537.3136339420326357383.idtracker@ietfa.amsl.com>
References: <153072320270.27537.3136339420326357383.idtracker@ietfa.amsl.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Thu, 05 Jul 2018 18:04:06 -0700
Message-ID: <CA+RyBmVNEn0vx05vmE35mfZ5suhELX1E0aWHoqFo=y-L+HdbWQ@mail.gmail.com>
Subject: Re: Warren Kumari's No Objection on draft-ietf-bfd-multipoint-18: (with COMMENT)
To: Warren Kumari <warren@kumari.net>
Cc: The IESG <iesg@ietf.org>, draft-ietf-bfd-multipoint@ietf.org, Reshad Rahman <rrahman@cisco.com>, bfd-chairs@ietf.org, rtg-bfd@ietf.org
Content-Type: multipart/alternative; boundary="0000000000009fed1405704a3d2b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/hrRu977AarsvrSpfXx58sPKCV6o>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.26
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: Fri, 06 Jul 2018 01:04:13 -0000

Hi Warren,
thank you for your kind words and helpful comments. Please find my answers
in-line tagged GIM>>.

Regards,
Greg

On Wed, Jul 4, 2018 at 9:53 AM, Warren Kumari <warren@kumari.net> wrote:

> Warren Kumari has entered the following ballot position for
> draft-ietf-bfd-multipoint-18: No Objection
>
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
>
>
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-bfd-multipoint/
>
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> Firstly, thank you for writing this - I've never needed this
> functionality, but
> can see where it would be useful.
>
GIM>> Thank you.

>
> I fully support Mirja's DISCUSS - there should to be more text not just
> around
> congesting links, but also not shooting yourself in the foot with too many
> /
> too frequent packets. Ben's DISCUSS is also needs to be addressed.
>
GIM>> Absolutely.

>
> Comments:
> 1: "All other information MAY be determined dynamically."
> I don't think that a 2119-style MAY works here - I'd suggest "All other
> information can be determined dynamically." (or even just a lowercase may)
>
GIM>> In response to another comment have changed to:

All other information can be determined dynamically.


> 2: Section 5.7:
> "Bootstrapping BFD session to multipoint MPLS LSP in case of penultimate
> hop
> popping may use control plane, e.g., as described in
> [I-D.ietf-bess-mvpn-fast-failover], and is outside the scope of this
> document."
> "may use control plane" doesn't parse for me. Perhaps "may use *the*
> control
> plane"? I'm actually not sure what you are trying to say here, so that
> might
> not fix it.
>
GIM>> Thanks for making me read it again, and then again. Reference to PHP
is unnecessary and I'll remove it. Here's the corrected text:
   Bootstrapping a BFD session to multipoint MPLS LSP
   may use the control plane, e.g., as described in
   [I-D.ietf-bess-mvpn-fast-failover], and is outside the scope of this
   document.


> I also have some nits:
> Section 1:
> O:  Term "connectivity" in this document
> P: The  term "connectivity" in this document
>
GIM>> Will apply but we may change from "connectivity" to "continuity"
throughout the document (resulting from the discussion of TSVART review
with Bob Briscoe) and then this note will be removed.