Global Routing Operations (grow) Internet Drafts


      
 Methods for Detection and Mitigation of BGP Route Leaks
 
 draft-ietf-grow-route-leak-detection-mitigation-10.txt
 Date: 08/01/2024
 Authors: Kotikalapudi Sriram, Alexander Azimov
 Working Group: Global Routing Operations (grow)
Problem definition for route leaks and enumeration of types of route leaks are provided in RFC 7908. This document describes a new well- known Large Community that provides a way for route-leak prevention, detection, and mitigation. The configuration process for this Community can be automated with the methodology for setting BGP roles that is described in RFC 9234.
 BMP Peer Up Message Namespace
 
 draft-ietf-grow-bmp-peer-up-03.txt
 Date: 06/02/2024
 Authors: John Scudder, Paolo Lucente
 Working Group: Global Routing Operations (grow)
RFC 7854, BMP, uses different message types for different purposes. Most of these are Type, Length, Value (TLV) structured. One message type, the Peer Up message, lacks a set of TLVs defined for its use, instead sharing a namespace with the Initiation message. Subsequent experience has shown that this namespace sharing was a mistake, as it hampers the extension of the protocol. This document updates RFC 7854 by creating an independent namespace for the Peer Up message. It also updates RFC 8671 and RFC 9069 by moving the defined codepoints in the newly introduced registry. The changes in this document are formal only, compliant implementations of RFC 7854, RFC 8671 and RFC 9069 also comply with this specification.
 BMP v4: TLV support for BMP Route Monitoring and Peer Down Messages
 
 draft-ietf-grow-bmp-tlv-14.txt
 Date: 18/03/2024
 Authors: Paolo Lucente, Yunan Gu
 Working Group: Global Routing Operations (grow)
Most of the message types defined by the BGP Monitoring Protocol (BMP) make provision for data in TLV format. However, Route Monitoring messages (which provide a snapshot of the monitored Routing Information Base) and Peer Down messages (which indicate that a peering session was terminated) do not. Supporting (optional) data in TLV format across all BMP message types allows for a homogeneous and extensible surface that would be useful for the most different use-cases that need to convey additional data to a BMP station. While it is not intended for this document to cover any specific utilization scenario, it defines a simple way to support TLV data in all message types.
 AS Path Prepending
 
 draft-ietf-grow-as-path-prepending-12.txt
 Date: 07/02/2024
 Authors: Mike McBride, Doug Madory, Jeff Tantsura, Robert Raszuk, Hongwei Li, Jakob Heitz, Gyan Mishra
 Working Group: Global Routing Operations (grow)
AS Path Prepending provides a tool to manipulate the BGP AS_PATH attribute through prepending multiple entries of an ASN. AS Path Prepending is used to deprioritize a route or alternate path. By prepending the local ASN multiple times, ASs can make advertised AS paths appear artificially longer. Excessive AS Path Prepending has caused routing issues in the Internet. This document provides guidance for the use of AS Path Prepending, including alternative solutions, in order to avoid negatively affecting the Internet.
 Support for Enterprise-specific TLVs in the BGP Monitoring Protocol
 
 draft-ietf-grow-bmp-tlv-ebit-05.txt
 Date: 18/03/2024
 Authors: Paolo Lucente, Yunan Gu
 Working Group: Global Routing Operations (grow)
Message types defined by the BGP Monitoring Protocol (BMP) do provision for data in TLV - Type, Length, Value - format, either in the shape of a TLV message body, ie. Route Mirroring and Stats Reports, or optional TLVs at the end of a BMP message, ie. Peer Up and Peer Down. However the space for Type value is unique and governed by IANA. To allow the usage of vendor-specific TLVs, a mechanism to define per-vendor Type values is required. In this document we introduce an Enterprise Bit, or E-bit, for such purpose.
 Near Real Time Mirroring (NRTM) version 4
 
 draft-ietf-grow-nrtm-v4-03.txt
 Date: 26/11/2023
 Authors: Sasha Romijn, Job Snijders, Edward Shryane, Stavros Konstantaras
 Working Group: Global Routing Operations (grow)
