Movatterモバイル変換


[0]ホーム

URL:


Skip to main content

Link State Routing (lsr)

WGNameLink State Routing
Acronymlsr
Area Routing Area(rtg)
StateActive
Charter charter-ietf-lsr-01Approved
Status update Show Changed 2019-03-24
Document dependencies
Additional resources Current WG Status
ISIS WG's Documents and RFCs
Issue tracker
OSPF WG's Documents and RFCs
Wiki
Zulip Stream
Personnel ChairsAcee Lindem,Christian Hopps,Yingzhen Qu
Area DirectorGunter Van de Velde
Mailing list Addresslsr@ietf.org
To subscribehttps://www.ietf.org/mailman/listinfo/lsr
Archivehttps://mailarchive.ietf.org/arch/browse/lsr/
Chat Room address https://zulip.ietf.org/#narrow/stream/lsr

Charter for Working Group

The Link-State Routing (LSR) Working Group is chartered to document current protocol implementation practices and improvements, protocol usage scenarios, maintenance and extensions of the link-state interior gateway routing protocols (IGPs) - specifically IS-IS, OSPFv2, and OSPFv3. The LSR Working Group was formed by merging the isis and ospf WGs and assigning all their existing adopted work at the time of chartering to LSR.

IS-IS is an IGP specified and standardized by ISO through ISO 10589:2002 and additional RFC standards with extensions to support IP that has been deployed in the Internet for decades. For the IS-IS protocol, LSR-WG’s work is focused on IP routing, currently based on the agreement inRFC 3563 with ISO/JTC1/SC6. The LSR-WG will interact with other standards bodies that have responsibility for standardizing IS-IS. LSR-WG will continue to support Layer 2 routing (for example TRILL work) as needed.

OSPFv2 [RFC 2328 and extensions], is an IGP that has been deployed in the Internet for decades. OSPFv3 [RFC5340 and extensions] provides OSPF for IPv6 and IPv4 [RFC5838] which can be delivered over IPv6 or IPv4 [RFC 7949].

The LSR Working Group will generally manage its specific work items by milestones agreed with the responsible Area Director.

In addition to ongoing maintenance, the following topics are specific work-items for the WG.

1) Improve OSPF support for IPv6 and create at least parity with IPv4 functionality
by adding OSPFv3 extensions using the OSPFv3 Extended LSAs.

2) Extensions needed for Segment Routing and associated architectural changes

3) YANG models for the management of IS-IS, OSPFv2, and OSPFv3 and extensions

4) Extensions for source-destination routing

5) Improvements to flooding (and other behaviors) to better support dense meshed
network topologies, such as are commonly used in data centers.

The Link-State Routing (LSR) Working Group will coordinate with other working groups, such as RTGWG, SPRING, MPLS, TEAS, PCE, V6OPS, and 6MAN, to understand the need for extensions and to confirm that the planned work meets the needs and is compatible with IS-IS and/or OSPF from functional, architectural and performance point of views. LSR-WG will coordinate with CCAMP, TEAS, and BIER on their extensions to the LSR IGPs as applicable to LSR protocol operation and scale. LSR-WG should coordinate with other WGs as needed.

Milestones

DateMilestoneAssociated documents
Jan 2025OSPF Segment Routing YANG Modelrfc9903 (was draft-ietf-ospf-sr-yang)
Jan 2025IS-IS Segment Routing SR YANG Modelrfc9902 (was draft-ietf-isis-sr-yang)
Jan 2025UPNEXT: Multi-part TLVs in IS-ISrfc9885 (was draft-ietf-lsr-multi-tlv)
Jan 2025UPNEXT: Extensions to OSPF for Advertising Prefix Administrative Tags
Feb 2024WGLC: Flexible Algorithms: Bandwidth, Delay, Metrics and Constraintsrfc9843 (was draft-ietf-lsr-flex-algo-bw-con)
Jan 2024SUBMITTED: YANG Model for OSPFv3 Extended LSAsrfc9587 (was draft-ietf-lsr-ospfv3-extended-lsa-yang)
Dec 2023SUBMITTED: Area Proxy for IS-ISrfc9666 (was draft-ietf-lsr-isis-area-proxy)
Dec 2023SUBMITTED: Dynamic Flooding on Dense Graphsrfc9667 (was draft-ietf-lsr-dynamic-flooding)
Sep 2023SUBMITTED: IS-IS Fast Floodingrfc9681 (was draft-ietf-lsr-isis-fast-flooding)

[8]ページ先頭

©2009-2026 Movatter.jp