Re: [Idr] WG Adoption call for draft-snijders-idr-shutdown (11/16 to 11/30)

<stephane.litkowski@orange.com> Thu, 17 November 2016 03:19 UTC

Return-Path: <stephane.litkowski@orange.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 685AA12956F for <idr@ietfa.amsl.com>; Wed, 16 Nov 2016 19:19:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.415
X-Spam-Level:
X-Spam-Status: No, score=-2.415 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 TpHcAvjy81ey for <idr@ietfa.amsl.com>; Wed, 16 Nov 2016 19:19:01 -0800 (PST)
Received: from relais-inet.orange.com (mta239.mail.business.static.orange.com [80.12.66.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9BE111294D8 for <idr@ietf.org>; Wed, 16 Nov 2016 19:19:01 -0800 (PST)
Received: from opfedar04.francetelecom.fr (unknown [xx.xx.xx.6]) by opfedar25.francetelecom.fr (ESMTP service) with ESMTP id 04F6F1201EF; Thu, 17 Nov 2016 04:19:00 +0100 (CET)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.66]) by opfedar04.francetelecom.fr (ESMTP service) with ESMTP id D92A04004C; Thu, 17 Nov 2016 04:18:59 +0100 (CET)
Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILMA1.corporate.adroot.infra.ftgroup ([fe80::95e2:eb4b:3053:fabf%19]) with mapi id 14.03.0319.002; Thu, 17 Nov 2016 04:18:59 +0100
From: stephane.litkowski@orange.com
To: Robert Raszuk <robert@raszuk.net>
Thread-Topic: [Idr] WG Adoption call for draft-snijders-idr-shutdown (11/16 to 11/30)
Thread-Index: AQHSQICg3rx3bZwSOE+R2WDHFDxe2qDcgTFw
Date: Thu, 17 Nov 2016 03:18:58 +0000
Message-ID: <16146_1479352739_582D21A3_16146_2541_1_9E32478DFA9976438E7A22F69B08FF921DBB18F0@OPEXCLILMA4.corporate.adroot.infra.ftgroup>
References: <013f01d2404d$3dfff610$b9ffe230$@ndzh.com> <29352_1479351813_582D1E05_29352_19421_1_9E32478DFA9976438E7A22F69B08FF921DBB17E3@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <CA+b+ERm5kyzrGaSD00nRQbf+OKRaQW_AVOxh_ee3eDnP-kaJpA@mail.gmail.com>
In-Reply-To: <CA+b+ERm5kyzrGaSD00nRQbf+OKRaQW_AVOxh_ee3eDnP-kaJpA@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.168.234.1]
Content-Type: multipart/alternative; boundary="_000_9E32478DFA9976438E7A22F69B08FF921DBB18F0OPEXCLILMA4corp_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/yooZ-YKl9gN0wogDXOoGoyqVpN8>
Cc: idr wg <idr@ietf.org>, Susan Hares <shares@ndzh.com>
Subject: Re: [Idr] WG Adoption call for draft-snijders-idr-shutdown (11/16 to 11/30)
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: Thu, 17 Nov 2016 03:19:03 -0000

Sounds good to me, even if in term of implementations I would have preferred a more flexible mechanism. I thought that customers were king ☺ that does  not look to be true …

Anyway, this is useful. So I support the work.

From: rraszuk@gmail.com [mailto:rraszuk@gmail.com] On Behalf Of Robert Raszuk
Sent: Thursday, November 17, 2016 12:14
To: LITKOWSKI Stephane OBS/OINIS
Cc: Susan Hares; idr wg
Subject: RE: [Idr] WG Adoption call for draft-snijders-idr-shutdown (11/16 to 11/30)


Yes Stephan,

The previous work on Operational Msg and Advisory Msg was an IDR WG, but vendors did not implement it hence it expired.

Here we are dealing with "inline" tiny subset of it, what essentially may be much easier to implement.

Deployment wise I am not sure how many implementations will crash receiving it though if current subcodes of cease will get "extended" ;)

That is why new subcode seems cleaner at least to me here to achieve this form of additional info.

Many thx
R.

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.