Skip to main content

Route Leaks -- Definitions

Document Type Expired Internet-Draft (individual)
Expired & archived
Author Brian Dickson
Last updated 2013-04-25 (Latest revision 2012-10-22)
RFC stream (None)
Intended RFC status (None)
Stream Stream state (No stream defined)
Consensus boilerplate Unknown
RFC Editor Note (None)
IESG IESG state Expired
Telechat date (None)
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:


The Border Gateway Protocol, version 4, (BGP4) provides the means to advertise reachability for IP prefixes. This reachability information is propagated in a peer-to-peer topology. Routes may be announced to neighbors, contrary to the receiver's local peering policy. If that occurs, those routes may then be propagated indiscriminantly, once they have been accepted. This document considers the situations that can lead to routes being leaked, and tries to find acceptable definitions for describing these scenarios. The purpose of these definitions is to facilitate analysis of what a route leak is, and what the scope of the problem space for route leaks is. This, in turn, is intended to inform a requirements document for detection of (and prevention of) route leaks. And finally, the definitions and requirements are intended to allow proposed solutions which meet these criteria, and to facilitate evaluation of proposed solutions. The ultimate goal is to "solve the route leaks problem".


Brian Dickson

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)