Subject: [Idr] Re: [Core] draft-haas-idr-bgp-attribute-escape-04 - WG Adoption call (6/2 to 6/16/2026).
From: Susan Hares <[email-masked]>
To: Robert Raszuk <[email-masked]>
Cc: "idr@ietf. org" <[email-masked]>
Date: Thu, 4 Jun 2026 23:50:45 +0000
List-Id: Inter-Domain Routing <idr.ietf.org>

Robert:

To you it is obvious, to other people it is not obvious.  So, we must start somewhere.

If you have suggestions for a “fix it” version of this document, please write it.  Or just start it with Jeff or I.

Sue

From: Robert Raszuk <[email-masked]>
Sent: Thursday, June 4, 2026 7:40 PM
To: Susan Hares <[email-masked]>
Cc: idr@ietf. org <[email-masked]>
Subject: Re: [Idr] [Core] draft-haas-idr-bgp-attribute-escape-04 - WG Adoption call (6/2 to 6/16/2026).

Hi Sue & Jeff,

What mostly worries me in this draft is this line:

> Intended status: Informational

We acknowledge there is a problem, but instead of fixing it we only talk about it.

Do we really need to document the obvious instead of at least trying to patch the leaking holes ?

Cheers,
R.

On Wed, Jun 3, 2026 at 1:23 AM Susan Hares <[email-masked]<mailto:[email-masked]>> wrote:
This begins a 2-week WG adoption call for draft-haas-idr-bgp-attribute-escape-04.txt (6/2/2026 to 6/16/2026).

The author should respond to this email with an IPR statement.

WG Members - please comment on this adoption, and in your comments mention “support or no support.

A few things from the abstract may be helpful in your reading of this draft:

1) This is an informational draft.
2) The focus is “optional transitive attributes” for BGP that “escape” inadvertently beyond intended scope
3) Jeff Haas feels this will help writers of new drafts correctly use these optional transitive attributes.

Cheerily, Sue Hares
(Shepherd)

-----------

Excerpts from Abstract text:

   A significant part of the success of [RFC4271] BGP is
   due to its ability to incrementally add new features to its Path
   Attributes when they are marked "optional transitive".
   Implementations that are ignorant of a feature for an unknown Path
   Attribute that are so marked will propagate BGP routes with such
   attributes.

   Unfortunately, this blind propagation of unknown Path Attributes may
   happen for features that are intended to be used in a limited scope.
   When such Path Attributes inadvertently are carried beyond that
   scope, it can lead to things such as unintended disclosure of
   sensitive information, or cause improper routing.  In their worst
   cases, such propagation may be for malformed Path Attributes and lead
   to BGP session resets or crashes.

   This document calls such inadvertent propagation of BGP Path
   Attributes, "attribute escape".  This document further describes some
   of the scenarios that leads to this behavior and makes
   recommendations on practices that may limit its impact.

_______________________________________________
Idr mailing list -- [email-masked]<mailto:[email-masked]>
To unsubscribe send an email to [email-masked]<mailto:[email-masked]>