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

Robert Raszuk <robert@raszuk.net> Sat, 19 November 2016 22:09 UTC

Return-Path: <rraszuk@gmail.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 924EB129466; Sat, 19 Nov 2016 14:09:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.399
X-Spam-Level:
X-Spam-Status: No, score=-2.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.199, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=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 EB3fUANy-MPa; Sat, 19 Nov 2016 14:09:29 -0800 (PST)
Received: from mail-qt0-x244.google.com (mail-qt0-x244.google.com [IPv6:2607:f8b0:400d:c0d::244]) (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 B8CB01293E8; Sat, 19 Nov 2016 14:09:29 -0800 (PST)
Received: by mail-qt0-x244.google.com with SMTP id m48so21860262qta.2; Sat, 19 Nov 2016 14:09:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=HheZR9nsUu6fHPgxH+FYgeigbkek1cpSCyE07DY8+/k=; b=dgnPWZjCdJi+MOHaztN8HRxCZPSyKW4k3+52oYVZFh8FGcH/Xs3Vp4jOP5qlkLwrUS Gc3QQd40zpPAYqRKA313IZcZ0ZuSbUSGzpnjIGPRdItS/rOBk2W5X3h6/ndhH03wJnAs jNIygficBQ9z8zSLzyov0pchJJxMdEckXzwtwmpz4r07f1r/oNLjlqnSk5Vlzqpz3q+u Oq642HNWeIcfZ52jNEdu5aF/KrNTvD1Ojvvk2NEvExbJnanvXBL4HTDMwfHQkKar89HA IfnRsrMwViMjQ0Bcd+ff84eGPtNBtVQUtF2QusuGm28IduvK3O2Vocd2O4Y66SIg67wP v7qQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=HheZR9nsUu6fHPgxH+FYgeigbkek1cpSCyE07DY8+/k=; b=i9Euoy+EeDj96v6G/RPny9CHUMdHsVWzdYKnC5IMEwl5z+ZWG/Yse+Rbqxx7KOjd2x HyFFMEauJxvOWLzbWpln6bmDTsonRGiMJb4TNQHLgrPBWBhjeusDmNV8CH2QapqUKNbE bqG2DI93SOn98k4xWBh5fYzze1YWl6TuaSG95/p1coDH+qFSChtLRXSbjzod99+mwzB1 mbh+YMsn6BqlKukLAy+r7VwocgXjCUm0I6E5JPrEe4hT/s3Dc6cZFSBs+htnstGk7r7y ZJCi9zPiUWjAVvVSF0auV8DOaaNRPwZibqBW+ZXLaPmfsJJZkSBiWXZBxIFjCeadu9BZ 2vbg==
X-Gm-Message-State: AKaTC00WukwLg/zkp7x+FkpNNO3IeQc7cW2x8cvpmcEKQ1cyIwm9JWoL44wrdq5VG44XKB3LkeToiAiueGZe1A==
X-Received: by 10.237.37.77 with SMTP id w13mr4465636qtc.197.1479593368864; Sat, 19 Nov 2016 14:09:28 -0800 (PST)
MIME-Version: 1.0
Sender: rraszuk@gmail.com
Received: by 10.140.16.50 with HTTP; Sat, 19 Nov 2016 14:09:27 -0800 (PST)
Received: by 10.140.16.50 with HTTP; Sat, 19 Nov 2016 14:09:27 -0800 (PST)
In-Reply-To: <5830CAEB.7070400@foobar.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: Robert Raszuk <robert@raszuk.net>
Date: Sat, 19 Nov 2016 23:09:27 +0100
X-Google-Sender-Auth: vMblnZxW7BMCqhYk-g5qWZSZPwQ
Message-ID: <CA+b+ER=6zCyRpnJUCi4zQQ79sRfyS+r8fzn-bQm_O9wrMoAABw@mail.gmail.com>
To: Nick Hilliard <nick@foobar.org>
Content-Type: multipart/alternative; boundary="001a114108ea29d0570541aeade2"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/UWw1KpZBnL9k62e1IclOmPYIEYI>
Cc: "idr@ietf.org" <idr@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: Sat, 19 Nov 2016 22:09:31 -0000

Nick,

Those who do not automate may not even look at the syslog at all. I  those
cases as Jared said adding it to sh bgp neig may help with the risk of
having the screen scraping parsers broken.

As to what's the point of this discussion ... is to not change format of
NOTFICATION as per 4271 yet define someting even if not structured to be
machine readable.

Thx
R.

On Nov 20, 2016 6:58 AM, "Nick Hilliard" <nick@foobar.org> wrote:

> Neil J. McRae wrote:
> > I just wish I thought we had the luxury of lazy operations like this!
>
> to clarify my previous email, it's a matter of simple economics:
> automation needs scale to work properly, and in particular, bgp session
> management automation only makes sense for a relatively small number of
> networks worldwide because the cost*risk to return ratio is wrong in
> most cases.  This is particularly the case because of poor availability
> of good tooling.
>
> 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.
>
> Nick
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
>