Re: [Idr] [GROW] draft-snijders-idr-shutdown-00: Drop a line in the peer's syslog at shutdown

Gaurab Raj Upadhaya <gaurab@lahai.com> Sun, 20 November 2016 18:34 UTC

Return-Path: <gaurab@lahai.com>
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 15053129706; Sun, 20 Nov 2016 10:34:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.397
X-Spam-Level:
X-Spam-Status: No, score=-3.397 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.497] 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 TUwRYjQ1_9Zh; Sun, 20 Nov 2016 10:34:57 -0800 (PST)
Received: from pao.lahai.com (pao.lahai.com [206.220.230.130]) by ietfa.amsl.com (Postfix) with ESMTP id 9A5FE1296F8; Sun, 20 Nov 2016 10:34:57 -0800 (PST)
Received: from image.az.lahai.com (ip98-167-187-217.ph.ph.cox.net [98.167.187.217]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: gaurab) by pao.lahai.com (Postfix) with ESMTP id CEB68B2FCA; Sun, 20 Nov 2016 18:34:46 +0000 (UTC)
To: Nick Hilliard <nick@foobar.org>, "Neil J. McRae" <neil@domino.org>
References: <FBD63625-3E82-44AC-9318-D6B6DFE86082@domino.org> <CAO367rVSyeBcJnt8yogV27POyS3VwWGCqgmD3ex79dUPN-Misg@mail.gmail.com> <CA+b+ER=EFuQ8L_A4VtdzWna4ZNM-rhPo8gXURaN2s3WAykrL+w@mail.gmail.com> <CAO367rX9gBfNHgqmy0NqiNMGkjzLRATj6PdiDYk_M1fAQx5s8g@mail.gmail.com> <CA+b+ERkMsCGhyHsttjq0Pout0vrAvGQ6F+HaTxr8=78YMeRFOA@mail.gmail.com> <58306620.4000308@foobar.org> <319AD952-C571-4085-8D56-C06A51F021E3@domino.org> <CA+b+ERnQ8FQXxJ6No6GUr9mdp7APRkULqsGbKf5bAigp34TvmQ@mail.gmail.com> <CAO367rW_TuXsMNJBanAc2gL66TW8s4p2u5zDKfHER5rb1rk7-Q@mail.gmail.com> <058F756D-3A68-4AA6-A9DC-63A1BF9A5184@domino.org> <20161119194138.GG47336@dhcp-9d92.meeting.ietf.org> <87DDAB88-78AC-431A-ABE7-55249BF5D654@domino.org> <5830CAEB.7070400@foobar.org>
From: Gaurab Raj Upadhaya <gaurab@lahai.com>
Message-ID: <f35845b1-cfe6-acb8-c3d0-2bc46a43d6f6@lahai.com>
Date: Sun, 20 Nov 2016 18:34:56 +0000
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <5830CAEB.7070400@foobar.org>
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="71iko6GCo10slXmTO8bnrraedEIesTgHr"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/azXX3TzJW81S3binCS-J3jl17Y8>
Cc: "idr@ietf.org" <idr@ietf.org>, "grow@ietf.org" <grow@ietf.org>
Subject: Re: [Idr] [GROW] draft-snijders-idr-shutdown-00: Drop a line in the peer's syslog at shutdown
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.17
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: Sun, 20 Nov 2016 18:34:59 -0000

On 11/19/16 9:58 PM, Nick Hilliard wrote:
> Regarding the I-D, there are ~55000 asns visible in the dfz, of
> which ~6000-7000 are non-leaf, and probably less than a thousand
> where bgp session automation makes financial sense.  No doubt,
> as5400/2856 would be in the top bracket of these and it would make
> sense for your tooling teams to automate the hell out of nearly
> everything, which would militate against accepting free-form advisory
> shutdown notices like this - but then again, BT is atypical in the
> general scheme of things. Whether you like it or not, the long tail
> of ASNs would benefit from a simple mechanism of this form.

that sums it up neatly for me. I also think that adding complexity in
the free form at this stage may limit implementation and the numerous
ways in which it can be used for automation.

I see these quite similar to TXT records in DNS. and so, I do think that
at some point after this has been implemented, we'll need to document
widely adopted structures in a BCP.

-gaurab