Routing Area Working Group (rtgwg) Internet Drafts


      
 A Simple BGP-based Mobile Routing System for the Aeronautical Telecommunications Network
 
 draft-ietf-rtgwg-atn-bgp-26.txt
 Date: 29/03/2024
 Authors: Fred Templin, Greg Saccone, Gaurav Dawra, Acee Lindem, Victor Moreno
 Working Group: Routing Area Working Group (rtgwg)
The International Civil Aviation Organization (ICAO) is investigating mobile routing solutions for a worldwide Aeronautical Telecommunications Network with Internet Protocol Services (ATN/IPS). The ATN/IPS will eventually replace existing communication services with an IP-based service supporting pervasive Air Traffic Management (ATM) for Air Traffic Controllers (ATC), Airline Operations Controllers (AOC), and all commercial aircraft worldwide. This informational document describes a simple and extensible mobile routing service based on industry-standard BGP to address the ATN/IPS requirements.
 Topology Independent Fast Reroute using Segment Routing
 
 draft-ietf-rtgwg-segment-routing-ti-lfa-13.txt
 Date: 16/01/2024
 Authors: Ahmed Bashandy, Stephane Litkowski, Clarence Filsfils, Pierre Francois, Bruno Decraene, Dan Voyer
 Working Group: Routing Area Working Group (rtgwg)
This document presents Topology Independent Loop-free Alternate Fast Re-route (TI-LFA), aimed at providing protection of node and adjacency segments within the Segment Routing (SR) framework. This Fast Re-route (FRR) behavior builds on proven IP-FRR concepts being LFAs, remote LFAs (RLFA), and remote LFAs with directed forwarding (DLFA). It extends these concepts to provide guaranteed coverage in any two connected networks using a link-state IGP. A key aspect of TI-LFA is the FRR path selection approach establishing protection over the expected post-convergence paths from the point of local repair, reducing the operational need to control the tie-breaks among various FRR options.
 Dynamic Networks to Hybrid Cloud DCs: Problems and Mitigation Practices
 
 draft-ietf-rtgwg-net2cloud-problem-statement-39.txt
 Date: 15/04/2024
 Authors: Linda Dunbar, Andrew Malis, Christian Jacquenet, Mehmet Toy, Kausik Majumdar
 Working Group: Routing Area Working Group (rtgwg)
This document describes a set of network-related problems enterprises face at the time of writing this document (2023) when interconnecting their branch offices with dynamic workloads in third-party data centers (DCs) (a.k.a. Cloud DCs). These problems are mainly from enterprises with conventional VPN services that want to leverage those networks (instead of altogether abandoning them). This document also describes various mitigation practices and actions to soften the issues induced by these problems.
 YANG Models for Quality of Service (QoS)
 
 draft-ietf-rtgwg-qos-model-12.txt
 Date: 31/01/2024
 Authors: Aseem Choudhary, Mahesh Jethanandani, Ebben Aries, Helen Chen
 Working Group: Routing Area Working Group (rtgwg)
This document describes a YANG model for configuration and operational data of Quality of Service (QoS) in network devices.
 SRv6 Path Egress Protection
 
 draft-ietf-rtgwg-srv6-egress-protection-16.txt
 Date: 01/02/2024
 Authors: Zhibo Hu, Huaimo Chen, Mehmet Toy, Chang Cao, Tao He
 Working Group: Routing Area Working Group (rtgwg)
TI-LFA specifies fast protections for transit nodes and links of an SR path. However, it does not present any fast protections for the egress node of the SR path. This document describes protocol extensions for fast protecting the egress node and link of a Segment Routing for IPv6 (SRv6) path.
 Applicability of Bidirectional Forwarding Detection (BFD) for Multi-point Networks in Virtual Router Redundancy Protocol (VRRP)
 
 draft-ietf-rtgwg-vrrp-p2mp-bfd-08.txt
 Date: 01/03/2024
 Authors: Greg Mirsky, Jeff Tantsura, Gyan Mishra
 Working Group: Routing Area Working Group (rtgwg)
This document discusses the applicability of Bidirectional Forwarding Detection (BFD) for multipoint networks to provide Virtual Router Redundancy Protocol (VRRP) with sub-second convergence of the Active router and defines the extension to bootstrap point-to-multipoint BFD session. This draft updates RFC 5798bis [Ed.Note: When the RFC 5798bis is published, change to the assigned new number].
 Virtual Router Redundancy Protocol (VRRP) Version 3 for IPv4 and IPv6
 
 draft-ietf-rtgwg-vrrp-rfc5798bis-18.txt
 Date: 04/01/2024
 Authors: Acee Lindem, Aditya Dogra
 Working Group: Routing Area Working Group (rtgwg)
