Hi Yingzhen, 

Thanks - I've updated the document. 

> On Aug 20, 2025, at 7:21 PM, Yingzhen Qu <[email protected]> wrote:
> 
> Hi,
> 
> Thanks for addressing my comments and including the YANG model.
> 
> Here are more comments for the latest version:
> 
> 2 LSR Working Group                                                L. Gong
> 3 Internet-Draft                                                  W. Cheng
> 4 Updates: 6987, 8870 (if approved)                           China Mobile
> This should be 8770, not 8870.
> 
> 94    This document proposes a mechanism to advertise infinity links in
> 95    OSPF.
> This document specifies using LSLinkInfinity(oxffff) to advertise an OSPF 
> link as unreachable.

Sure - this is better. 

> 
> Section 2 needs some editorial work. For example:
> 109    A network topology is shown in Figure 1.  There is a link available
> 110    for Traffic Engineering between Node A and E.  If this link is used
> 111    for SPF calculations, best-effort traffic will be routed on the link.
> Suggested text:
>  A network topology is shown in Figure 1.  There is a link available
> for Traffic Engineering only between Node A and E.  If this link is included 
> in the
> SPF calculations, best-effort traffic may be routed over the link.

Sure - I've done some rewording and avoided the mention of network slices. 


> 
> I'd suggest merging Section 3 with Section 4.1 or updating Section 3, 
> especially section 3 is not including the requirement that all routers within 
> an area need to advertise the capability.
> From section 4.1:
> "
> 237    OSPF Routers MUST NOT treat links with an advertised metric of
> 238    LSLinkInfinity as unreachable unless all routers in the OSPF area
> 239    have advertised this capability.

I've done some reordering but have retained most of the content. 


>  
> "
> 
> 223    To provide backward compatibility, this document defines that routers
> 224    supporting LSLinkInfinity for unreachable links MUST advertise a
> 225    Router Information (RI) LSA advertisement of a Router Functional
> 226    Capabilities TLV [RFC7770] including the following Router Functional
> 227    Capability Bit:
> MUST advertise a Router Information (RI) LSA advertisement of a Router 
> Functional Capabilities TLV -> 
> MUST advertise a Router Information (RI) LSA with a Router Functional 
> Capabilities TLV

Yes - this is better. 

Thanks,
Acee


> 
> Thanks,
> Yingzhen
> 
> 
> On Wed, Aug 20, 2025 at 9:55 AM <[email protected]> wrote:
> Internet-Draft draft-ietf-lsr-ospf-ls-link-infinity-06.txt is now available.
> It is a work item of the Link State Routing (LSR) WG of the IETF.
> 
>    Title:   Advertising Unreachable Links in OSPF
>    Authors: Liyan Gong
>             Weiqiang Cheng
>             Changwang Lin
>             Acee Lindem
>             Ran Chen
>    Name:    draft-ietf-lsr-ospf-ls-link-infinity-06.txt
>    Pages:   17
>    Dates:   2025-08-20
> 
> Abstract:
> 
>    In certain scenarios, it is necessary to advertise unreachable links
>    in OSPF, which should be explicitly excluded from the related SPF
>    calculation.  This document specifies using LSLinkInfinity(0xffff) to
>    advertise an OSPF link as unreachable.
> 
>    Stub Router Advertisement (RFC 6987) defines MaxLinkMetric (0xffff)
>    to indicate a router-LSA link should not be used for transit traffic.
>    This document updates RFC 6987 and RFC 8770.  When an OSPFv2 router
>    supports the Unreachable Link support capability defined in this
>    document, the OSPFv2 stub router MaxLinkMetric(0xffff) MUST be
>    updated to MaxReachableLinkMetric(0xfffe).
> 
> The IETF datatracker status page for this Internet-Draft is:
> https://datatracker.ietf.org/doc/draft-ietf-lsr-ospf-ls-link-infinity/
> 
> There is also an HTML version available at:
> https://www.ietf.org/archive/id/draft-ietf-lsr-ospf-ls-link-infinity-06.html
> 
> A diff from the previous version is available at:
> https://author-tools.ietf.org/iddiff?url2=draft-ietf-lsr-ospf-ls-link-infinity-06
> 
> Internet-Drafts are also available by rsync at:
> rsync.ietf.org::internet-drafts
> 
> 
> _______________________________________________
> Lsr mailing list -- [email protected]
> To unsubscribe send an email to [email protected]
> _______________________________________________
> Lsr mailing list -- [email protected]
> To unsubscribe send an email to [email protected]

_______________________________________________
Lsr mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to