+LSR
I’m sorry but I don’t get this draft from a quick read. An OSPF router would
not advertise an adjacency until the router is in FULL state. An OSPF router
will not attain FULL state until database synchronization is complete.
The following statement from you use case is incorrect:
So, without requesting the starting router to update its LSAs, the
neighbors of the starting router may transition to "Full" state and
route the traffic through the starting router.
Why do you think you need this extension?
Thanks,
Acee
> On Mar 6, 2023, at 9:13 AM, Liyan Gong <gongli...@chinamobile.com> wrote:
>
>
> Dear Yingzhen and Chairs,
> On behalf of the co-authors, I would like to request a slot for the following
> draft,Thanks a lot.
> • draft to be presented: OSPF Adjacency Suppression,
> https://datatracker.ietf.org/doc/draft-cheng-ospf-adjacency-suppress/
> • presenter name: Liyan Gong（gongli...@chinamobile.com）/Weiqiang
> Cheng(chengweiqi...@chinamobile.com)
> • estimated time: 10 mins
>
> Best Regards,
> Liyan
>
>
> ----邮件原文----
> 发件人：Yingzhen Qu <yingzhen.i...@gmail.com>
> 收件人：lsr-chairs <lsr-cha...@ietf.org>,lsr <lsr@ietf.org>
> 抄 送: (无)
> 发送时间：2023-03-01 02:37:11
> 主题：[Lsr] Slot request for LSR IETF 116
>
> Dear LSR WG:
> The preliminary agenda for IETF 116 has been released, and the LSR session is
> scheduled on Monday Session I (9:30-11:30).
>
> Please send your presentation request to LSR WG chairs (lsr-cha...@ietf.org)
> before the end of Monday March 13 with the following info:
> •
> draft to be presented
> • presenter name
> • estimated time needed, including Q&A
> If there is any question, please let me know.
>
> Thanks,
> Yingzhen
>
_______________________________________________
Lsr mailing list
Lsr@ietf.org
https://www.ietf.org/mailman/listinfo/lsr
