Hi WG,
I support publication.
Comments on the YANG:
1. The admin-tag for the aggregation of basic topology is defined, but the
admin-tag for the aggregation under multiple topologies is not defined.
2. The local-rib under RFC9129 has an old route-tag definition, it is
recommended to als
Hi WG,
I support adoption.
It is necessary to promptly adjust the registration procedure for the "IS-IS
Neighbor Link-Attribute Bit Values" registry from "Standards Action" to "Expert
Review" to align with other IS-IS TLV definitions.
Thanks,
Changwang
发件人: Lsr 代表 Yingzhen Qu
发送时间: 202
Hi Acee & WG,
I am not aware of any IPR related to this document.
Best Regards,
Changwang
-邮件原件-
发件人: Acee Lindem
发送时间: 2024年3月20日 2:34
收件人: draft-chen-lsr-anycast-f...@ietf.org
抄送: lsr
主题: IPR Poll for WG Adoption for "Updates to Anycast Property advertisement for
OSPFv2" - draft-ch
Hi Yingzhen & WG,
I am not aware of any undisclosed IPR related to this document.
Best Regards,
Changwang
发件人: Lsr 代表 Yingzhen Qu
发送时间: 2024年3月9日 8:58
收件人: draft-gong-lsr-ospf-unreachable-l...@ietf.org; lsr ;
lsr-chairs
主题: [Lsr] IPR Poll for draft-gong-lsr-ospf-unreachable-link
Hi all,
Th
Hi Sandy,
Thank you for the review and comments. That really helps.
Please see inline [Changwang]
Thanks,
Changwang
发件人: Lsr 代表 zhang.zh...@zte.com.cn
发送时间: 2024年3月1日 11:05
收件人: gongli...@chinamobile.com
抄送: lsr@ietf.org
主题: Re: [Lsr] Fw:New Version Notification for
draft-gong-lsr-lldp-interfa
Hi,
I support adoption.
As a co-author, I’m unaware of any IPR on the document.
Thanks,
Changwang
发件人: Lsr 代表 Yingzhen Qu
发送时间: 2024年2月23日 13:28
收件人: lsr ; lsr-chairs
主题: [Lsr] WG Adoption Call - draft-gong-lsr-ospf-unreachable-link (02/23/24 -
03/08/24)
Hi,
This email begins a 2 we
Hi Acee,,
I have reviewed the document. It leverages the IS-IS Multi-Topology (MT) to
build SR-based VTNs, which is a good idea for network scenarios.
I also believe it is practical for NRP deployment. The current document is
mature enough, so I support its WGLC.
Thanks,
Changwang
-Origin
Hi Acee and WG,
I support the adoption of this draft as it provides a solution to effectively
address the problem of insufficient existing flags for OSPFv2/OSPFv3.
Additionally, it significantly enhances protocol extension capabilities.
I have a question: When the Prefix Attributes Sub-TLV
Hi WG,
When considering adoption, it's important to take into account the following
drafts as well.
Draft #1
link:https://www.ietf.org/archive/id/draft-wang-lsr-prefix-unreachable-annoucement-12.txt
Draft #2
link:https://www.ietf.org/archive/id/draft-ppsenak-lsr-igp-ureach-prefix-announce-04.t
Hi all,
From Notes and recordings:
Purge Originator Identification for OSPF
11:15 (originally 10:45, remote presenter could not be reached)
https://datatracker.ietf.org/doc/draft-li-lsr-ospf-purge-originator/
Zhenqiang Li & Changwang lin (10 mins)
[Acee Lindem] The medicine/solution is worse than
Szarkowicz; Robert
Raszuk; linchangwang (RD); Acee Lindem; 程伟强; Les Ginsberg(ginsbe; lsr@ietf.org
Subject: Re: [Lsr] IETF-116 LSR - IGP extensions for
AdvertisingOffsetforFlex-Algorithm
Peter Psenak writes:
> Liyan,
>
> On 13/04/2023 06:50, Liyan Gong wrote:
>> Hi All,
>
s are
arranged in the sr policy to achieve SR-TE traffic scheduling
So , this draft with offset would reduce the refresh requirement.
Regards,
Changwang
-Original Message-
From: Peter Psenak [mailto:ppse...@cisco.com]
Sent: Thursday, April 13, 2023 5:09 PM
To: Louis Chan; linchan
ntees,
corresponding to different resource requirements.
Thanks,
Changwang lin
From: Acee Lindem [mailto:acee.i...@gmail.com]
Sent: Wednesday, April 12, 2023 10:12 PM
To: Peter Psenak
Cc: linchangwang (RD); 程伟强; Louis Chan; Les Ginsberg (ginsbe; lsr; Krzysztof
Szarkowicz
Subject: Re: [Lsr] IETF-116 LSR
Hi Peter,
Please see inline [changwang lin].
>Changwang,
>please see inline (##PP2):
On 12/04/2023 15:13, linchangwang wrote:
> Hi Peter
>
> Please see inline [changwang lin].
>
>> We've met the same problem when applying Flex Algo in SRv6 network.
>
Hi Peter
Please see inline [changwang lin].
> We've met the same problem when applying Flex Algo in SRv6 network.
what problem exactly, can you please describe it?
[changwang lin]
Advertisement size of per Flex-Algo Adj-SID in the network
Related to F(# of node, # of FA, # of links)
For a node
e does not introduce remote traffic over a period of time.
Thanks,
Changwang
-Original Message-
From: Acee Lindem [mailto:acee.i...@gmail.com]
Sent: Friday, March 31, 2023 8:08 PM
To: Liyan Gong
Cc: Les Ginsberg; Tony Przygienda; chenmengxiao (RD); lsr; Weiqiang Cheng;
l
Hi Acee
Very much appreciated- especially in the middle of the busy IETF week.
Thanks for your guidance with the text. We will post an update to the draft
after the IETF week.
Best Regards
Changwang Lin
From: Lsr [mailto:lsr-boun...@ietf.org] On Behalf Of Acee Lindem (acee)
Sent: Wednesday
17 matches
Mail list logo