[Lsr] 答复: 答复: Option B from "Migration between normal flooding and flooding reduction"

"Aijun Wang" <wangaijun@tsinghua.org.cn> Wed, 29 May 2019 01:43 UTC

Return-Path: <wangaijun@tsinghua.org.cn>
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 2FED81200B2 for <lsr@ietfa.amsl.com>; Tue, 28 May 2019 18:43:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=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 f50SjBGeLvK5 for <lsr@ietfa.amsl.com>; Tue, 28 May 2019 18:43:47 -0700 (PDT)
Received: from smtp.qiye.163.com (mail-m17612.qiye.163.com [59.111.176.12]) by ietfa.amsl.com (Postfix) with ESMTP id 7F3BC120018 for <lsr@ietf.org>; Tue, 28 May 2019 18:43:46 -0700 (PDT)
Received: from WangajPC (unknown [219.142.69.77]) by smtp.qiye.163.com (Hmail) with ESMTPA id C049E421928; Wed, 29 May 2019 09:43:41 +0800 (CST)
From: Aijun Wang <wangaijun@tsinghua.org.cn>
To: 'Peter Psenak' <ppsenak@cisco.com>, 'Tony Li' <tony1athome@gmail.com>, 'Robert Raszuk' <robert@raszuk.net>
Cc: lsr@ietf.org
References: <5316A0AB3C851246A7CA5758973207D463BBD21B@sjceml521-mbs.china.huawei.com> <CF5E5FE7-C2E2-4200-AE8A-6BF5E558258C@tony.li> <5316A0AB3C851246A7CA5758973207D463BC58F5@sjceml521-mbx.china.huawei.com> <BYAPR11MB3638190EC8AD3235AB2304E7C1060@BYAPR11MB3638.namprd11.prod.outlook.com> <5316A0AB3C851246A7CA5758973207D463BC5C32@sjceml521-mbx.china.huawei.com> <BYAPR11MB3638722A90E40777657001B8C1000@BYAPR11MB3638.namprd11.prod.outlook.com> <CAOj+MMEijyB7qd4oUaOe7W19j+76CjH+mzJ3mvcVtOjn5fvmdw@mail.gmail.com> <BYAPR11MB363863B393A181264E07B042C1000@BYAPR11MB3638.namprd11.prod.outlook.com> <MN2PR13MB3470B24A328311A23BAAC5B8A3000@MN2PR13MB3470.namprd13.prod.outlook.com> <MN2PR13MB34701B410A172A950BAE6B5EA31C0@MN2PR13MB3470.namprd13.prod.outlook.com> <FB4EDF4B-C94D-4654-8D3A-A1567E0D76B1@gmail.com> <CAOj+MMGDodnxktZCuqPfVDCRbu0+yUR--DiZKTqVQ=4thAM5rw@mail.gmail.com> <4DFD8BB4-AA63-4BE6-9927-4557AB32ABD9@gmail.com> <005401d5151c$cbda8120$638f8360$@org.cn> <e2b23e19-4a0a-3ad6-e647-c1afde1e5e 56@cisco.com>
In-Reply-To: <e2b23e19-4a0a-3ad6-e647-c1afde1e5e56@cisco.com>
Date: Wed, 29 May 2019 09:43:41 +0800
Message-ID: <003601d515bf$f2870750$d79515f0$@org.cn>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AdUVJ8iO9/toK5L9Q++VliDhv+WluAAlqF4Q
Content-Language: zh-cn
X-HM-Spam-Status: e1kIGBQJHllBWVZLVUtCTkJCQkNITUJJSk1CSkJZV1koWUFKTEtLSjdXWS 1ZQUlXWQkOFx4IWUFZNTQpNjo3JCkuNz5ZBg++
X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6NyI6Mgw4DzlDLQIYGTAPOB8o EzowFBpVSlVKTk5CS0JPSUlOSElPVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlJSkJVSk9JVU1CVUxMWVdZCAFZQU1OQk03Bg++
X-HM-Tid: 0a6b0141dc7293b9kuwsc049e421928
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/IK_QCueMQSvmvQ7caF9uWXKIi_c>
Subject: [Lsr] 答复: 答复: Option B from "Migration between normal flooding and flooding reduction"
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: Wed, 29 May 2019 01:43:50 -0000

Hi, Peter:

Under the current mechanism, only all the candidate area leaders stop advertise this sub-TLV, then the network will be back to normal flooding?
Is it more efficient that only one area leader indicates(according to the command from NMS) explicitly then the network will be back to normal flooding?

For the number of candidate area leaders, I support we should have more than one for consideration of redundancy.

-----邮件原件-----
发件人: Peter Psenak [mailto:ppsenak@cisco.com] 
发送时间: 2019年5月28日 15:34
收件人: Aijun Wang; 'Tony Li'; 'Robert Raszuk'
抄送: lsr@ietf.org
主题: Re: [Lsr] 答复: Option B from "Migration between normal flooding and flooding reduction"

Aijun,

On 28/05/2019 08:15, Aijun Wang wrote:
> Hi, Tony:
>
> How the receiver judge the leader has stopped advertising the Area Leader sub-TLV? Do you need some timers?

no timer needed, all event driven. Area Leader sub-TLV is removed from the LSP.

thanks,
Peter

>>From the current discussion, I think the explicit instruction that proposed by Huaimo is more acceptable.
>
>
> Best Regards.
>
> Aijun Wang
> Network R&D and Operation Support Department China Telecom Corporation 
> Limited Beijing Research Institute,Beijing, China.
>
> -----邮件原件-----
> 发件人: Tony Li [mailto:tony1athome@gmail.com]
> 发送时间: 2019年5月27日 12:20
> 收件人: Robert Raszuk
> 抄送: lsr@ietf.org
> 主题: Re: [Lsr] Option B from "Migration between normal flooding and flooding reduction"
>
>
> Hi Robert,
>
>> The current draft is pretty robust in terms of area leader election. It also says that  "Any node that is capable MAY advertise its eligibility to become Area Leader”
>
>
> Correct.  This can be all systems. It can be one. For redundancy, a few would be sensible.
>
>
>> With that can you confirm the procedure to "resign" as area leader ?
>
>
> Stop advertising the Area Leader sub-TLV.  It’s that simple.
>
>
>> Especially that under those circumstances just having active area leader to resign clearly is not enough to change given flooding scheme.
>
>
> If there are multiple potential area leaders, then all of them would have to resign.
>
>
>> In some deployments all eligible nodes may advertise such capability which in turn the "resign" procedure would require NMS action to disable such capability by configuration and re-flooding it. Not that I am advocating it nor see need for complex migration procedures, but just would like to better understand the "resign" part.
>
>
> Correct, this is rightfully an NMS operation.
>
> Tony
>
> _______________________________________________
> Lsr mailing list
> Lsr@ietf.org
> https://www.ietf.org/mailman/listinfo/lsr
>
> _______________________________________________
> Lsr mailing list
> Lsr@ietf.org
> https://www.ietf.org/mailman/listinfo/lsr
>
>