This document specifies a one-way synchronization protocol for Internet Routing Registry (IRR) records. The protocol allows instances of IRR database servers to mirror IRR records, specified in the Routing Policy Specification Language (RPSL), between each other.
 BMP YANG Module
 
 draft-ietf-grow-bmp-yang-03.txt
 Date: 29/12/2023
 Authors: Camilo Cardona, Paolo Lucente, Thomas Graf, Benoit Claise
 Working Group: Global Routing Operations (grow)
This document proposes a YANG module for the configuration and monitoring of the BGP Monitoring Protocol (BMP).
 A well-known BGP community to denote prefixes used for Anycast
 
 draft-ietf-grow-anycast-community-03.txt
 Date: 26/11/2023
 Authors: Maximilian Wilhelm, Fredy Kuenzler
 Working Group: Global Routing Operations (grow)
In theory routing decisions on the Internet and by extension within ISP networks should always use hot-potato routing to reach any given destination. In reality operators sometimes choose to not use the hot-potato paths to forward traffic due to a variety of reasons, mostly motivated by traffic engineering considerations. For prefixes carrying anycast traffic in virtually all situations it is advisable to stick to the hot-potato principle. As operators mostly don't know which prefixes are carrying unicast or anycast traffic, they can't differentiate between them in their routing policies. To allow operators to take well informed decisions on which prefixes are carrying anycast traffic this document proposes a well-known BGP community to denote this property.
 BMP Extension for Path Status TLV
 
 draft-ietf-grow-bmp-path-marking-tlv-01.txt
 Date: 18/03/2024
 Authors: Camilo Cardona, Paolo Lucente, Pierre Francois, Yunan Gu, Thomas Graf
 Working Group: Global Routing Operations (grow)
The BGP Monitoring Protocol (BMP) provides an interface for obtaining BGP Path information. BGP Path Information is conveyed within BMP Route Monitoring (RM) messages. This document proposes an extension to BMP to convey the status of a path after being processed by the BGP process. This extension makes use of the TLV mechanims described in draft-ietf-grow-bmp-tlv [I-D.ietf-grow-bmp-tlv] and draft-ietf-grow-bmp-tlv-ebit [I-D.ietf-grow-bmp-tlv-ebit].
 Logging of routing events in BGP Monitoring Protocol (BMP)
 
 draft-ietf-grow-bmp-rel-01.txt
 Date: 18/03/2024
 Authors: Paolo Lucente, Camilo Cardona
 Working Group: Global Routing Operations (grow)
The BGP Monitoring Protocol (BMP) does provision for BGP session event logging (Peer Up, Peer Down), state synchronization (Route Monitoring), debugging (Route Mirroring) and Statistics messages, among the others. This document defines a new Route Event Logging (REL) message type for BMP with the aim of covering use-cases with affinity to alerting, reporting and on-change analysis.
 YANG Module for BGP Communities
 
 draft-ietf-grow-yang-bgp-communities-01.txt
 Date: 22/02/2024
 Authors: Martin Pels
 Working Group: Global Routing Operations (grow)
This document defines a YANG data model for the structured specification of BGP communities. The model provides operators with a way to publish their locally defined BGP communities in a standardised format.
 Definition For New BMP Statistics Type
 
 draft-ietf-grow-bmp-bgp-rib-stats-01.txt
 Date: 22/01/2024
 Authors: Mukul Srivastava
 Working Group: Global Routing Operations (grow)
RFC 7854 defined different BMP statistics messages types to observe interesting events that occur on the router. This document updates RFC 7854 by adding new statistics type.
 Updated BGP Operations and Security
 
 draft-ietf-grow-bgpopsecupd-01.txt
 Date: 26/01/2024
 Authors: Tobias Fiebig
 Working Group: Global Routing Operations (grow)
