IETF Logo Mail Archive

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 13:47 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 F1391129485 for <idr@ietfa.amsl.com>; Sat, 19 Nov 2016 05:47:51 -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=unavailable 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 1w_SKApmDWBQ for <idr@ietfa.amsl.com>; Sat, 19 Nov 2016 05:47:50 -0800 (PST)
Received: from mail-qk0-x233.google.com (mail-qk0-x233.google.com [IPv6:2607:f8b0:400d:c09::233]) (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 B1A1C129404 for <idr@ietf.org>; Sat, 19 Nov 2016 05:42:49 -0800 (PST)
Received: by mail-qk0-x233.google.com with SMTP id n204so299774513qke.2 for <idr@ietf.org>; Sat, 19 Nov 2016 05:42:49 -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=4pSjrLZcjVaspd1vkSWfFdaoldVb1SB6thi29UNiNuU=; b=WFEpD6AhrkcNImA1lq/Xqwj1V8cXps54NGbHyv4lrCy4M87La9pnmnu1BED/N00HQn 8dioLxatLh5aF5fq0x+mcFjU3rqOm4i005d+yi42IcuFZVoSow2pA4xxJMsWs8wevSri JkdXklOj+Ly/CX1Bsh0ijehFjoVp6LTCE6XoU1QmHesK0oGWxOJGFKXDIcdSrqu2BfhB 00g9aP8Z7rZmNh0R2RKRFwUOSTnvDZ1P8/okWfZDPjINVYh/63JUX/Rqo3LuNEt3i6Gs nfc6Z6FHXF/mMv9ibZ5hpzCAXTEqye7kRyInr0NRtGIzJro7ZVmsRNRomgEsNErlrDt4 0g8A==
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=4pSjrLZcjVaspd1vkSWfFdaoldVb1SB6thi29UNiNuU=; b=NIqvX/ZM6b6J04FoDGveNBrfGP0A3WOS7a/9iR+khNQaisKDGCUCttnz8Y2DiPHhMe vhnllVHQJss/7oNSCcyjlR8Ozjz9nnV+YVR873NoZA6rnOtsqEnJEoUoXPubLwhHnAM2 BZmsIZrKA8jbvGQaJ9/5bacE5UaRTvZghHQA07s4dcmvQJaKlpLNInieN4/4hG5rOQ+Q fNivEuyazIehWDg+OP4JLt7oiWuEaYZ8hmKhmvZ9VKhNV3NV4vqZzZtQzq+SzaYKwq0I /eJXO5ib9/RZ5l4Q3EhTvdIoMvXPj8Pka/M+SMZ/wwVlXAhaAyWdq4AnpNnrdBwxGuG8 DFUA==
X-Gm-Message-State: AKaTC01sejmwmmaht5FTFEKO1DpZGs6raJCUIorayuzFA2LpJ3r2RukhfIXpyy7KMVulkkFDQGcDyit6Jm5bLw==
X-Received: by 10.55.9.77 with SMTP id 74mr5347258qkj.225.1479562968827; Sat, 19 Nov 2016 05:42:48 -0800 (PST)
MIME-Version: 1.0
Sender: rraszuk@gmail.com
Received: by 10.140.16.50 with HTTP; Sat, 19 Nov 2016 05:42:47 -0800 (PST)
In-Reply-To: <CAO367rVXN=SNwCEZh03NtM0eTaoSf39pcSaH-ayNsaaOxpi1Kg@mail.gmail.com>
References: <20161117013640.GB6217@pfrc.org> <16426_1479400131_582DDAC3_16426_1669_1_53C29892C857584299CBF5D05346208A1EC87201@OPEXCNORM2F.corporate.adroot.infra.ftgroup> <20161118004548.GK1072@dhcp-9341.meeting.ietf.org> <16418_1479457940_582EBC93_16418_290_1_53C29892C857584299CBF5D05346208A1EC8DEA5@OPEXCLILM21.corporate.adroot.infra.ftgroup> <CACWOCC8ENYuX2LeJKWP0tmMoCPJ4J-qxJjOXiHHLaP8Fqe4USg@mail.gmail.com> <13357_1479459134_582EC13E_13357_5786_1_53C29892C857584299CBF5D05346208A1EC8FF18@OPEXCLILM21.corporate.adroot.infra.ftgroup> <37224750-4065-40E3-B6F4-571DED698563@cisco.com> <20161119103226.GN1072@dhcp-9341.meeting.ietf.org> <CA+b+ERkAowcpeCL=_XEX1piNP__TVDdX3Lhvp8qYJSPvivoG1w@mail.gmail.com> <20161119123229.GD4992@skriver.dk> <20161119123645.GB2472@puck.nether.net> <CA+b+ERkFGfcD-RN29Uiynr3Wf3uG7irwk8MaBHxno2AnQ_6kjg@mail.gmail.com> <CAO367rVXN=SNwCEZh03NtM0eTaoSf39pcSaH-ayNsaaOxpi1Kg@mail.gmail.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Sat, 19 Nov 2016 14:42:47 +0100
X-Google-Sender-Auth: pbX1loypuKzMNYgVdPUys7qwwtY
Message-ID: <CA+b+ERm=PhfFSBS+UEdKPxGXTvkXdJ-sLzn5d1y2NQ9KVo83NQ@mail.gmail.com>
To: Marco Marzetti <marco@lamehost.it>
Content-Type: multipart/alternative; boundary="001a114c877e2e0d420541a799ea"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/VDivDnX6jwfed79nOEjDLgbMjBQ>
Cc: idr wg <idr@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 13:47:52 -0000

Hi Marco,

No no ... I did not intended to define any TLVs .. that indeed would be
indeed an overkill here. Just few loose keywords to be optionally present
in the free form text which any basic script could detect and make educated
action.

Best,
R.


On Sat, Nov 19, 2016 at 2:39 PM, Marco Marzetti <marco@lamehost.it> wrote:

> Robert,
>
> Despite i like the idea to use this feature in automation, it sounds
> overkill to me to force TLVs.
> Wouldn't be simpler to define the message as UTF8 string and let
> operators do what they think is more reasonable?
>
> AFAIK we don't have standards that defines "assurance messages" (do
> we?) and this draft is not the right place to define it
>
> Regards
>
> On Sat, Nov 19, 2016 at 2:22 PM, Robert Raszuk <robert@raszuk.net> wrote:
> >> I'm certainly not against allowing people to send a URL
> >> or other data, but our use case is likely to be the ticket# and/or
> >> a phone number for contacting our NOC to streamline communication.
> >
> >
> > Actually what drove my suggestion for URL was as usual desire for
> > automation.
> >
> > As 128 octets of unstructured free form text is proposed that still
> requires
> > human reading the text which is something we should try to avoid IMHO.
> Worse
> > it requires someone to pick up the phone and make a call ...
> >
> > At min perhaps draft should define few optional prefixes/key words which
> > could be machine recognized: "url:", "mail:", "phone:", "description:",
> > "eta:", "ticket:", "duration:" etc ....
> >
> > Reason ... if the outage is to last 5-10 min in the middle of the night
> (ad
> > delta from current time vs eta or duration) the analyzing script will not
> > raise the alarm and will save few folks to being woken up. Simple and
> useful
> > IMHO. Not everyone has 24/7 NOC.
> >
> > And btw - while good idea - adding it show bgp neighbor will likely break
> > many parsers and will require yang model extension :).
> >
> > Cheers,
> > R.
> >
> > PS. Do we need to extend BMP too ?
> >
> >
> > _______________________________________________
> > Idr mailing list
> > Idr@ietf.org
> > https://www.ietf.org/mailman/listinfo/idr
> >
>
>
>
> --
> Marco
>

v2.23.0 | Report a Bug | By Email