Re: [GROW] Genart telechat review of draft-ietf-grow-bgp-reject-07

"Hankins, Greg (Nokia - US)" <greg.hankins@nokia.com> Mon, 22 May 2017 16:19 UTC

Return-Path: <greg.hankins@nokia.com>
X-Original-To: grow@ietfa.amsl.com
Delivered-To: grow@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 912A012EB25; Mon, 22 May 2017 09:19:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.943
X-Spam-Level:
X-Spam-Status: No, score=-1.943 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_SOFTFAIL=0.665, T_HTML_ATTACH=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 sQR0dWQgVNCt; Mon, 22 May 2017 09:19:35 -0700 (PDT)
Received: from elasmtp-banded.atl.sa.earthlink.net (elasmtp-banded.atl.sa.earthlink.net [209.86.89.70]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7BF0012EB23; Mon, 22 May 2017 09:19:35 -0700 (PDT)
Received: from [24.125.34.202] (helo=misfits.twoguys.org) by elasmtp-banded.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from <greg.hankins@nokia.com>) id 1dCq3R-0000EV-0o; Mon, 22 May 2017 12:19:33 -0400
Received: from misfits.twoguys.org (localhost.twoguys.org [127.0.0.1]) by misfits.twoguys.org (8.14.7/8.12.11) with ESMTP id v4MGJMOp018186; Mon, 22 May 2017 12:19:22 -0400
Received: (from ghankins@localhost) by misfits.twoguys.org (8.14.7/8.14.7/Submit) id v4MGJLAo018185; Mon, 22 May 2017 12:19:21 -0400
X-Authentication-Warning: misfits.twoguys.org: ghankins set sender to greg.hankins@nokia.com using -f
Date: Mon, 22 May 2017 12:19:21 -0400
From: "Hankins, Greg (Nokia - US)" <greg.hankins@nokia.com>
To: Dale Worley <worley@ariadne.com>
Cc: gen-art@ietf.org, draft-ietf-grow-bgp-reject.all@ietf.org, grow@ietf.org, ietf@ietf.org
Message-ID: <20170522161921.GA17980@nokia.com>
References: <149521797450.18806.9588203462855463048@ietfa.amsl.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="d6Gm4EdcadzBjdND"
Content-Disposition: inline
In-Reply-To: <149521797450.18806.9588203462855463048@ietfa.amsl.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-ELNK-Trace: 176464c9115cf5b39c7f779228e2f6aeda0071232e20db4d43b7b54aa7f93ff0f989519b717e82d2350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 24.125.34.202
Archived-At: <https://mailarchive.ietf.org/arch/msg/grow/88c02uJ1Me59Fq8040tnZw-2uaI>
Subject: Re: [GROW] Genart telechat review of draft-ietf-grow-bgp-reject-07
X-BeenThere: grow@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Grow Working Group Mailing List <grow.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/grow>, <mailto:grow-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/grow/>
List-Post: <mailto:grow@ietf.org>
List-Help: <mailto:grow-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/grow>, <mailto:grow-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 May 2017 16:19:40 -0000

On Fri, May 19, 2017 at 11:19:34AM -0700, Dale Worley wrote:
>This paragraph is a good introduction, but it isn't very cohesive.  I
>suggest revising the third sentence to something like:
>
>   This document updates [RFC4271] so that routes are neither imported
>   nor exported unless specifically enabled by configuration, thus
>   reducing the consequences of these problems, and so improving the
>   default level of Internet routing security.

Hi Dale, this paragraphs seems wordy now, so I would suggested splitting
sentences as follows:

This document updates [RFC4271] so that routes are neither imported nor
exported unless specifically enabled by configuration.  The solution
reduces the consequences of these problems, and improves the default level
of Internet routing security.

>You probably want to s/a compliant BGP implementation/compliant BGP
>implementations/, unless you are describing the process for an
>individual operator, not for all operators collectively.

As Job said, this was a transition consideration for BGP implementers.

How about this change for clarity:
- old: It is anticipated that transitioning to a compliant BGP implementation
will require a process thay may take several years.
- new: Transitioning to a compliant BGP implementation may require a software
development and release process that can take implementers several years.

I attached a new -07 -> -08 htmldiff that incorporates my edits and
Job's edits.

Greg

--
Greg Hankins <ghankins@mindspring.com>