Re: [Idr] Vendor Defaults (was Re: Review of draft-ietf-large-community-06.txt)

heasley <> Mon, 07 November 2016 17:38 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 9384512959C for <>; Mon, 7 Nov 2016 09:38:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -5.699
X-Spam-Status: No, score=-5.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id tlU6ynM0edg5 for <>; Mon, 7 Nov 2016 09:38:14 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id E84EE1293F4 for <>; Mon, 7 Nov 2016 09:38:11 -0800 (PST)
Received: by (Postfix, from userid 7053) id 65A4F7C061; Mon, 7 Nov 2016 17:38:11 +0000 (UTC)
Date: Mon, 7 Nov 2016 17:38:11 +0000
From: heasley <>
To: Gert Doering <>
Message-ID: <>
References: <> <> <> <20161107121459.GU79185@Space.Net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20161107121459.GU79185@Space.Net>
X-note: live free, or die!
X-homer: i just want to have a beer while i am caring.
X-Claimation: an engineer needs a manager like a fish needs a bicycle
X-reality: only YOU can put an end to the embarrassment that is Tom Cruise
User-Agent: Mutt/1.6.1 (2016-04-27)
Archived-At: <>
Cc: heasley <>, "" <>, Robert Raszuk <>
Subject: Re: [Idr] Vendor Defaults (was Re: Review of draft-ietf-large-community-06.txt)
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Inter-Domain Routing <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 07 Nov 2016 17:38:15 -0000

Mon, Nov 07, 2016 at 01:14:59PM +0100, Gert Doering:
> Hi,
> On Sun, Nov 06, 2016 at 04:08:49AM +0000, heasley wrote:
> > If you consider draft-grow-bgp-reject, does that change your opinion about
> > filtering needing to be the default?
> IOS XR is doing exactly that.  What is your point?

XR is Jakob's attention, but IOS{-XE} and others do not.  but, the point is
that if, by implementing that draft (or by having already implemented that
draft in the case of XR), the implementation is not leaking communities (or
any NLRI) and requires RPL to do so.

Since the suggested argument for existance of this 'send-communities' knob
was to require configuration to send-communities - it is redundant, policy
is already required to send (or rx) any NLRI.

Not sending communities by default is a problem for leaf networks (eg CLECs,
regional telephone companies) that are behind ISPs who do not understand
routing well.  I do not see a disadvantage (or sum of) that is greater than
this advantatge.