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

Sam Silvester <sam.silvester@gmail.com> Mon, 21 November 2016 05:49 UTC

Return-Path: <sam.silvester@gmail.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 C52651295AC for <grow@ietfa.amsl.com>; Sun, 20 Nov 2016 21:49:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 AGPHlk_nCszp for <grow@ietfa.amsl.com>; Sun, 20 Nov 2016 21:49:50 -0800 (PST)
Received: from mail-qk0-x22e.google.com (mail-qk0-x22e.google.com [IPv6:2607:f8b0:400d:c09::22e]) (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 7CD86129515 for <grow@ietf.org>; Sun, 20 Nov 2016 21:49:50 -0800 (PST)
Received: by mail-qk0-x22e.google.com with SMTP id q130so337570276qke.1 for <grow@ietf.org>; Sun, 20 Nov 2016 21:49:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=1F11Ry36CqKYoujCvwNpNnOcFjMGo2Gl1zuZ6l1WRbM=; b=z/rhEC7yXnG8MxJdi2WkN1tEiC/0R6pPEPpnwNCc5WFxOybYPT03LVVb+eXM9BGi5U XjShQ8Z4ybX4VLzp2/Rn+Co2LJFFOnP2GMF0Jt4r8PRiKQnzRmdUKgwNQxXWO4pb+RiK NPrbgq1eYet2Iu7as78qaMaPp23gmrtVXfaqSn1YwN9sUut5e9nB6+SHRmbdqkTqTH+z jYm7WSUbRP+XSjB8b+GTuCrzJTEI79H81OeSiAUarKQvtwDQ6sBuqm7hcsgRpRy3VQrD fxKfO8c870NJ7ZuWAX0nlHOBqh3xoQhTT30ywrM/g/3WMIzToTqvOWlegAkYgzNcKNSO E+fA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=1F11Ry36CqKYoujCvwNpNnOcFjMGo2Gl1zuZ6l1WRbM=; b=Q/q+cikNBa/YxGIv3XBE6GKJp0BJFdRpmqjjEteXucUy71dnQzm+tPc95p7ffWQwnr tsoyilwL2AaVKQFv6Hx+M5zBQUIOzEg/mAilJ4KqISVzp69eI49RjArRhM7ds28s8H4Y 3GzOyrX7/ul9ax5xByc/6qTtZeAPhGuulx4Fj9CB1H2r492LiZxbOXRo9S3yUPkHisix MlRpIIbGR3vY1CJ1SEubU8tQcKxzTTazbX/k7pO0CHTCbdF2i3enmlNu2HbA2X3pamD3 TrJ0ymRdMkSOPcf7jTMhQKaZad7aEuE+UUapvg9mzEgUTa6r636KbxvuNnL+uD+Fxnru AOzA==
X-Gm-Message-State: AKaTC00rNU4vXIrHfTTPEWG2K4kPCmbrXkP7FHYtkLZa7tnnz9OERZAyP247+ow09/k+nIiWeVlIlfExLy+3tA==
X-Received: by 10.55.70.67 with SMTP id t64mr15423212qka.78.1479707389539; Sun, 20 Nov 2016 21:49:49 -0800 (PST)
MIME-Version: 1.0
Received: by 10.237.59.4 with HTTP; Sun, 20 Nov 2016 21:49:48 -0800 (PST)
In-Reply-To: <f35845b1-cfe6-acb8-c3d0-2bc46a43d6f6@lahai.com>
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> <f35845b1-cfe6-acb8-c3d0-2bc46a43d6f6@lahai.com>
From: Sam Silvester <sam.silvester@gmail.com>
Date: Mon, 21 Nov 2016 16:19:48 +1030
Message-ID: <CAAAhk6_NPnhG=eyP6-nVd4CZrpFv5woRhqcoGiJ70MMX6M4n=Q@mail.gmail.com>
To: "grow@ietf.org" <grow@ietf.org>
Content-Type: multipart/alternative; boundary="001a114ab0f8533b510541c93948"
Archived-At: <https://mailarchive.ietf.org/arch/msg/grow/-U3ilWsO9ryZQhGhRVYisIc3B9w>
Cc: Job Snijders <job@ntt.net>
Subject: Re: [GROW] [Idr] draft-snijders-idr-shutdown-00: Drop a line in the peer's syslog at shutdown
X-BeenThere: grow@ietf.org
X-Mailman-Version: 2.1.17
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, 21 Nov 2016 05:49:52 -0000

On Mon, Nov 21, 2016 at 5:04 AM, Gaurab Raj Upadhaya <gaurab@lahai.com>
wrote:

> 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.
>

I completely agree with this also. It's a no-brainer to me, I would love
this functionality and I can think of plenty of times on both a sending and
receiving end that this would have been a nice to have thing.


> 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 would also recommend no explicit or suggested terms are added in the ID.
Leave it open ended and see how it goes. At the end of the day, it
shouldn't matter to those implementing BGP speaker software, so why mention
it at all in the ID?

I support this proposal, would love to see it make it out the door in terms
of shipping code.

Regards,

Sam