IETF Logo Mail Archive

Re: [Lsr] Working Group Last Call for draft-ietf-lsr-isis-rfc5306bis-00 - Restart Signaling for IS-IS

Yingzhen Qu <yingzhen.qu@huawei.com> Tue, 20 November 2018 03:27 UTC

Return-Path: <yingzhen.qu@huawei.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 172E91276D0 for <lsr@ietfa.amsl.com>; Mon, 19 Nov 2018 19:27:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=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 4sr1D3jetJIc for <lsr@ietfa.amsl.com>; Mon, 19 Nov 2018 19:27:41 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0A05C124BAA for <lsr@ietf.org>; Mon, 19 Nov 2018 19:27:41 -0800 (PST)
Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 1531EBA40C5ED for <lsr@ietf.org>; Tue, 20 Nov 2018 03:27:38 +0000 (GMT)
Received: from SJCEML703-CHM.china.huawei.com (10.208.112.39) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 20 Nov 2018 03:27:38 +0000
Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.160]) by SJCEML703-CHM.china.huawei.com ([169.254.5.179]) with mapi id 14.03.0415.000; Mon, 19 Nov 2018 19:27:34 -0800
From: Yingzhen Qu <yingzhen.qu@huawei.com>
To: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>, "Acee Lindem (acee)" <acee@cisco.com>, "lsr@ietf.org" <lsr@ietf.org>
Thread-Topic: [Lsr] Working Group Last Call for draft-ietf-lsr-isis-rfc5306bis-00 - Restart Signaling for IS-IS
Thread-Index: AQHUgID5SwJYatrmo0mnJ1SS+YLLSw==
Date: Tue, 20 Nov 2018 03:27:33 +0000
Message-ID: <1DDDB04F-7B71-45EB-AC3E-5B57DF52C7F7@huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.45.159.112]
Content-Type: multipart/alternative; boundary="_000_1DDDB04F7B7145EBAC3E5B57DF52C7F7huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/N0sArYoRVuCOLhvT5SzOEkBN-Zc>
Subject: Re: [Lsr] Working Group Last Call for draft-ietf-lsr-isis-rfc5306bis-00 - Restart Signaling for IS-IS
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Nov 2018 03:27:43 -0000

Support.

Thanks,
Yingzhen

From: Lsr <lsr-bounces@ietf.org> on behalf of "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
Date: Monday, November 19, 2018 at 5:58 PM
To: "Acee Lindem (acee)" <acee@cisco.com>, "lsr@ietf.org" <lsr@ietf.org>
Subject: Re: [Lsr] Working Group Last Call for draft-ietf-lsr-isis-rfc5306bis-00 - Restart Signaling for IS-IS

Obviously as co-author I support this.
This modest extension makes IS-IS GR usable for platforms which cannot reload within the normal adjacency hold-time. It also allows the helping neighbors to be aware that they have a restarting neighbor in case topology changes occur which would compromise the restarting node’s forwarding plane while the restart is in progress.

This achieves parity w functionality which has existed in OSPF for many years.

It does NOT introduce interoperability issues w legacy nodes – though until the neighbors of the restarting node support this new functionality the benefits of the extension will not be realized.

   Les


From: Lsr <lsr-bounces@ietf.org> On Behalf Of Acee Lindem (acee)
Sent: Monday, November 19, 2018 2:22 PM
To: lsr@ietf.org
Subject: [Lsr] Working Group Last Call for draft-ietf-lsr-isis-rfc5306bis-00 - Restart Signaling for IS-IS

The begins a Working Group Last Call for the subject document. Please post for review comments and/or support/objection to this document before 12:00 AM UTC on Tuesday, December 4th, 2018.

Other than some RFC boiler plate changes, the RFC 5306 BIS document really only adds the PR/PA bit handling in section 2.2.3 and the addition of the Planned Restart State to sections 3.1 and 3.2.

Thanks,
Acee

v2.23.0 | Report a Bug | By Email