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

Jeffrey Haas <jhaas@pfrc.org> Sat, 19 November 2016 15:31 UTC

Return-Path: <jhaas@pfrc.org>
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 EF8C41299A1; Sat, 19 Nov 2016 07:31:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.398
X-Spam-Level:
X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-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 eUOUkfGMHTU2; Sat, 19 Nov 2016 07:31:43 -0800 (PST)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 25FDB129665; Sat, 19 Nov 2016 07:31:43 -0800 (PST)
Received: from dresden.attlocal.net (99-59-193-67.lightspeed.livnmi.sbcglobal.net [99.59.193.67]) by slice.pfrc.org (Postfix) with ESMTPSA id 370B61E337; Sat, 19 Nov 2016 10:34:43 -0500 (EST)
Content-Type: multipart/alternative; boundary="Apple-Mail=_A2089FE7-9590-46FD-82F5-2FE1B076AFA7"
Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\))
From: Jeffrey Haas <jhaas@pfrc.org>
In-Reply-To: <CA+b+ERkv2CZTD3QQUaB2UbdR4SOuKYYZiyCDGS7pg7BGNz6_zQ@mail.gmail.com>
Date: Sat, 19 Nov 2016 10:31:41 -0500
Message-Id: <2F4BF4C2-3AFA-41D8-991D-2EEB3A0D1721@pfrc.org>
References: <20161116061556.GG1073@dhcp-9341.meeting.ietf.org> <20161116105535.GW79185@Space.Net> <1479295774707.77855@dacor.de> <20161116113849.udbrfvdhaj3be7nx@bongo.bofh.it> <20161116130110.GK1073@dhcp-9341.meeting.ietf.org> <20161116134707.GP24817@gir.theapt.org> <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> <06F3A369-5B8E-4C34-BC52-7AB8B99C2048@pfrc.org> <CA+b+ERkv2CZTD3QQUaB2UbdR4SOuKYYZiyCDGS7pg7BGNz6_zQ@mail.gmail.com>
To: Robert Raszuk <robert@raszuk.net>
X-Mailer: Apple Mail (2.3251)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/TcDW70cXk5JTETw_oA6_oaJxhIQ>
Cc: "idr@ietf.org" <idr@ietf.org>, "grow@ietf.org" <grow@ietf.org>, Peter Hessler <phessler@theapt.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 15:31:45 -0000

> On Nov 19, 2016, at 10:16 AM, Robert Raszuk <robert@raszuk.net> wrote:
> 
> Jeff,
> 
> > Part of the motivation I had for suggesting the use of an existing sub-code 
> > is we have *not* changed the semantics in a machine-readable format.  
> > It's still "administrative shutdown".  Today, you'd have zero extra information 
> > what it's about.
> 
> ​My interpretation of 4271 does not prohibit one to send more then one cease notification message. 
> 
> One would be subcode 2 as today .. the other would be subcode 9 INFO. 

What would the distinction between admin shutdown (clear) vs. info-read the friendly message be?  

> 
> > The shutdown draft requires no changes for any useful backward compatibility.  
> 
> If you add length as proposed by Job it does. 

4271, section 6.4.  I'm being a bit of a pain in my interpretation here but simply:
- You still have a valid code and sub-code.  (The admin shutdown subcode is already not in 4271 and thus not in compliance with 4271-only implementation.)
- If you don't understand the data, you can't report it back.
- You're instructed to "bring this to the attention of the administration of the peer".  This is one of the motivators already for the hexdump many implementations use.

I derive my justification from the same used when RFC 4486 was discussed. :-)

> 
> > But in order to signal such other information, the routers in question would need to support Advisory.
> 
> Advisory is also not structured.

Partially my point.  "SMS over BGP" is how someone commented on this previously.

-- Jeff