[Lsr] 答复: LSR Flooding Reduction Drafts - Moving Forward

2018-08-28 Thread Aijun Wang
Regards. Aijun Wang Network R and Operation Support Department China Telecom Corporation Limited Beijing Research Institute,Beijing, China. 发件人: Robert Raszuk [mailto:rob...@raszuk.net] 发送时间: 2018年8月28日 0:57 收件人: Huaimo Chen 抄送: tony...@tony.li; Acee Lindem (acee); lsr@ietf.org; Jeff Tantsura

[Lsr] 答复: 答复: 答复: Regarding OSPF extension for inter-area topology retrieval

2018-07-23 Thread Aijun Wang
o complexity of IGP. What we discussed here is the complexity of IGP protocol itself. Best Regards. Aijun Wang Network R and Operation Support Department China Telecom Corporation Limited Beijing Research Institute,Beijing, China. 发件人: Rob Shakir [mailto:r...@rob.sh] 发送时间: 2018年7月

[Lsr] Regarding OSPF extension for inter-area topology retrieval

2018-07-23 Thread Aijun Wang
(Sorry for my previous mail sent wrongly to the IDR mail list, please reply on this thread within the LSR wg) Hi, Peter: I am Aijun Wang from China Telecom, the author of draft about <https://datatracker.ietf.org/doc/draft-wang-lsr-ospf-inter-area-topology-ex t/> "OSPF extensio

[Lsr] 答复: 答复: Regarding OSPF extension for inter-area topology retrieval

2018-07-23 Thread Aijun Wang
. Best Regards. Aijun Wang Network R and Operation Support Department China Telecom Corporation Limited Beijing Research Institute,Beijing, China. -邮件原件- 发件人: Peter Psenak [mailto:ppsenak=40cisco@dmarc.ietf.org] 发送时间: 2018年7月23日 18:20 收件人: Aijun Wang; 'Peter Psenak'; cho...@chopps.org

[Lsr] 答复: 答复: 答复: 答复: Regarding OSPF extension for inter-area topology retrieval

2018-07-24 Thread Aijun Wang
d SPF calculation. >I am also investigating other use case of this extension as suggested by Acee >and Ketan. Very thanks for your comments to this draft again, and wish you can work together with us for the suitable solution. Best Regards. Aijun Wang Network R and Operation Support Depart

[Lsr] 答复: 答复: 答复: 答复: Regarding OSPF extension for inter-area topology retrieval

2018-07-24 Thread Aijun Wang
, it will be no different with the traditional IGP adjacency, increase the complexity that BGP-LS solution itself can reduce. On the other hand, if we do not solve such scenario, isn’t BGP-LS one complete solution for underlay IGP topology gathering? Best Regards. Aijun Wang Network R and Operation

[Lsr] 答复: Inconsistence regarding the definition of "Adj-SID Sub-TLV" between OSPF and ISIS extension for Segment Routing

2018-04-07 Thread Aijun Wang
is not to produce them. Best Regards. Aijun Wang Network R and Operation Support Department China Telecom Corporation Limited Beijing Research Institute,Beijing, China. 发件人: Ketan Talaulikar (ketant) [mailto:ket...@cisco.com] 发送时间: 2018年4月4日 15:54 收件人: Aijun Wang 抄送: Jeffrey Haas; lsr@ietf.org; i

[Lsr] Inconsistence regarding the definition of "Adj-SID Sub-TLV" between OSPF and ISIS extension for Segment Routing

2018-04-02 Thread Aijun Wang
ng related drafts. Best Regards. Aijun Wang Network R and Operation Support Department China Telecom Corporation Limited Beijing Research Institute,Beijing, China. ___ Lsr mailing list Lsr@ietf.org https://www.ietf.org/mailman/listinfo/lsr

[Lsr] Inconsistence regarding the definition of "Adj-SID Sub-TLV" between OSPF and ISIS extension for Segment Routing

2018-04-02 Thread Aijun Wang
ng related drafts. Best Regards. Aijun Wang Network R and Operation Support Department China Telecom Corporation Limited Beijing Research Institute,Beijing, China. ___ Lsr mailing list Lsr@ietf.org https://www.ietf.org/mailman/listinfo/lsr

[Lsr] FW: New Version Notification for draft-wang-lsr-ospf-prefix-originator-ext-00.txt

2018-10-18 Thread Aijun Wang
timeslot in the coming IETF 103 meeting to introduce the main contents of this draft. Below are the application information: Title: "OSPF Extension for Prefix Originator" Presenter: Jie Dong(Huawei)/Aijun Wang(China Telecom) Duration:10 min Draft: https://tool

[Lsr] 答复: WG Adoption Poll for IGP extension for PCEP security capability support in the PCE discovery - draft-wu-lsr-pce-discovery-security-support-00

2018-11-13 Thread Aijun Wang
Yes/Support. Best Regards. Aijun Wang Network R and Operation Support Department China Telecom Corporation Limited Beijing Research Institute,Beijing, China. 发件人: Acee Lindem (acee) [mailto:a...@cisco.com] 发送时间: 2018年11月14日 6:11 收件人: lsr@ietf.org 主题: [Lsr] WG Adoption Poll

