IETF Logo Mail Archive

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

Warren Kumari <warren@kumari.net> Fri, 26 May 2017 15:55 UTC

Return-Path: <warren@kumari.net>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC80E12EA55 for <gen-art@ietfa.amsl.com>; Fri, 26 May 2017 08:55:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari-net.20150623.gappssmtp.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 LrMTOpag--SV for <gen-art@ietfa.amsl.com>; Fri, 26 May 2017 08:55:47 -0700 (PDT)
Received: from mail-vk0-x232.google.com (mail-vk0-x232.google.com [IPv6:2607:f8b0:400c:c05::232]) (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 C729812E957 for <gen-art@ietf.org>; Fri, 26 May 2017 08:55:46 -0700 (PDT)
Received: by mail-vk0-x232.google.com with SMTP id p85so7522133vkd.3 for <gen-art@ietf.org>; Fri, 26 May 2017 08:55:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=y3gGfZQ6I3aVFtypYirmzjD7rTGApybVyqbP30zUygI=; b=MgTGKFAxmlci42+zPfXGC5xWXgFOa0fehG7f8VGlXtun0do69nZyxnNNkBZcyZpuuj T85wACe/kjLXK+f7zCL+yrWRdBPTge8v8UdVNeUq7F85FCFSQbcEsUkzTBxNGEgpG+0Y IVVTpWK8YMjLY3IV/zud3rn9/n3lABwNHy4Ekz9TiNdFVymuDy9Qft8TM4sOMIC8CxXl 5d4Alz6ywRbbaSgWpbEO9idgfp+3yF6eAXc4bmIjnSnUJZUXoKi6RjiwGCowH38ofZQu 6i3QCmH2lBsXiigU6tzH3gm6Z8ZQmDhKPEhI2iT5wnx3fTCId/vRSlljL1Uu11I/wJjo wuzA==
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=y3gGfZQ6I3aVFtypYirmzjD7rTGApybVyqbP30zUygI=; b=Q4mNvgaiB7Jm7+71fxR2ozVCqOuvZ3iFG67QCBnGsgjCNiwLyKIZTjqf1g6ViZkczc sk/BvxIK3RP3gBy5QrxyI4QMFKJ6a5gpCbSXt+IMbzfLBUjxNVnU827CJKfaFEqZqzyV XxFwuXe+q+Wl8YRWIAWMnRzgQkOjibJFa4Jg8Cbd8upKHZO2zxZL4qZBueGNlOMeSfXn r7P9LuIkLVc3aVAq5ubv3JEZSIPX5J/CNYpaxSn43ivfCRtDT6XUjPdRgsa2fKYaFXbT vSFatXIQTWjRBTlgkvDNXtpf8N56AlbFE3YT6ORMUSJFIKGyVWJK4eYC2eahzhz68YoJ UyxA==
X-Gm-Message-State: AODbwcBTslQNjeNtbM7EWSKtUH80xNe70gsm2GXw0sqaTTmHrXccbS9J ueE3CmCdOembS2R72Pld6oqk7gnJ6jNf6QU=
X-Received: by 10.31.96.8 with SMTP id u8mr1162793vkb.124.1495814145800; Fri, 26 May 2017 08:55:45 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.176.71.83 with HTTP; Fri, 26 May 2017 08:55:05 -0700 (PDT)
In-Reply-To: <20170525223551.sette6hymir4wsfg@Vurt.local>
References: <20170522110448.3obnrbam2who3n5x@hanna.meerval.net> <87y3topre5.fsf@hobgoblin.ariadne.com> <20170522222811.GA19849@nokia.com> <20170525223551.sette6hymir4wsfg@Vurt.local>
From: Warren Kumari <warren@kumari.net>
Date: Fri, 26 May 2017 11:55:05 -0400
Message-ID: <CAHw9_iLEwPLW+QTfYZ4xN=Zi9ova25L6-VR03HjVHU1mGqjsYA@mail.gmail.com>
To: Job Snijders <job@ntt.net>
Cc: "Hankins, Greg (Nokia - US)" <greg.hankins@nokia.com>, "Dale R. Worley" <worley@ariadne.com>, draft-ietf-grow-bgp-reject.all@ietf.org, General Area Review Team <gen-art@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/ixBO68aMYFFEVWW4Jf9WZpV2DFQ>
Subject: Re: [Gen-art] [GROW] Genart telechat review of draft-ietf-grow-bgp-reject-07
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 May 2017 15:55:49 -0000

On Thu, May 25, 2017 at 6:35 PM, Job Snijders <job@ntt.net> wrote:
> (trimming receipients)
>
> Dale, are we good, or do we need to go through another iteration?

I'm not Dale, but it sounds to me like there is agreement, so upload a
new version.

I think that the new text improves the document, thanks for the review!
W

>
> Kind regards,
>
> Job
>
> On Mon, May 22, 2017 at 06:28:11PM -0400, Hankins, Greg (Nokia - US) wrote:
>> On Mon, May 22, 2017 at 04:29:06PM -0400, Dale R. Worley wrote:
>> >I suspect my problems come from not realizing there has been a change of
>> >focus.  (It may be much clearer to routing people.)  So I would suggest
>> >expanding the title of Appendix A to "Transition Considerations for
>> >Vendors of BGP Implementations".
>>
>> Hi Dale, how about simply "Transition Considerations for BGP Implementers" as
>> there are many excellent FOSS implementations in addition to implementations
>> sold by vendors?
>>
>> >    For an implementer, transitioning to a compliant BGP implementation
>> >    may require a software development and release process that can take
>> >    several years.
>> >
>> >Perhaps "a software development and release" can be omitted.
>>
>> Updated: For an implementer, transitioning to a compliant BGP implementation
>> may require a process that can take several years.
>>
>> >> 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.
>> >
>> >In that case, I'd start the second sentence with "This change ..." or
>> >perhaps "This update ..." -- nothing has previously been labeled a
>> >"solution", so the reader has to search a bit to determine the
>> >antecedent.
>>
>> Updated: This change reduces the consequences of these problems, and improves
>> the default level of Internet routing security.
>>
>> We'll wait to send a new diff in case there are further comments.
>>
>> Kind regards,
>> Greg
>>
>> --
>> Greg Hankins <greg.hankins@nokia.com>
>> Senior Product Manager
>> IP/Optical Networks, Nokia
>>
>> _______________________________________________
>> GROW mailing list
>> GROW@ietf.org
>> https://www.ietf.org/mailman/listinfo/grow



-- 
I don't think the execution is relevant when it was obviously a bad
idea in the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair
of pants.
   ---maf

v2.23.0 | Report a Bug | By Email