This document defines version 3 of the Virtual Router Redundancy Protocol (VRRP) for IPv4 and IPv6. It obsoletes RFC 5798 which previously specified VRRP (version 3). RFC 5798 obsoleted RFC 3768 which specified VRRP (version 2) for IPv4. VRRP specifies an election protocol that dynamically assigns responsibility for a Virtual Router to one of the VRRP Routers on a LAN. The VRRP Router controlling the IPv4 or IPv6 address(es) associated with a Virtual Router is called the Active Router, and it forwards packets routed to these IPv4 or IPv6 addresses. Active Routers are configured with virtual IPv4 or IPv6 addresses, and Backup Routers infer the address family of the virtual addresses being advertised based on the IP protocol version. Within a VRRP Router, the Virtual Routers in each of the IPv4 and IPv6 address families are independent of one another and always treated as separate Virtual Router instances. The election process provides dynamic failover in the forwarding responsibility should the Active Router become unavailable. For IPv4, the advantage gained from using VRRP is a higher-availability default path without requiring configuration of dynamic routing or router discovery protocols on every end-host. For IPv6, the advantage gained from using VRRP for IPv6 is a quicker switchover to Backup Routers than can be obtained with standard IPv6 Neighbor Discovery mechanisms.


data-group-menu-data-url="/group/groupmenu.json"> Skip to main content

Routing Area Working Group (rtgwg)

WG Name Routing Area Working Group
Acronym rtgwg
Area Routing Area (rtg)
State Active
Charter charter-ietf-rtgwg-05 Approved
Document dependencies
Additional resources Issue tracker, Wiki, Zulip Stream
Personnel Chairs Jeff Tantsura, Yingzhen Qu
Area Director Jim Guichard
Mailing list Address rtgwg@ietf.org
To subscribe https://www.ietf.org/mailman/listinfo/rtgwg
Archive https://mailarchive.ietf.org/arch/browse/rtgwg/
Chat Room address https://zulip.ietf.org/#narrow/stream/rtgwg

Charter for Working Group

The Routing Area working group (RTGWG) is chartered to provide a
venue to discuss, evaluate, support and develop proposals for
new work in the Routing Area and may work on specific small topics
that do not fit with an existing working group.

Options for handling new work include:

  • Directing the work to an existing WG (including RTGWG)
  • Developing a proposal for a BoF.
  • Developing a charter and establishing consensus for a new WG. This
    option will primarily be used with fairly mature and/or well-defined efforts.
  • Careful evaluation, leading to deferring or rejecting work.

It is expected that the proposals for new work will only include items which
are not aligned with the work of other WGs or that may span multiple WGs.
The Area Directors and WG Chairs can provide guidance if there is any
doubt whether a topic should be discussed in RTGWG.

A major objective of the RTGWG is to provide timely, clear
dispositions of new efforts. Where there is consensus to take
on new work, the WG will strive to quickly find a home for it.
Reconsideration of proposals which have failed to gather consensus
will be prioritized behind proposals for new work which have not
yet been considered. In general, requests for reconsideration
should only be made once a proposal has been significantly
revised.

If RTGWG decides that a particular topic should be addressed by
a new WG, the chairs will recommend the work to the Routing ADs
with a summary of the evaluation. The Routing ADs may then choose
to follow the normal IETF chartering process (potential BoF, IETF-wide
review of the proposed charter, etc.).

Guiding principles for evaluation of new work by RTGWG will include:

  1. Providing a clear problem statement for proposed new work.

  2. Prioritizing new efforts to manage the trade-offs between urgency,
    interest, and available resources in the Routing Area.

  3. Looking for commonalities among ongoing efforts.
    Such commonalities may indicate the need to develop more
    general, reusable solutions.

  4. Ensuring appropriate cross-WG and cross-area review.

  5. Protecting the architectural integrity of the protocols developed
    in the Routing Area and ensuring that work has significant applicability.

RTGWG may also work on specific small topics that do not fit with an existing working group. An example of a small topic is a draft that might otherwise be AD-sponsored but which could benefit from the review and consensus that RTGWG can provide.

RTGWG may work on larger topics, but must be explicitly rechartered to add the topic. The specific larger topics that RTGWG is currently chartered to work on:

  • Enhancements to hop-by-hop distributed
    routing (e.g., multicast, LDP-MPLS, unicast routing) related to
    fast-reroute and loop-free convergence. A specific goal of
    fast-reroute mechanisms is to provide up to complete coverage when
    the potential failure would not partition the network. All work in
    this area should be specifically evaluated by the WG in terms of
    practicality and applicability to deployed networks.

  • Routing-related YANG models that are not appropriate for other RTG working
    groups.

The working group milestones will be updated as needed to reflect the
proposals currently being worked on and the target dates for their
completion.

Milestones

Date Milestone Associated documents
Nov 2015 Submit MIB for IP Fast-Reroute for publication as Proposed Standard
Jul 2015 Submit Remote LFA (node protection) for publication as Proposed Standard
Jul 2015 Submit Operational Management for LFA for publication as Proposed Standard
Jul 2015 Submit Document on Operational Experience of using BGP in a Data Center for publication as Informational
Jul 2015 Submit specification on Advanced IP Fast Reroute mechanism to IESG for publication as Proposed Standard
Mar 2015 Submit Composite-Link Requirements to IESG for publication as Informational
Mar 2015 Submit Composite-Link Framework to IESG for publication as Informational
Mar 2015 Submit initial Internet Draft on Multicast IP Fast Reroute Architecture
Nov 2014 Submit Remote LFA (link protection) for publication as Proposed Standard