[Lsr] 答复: WG Adoption Call for "IS-IS Routing for Spine-Leaf Topology" - draft-shen-isis-spine-leaf-ext-07

2018-12-03 Thread Aijun Wang
that there are links are added between leaf nodes, by accident or in redundancy consideration. Best Regards. Aijun Wang Network R and Operation Support Department China Telecom Corporation Limited Beijing Research Institute,Beijing, China. 发件人: Acee Lindem (acee) [mailto:a...@cisco.com] 发送时间

[Lsr] 答复: [spring] draft-ietf-isis-mpls-elc & draft-ietf-ospf-mpls-elc

2018-11-19 Thread Aijun Wang
proposal to add prefix originator to address this. After getting this information, the receiver can then build the relationship between prefixes and ELC/ERLD. Best Regards. Aijun Wang Network R and Operation Support Department China Telecom Corporation Limited Beijing Research Institute

[Lsr] 答复: [spring] draft-ietf-isis-mpls-elc & draft-ietf-ospf-mpls-elc

2018-11-21 Thread Aijun Wang
Wang Network R and Operation Support Department China Telecom Corporation Limited Beijing Research Institute,Beijing, China. 发件人: Les Ginsberg (ginsberg) [mailto:ginsb...@cisco.com] 发送时间: 2018年11月20日 14:52 收件人: Aijun Wang; stephane.litkow...@orange.com; lsr@ietf.org 抄送: spr...@ietf.org 主题: Re

[Lsr] 答复: Working Group Adoption Poll for "OSPF Extension for Prefix Originator" - draft-wang-lsr-ospf-prefix-originator-ext-01

2019-02-18 Thread Aijun Wang
yet? Or we can discuss it after its adoption. We can remove such part before its publication if the situation you referred is common to the operator or enterprise network. Best Regards. Aijun Wang Network R and Operation Support Department China Telecom Corporation Limited Beijing

[Lsr] 答复: Working Group Adoption Poll for "OSPF Extension for Prefix Originator" - draft-wang-lsr-ospf-prefix-originator-ext-01

2019-02-18 Thread Aijun Wang
physical deployment. The originator information will be added by the ABR when it receives the Router LSA, as described in section 5 of the draft. When the ABR receives such information, it may not begin the SPF calculation and can't decide which side is closer to the ABR. Best Regards. Aijun Wang

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

2019-02-28 Thread Aijun Wang
on it but not reflected in current draft. Wish the above explanation can eliminate your worrying points on this draft. Best Regards. Aijun Wang China Telecom > > 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.c

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

2019-02-21 Thread Aijun Wang
, then can assure the reliability of the retrieved topology. Anyway, the aim of this draft is to let reader know how to use the introduced extension, not merely the extension itself. Best Regards Aijun Wang China Telecom > On Feb 22, 2019, at 13:56, Les Ginsberg (ginsberg) wrote: > &

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

2019-02-21 Thread Aijun Wang
Hi, Tony: Not got well all your comments :( Wish the explanation in previous mail to Les can change your impression to this draft a bit. Best Regards. Aijun Wang China Telecom > On Feb 22, 2019, at 14:42, Tony Przygienda wrote: > > I read it during some mildly boring phone confer

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

2019-02-21 Thread Aijun Wang
described in our draft. What’ other content do you think it is needed further? RFC 7770 solves mainly the advertising of router’s capabilities, it shouldn’t be used for transmitting the information about the prefixes. Best Regards. Aijun Wang China Telecom > On Feb 21, 2019, at 23:41, John E Dr

[Lsr] 答复: IPR Poll on "OSPF Extension for Prefix Originator" - draft-wang-lsr-ospf-prefix-originator-ext-01

2019-02-12 Thread Aijun Wang
Hi, Acee: Apart from the IPR declared in https://datatracker.ietf.org/ipr/3420/ , I am not aware of any other IPR. Thanks for your efforts. Best Regards. Aijun Wang Network R and Operation Support Department China Telecom Corporation Limited Beijing Research Institute,Beijing

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

2019-02-13 Thread Aijun Wang
and draft-ietf-lsr-flooding-reduction-distributed-mode. Best Regards. Aijun Wang Network R and Operation Support Department China Telecom Corporation Limited Beijing Research Institute,Beijing, China. -邮件原件- 发件人: Christian Hopps [mailto:cho...@chopps.org] 发送时间: 2019年2月11日 18:45 收件人: lsr

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

2019-02-02 Thread Aijun Wang
hurry to make the adoption conclusion at current time. Aijun Wang China Telecom > 在 2019年2月1日,20:25,Christian Hopps 写道: > > > Summary of where we are at with dynamic flooding reduction: > > - We have a well written original work that came first and described the > probl

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

2019-05-28 Thread Aijun Wang
Hi, Tony: How the receiver judge the leader has stopped advertising the Area Leader sub-TLV? Do you need some timers? >From the current discussion, I think the explicit instruction that proposed by >Huaimo is more acceptable. Best Regards. Aijun Wang Network R and Operation S

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

2019-05-28 Thread Aijun Wang
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:ppse...@cisco.com] 发送时间: 2019年5月28日 15:34 收件人: Aijun Wang; 'Tony Li'; 'Robert Raszuk' 抄送: lsr@ietf.org 主题: Re: [Lsr] 答复: Option

