Re: [Idr] Warren Kumari's Discuss on draft-ietf-idr-bgp-gr-notification-15: (with DISCUSS)

Jeffrey Haas <jhaas@pfrc.org> Tue, 22 May 2018 20:12 UTC

Return-Path: <jhaas@pfrc.org>
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 CB5BD12D86D; Tue, 22 May 2018 13:12:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 dULvdCOiGr4i; Tue, 22 May 2018 13:12:23 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 45C7A129C51; Tue, 22 May 2018 13:12:23 -0700 (PDT)
Received: from dresden.attlocal.net (99-59-193-67.lightspeed.livnmi.sbcglobal.net [99.59.193.67]) by slice.pfrc.org (Postfix) with ESMTPSA id 3FBF31E3D0; Tue, 22 May 2018 16:12:20 -0400 (EDT)
Content-Type: multipart/alternative; boundary="Apple-Mail=_CBAC4F62-6A62-48A0-86C6-A2A8A42F60AE"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Jeffrey Haas <jhaas@pfrc.org>
In-Reply-To: <CA+b+ERm_VcUY2P8pVwbcGD1iXBYnU-pAW__YgqjhrfGyDoF4ng@mail.gmail.com>
Date: Tue, 22 May 2018 16:12:20 -0400
Cc: Warren Kumari <warren@kumari.net>, idr wg <idr@ietf.org>, The IESG <iesg@ietf.org>
Message-Id: <F8D32A4C-41D7-46B1-B492-030DE962479C@pfrc.org>
References: <152701518391.31181.3562126455441179002.idtracker@ietfa.amsl.com> <50AB3F2D-222F-4813-90FA-95F9AC411590@pfrc.org> <CA+b+ERm_VcUY2P8pVwbcGD1iXBYnU-pAW__YgqjhrfGyDoF4ng@mail.gmail.com>
To: Robert Raszuk <robert@raszuk.net>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/fFVSOu7S1oG5OohfmCEe3XnP1DA>
Subject: Re: [Idr] Warren Kumari's Discuss on draft-ietf-idr-bgp-gr-notification-15: (with DISCUSS)
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: Tue, 22 May 2018 20:12:25 -0000

Robert,

> On May 22, 2018, at 3:35 PM, Robert Raszuk <robert@raszuk.net> wrote:
> 
> ​Hi Jeff,​
>  
> This is a point where I point at your supposed opeational background and suggest shame on you. :-)
> 
> 
> ​I think ​it should be pointed out that there is difference between sound operational reasons and simply bad network design. 
> 
> If someone would deploy in a network route reflectors (and in fact also routers) from multiple vendors (let's be brave and say 3 or 4) probability that all implementations would go down on given trigger is highly reduced - perhaps to the extend that no outage would occur and no one would propose to make BGP state persistent ;-). 
> 
> Here my only worry is that we are stretching protocol(s) to cover for wrong choices of network architecture. 

Since it seems my attempt at humor was overly broad (I believe Warren is likely to have taken it with its original intent), this is more a jab at the focus on a knob that is not usually a good idea usually being something that ends up in code mostly at the pressure of the operators/customers.  We call such features "rope (to hang yourself with)" for good cause.  Warren is thus pointing out the thing that as a customer he may have asked for in the first place. :-)

While I generally sympathize with your approach to network heterogeneity as a mechanism for achieving better fault tolerance, I also consider it optimistic.

-- Jeff