Greetings, SIDR folks.

Here is the first of three IDs, concerning the definitions of "route leak".

Comments and feedback are encouraged.

Two sibling documents are also up (requirements and solutions), look for
similar messages in a minute.

Brian Dickson

---------- Forwarded message ----------
From: <[email protected]>
Date: Mon, Mar 5, 2012 at 1:09 PM
Subject: New Version Notification for
draft-dickson-sidr-route-leak-def-01.txt
To: [email protected]


A new version of I-D, draft-dickson-sidr-route-leak-def-01.txt has been
successfully submitted by Brian Dickson and posted to the IETF repository.

Filename:        draft-dickson-sidr-route-leak-def
Revision:        01
Title:           Route Leaks -- Definitions
Creation date:   2012-03-05
WG ID:           Individual Submission
Number of pages: 9

Abstract:
  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.  Sometimes
  routes are announced to peers for which the local peering policy does
  not permit.  And sometimes routes are 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 fundamental objective is to &quot;solve the route leaks problem&quot;.




The IETF Secretariat
_______________________________________________
sidr mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/sidr

Reply via email to