[Lsr] 答复: I-D Action: draft-ietf-lsr-pce-discovery-security-support-01.txt

2019-06-26 Thread Aijun Wang
to transfer the information that needed by routers within the IGP domain. Such piggyback action can simplify the operation of network. Or else, the network should operate different protocols to accomplish such task. Best Regards. Aijun Wang Network R and Operation Support Department China Telecom

[Lsr] 答复: I-D Action: draft-ietf-lsr-ospf-prefix-originator-01.txt

2019-07-01 Thread Aijun Wang
Hi, Folks: I just add the "Security/IANA Considerations" and make some editorial clarification for the draft, any comments are welcome. Best Regards. Aijun Wang Network R and Operation Support Department China Telecom Corporation Limited Beijing Research Institute,Beijing, China.

[Lsr] 答复: LSR Working Group Adoption Call for "Hierarchical IS-IS" - draft-li-lsr-isis-hierarchical-isis-01

2019-08-15 Thread Aijun Wang
other methods to scale out the IS-IS deployment? Best Regards. Aijun Wang China Telecom 发件人: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] 代表 Acee Lindem (acee) 发送时间: 2019年8月12日 22:33 收件人: lsr@ietf.org 主题: [Lsr] LSR Working Group Adoption Call for "Hierarchical IS-IS" -

[Lsr] 答复: 答复: LSR Working Group Adoption Call for "Hierarchical IS-IS" - draft-li-lsr-isis-hierarchical-isis-01

2019-08-16 Thread Aijun Wang
Hi, Acee: It’s interesting to extend the ISIS hierarchical in this way. What I considering is the complexity of its deployment in future. Maybe we can discuss/emphasizes on this aspect deep later. Best Regards. Aijun Wang China Telecom 发件人: lsr-boun...@ietf.org [mailto:lsr-boun

[Lsr] 答复: LSR Working Group Adoption Call for "Hierarchical IS-IS" - draft-li-lsr-isis-hierarchical-isis-01

2019-08-16 Thread Aijun Wang
, if we design the network hierarchically), how you flood the link information hierarchically but let the traffic between the two connected L1 area bypass the L2 area? Best Regards. Aijun Wang China Telecom 发件人: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] 代表 tony...@tony.li

Re: [Lsr] 答复: LSR Working Group Adoption Call for "Hierarchical IS-IS" - draft-li-lsr-isis-hierarchical-isis-01

2019-08-19 Thread Aijun Wang
network is one attractive topic but we need to select/make the solutions being deployed easily and smoothly. Aijun Wang China Telecom > On Aug 16, 2019, at 22:23, Susan Hares wrote: > > Ajun: > > I’ll let Tony provide his answer to your question. Let me provide an >

[Lsr] 转发: New Version Notification for draft-wang-lsr-prefix-unreachable-annoucement-01.txt

2019-12-08 Thread Aijun Wang
ce. Best Regards. Aijun Wang China Telecom -邮件原件- 发件人: internet-dra...@ietf.org [mailto:internet-dra...@ietf.org] 发送时间: 2019年12月9日 9:20 收件人: Zhibo Hu; Aijun Wang 主题: New Version Notification for draft-wang-lsr-prefix-unreachable-annoucement-01.txt A new version of I-D, draft-wang-

[Lsr] 转发: New Version Notification for draft-wang-lsr-prefix-unreachable-annoucement-00.txt

2019-10-23 Thread Aijun Wang
Regards. Aijun Wang China Telecom -邮件原件- 发件人: internet-dra...@ietf.org [mailto:internet-dra...@ietf.org] 发送时间: 2019年10月24日 10:42 收件人: Zhibo Hu; Aijun Wang 主题: New Version Notification for draft-wang-lsr-prefix-unreachable-annoucement-00.txt A new version of I-D, draft-wang-lsr-prefix

[Lsr] 答复: IETF 106 LSR Presentation Slot Requests

2019-10-23 Thread Aijun Wang
Hi, Yingzhen: We would like to apply 10 minutes to present one new draft. The related information are the followings: Draft Name: Prefix Unreachable Announcement for SRv6 Fast Convergence Speaker: Aijun Wang(China Telecom)/Zhibo Hu(Huawei) Duration: 10 Minutes Draft Link

[Lsr] 答复: I-D Action: draft-ietf-lsr-ospf-prefix-originator-05.txt

2019-11-24 Thread Aijun Wang
ome. After this update, we think the draft is stable and ready for WG Last Call. Would the chair to initiate the WG Last Call then? Thanks in advance. Best Regards. Aijun Wang China Telecom -邮件原件- 发件人: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] 代表 internet-dra...@ietf.org 发送时间: 2019年11月25日

[Lsr] 答复: IETF 107 LSR Presentation Slot Requests

2020-03-02 Thread Aijun Wang
: Huaimo Chen/Aijun Wang Duration: 10 minutes Draft: https://tools.ietf.org/html/draft-wang-lsr-passive-interface-attribute-00 Best Regards. Aijun Wang China Telecom 发件人: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] 代表 Yingzhen Qu 发送时间: 2020年2月29日 3:57 收件人