The Border Gateway Protocol (BGP) is the protocol almost exclusively used in the Internet to exchange routing information between network domains. Due to this central nature, it is important to understand the security and reliability measures that can and should be deployed to prevent accidental or intentional routing disturbances. Previously, security considerations for BGP have been described in RFC7454 / BCP194. Since the publications of RFC7454 / BCP194, several developments and changes in operational practice took place that warrant an update of these best current practices. This document replaces RFC7454 / BCP194, reiterating the best practices for BGP security from that document and adding new practices and recommendations that emerged since its publication. This document provides a comprehensive list of Internet specific BGP security and reliability related best practices as of the time of publication. It specifically does not cover other uses of BGP, e.g., in a datacenter context. While the recommendations in this document are, in general, best practices, operators still need to carefully weigh individual measures vs. their local network requirements before implementing them. Also, as with BCP194, best practices outlined in this document may have changed since its publication.


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

Global Routing Operations (grow)

WG Name Global Routing Operations
Acronym grow
Area Operations and Management Area (ops)
State Active
Charter charter-ietf-grow-03-01 Start Chartering/Rechartering (Internal Steering Group/IAB Review)
Document dependencies
Additional resources Issue tracker, Wiki, Zulip stream
Personnel Chairs Chris Morrow, Job Snijders
Area Director Warren "Ace" Kumari
Mailing list Address grow@ietf.org
To subscribe https://www.ietf.org/mailman/listinfo/grow
Archive https://mailarchive.ietf.org/arch/browse/grow/
Chat Room address https://zulip.ietf.org/#narrow/stream/grow

Charter for Working Group

The Border Gateway Protocol (BGP) is fundamental to the operation
of the Internet. In recent years, occurrences of BGP related
operational issues have increased, and while overall
understanding of the default-free routing system has improved,
there is still a long and growing list of concerns. Among these
are routing table growth rates, interaction of interior and
exterior routing protocols, dynamic properties of the routing
system, and the effects of routing policy on both the size and
dynamic nature of the routing table. In addition, new and
innovative uses of BGP, such as the use of BGP as a signaling
protocol for some types of Virtual Private Networks, have created
new and unexpected operational issues.

The purpose of the GROW is to consider the operational problems
associated with the IPv4 and IPv6 global routing systems,
including but not limited to routing table growth, the effects of
the interactions between interior and exterior routing protocols,
and the effect of address allocation policies and practices on
the global routing system. Finally, where appropriate, the GROW
documents the operational aspects of measurement, policy,
security, and VPN infrastructures.

GROW will also advise various working groups, including the IDR
and RPSEC working groups, with respect to whether it is
addressing the relevant operational needs, and where appropriate,
suggest course corrections. Finally, operational requirements
developed in GROW can also be used by any new working group
charged with standardizing a next generation inter-domain routing
protocol.

GOALS:


(i). Evaluate and develop various methodologies of controlling
policy information in order to reduce the effect of
prefix sub-aggregates beyond the necessary diameter, so
as to reduce the Network Layer Reachability Information
(or NLRI; see e.g.,draft-ietf-idr-bgp4-23.txt) load on
network infrastructure.

(ii). Document and suggest operational solutions to problematic
aspects of the currently deployed routing
system. Examples include instability caused by
oscillation of MULTI_EXIT_DISC (or MED; see RFC 3345)
values.

(iii). Analyze aspects of supporting new applications, including
extending existing routing protocols and creating new
ones. This includes risk, interference and application
fit.

(iv). Determine the effect of IGP extensions on the stability of
the Internet routing system.

(v). Document the operational aspects of securing the Internet
routing system, and provide recommendations to
other
WGs.

Some Relevant References:


http://www.routeviews.org
http://bgp.potaroo.net
http://www.cidr-report.org
http://www.pch.net/routing/BGP_table_size.ital
http://moat.nlanr.net/AS
http://www.apnic.net/stats/bgp
http://www.merit.edu/ipma
http://www.caida.org/projects/routing/atoms

Done milestones

Date Milestone Associated documents
Done Submit MED Considerations to IESG for Info
Done Submit Embedding Globally ...Considered Harmful to IESG for Info
Done Submit Collection Communities to IESG for BCP
Done Publish Collection Communities as WG I-D
Done Publish MED Considerations Draft as WG I-D
Done Publish Embedding Globally ...Considered Harmful as WG I-D
Done Publish Risk, Interference and Fit (RIFT) document as WG I-D