Hi Acee,
Thank you for your review.
The problem described in that draft happens when an OSPF router restarts from
unplanned outage.
Its neighbor has the previous copies of the starting router's LSAs. Since the
starting router will reinitialize LSA sequence numbers, the neighbor thinks its
local LSAs are newer. So, the neighbor will attain FULL state and advertise the
adjacency.
Meanwhile, the starting router will try to regenerate and flood its own LSAs
with higher sequence numbers. During this period, temporary blackhole may occur.
I think the proposed extension provides functionality similar to the SA bit of
Restart TLV in IS-IS [RFC8706].
Thanks,
Mengxiao
-----Original Message-----
From: Acee Lindem <acee.i...@gmail.com>
Sent: Monday, March 6, 2023 11:59 PM
To: Liyan Gong <gongli...@chinamobile.com>; lsr <lsr@ietf.org>
Cc: Yingzhen Qu <yingzhen.i...@gmail.com>; lsr-chairs <lsr-cha...@ietf.org>;
Weiqiang Cheng <chengweiqi...@chinamobile.com>; linchangwang (RD)
<linchangwang.04...@h3c.com>; chenmengxiao (RD) <chen.mengx...@h3c.com>
Subject: Re: [Lsr] Slot request for LSR IETF 116
+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
>
-------------------------------------------------------------------------------------------------------------------------------------
本邮件及其附件含有新华三集团的保密信息，仅限于发送给上面地址中列出
的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、
或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本
邮件！
This e-mail and its attachments contain confidential information from New H3C,
which is
intended only for the person or entity whose address is listed above. Any use
of the
information contained herein in any way (including, but not limited to, total
or partial
disclosure, reproduction, or dissemination) by persons other than the intended
recipient(s) is prohibited. If you receive this e-mail in error, please notify
the sender
by phone or email immediately and delete it!
_______________________________________________
Lsr mailing list
Lsr@ietf.org
https://www.ietf.org/mailman/listinfo/lsr