[Lsr] 答复: Methods to label the passive interfaces within ISIS

2020-01-13 Thread Aijun Wang
Hi, Tony: Is it reasonable to put the link attribute information into the “IP Reachability TLV”? IMHO, such stub link is not the normal links within IGP domain. Label the related prefix is coming from the passive/stub link seems also acceptable? Best Regards. Aijun Wang China

Re: [Lsr] Methods to label the passive interfaces within ISIS

2020-01-13 Thread Aijun Wang
. But for stub/passive interfaces, it will be useful to flooding such information to other internal routers. OSPF has already the corresponding consideration and specifications, isn’t it reasonable for ISIS to have such capabilities also? Aijun Wang China Telecom > On Jan 14, 2020, at 02:41, J

Re: [Lsr] Methods to label the passive interfaces within ISIS

2020-01-13 Thread Aijun Wang
Hi, Acee: As Tony suggested also before, we can change the description for “passive” to “stub” later. Is that more acceptable then? Aijun Wang China Telecom > On Jan 14, 2020, at 06:40, Acee Lindem (acee) wrote: > >  > Hi Aijun, > > From: Aijun Wang > Date: Monday,

Re: [Lsr] Methods to label the passive interfaces within ISIS

2020-01-13 Thread Aijun Wang
the stub link from the normal link.. There maybe exists other usages for this information, we will add them if we get it. Also welcome more examples/solutions from interested LSR experts. Aijun Wang China Telecom > On Jan 14, 2020, at 07:06, Acee Lindem (acee) wrote: > >  > Hi Aijun

[Lsr] 答复: Methods to label the passive interfaces within ISIS

2020-01-09 Thread Aijun Wang
forward it together. Any comments are welcome. Thanks in advance. Best Regards. Aijun Wang China Telecom 发件人: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] 代表 Aijun Wang 发送时间: 2020年1月7日 18:57 收件人: Robert Raszuk 抄送: Les Ginsberg (ginsberg); lsr@ietf.org 主题: Re: [Lsr

[Lsr] 答复: Methods to label the passive interfaces within ISIS

2020-01-09 Thread Aijun Wang
(Extended IP reachability, MT IP. Reach, IPv6 IP. Reach, and MT IPv6 IP. Reach TLVs) is more applicable? Best Regards. Aijun Wang China Telecom 发件人: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] 代表 tony...@tony.li 发送时间: 2020年1月10日 12:00 收件人: Aijun Wang 抄送: Les Ginsberg

[Lsr] 答复: WG Last Call draft-ietf-lsr-isis-invalid-tlv

2020-01-02 Thread Aijun Wang
scenario, instead of saying "... ... therefore can only be safely enabled when all nodes support the extensions"? Best Regards. Aijun Wang China Telecom -邮件原件- 发件人: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] 代表 Christian Hopps 发送时间: 2020年1月3日 3:07 收件人: lsr@ietf.o

[Lsr] 答复: Questions on Prefix Unreachable Announcement

2020-01-02 Thread Aijun Wang
-unreachable-annoucement-01 #section-6 More implementation consideration can be found on the above section. We are also appreciate to get more feedbacks for the current implementation consideration. More specific answers are also presented inline below. Best Regards. Aijun Wang China

[Lsr] 答复: 答复: WG Last Call draft-ietf-lsr-isis-invalid-tlv

2020-01-05 Thread Aijun Wang
. Anyway, I support this draft. Best Regards. Aijun Wang China Telecom 发件人: Les Ginsberg (ginsberg) [mailto:ginsb...@cisco.com] 发送时间: 2020年1月3日 13:29 收件人: Aijun Wang; 'Christian Hopps'; lsr@ietf.org 抄送: lsr-...@ietf.org; 'Antoni Przygienda' 主题: RE: [Lsr] 答复: WG Last Call draft-ietf

[Lsr] Is it necessary to expand the IS-IS level to 8?

2020-01-05 Thread Aijun Wang
t to fulfill the similar tasks. Can this draft leave at least 2 reserved bits for this purpose? There are many ways to tackle the scale of networks, who will design their network in level 8 hierarchy? As I estimated, Level 4 may be the acceptable highest network hierarchy. Best Regards.

[Lsr] 答复: 答复: WG Last Call draft-ietf-lsr-isis-invalid-tlv

2020-01-05 Thread Aijun Wang
document). Anyway, I knew the answers. Put it into the document may be more helpful for others. Best Regards. Aijun Wang China Telecom 发件人: Les Ginsberg (ginsberg) [mailto:ginsb...@cisco.com] 发送时间: 2020年1月6日 10:42 收件人: Aijun Wang; 'Christian Hopps'; lsr@ietf.org 抄送: lsr-...@ietf.org

[Lsr] 答复: Is it necessary to expand the IS-IS level to 8?

2020-01-06 Thread Aijun Wang
for the unnecessary expansion is also not the right direction? Best Regards. Aijun Wang China Telecom 发件人: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] 代表 Les Ginsberg (ginsberg) 发送时间: 2020年1月6日 12:52 收件人: Aijun Wang; lsr@ietf.org 主题: Re: [Lsr] Is it necessary to expand the IS-IS level

