+1 to what Acee has said.

As historical context, the SA bit was defined in IS-IS precisely because IS-IS 
adjacency state machine does NOT include LSPDB sync as a requirement before the 
adjacency is usable (unlike OSPF).
OSPF does not need SA bit.

   Les

> -----Original Message-----
> From: Lsr <[email protected]> On Behalf Of Acee Lindem
> Sent: Monday, March 6, 2023 8:01 AM
> To: Liyan Gong <[email protected]>
> Cc: lsr <[email protected]>
> Subject: Re: [Lsr] New Version Notification for draft-cheng-ospf-adjacency-
> suppress-00.txt
> 
> Hi Liyan,
> 
> I should replied to this Email rather than your request for an IETF 116 slot.
> Please reply to this one.
> 
> 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:10 AM, Liyan Gong <[email protected]>
> wrote:
> >
> > Dear All,
> > We have posted a new draft https://datatracker.ietf.org/doc/draft-cheng-
> ospf-adjacency-suppress/.
> > This draft describes the extension of OSPF LLS to signal adjacency
> suppression which is functionally similar to the SA bit of Restart TLV in 
> IS-IS.
> > The purpose is to avoid the temporary blackhole when a router restarts
> from unplanned outages.
> > We are looing forward to your comments.Thanks a lot.
> >
> > Best Regards,
> > Liyan
> >
> > ----邮件原文----
> > 发件人:internet-drafts <[email protected]>
> > 收件人:Changwang Lin <[email protected]>,Liyan Gong
> <[email protected]>,Mengxiao Chen
> <[email protected]>,Weiqiang Cheng
> <[email protected]>
> > 抄 送: (无)
> > 发送时间:2023-03-06 17:43:39
> > 主题:New Version Notification for draft-cheng-ospf-adjacency-suppress-
> 00.txt
> >
> >
> > A new version of I-D, draft-cheng-ospf-adjacency-suppress-00.txt
> > has been successfully submitted by Mengxiao Chen and posted to the
> > IETF repository.
> >
> > Name: draft-cheng-ospf-adjacency-suppress
> > Revision: 00
> > Title: OSPF Adjacency Suppression
> > Document date: 2023-03-06
> > Group: Individual Submission
> > Pages: 8
> > URL:            https://www.ietf.org/archive/id/draft-cheng-ospf-adjacency-
> suppress-00.txt
> > Status:         https://datatracker.ietf.org/doc/draft-cheng-ospf-adjacency-
> suppress/
> > Htmlized:       https://datatracker.ietf.org/doc/html/draft-cheng-ospf-
> adjacency-suppress
> >
> >
> > Abstract:
> >    This document describes a mechanism for a router to signal its
> >    neighbors to suppress advertising the adjacency to it until link-
> >    state database synchronization is complete. This minimizes transient
> >    routing disruption when a router restarts from unplanned outages.
> >
> >
> >
> >
> > The IETF Secretariat
> >
> >
> >
> > Subject:New Version Notification for draft-cheng-ospf-adjacency-
> suppress-00.txt
> >
> >
> > A new version of I-D, draft-cheng-ospf-adjacency-suppress-00.txt
> > has been successfully submitted by Mengxiao Chen and posted to the
> > IETF repository.
> >
> > Name: draft-cheng-ospf-adjacency-suppress
> > Revision: 00
> > Title: OSPF Adjacency Suppression
> > Document date: 2023-03-06
> > Group: Individual Submission
> > Pages: 8
> > URL:            https://www.ietf.org/archive/id/draft-cheng-ospf-adjacency-
> suppress-00.txt
> > Status:         https://datatracker.ietf.org/doc/draft-cheng-ospf-adjacency-
> suppress/
> > Htmlized:       https://datatracker.ietf.org/doc/html/draft-cheng-ospf-
> adjacency-suppress
> >
> >
> > Abstract:
> >    This document describes a mechanism for a router to signal its
> >    neighbors to suppress advertising the adjacency to it until link-
> >    state database synchronization is complete. This minimizes transient
> >    routing disruption when a router restarts from unplanned outages.
> >
> >
> >
> >
> > The IETF Secretariat
> >
> >
> >
> > _______________________________________________
> > Lsr mailing list
> > [email protected]
> > https://www.ietf.org/mailman/listinfo/lsr
> 
> _______________________________________________
> Lsr mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/lsr
_______________________________________________
Lsr mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/lsr

Reply via email to