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.
- Warren Kumari's No Objection on draft-ietf-bfd-mu… Warren Kumari
- Re: Warren Kumari's No Objection on draft-ietf-bf… Greg Mirsky