[Lsr] Methods to label the passive interfaces within ISIS

2020-01-06 Thread Aijun Wang
to reflect the conversion topic. Best Regards. Aijun Wang China Telecom 发件人: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] 代表 Robert Raszuk 发送时间: 2020年1月6日 18:58 收件人: Aijun Wang 抄送: Les Ginsberg (ginsberg); lsr@ietf.org 主题: Re: [Lsr] 答复: Is it necessary to expand the IS-IS level

[Lsr] 答复: Is it necessary to expand the IS-IS level to 8?

2020-01-06 Thread Aijun Wang
Hi, Les: You are right. I investigate again the PDU format/purpose and found the IIH is not the right place to carry this information. Let’s discuss the passive interface solution in another thread “Methods to label the interfaces within ISIS”. Best Regards. Aijun Wang China

Re: [Lsr] Methods to label the passive interfaces within ISIS

2020-01-07 Thread Aijun Wang
Hi, Robert: There are situations that we want to distinguish the passive interfaces from the normal interfaces. I will try to write one draft in recent days to describe it and for further discussion. Thanks in advance. Aijun Wang China Telecom > On Jan 7, 2020, at 18:14, Robert Raszuk wr

[Lsr] 答复: Question about OSPF (transit area routing loop)

2020-03-11 Thread Aijun Wang
), then the loop will not be emerged. Currently, it seems it advertises this SumLAS-4 with the cost 300 to RT_1 and with the cost 3 to ABR-3? Best Regards. Aijun Wang China Telecom 发件人: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] 代表 Sergey SHpenkov 发送时间: 2020年2月26日 15:20 收件人

[Lsr] 答复: Question about OSPF (transit area routing loop)

2020-03-11 Thread Aijun Wang
etween ABR-2 and ABR-3 in your topology, or else the traffic between ASBR and ABR-3 will be unidirectional? (ASBR can reach the ABR-3, but ABR-3 can’t reach the ASBR?) Best Regards. Aijun Wang China Telecom 发件人: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] 代表 Sergey SHpenko

Re: [Lsr] Using IS-IS Multi-Topology (MT) for Segment Routing based Virtual Transport Network

2020-03-26 Thread Aijun Wang
and be changed upon the slicing requirements , will such arrangement make the metric allocation within the network a mess? If the above statement can’t be met, how you ensure the traffic that pass the P router use the dedicated resource(for example, bandwidth)? Aijun Wang China Telecom > On

Re: [Lsr] A new version of I-D, draft-liu-lsr-isis-ifit-node-capability-02

2020-04-02 Thread Aijun Wang
. Aijun Wang China Telecom > On Apr 3, 2020, at 08:20, Jeff Tantsura wrote: > > Robert, > > We are deviating ;-) > > There’s no feedback loop from telemetry producers back to the TE headend. > The telemetry, either end2end or postcards is sent to a collector

Re: [Lsr] Using IS-IS Multi-Topology (MT) for Segment Routing basedVirtual Transport Network

2020-03-29 Thread Aijun Wang
I have the same consideration as Peter. Aijun Wang China Telecom > On Mar 29, 2020, at 17:10, Peter Psenak > wrote: > > Hi Les, > >> On 29/03/2020 00:00, Les Ginsberg (ginsberg) wrote: >> Tony – >> There are a few misunderstandings in your post. >>

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

2020-05-18 Thread Aijun Wang
Yes, support as co-author. The algorithm is needed for the flooding reduction deployment and should be standardized especially in distributed mode. Best Regards. Aijun Wang China Telecom 发件人: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] 代表 Acee Lindem (acee) 发送时间: 2020年5月16日 3

[Lsr] 答复: Flooding Topology Computation Algorithm - draft-cc-lsr-flooding-reduction-08 IPR Poll

2020-05-18 Thread Aijun Wang
Hi, Acee: I am not aware of any IPR that applies to draft-cc-lsr-flooding-reduction-08.txt. Best Regards. Aijun Wang China Telecom 发件人: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] 代表 Acee Lindem (acee) 发送时间: 2020年5月16日 3:47 收件人: draft-cc-lsr-flooding-reduct...@ietf.org

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

2020-09-06 Thread Aijun Wang
figure of this draft, or other figures that you consider may exist. More detail responses are inline. Best Regards Aijun Wang China Telecom From: Gyan Mishra [mailto:hayabusa...@gmail.com] Sent: Saturday, September 5, 2020 4:31 AM To: Acee Lindem (acee) Cc: Les Ginsberg (ginsberg)

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

2020-09-07 Thread Aijun Wang
information, maybe we can refer to it later J Best Regards Aijun Wang China Telecom From: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] On Behalf Of Robert Raszuk Sent: Monday, September 7, 2020 4:54 PM To: Aijun Wang Cc: Les Ginsberg (ginsberg) ; Gyan Mishra ; Peter Psenak

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

