Re: [Idr] IETF LC for IDR-ish document <draft-ietf-grow-bgp-reject-05.txt> (Default EBGP Route Propagation Behavior Without Policies) to Proposed Standard

Jared Mauch <jared@puck.Nether.net> Fri, 21 April 2017 00:46 UTC

Return-Path: <jared@puck.nether.net>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3610128B90 for <idr@ietfa.amsl.com>; Thu, 20 Apr 2017 17:46:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.202
X-Spam-Level:
X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 cadCT3l8rGV7 for <idr@ietfa.amsl.com>; Thu, 20 Apr 2017 17:46:07 -0700 (PDT)
Received: from puck.nether.net (puck.nether.net [204.42.254.5]) by ietfa.amsl.com (Postfix) with ESMTP id 51C41128B4E for <idr@ietf.org>; Thu, 20 Apr 2017 17:46:07 -0700 (PDT)
Received: by puck.nether.net (Postfix, from userid 162) id 1B19B540BEC; Thu, 20 Apr 2017 20:46:07 -0400 (EDT)
Date: Thu, 20 Apr 2017 20:46:07 -0400
From: Jared Mauch <jared@puck.Nether.net>
To: Eric C Rosen <erosen@juniper.net>
Cc: Job Snijders <job@instituut.net>, Enke Chen <enkechen@cisco.com>, Robert Raszuk <robert@raszuk.net>, idr wg <idr@ietf.org>, Hares Susan <shares@ndzh.com>
Message-ID: <20170421004607.GC22223@puck.nether.net>
References: <abe393d3-d1e4-7841-4620-38dab751765b@cisco.com> <68B29403-9AD9-4F06-9FE4-3F077E793D9F@puck.nether.net> <275cf744-1f64-bcbc-dabe-a47479921230@cisco.com> <20170420154142.lacvtplusepy3qcf@hanna.meerval.net> <b57162ec-f806-6e86-7713-58608f72c468@cisco.com> <32C0B4EE-6241-49F9-97F2-7107AC68678D@juniper.net> <e513849d-f895-0499-7bf4-5ecb24cadab7@cisco.com> <CA+b+ER=ee6Q59mbctO06P8x2QsTz_me9mL9YcB25O2Ey4+kpdA@mail.gmail.com> <CACWOCC-Gusv1Jk1OXfVAZuWbMJxrzq=dEAdWGVSAPg0AjujhXA@mail.gmail.com> <a9939e21-3e2f-2e29-857f-58c5e8a7c541@juniper.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <a9939e21-3e2f-2e29-857f-58c5e8a7c541@juniper.net>
User-Agent: Mutt/1.8.0 (2017-02-23)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/DfU6W09rUFHW8odIec416f4i85k>
Subject: Re: [Idr] IETF LC for IDR-ish document <draft-ietf-grow-bgp-reject-05.txt> (Default EBGP Route Propagation Behavior Without Policies) to Proposed Standard
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 21 Apr 2017 00:46:09 -0000

On Thu, Apr 20, 2017 at 05:49:34PM -0400, Eric C Rosen wrote:
> On 4/20/2017 5:08 PM, Job Snijders wrote:
> > So a change like bgp-reject will take many years to be deployed within a
> > single network, how can that be reconciled with the perceived
> > "surprise"?
> > 
> 
> The surprise comes when the first router with the new defaults is deployed.
> 
> The fact that one or two intermediate releases had been deployed during the
> previous several years doesn't lessen the surprise.
> 
> This isn't a problem for the folks who want the defaults changed and who
> understand all the issues, it's only a problem for everyone else.

	Thankfully vendors are perfect :-)

	I understand your problem, but then what is the acceptable time period,
hardware life cycle of 7 years sound good enough?  Could you say by 2024 all new
releases could be compliant with a new operational practice?

	I've been actively watching the leaks for nearly a decade now, another 7
years would be quite sad, but at least better than never.  I'd rather try something
because repeating our mistakes for the next decade is unpalatable to me.

	- Jared

-- 
Jared Mauch  | pgp key available via finger from jared@puck.nether.net
clue++;      | http://puck.nether.net/~jared/  My statements are only mine.