Re: [Idr] Early allocation for draft-ietf-idr-bgp-gr-notification

Job Snijders <job@ntt.net> Tue, 21 March 2017 15:24 UTC

Return-Path: <job@instituut.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 366CE129A4D for <idr@ietfa.amsl.com>; Tue, 21 Mar 2017 08:24:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.919
X-Spam-Level:
X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] 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 mbtqBz-KhQQn for <idr@ietfa.amsl.com>; Tue, 21 Mar 2017 08:24:07 -0700 (PDT)
Received: from mail-pg0-f46.google.com (mail-pg0-f46.google.com [74.125.83.46]) (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 5E2EE129A3F for <idr@ietf.org>; Tue, 21 Mar 2017 08:24:07 -0700 (PDT)
Received: by mail-pg0-f46.google.com with SMTP id t143so29534242pgb.2 for <idr@ietf.org>; Tue, 21 Mar 2017 08:24:07 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=EuyBMqmup1InpGyVbEeXLUoyV0J4ELXQgCJpSg+CslY=; b=rQmh3ZwEdkT5J2dqkIfYVDa3g4geVMV9eEudjkuHjk7QInF+WGea3zGnvP5QCdDbGG ADWtIKWTZqT7S+KbH4ZiFwmsmSAy3LJwfv2M9kmooCsPzafxZThGIdh63JBbuAFmPDjT Ym1Stijyf+g5nwcV2rin4RquP+XB2pwoHUEgzmYojLGvMYJq+3iDc+Q/L61cA76ng0mi 3iKvjzwHCNXlE5VXpKloSXA/xPwyprk3vJn0W+Gb36ZC0FS5yS4LlIm2cL5mTsHfRMWj 0FUr++/fYD56GQoHByOA/qjCWNP0OWITQIgFGKdRTlA0RbaUdgWWsruqjyc14at+gRRf pozw==
X-Gm-Message-State: AFeK/H0IhPCvCsb2TZa5lvl1dLxT/1cQUs+DBnFZ8CxEJYy2PVtTsu1FJHaGXi2w3/va2Q==
X-Received: by 10.98.69.86 with SMTP id s83mr40999255pfa.232.1490109846670; Tue, 21 Mar 2017 08:24:06 -0700 (PDT)
Received: from localhost ([192.147.168.22]) by smtp.gmail.com with ESMTPSA id s20sm40406090pfg.11.2017.03.21.08.24.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 21 Mar 2017 08:24:04 -0700 (PDT)
Date: Tue, 21 Mar 2017 16:24:01 +0100
From: Job Snijders <job@ntt.net>
To: Jeffrey Haas <jhaas@pfrc.org>
Cc: "idr-chairs@ietf.org" <idr-chairs@ietf.org>, "idr@ietf.org" <idr@ietf.org>
Message-ID: <20170321152401.56twmu4dq7acy2ly@Vurt.local>
References: <4eedda5c2db74539bd0f949e38cb8b26@XCH-ALN-014.cisco.com> <CACWOCC_JVt_=5mmD5c=D5MWRUsk8TdZOhJ6=F4DG-of-w36U6g@mail.gmail.com> <20170320194414.GD26130@pfrc.org> <20170320201455.micjs4yvzvyoycw6@Vurt.local> <20170320204125.GH28021@pfrc.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <20170320204125.GH28021@pfrc.org>
X-Clacks-Overhead: GNU Terry Pratchett
User-Agent: NeoMutt/20170306 (1.8.0)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/T1V6WrcgUc3RnRTz_eu1uJpwyss>
Subject: Re: [Idr] Early allocation for draft-ietf-idr-bgp-gr-notification
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: Tue, 21 Mar 2017 15:24:09 -0000

On Mon, Mar 20, 2017 at 04:41:25PM -0400, Jeffrey Haas wrote:
> On Mon, Mar 20, 2017 at 09:14:55PM +0100, Job Snijders wrote:
> [session culling]
> > > I haven't yet read this draft, so take my further comments with
> > > that under consideration.
> > 
> > ack. Please read the draft. We may have a fundamental problem on our
> > hands here.
> 
> I read it. It's a weird hack, but it works. :-)
> 
> > 1/ To emphasize the congruency issue here: BGP Hold Timer expiration
> > often (from the Operator's perspective) an unplanned event. BGP Hold
> > Timers usually expire because there is an issue with the lower layer
> > network. If there is an issue with the lower layer network, we
> > should not continue to forward traffic over that path. If I
> > understand draft-ietf-idr-bgp-gr-notification correctly, that is
> > what would happen if both sides through capabilities negotation
> > understand they both support draft-ietf-idr-bgp-gr-notification.
> 
> I suspect the point you've overlooked is the N-bit is intended to
> indicate support for this on a per AFI-SAFI basis.  This is something
> you have to explicitly ask for.

Yes, but since a number of days or even weeks, can pass between when you
ask for it at OPEN, and when a NOTIFICATION event actually occurs,
circumstances might have changed.

> It also isn't something that makes sense in many scenarios, especially
> Internet.

I'm happy to read that we're finding common understanding on the
applicability of GR Notification. Perhaps a note to that point would be
useful?

> > 3/ If I may ask, why isn't BGP Cease NOTIFICATION message subcode 4
> > "Administrative Reset" used to perform the 'hard reset' function, and
> > isn't subcode 9 (the suggested value) requested as a new feature called
> > 'soft reset'? This way we don't break people's preconceptions about what
> > it means to type in "clear neighbor 1.2.3.4"..
> 
> It will depend on whether you want to trigger this behavior or not.  The
> semantics change from simply "I typed clear bgp" to "this session must not
> go through this mechanism if you've configured it".

ack.

> > By declaring "subcode 9" to be a hard clear, it appears to me the
> > meaning of 'Administrative Reset (subcode 4)' is redefined, and
> > redefining existing constructs might not be an easy task.
> 
> Naming things is one of the two traditionally hard problems of computer
> science. 

mmm, regardless, since there is code in the wild we may already have
passed the naming station.

Kind regards,

Job