Liyan Gong <[email protected]> writes:
Hi WG, I Support its adoption. Currently there is no automatic and error-proof way to get the related information of the other ends for inter-as links, it is difficult for operator to rebuild the complex inter-as topology. The proposed protocol extension in this draft can assist the operator to overcome the above obstacles.
[As WG member] This use-case is covered by other solutions, and was discussed and denied as a reason to adopt already in the first failed adoption call. [As co-char] This second call for adoption indicated that people should go and read the first failed adoption call and the ton of email it generated. Repeating the same points found technically lacking the first time is unproductive and will not positively influence rough consensus a second time just b/c they are being repeated over and over. Thanks, Chris.
Best Regards,
Liyan
----邮件原文----
发件人：Yingzhen Qu <[email protected]>
收件人：lsr <[email protected]>,lsr-chairs <[email protected]>
抄 送: (无)
发送时间：2024-01-06 08:23:00
主题：[Lsr]
WG Adoption Call - draft-wang-lsr-stub-link-attributes(01/05/
2024 - 01/19/2024)
Hi,
This begins a 2 week WG Adoption Call for the following
draft:https://datatracker.ietf.org/doc/draft-wang-lsr-stub-link-attributes/Please
indicate your support or objections by January 19th, 2024.
Authors, please respond to the list indicating whether you are aware of any
IPR that applies to the draft.
*** Please note that this is the second WG adoption poll of the
draft. The first one was tried two years ago and you can see the
discussions in the archive:
[Lsr] WG Adoption Call for draft-wang-lsr-stub-link-attributes-02
(ietf.org)
Thanks,
Yingzhen
signature.asc
Description: PGP signature
_______________________________________________ Lsr mailing list [email protected] https://www.ietf.org/mailman/listinfo/lsr
