Link State Vector Routing (lsvr)
|2021-10-15||Liz Flynn||sent scheduled notification for IETF-112|
|2021-02-12||Liz Flynn||sent scheduled notification for IETF-110|
|2020-07-02||Liz Flynn||sent scheduled notification for IETF-108|
|2020-02-28||Liz Flynn||sent scheduled notification for IETF-107|
|2019-10-25||Liz Flynn||sent scheduled notification for IETF-106|
|2019-06-28||Liz Flynn||sent scheduled notification for IETF-105|
|2019-03-19||Gunter Van de Velde||
Data Centers have been steadily growing to commonly host tens of thousands of end points, or more, in a single network. Because of their topologies …
Data Centers have been steadily growing to commonly host tens of thousands of end points, or more, in a single network. Because of their topologies (traditional and emerging), traffic patterns, need for fast restoration, and for low human intervention, data center networks have a unique set of requirements that is resulting in the design of routing solutions specific to them.
The Link-State Vector Routing (LSVR) Working Group is chartered to develop and document a hybrid routing protocol utilizing a combination of link-state and path-vector routing mechanisms. The LSVR WG will utilize existing IPv4/IPv6 transport, packet formats and error handling of BGP-4 consistent with BGP-LS NLRI encoding mechanisms (RFC7752) to facilitate Link-State Vector (LSV) routing information distribution.
The LSVR specification is initially focused on operation within a single datacenter (DC) as a single distribution domain, LSVR Routing protocol functionality would be typically used for routing within a datacenter’s underlay routing plane. The work will include coexistence considerations with BGP IPv4/IPv6 unicast address families installing and advertising routes into the same RIB.
The main workgroup deliverable is the actual LSVR technical specification, together with a description of "how & where" LSVR can be used. Both of these key deliverable documents are currently in relative stable state, ready for a first implementation. In addition, recently LSoE (Link-State-over-Ethernet, a new Layer-2 discovery protocol) has been adopted into the LSVR working group. The goal of LSoE is to assist in LSVR neighbor discovery and to feed interface and neighbor information into the LSVR Link-State information constructions.
The LSVR working group has only few documents found under the LSVR WG page documents tab.
[Last Updated: March 19, 2019.]
|2019-03-01||Liz Flynn||sent scheduled notification for IETF-104|
|2018-10-19||Liz Flynn||sent scheduled notification for IETF-103|
|2018-07-03||Liz Flynn||sent scheduled notification for IETF-102|
|2018-02-27||Liz Flynn||sent scheduled notification for IETF-101|
|2018-02-23||Cindy Morgan||Added milestone "YANG specification for LSVR", due 2019-07-31, from approved charter|
|2018-02-23||Cindy Morgan||Added milestone "Applicability statement for LSVR in DCs", due 2019-03-31, from approved charter|
|2018-02-23||Cindy Morgan||Added milestone "LSV distribution using BGP transport", due 2019-03-31, from approved charter|
|2018-02-23||Cindy Morgan||Added milestone "LSVR with standard Dijkstra path selection", due 2019-03-31, from approved charter|
|2018-02-23||Cindy Morgan||Charter approved, group active|
|2018-01-25||Alvaro Retana||Group created in state Proposed|