2020-09-08 Thread Aijun Wang
. Best Regards Aijun Wang China Telecom From: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] On Behalf Of Robert Raszuk Sent: Monday, September 7, 2020 5:36 PM To: Aijun Wang Cc: Les Ginsberg (ginsberg) ; Gyan Mishra ; Peter Psenak ; Huzhibo ; Aijun Wang ; lsr ; Acee Lindem

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

2020-09-09 Thread Aijun Wang
:08 PM To: Aijun Wang Cc: Les Ginsberg (ginsberg) ; Gyan Mishra ; Peter Psenak ; Huzhibo ; Aijun Wang ; lsr ; Acee Lindem (acee) ; Xiaoyaqun ; Tony Przygienda Subject: Re: [Lsr] New Version Notification for draft-wang-lsr-prefix-unreachable-annoucement-03.txt Hi, Intra area ?

Re: [Lsr] FW: New Version Notification for draft-wang-lsr-passive-interface-attribute-04.txt

2020-10-08 Thread Aijun Wang
- From: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] On Behalf Of Acee Lindem (acee) Sent: Wednesday, September 30, 2020 7:47 PM To: Aijun Wang ; Peter Psenak (ppsenak) ; 'Aijun Wang' Cc: lsr@ietf.org Subject: Re: [Lsr] FW: New Version Notification for draft-wang-lsr-passive-interface

Re: [Lsr] FW: New Version Notification for draft-wang-lsr-passive-interface-attribute-04.txt

2020-10-11 Thread Aijun Wang
-any router within the IGP domain can report such information to PCE. More replies are inline below. Best Regards Aijun Wang China Telecom From: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] On Behalf Of Gyan Mishra Sent: Monday, October 12, 2020 3:19 AM To: Acee Lindem

Re: [Lsr] FW: New Version Notification for draft-wang-lsr-passive-interface-attribute-04.txt

2020-10-12 Thread Aijun Wang
Regards Aijun Wang China Telecom -Original Message- From: dhruv.i...@gmail.com [mailto:dhruv.i...@gmail.com] Sent: Monday, October 12, 2020 3:25 PM To: Gyan Mishra Cc: Acee Lindem (acee) ; lsr@ietf.org; Aijun Wang ; Aijun Wang ; Peter Psenak (ppsenak) Subject: Re: [Lsr] FW: New

Re: [Lsr] FW: New Version Notification for draft-wang-lsr-passive-interface-attribute-04.txt

2020-10-12 Thread Aijun Wang
: Please see inline for your concerns. Best Regards Aijun Wang China Telecom From: Jeff Tantsura [mailto:jefftant.i...@gmail.com] Sent: Tuesday, October 13, 2020 5:22 AM To: Gyan Mishra ; Acee Lindem (acee) Cc: lsr@ietf.org; Aijun Wang ; Aijun Wang ; Peter Psenak (ppsenak) Subject: Re

Re: [Lsr] FW: New Version Notification for draft-wang-lsr-passive-interface-attribute-04.txt

2020-10-13 Thread Aijun Wang
Hi, Dhruv: -Original Message- From: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] On Behalf Of Dhruv Dhody Sent: Tuesday, October 13, 2020 1:48 PM To: Aijun Wang Cc: lsr@ietf.org; Peter Psenak (ppsenak) ; Aijun Wang ; Gyan Mishra ; Acee Lindem (acee) Subject: Re: [Lsr] FW: New

Re: [Lsr] WG Last Call draft-ietf-lsr-ospf-prefix-originator-06

2020-10-16 Thread Aijun Wang
drafts. Actually, we did not expand the discussion of this part in this draft. The description of this part is very concise. If you insist this, I can update the draft in recent days, together with other comments on this draft. Other comments are welcome also! Aijun Wang China Telecom > On Oct

Re: [Lsr] WG Last Call draft-ietf-lsr-ospf-prefix-originator-06

2020-10-15 Thread Aijun Wang
ered links. But for others, the heuristic applies. Best Regards Aijun Wang China Telecom -Original Message- From: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] On Behalf Of Jeff Tantsura Sent: Friday, October 16, 2020 5:28 AM To: John E Drake Cc: Christian Hopps ; lsr-cha...@ietf.org; Le

Re: [Lsr] WG Last Call draft-ietf-lsr-ospf-prefix-originator-06

2020-10-15 Thread Aijun Wang
Hi, Chris: I support the forwarding of this document and as author, I am not aware of other IPR except the disclosed one. Best Regards Aijun Wang China Telecom -Original Message- From: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] On Behalf Of Christian Hopps Sent: Thursday

Re: [Lsr] WG Last Call draft-ietf-lsr-ospf-prefix-originator-06

2020-10-19 Thread Aijun Wang
to the user of such protocol extension? For the body part of this draft, we are also welcome comments. More replies inline below[WAJ] Best Regards Aijun Wang China Telecom -Original Message- From: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] On Behalf Of Les Ginsberg (ginsberg) Sent

Re: [Lsr] WG Last Call draft-ietf-lsr-ospf-prefix-originator-06

2020-10-18 Thread Aijun Wang
is the prerequisite information. Knowing the originator of the prefixes can deduce the inter-area topology which is hidden by ABR. We don’t preclude other use cases of this extension, but they are not prominent as this case. Best Regards Aijun Wang China Telecom From: Gyan Mishra

