Re: [Lsr] Prefix Unreachable Announcement Use Cases

2020-11-17 Thread Huzhibo
Hi Tony: In fact, this protection use case protects the SRv6 mid-point. https://datatracker.ietf.org/doc/draft-chen-rtgwg-srv6-midpoint-protection/. When the SRv6 mid-point fails, the PLR node can perform the next SID operation, which is triggered by FIB miss. However, if there is a summary or

[Lsr] 答复: [Idr] WG Adoption for draft-zhu-idr-bgp-ls-path-mtu (11/1/2020 to 11/16/2020)

2020-11-15 Thread Huzhibo
Hi les: I agree with you that IGP still has work to do. I think we can leave the work to LSR to complete it, which does not affect the current BGP work. Thank you. Zhibo 发件人: Les Ginsberg (ginsberg) [mailto:ginsb...@cisco.com] 发送时间: 2020年11月15日 1:29 收件人: Huzhibo ; Ketan Talaulikar (ketant

[Lsr] 答复: [Idr] WG Adoption for draft-zhu-idr-bgp-ls-path-mtu (11/1/2020 to 11/16/2020)

2020-11-13 Thread Huzhibo
Hi Les, Acee: Actually we have already discussed about this and reached agreements about two years ago. You may have forgotten. Please find the archives below. https://mailarchive.ietf.org/arch/msg/lsr/C2bhd2ff2UJf4e_Gr-7j2W0g-SU/ I have followed your advice: "there already is a per link MTU

Re: [Lsr] New Version Notification for draft-bonica-lsr-ip-flexalgo-00.txt

2020-09-29 Thread Huzhibo
, Joel PS: I will admit that it took until an operator described some "interesting" constraints before I understood why one would even do this. On 9/29/2020 11:50 PM, Huzhibo wrote: > Hi. > > Associating multiple algorithms with a given prefix is an interesting topic, >

Re: [Lsr] New Version Notification for draft-bonica-lsr-ip-flexalgo-00.txt

2020-09-29 Thread Huzhibo
Hi. Associating multiple algorithms with a given prefix is an interesting topic, and I think this can simplify the complexity of FlexAlgo. I wonder if the author would consider using cases with multiple algorithms with a given prefix. Thanks ZHibo -Original Message- From: Lsr

Re: [Lsr] LSR WG Adoption Poll for "IS-IS Topology-Transparent Zone" - draft-chen-isis-ttz-11.txt

2020-08-25 Thread Huzhibo
Support WG adoption. Thanks, Zhibo Hu From: Lsr [mailto:lsr-boun...@ietf.org] On Behalf Of Acee Lindem (acee) Sent: Tuesday, August 18, 2020 10:17 PM To: lsr@ietf.org Subject: [Lsr] LSR WG Adoption Poll for "IS-IS Topology-Transparent Zone" - draft-chen-isis-ttz-11.txt Based on the discussions

Re: [Lsr] New Version Notification for draft-wang-lsr-prefix-unreachable-annoucement-03.txt

2020-07-30 Thread Huzhibo
. -- 胡志波 Hu Zhibo Mobile: +86-18618192287 Email: huzh...@huawei.com<mailto:huzh...@huawei.com> 发件人:Robert Raszuk 收件人:Huzhibo 抄 送:Acee Lindem (acee) ;Peter Psenak ;Aijun Wang ;Xiaoyaqun ;Aijun Wang ;lsr 时 间:2020-07-31 00:18:27 主 题:Re: [Lsr] New Version Notification for draf

Re: [Lsr] New Version Notification for draft-wang-lsr-prefix-unreachable-annoucement-03.txt

2020-07-30 Thread Huzhibo
Lindem (acee) 收件人:Peter Psenak ;Robert Raszuk 抄 送:Aijun Wang ;Xiaoyaqun ;Huzhibo ;Aijun Wang ;lsr 时 间:2020-07-31 00:04:02 主 题:Re: [Lsr] New Version Notification for draft-wang-lsr-prefix-unreachable-annoucement-03.txt So, how do we define a reachable route - is it any route subsumed by the s

Re: [Lsr] New Version Notification for draft-wang-lsr-prefix-unreachable-annoucement-03.txt

2020-07-30 Thread Huzhibo
HI Peter: sure,we will cansider all the possible better solution.thanks for your suggestion. zhibo -- 胡志波 Hu Zhibo Mobile: +86-18618192287 Email: huzh...@huawei.com<mailto:huzh...@huawei.com> 发件人:Peter Psenak 收件人:Huzhibo ;Aijun Wang 抄 送

Re: [Lsr] New Version Notification for draft-wang-lsr-prefix-unreachable-annoucement-03.txt

2020-07-30 Thread Huzhibo
: huzh...@huawei.com<mailto:huzh...@huawei.com> 发件人:Peter Psenak 收件人:Huzhibo ;Aijun Wang 抄 送:Aijun Wang ;lsr ;Xiaoyaqun 时 间:2020-07-30 21:02:49 主 题:Re: [Lsr] New Version Notification for draft-wang-lsr-prefix-unreachable-annoucement-03.txt Huzhibo, On 30/07/2020 14:49, Huzhibo wrote:

Re: [Lsr] New Version Notification for draft-wang-lsr-prefix-unreachable-annoucement-03.txt

2020-07-30 Thread Huzhibo
Hi peter: On 30/07/2020 14:28, Aijun Wang wrote: > Hi, Peter: > > Aijun Wang > China Telecom > >> On Jul 30, 2020, at 20:00, Peter Psenak wrote: >> >> Hi Aijun, >> >>> On 30/07/2020 13:44, Aijun Wang wrote: >>> Hi, Peter: >>> Currently, we have the following consideration: >>> 1. If not all

Re: [Lsr] New Version Notification for draft-wang-lsr-prefix-unreachable-annoucement-03.txt

2020-07-29 Thread Huzhibo
:18 PM To: Acee Lindem (acee) Cc: Aijun Wang ; lsr@ietf.org; Huzhibo ; Xiaoyaqun Subject: Re: [Lsr] New Version Notification for draft-wang-lsr-prefix-unreachable-annoucement-03.txt Hello Acee, I would like to question your assessment that signalling unreachable routes is unnecessary. Imagine

Re: [Lsr] New Version Notification for draft-wang-lsr-prefix-unreachable-annoucement-03.txt

2020-07-29 Thread Huzhibo
, 2020 9:24 PM To: Huzhibo ; Aijun Wang ; lsr@ietf.org Cc: Xiaoyaqun Subject: Re: [Lsr] New Version Notification for draft-wang-lsr-prefix-unreachable-annoucement-03.txt See my response to Aijun... Please provide topologies where the section 6.1 solution doesn't work. Acee On 7/27/20, 10:03 PM

Re: [Lsr] New Version Notification for draft-wang-lsr-prefix-unreachable-annoucement-03.txt

2020-07-27 Thread Huzhibo
, 2020 1:51 AM To: Aijun Wang ; lsr@ietf.org Cc: Huzhibo ; Xiaoyaqun Subject: Re: [Lsr] New Version Notification for draft-wang-lsr-prefix-unreachable-annoucement-03.txt Speaking as an LSR Working Group member: Asking the WG precisely how to advertise prefix unreachability is the wrong question

Re: [Lsr] A question about draft-ietf-lsr-flex-algo

2020-06-03 Thread Huzhibo
calculate disjoint paths. Thanks Zhibo Hu From: Alexander Vainshtein [mailto:alexander.vainsht...@ecitele.com] Sent: Wednesday, June 3, 2020 8:19 PM To: Huzhibo ; Peter Psenak (ppsenak) Cc: lsr@ietf.org; draft-ietf-lsr-flex-a...@ietf.org Subject: RE: A question about draft-ietf-lsr-flex-algo Hi Zhibo

[Lsr] A question about draft-ietf-lsr-flex-algo

2020-06-03 Thread Huzhibo
Hi Peter: I noticed that draft-ietf-lsr-flex-algo-07 adds exclude SRLG TLV. SRLG defines a group of risk-sharing link groups. It is generally used to prevent the primary and standby paths from passing the same risk-sharing link group .I don't know why a group of SRLG links should be excluded

Re: [Lsr] Flooding Topology Computation Algorithm - draft-cc-lsr-flooding-reduction-08 Working Group Adoption Call

2020-05-29 Thread Huzhibo
I support this adaption.It propose an algorithm for node to compute a flooding topology.It is useful for reduce flooding. -- 胡志波 Hu Zhibo Mobile: +86-18618192287 Email: huzh...@huawei.com 发件人:Acee Lindem (acee) 收件人:lsr

Re: [Lsr] WG Adoption Call for draft-li-lsr-ospfv3-srv6-extensions

2020-01-24 Thread Huzhibo
Support. Not aware of any undisclosed IPR. Zhibo -- 胡志波 Hu Zhibo Mobile: +86-18618192287 Email: huzh...@huawei.com 发件人:Christian Hopps 收件人:lsr 抄 送:draft-li-lsr-ospfv3-srv6-extensions ;lsr-ads ;Christian Hopps ;Acee

Re: [Lsr] WG Last Call draft-ietf-lsr-isis-srv6-extensions

2020-01-23 Thread Huzhibo
Support. Not aware of any undisclosed IPR. Zhibo -- 胡志波 Hu Zhibo Mobile: +86-18618192287 Email: huzh...@huawei.com 发件人:Christian Hopps 收件人:lsr 抄 送:lsr-ads ;Christian Hopps ;Acee Lindem (acee) 时 间:2020-01-22 08:15:23

Re: [Lsr] I-D Action: draft-ietf-lsr-dynamic-flooding-04.txt

2019-11-29 Thread Huzhibo
Hi authors: Regarding this Draft, I have always had a question, how does dynamic flooding ensure the reliability of Flooding under multiple points of failure. Flooding depends on the consistent LSDB / Flooding SPF tree across the entire network, and the consistent LSDB on the entire

Re: [Lsr] Working Group Adoption Poll for "OSPF Extension for PrefixOriginator" - draft-wang-lsr-ospf-prefix-originator-ext-01

2019-02-27 Thread Huzhibo
Support.It is useful for collect cross-area IGP topologies Ths Zhibo Hu From: Lsr [mailto:lsr-boun...@ietf.org] On Behalf Of peng.sha...@zte.com.cn Sent: Wednesday, February 27, 2019 4:36 PM To: a...@cisco.com Cc: lsr@ietf.org Subject: Re: [Lsr] Working Group Adoption Poll for "OSPF Extension

Re: [Lsr] 答复: WG Adoption Call for draft-li-lsr-dynamic-flooding-02 + IPR poll.

2019-02-13 Thread Huzhibo
Supports for the adoption of two drafts at the same time, IGP Reduce Flooding still have some problem needs to be solved, for example, how to ensure the reliability of Flooding in a multi-point failure scenario. The way to solve these problems in a distributed and centralized manner may be

Re: [Lsr] 答复: Moving Forward [Re: Flooding Reduction Draft Redux]

2019-02-11 Thread Huzhibo
Support to promote the centralized and distributed solutions in two separated drafts. Best regards, Zhibo -Original Message- From: Lsr [mailto:lsr-boun...@ietf.org] On Behalf Of Dongjie (Jimmy) Sent: Monday, February 11, 2019 4:47 PM To: Lizhenbin ; Christian Hopps ; lsr@ietf.org

Re: [Lsr] Comments on draft-hu-lsr-isis-path-mtu

2018-07-09 Thread Huzhibo
Hi Les & Acee: Yes, I agree with you, we will merge ISIS & OSPF extensions for Path MTU, and isis will reference RFC 7176. Ths ZhiBo Hu From: Les Ginsberg (ginsberg) [mailto:ginsb...@cisco.com] Sent: Monday, July 09, 2018 12:52 PM To: Acee Lindem (acee) ; Huzhibo ; lsr@ietf.org Cc: Da

Re: [Lsr] IETF 102 LSR Working Group Call for Agenda Items

2018-07-06 Thread Huzhibo
Hi, Request a slot to discuss Network Automatic Optimization Based on Dynamic Adjustment of IGP Metrics: Drafts: https://datatracker.ietf.org/doc/draft-hu-lsr-network-automatic-optimization/ Presenter: ZhiBo Hu Duration: 15 mins Thanks! ZHiBo From: Lsr [mailto:lsr-boun...@ietf.org] On

Re: [Lsr] IETF 102 LSR Working Group Call for Agenda Items

2018-07-06 Thread Huzhibo
Hi, Request a slot to discuss ISIS extended for PathMTU: Drafts: https://datatracker.ietf.org/doc/draft-hu-lsr-isis-path-mtu/ Presenter: ZhiBo Hu Duration: 10 mins Thanks! ZHiBo From: Lsr [mailto:lsr-boun...@ietf.org] On Behalf Of Acee Lindem (acee) Sent: Monday, June 18, 2018 9:45 PM To:

[Lsr] Hi, Here are some clarification questions about the flex-algo draft.

2018-04-26 Thread Huzhibo
Hi, Here are some clarification questions about the flex-algo draft. 1. As described in section 5, in path computation for a flex-algorithm, the node firstly needs to prune the links not included for this flex-algorithm, then run SPF or other algorithm within the pruned topology. If a node