Re: [Idr] WG Adoption call draft-ymbk-idr-bgp-open-policy - (6/6 to 6/20/2016)

heasley <heas@shrubbery.net> Sat, 11 June 2016 05:37 UTC

Return-Path: <heas@shrubbery.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 7A51C12DA49 for <idr@ietfa.amsl.com>; Fri, 10 Jun 2016 22:37:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.628
X-Spam-Level:
X-Spam-Status: No, score=-5.628 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426, 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 GTsrXlIoybmw for <idr@ietfa.amsl.com>; Fri, 10 Jun 2016 22:37:23 -0700 (PDT)
Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8581812B01B for <idr@ietf.org>; Fri, 10 Jun 2016 22:37:23 -0700 (PDT)
Received: by guelah.shrubbery.net (Postfix, from userid 7053) id 47B90C3C64; Sat, 11 Jun 2016 05:37:23 +0000 (UTC)
Date: Sat, 11 Jun 2016 05:37:23 +0000
From: heasley <heas@shrubbery.net>
To: Robert Raszuk <robert@raszuk.net>
Message-ID: <20160611053723.GP41578@shrubbery.net>
References: <012e01d1c012$1d05f8d0$5711ea70$@ndzh.com> <CA+b+ERmCugH3kV5-yCG7=ArQGvzCeOV9Fij0=0-WqDU=YYa52A@mail.gmail.com> <CA+b+ER=fcFXVdLN475QeE=5-DfdhmVd0LxBMzo4MogGcjTaYxQ@mail.gmail.com> <CA+b+ERk_-8P0YsCC1cFEscLBMG37oaNLvXnqRABZ2kt+yuyTsw@mail.gmail.com> <CAHgCvCPFE9zAu3g_RMvM3PnmC1oBEECq6Q7n0V8Td-qhY51Yow@mail.gmail.com> <CA+b+ER=3z=wPm6dy4+OeBrp7a-+=syy1ZX_DESXfe77P1Cbumw@mail.gmail.com> <m2ziqsqy46.wl%randy@psg.com> <CA+b+ERnD1kHPZ_mvSeb66TJW=XT6h9UDWfpphnJfob5yKQV03Q@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <CA+b+ERnD1kHPZ_mvSeb66TJW=XT6h9UDWfpphnJfob5yKQV03Q@mail.gmail.com>
X-PGPkey: http://www.shrubbery.net/~heas/public-key.asc
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.5.24 (2015-08-30)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/P1FnI-w7kMebVKPyA9SkqyCyI2Q>
Cc: idr wg <idr@ietf.org>
Subject: Re: [Idr] WG Adoption call draft-ymbk-idr-bgp-open-policy - (6/6 to 6/20/2016)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.17
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: Sat, 11 Jun 2016 05:37:24 -0000

Sat, Jun 11, 2016 at 04:30:11AM +0200, Robert Raszuk:
> However my honest observation is that this approach would work well when
> operators would only operate on binary BGP code with such functionality
> enabled as mandatory capability and be always ON by default with no option
> to disable it.   Said this we all have to admit that such times are long
> gone and as soon as NOC have a business case and chance to disable it their
> marketing folks will force them to do so.

I suspect that any given NOC/operator does not want to be featured on BBC
news for having broken Internet access to popular destinations.  So,
perhaps most would be less likely to skinny dip.

I'm not convinced of the idea, but I would suggest that the draft should
mandate that it be possible to disable the capability by configuration.