IETF Logo Mail Archive

Re: [Idr] IETF LC for IDR-ish document <draft-ietf-grow-bgp-reject-05.txt> (Default EBGP Route Propagation Behavior Without Policies) to Proposed Standard

Jared Mauch <jared@puck.nether.net> Thu, 20 April 2017 13:51 UTC

Return-Path: <jared@puck.nether.net>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EDDC4129431 for <idr@ietfa.amsl.com>; Thu, 20 Apr 2017 06:51:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.203
X-Spam-Level:
X-Spam-Status: No, score=-4.203 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WChCDPMiflG6 for <idr@ietfa.amsl.com>; Thu, 20 Apr 2017 06:51:46 -0700 (PDT)
Received: from puck.nether.net (puck.nether.net [204.42.254.5]) by ietfa.amsl.com (Postfix) with ESMTP id 2120F124BFA for <idr@ietf.org>; Thu, 20 Apr 2017 06:51:46 -0700 (PDT)
Received: from [IPv6:2603:3015:3603:8e00:25c2:4c02:5849:c73d] (unknown [IPv6:2603:3015:3603:8e00:25c2:4c02:5849:c73d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by puck.nether.net (Postfix) with ESMTPSA id D63F7540BA1; Thu, 20 Apr 2017 09:51:44 -0400 (EDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Jared Mauch <jared@puck.nether.net>
In-Reply-To: <25911_1492681251_58F88222_25911_625_1_53C29892C857584299CBF5D05346208A31CBFF52@OPEXCLILM21.corporate.adroot.infra.ftgroup>
Date: Thu, 20 Apr 2017 09:51:27 -0400
Cc: Job Snijders <job@ntt.net>, Enke Chen <enkechen@cisco.com>, idr wg <idr@ietf.org>, Hares Susan <shares@ndzh.com>
Content-Transfer-Encoding: quoted-printable
Message-Id: <955F7FC6-D1B9-4A3E-96CF-5EBEAFC48B76@puck.nether.net>
References: <D4E812E8-AA7B-4EA2-A0AC-034AA8922306@juniper.net> <abe393d3-d1e4-7841-4620-38dab751765b@cisco.com> <CA+b+ERnRz8BEO3mb1fnsDPoiL6Wxjdfw9vQPbyODNEa+xCJdnw@mail.gmail.com> <D51D67E4.A9782%acee@cisco.com> <AF07526F-F08B-4084-937B-A9A2D2DD2813@juniper.net> <2b8a94bb-4f40-6c1d-05ff-9cf11ad93646@cisco.com> <20170420090941.c5yi72mzleto64ph@hanna.meerval.net> <25911_1492681251_58F88222_25911_625_1_53C29892C857584299CBF5D05346208A31CBFF52@OPEXCLILM21.corporate.adroot.infra.ftgroup>
To: bruno.decraene@orange.com
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/9y8VfgEs_HDnxhs0SUl5yLhy7Ms>
Subject: Re: [Idr] IETF LC for IDR-ish document <draft-ietf-grow-bgp-reject-05.txt> (Default EBGP Route Propagation Behavior Without Policies) to Proposed Standard
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Apr 2017 13:51:47 -0000

> On Apr 20, 2017, at 5:40 AM, <bruno.decraene@orange.com> <bruno.decraene@orange.com> wrote:
> 
> The document is asking network operators which have correctly configured their network to retrofit the configuration of 1000s of EBGP configurations, in order to accommodate some operators which are not capable of correctly configuring their EBGP session.
> Plus the solution is asking those later operators to do a configuration, while the assumption is that they can't be trusted to correctly configured their EBGP session. Why do you think that they won't just copy/past 1 additional line of configuration in order automatically distribute all the routes for each new EBGP session?

My goal isn’t perfection, but improvement.  There will always be people who do nonsensical things, this is an attempt to address those doing it unintentionally :-).

- Jared

v2.23.0 | Report a Bug | By Email