Re: [Lsr] WG Last Call draft-ietf-lsr-ospf-prefix-originator-06

2020-10-19 Thread Aijun Wang
. More replies inline below. Aijun Wang China Telecom > On Oct 19, 2020, at 17:14, Peter Psenak > wrote: > > Aijun, > >> On 19/10/2020 09:32, Les Ginsberg (ginsberg) wrote: >> Aijun - >> I am not going to continue these side discussions with you. >&

Re: [Lsr] WG Last Call draft-ietf-lsr-ospf-prefix-originator-06

2020-10-19 Thread Aijun Wang
Hi, Robert: Aijun Wang China Telecom > On Oct 19, 2020, at 18:34, Robert Raszuk wrote: > >  > Aijun, > > Regarding your appendix A - > > * How can we "rebuild" topology based on comparison of prefixes and rtr-id ? [WAJ]: The two ends of the lin

Re: [Lsr] WG Last Call draft-ietf-lsr-ospf-prefix-originator-06

2020-10-18 Thread Aijun Wang
acceptable, but removing it from the draft will erase the origin of this document. Is it reasonable that one document discusses the "origin"(of the prefix), can't keep its origin? More replies inline below[WAJ]. Best Regards Aijun Wang China Telecom -Original Message- From:

Re: [Lsr] WG Last Call draft-ietf-lsr-ospf-prefix-originator-06

2020-10-19 Thread Aijun Wang
Hi, John: Would you like to illustrate your broken case more clearly and not make the conclusion so hurry? Aijun Wang China Telecom > On Oct 19, 2020, at 22:15, John E Drake > wrote: > > Aijun, > > What part of "using IP address advertisement to derive topologica

Re: [Lsr] WG Last Call draft-ietf-lsr-ospf-prefix-originator-06

2020-10-19 Thread Aijun Wang
Hi, John: Would you like to illustrate your broken case more clearly and not make the conclusion so hurry? Aijun Wang China Telecom > On Oct 19, 2020, at 22:15, John E Drake > wrote: > > Aijun, > > What part of "using IP address advertisement to derive topologica

Re: [Lsr] WG Last Call draft-ietf-lsr-ospf-prefix-originator-06

2020-10-19 Thread Aijun Wang
Hi, John: Would you like to illustrate your broken case more clearly and not make the conclusion so hurry? Aijun Wang China Telecom > On Oct 19, 2020, at 22:15, John E Drake > wrote: > > Aijun, > > What part of "using IP address advertisement to derive topologica

Re: [Lsr] WG Last Call draft-ietf-lsr-ospf-prefix-originator-06

2020-10-19 Thread Aijun Wang
Would you like to refer the cases raised from Robert? Such discussion can be fruitful for the refine or forwarding of this draft. One should convince others based on the fact, not subjective opinion. Aijun Wang China Telecom > On Oct 19, 2020, at 22:52, John E Drake wrote: >

Re: [Lsr] FW: New Version Notification for draft-wang-lsr-passive-interface-attribute-04.txt

2020-10-09 Thread Aijun Wang
Hi, Acee: From: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] On Behalf Of Acee Lindem (acee) Sent: Saturday, October 10, 2020 3:48 AM To: Aijun Wang ; Peter Psenak (ppsenak) ; 'Aijun Wang' Cc: lsr@ietf.org Subject: Re: [Lsr] FW: New Version Notification for draft-wang-lsr-passive

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

2020-08-20 Thread Aijun Wang
y the smooth transition procedures and the related protocol extension. Using the protocol to solve the transition problem can certainly ease the deployment/operation overhead. Best Regards Aijun Wang China Telecom From: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] On Be

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

2020-08-24 Thread Aijun Wang
just want to amend this. Glad to know Rift has also noticed such issues. In OSPF/ISIS, such problem needs also be solved. If you are interested this topic, welcome to join us to the solution. Best Regards Aijun Wang China Telecom From: lsr-boun...@ietf.org [mailto:lsr-boun

Re: [Lsr] FW: New Version Notification for draft-wang-lsr-passive-interface-attribute-04.txt

2020-09-29 Thread Aijun Wang
th the prefix is then acceptable? Best Regards Aijun Wang China Telecom -Original Message- From: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] On Behalf Of Peter Psenak Sent: Tuesday, September 29, 2020 4:29 PM To: Aijun Wang Cc: lsr@ietf.org Subject: Re: [Lsr] FW: New Version Notification f

[Lsr] FW: New Version Notification for draft-wang-lsr-passive-interface-attribute-02.txt

2020-09-27 Thread Aijun Wang
co-author. We think this is an straightforward extension for the OSPF/ISIS protocol. More comments are welcomes. Best Regards Aijun Wang China Telecom > -Original Message- > From: internet-dra...@ietf.org [mailto:internet-dra...@ietf.org] > Sent: Monday, September 28, 2020 12:08 PM > To

Re: [Lsr] FW: New Version Notification for draft-wang-lsr-passive-interface-attribute-04.txt

2020-09-29 Thread Aijun Wang
Regards Aijun Wang China Telecom -Original Message- From: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] On Behalf Of Acee Lindem (acee) Sent: Tuesday, September 29, 2020 9:16 PM To: Peter Psenak ; Aijun Wang ; 'Aijun Wang' Cc: lsr@ietf.org Subject: Re: [Lsr] FW: New Version Notification

Re: [Lsr] FW: New Version Notification for draft-wang-lsr-passive-interface-attribute-04.txt

2020-09-30 Thread Aijun Wang
Hi, Acee: Except the corner cases of unnumbered interface, would you like to illustrate other scenarios that the process does not apply? As mentioned in last mail, knowing the passive interfaces can assist the nodes or controller know the boundaries of the network. Aijun Wang China Telecom

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

2020-08-04 Thread Aijun Wang
Hi, Robert: From: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] On Behalf Of Robert Raszuk Sent: Friday, July 31, 2020 6:21 PM To: Aijun Wang Cc: Peter Psenak ; Huzhibo ; Aijun Wang ; lsr ; Acee Lindem (acee) ; Xiaoyaqun Subject: Re: [Lsr] New Version Notification for draft-wang

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

2020-07-30 Thread Aijun Wang
of the specified prefix, such information will be announced for a configurable duration, to make sure other protocol(for example BGP) that based on the specified prefix has converged. How about the above consideration and Do you have other thoughts ? Aijun Wang China Telecom > On Jul 30, 2020, at 17

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

2020-07-30 Thread Aijun Wang
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 of the ABRs announce the unreac

Re: [Lsr] Request WG adoption of TTZ

2020-07-07 Thread Aijun Wang
Hi, Les: Using TTZ to sub divide the existing area seems more attractive. It seems TTZ can accomplish all the functions Area Proxy can provide, but area proxy can’t cover the scenarios that TTZ can solve. Why don’t we prefer to TTZ? Aijun Wang China Telecom > On Jul 8, 2020, at 08:53,

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

2020-07-29 Thread Aijun Wang
Interesting but complex/not efficient solution. How to solve the problem in IPv6 network? From: bruno.decra...@orange.com [mailto:bruno.decra...@orange.com] Sent: Tuesday, July 28, 2020 10:18 PM To: Acee Lindem (acee) ; Robert Raszuk Cc: Aijun Wang ; Zhibo Hu ; Yaqun Xiao ; lsr@ietf.org

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

2020-07-29 Thread Aijun Wang
Hi, Acee: From: a...@cisco.com [mailto:a...@cisco.com] Sent: Tuesday, July 28, 2020 9:22 PM To: Aijun Wang ; 'Aijun Wang' ; lsr@ietf.org Cc: 'Zhibo Hu' ; 'Yaqun Xiao' Subject: Re: [Lsr] New Version Notification for draft-wang-lsr-prefix-unreachable-annoucement-03.txt Hi Aijun, You

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

2020-07-29 Thread Aijun Wang
Hi, Robert: Agree with you J Best Regards Aijun Wang China Telecom From: rob...@raszuk.net [mailto:rob...@raszuk.net] Sent: Tuesday, July 28, 2020 5:18 PM To: Acee Lindem (acee) Cc: Aijun Wang ; lsr@ietf.org; Zhibo Hu ; Yaqun Xiao Subject: Re: [Lsr] New Version Notification

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

2020-07-26 Thread Aijun Wang
ot, what's the consideration? What's the other convincible solution? Wish to hear comments and suggestions on the above issues. We will also have the presentation on the coming IETF LSR meeting. Best Regards Aijun Wang China Telecom -Original Message- From: internet-dra...@ietf.org [mailto:in

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

2020-07-27 Thread Aijun Wang
Hi, Acee: Let me try to answer your concerns. Please see the below inline. If I missed your comments, please correct me. Best Regards Aijun Wang China Telecom -Original Message- From: lsr-boun...@ietf.org [mailto:lsr-boun...@ietf.org] On Behalf Of Acee Lindem (acee) Sent

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

2020-07-30 Thread Aijun Wang
Hi, Acee: Aijun Wang China Telecom > On Jul 31, 2020, at 01:45, Acee Lindem (acee) wrote: > >  > On 7/30/20, 1:31 PM, "Lsr on behalf of Acee Lindem (acee)" > wrote: > > > >On 7/30/20, 12:37 PM, "Lsr on behalf of Peter Psenak" > wr

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

2020-07-30 Thread Aijun Wang
Hi, Robert: Aijun Wang China Telecom > On Jul 31, 2020, at 00:23, Robert Raszuk wrote: > >  > Hi, > > Imagine I have two ABRs connecting area 1 to area 0. One is signalling > transition to down for subset of summary and the other does not .. maybe it > is slow ... m

[Lsr] FW: New Version Notification for draft-wang-lsr-passive-interface-attribute-05.txt

2020-10-20 Thread Aijun Wang
s in advance. Best Regards Aijun Wang China Telecom > -Original Message- > From: internet-dra...@ietf.org [mailto:internet-dra...@ietf.org] > Sent: Wednesday, October 21, 2020 11:25 AM > To: Zhibo Hu ; Aijun Wang > ; Gyan S. Mishra ; > Gyan Mishra > Subject: New