Re: [GROW] ISC Response to draft-ietf-grow-unique-origin-as

Leo Bicknell <bicknell@isc.org> Thu, 29 September 2011 20:18 UTC

Return-Path: <bicknell@isc.org>
X-Original-To: grow@ietfa.amsl.com
Delivered-To: grow@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EAB8221F8EAF for <grow@ietfa.amsl.com>; Thu, 29 Sep 2011 13:18:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_43=0.6, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PaXdqN7dw-hv for <grow@ietfa.amsl.com>; Thu, 29 Sep 2011 13:18:03 -0700 (PDT)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by ietfa.amsl.com (Postfix) with ESMTP id 352CC21F8EAC for <grow@ietf.org>; Thu, 29 Sep 2011 13:18:03 -0700 (PDT)
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "bikeshed.isc.org", Issuer "ISC CA" (verified OK)) by mx.pao1.isc.org (Postfix) with ESMTPS id A8CD1C949B; Thu, 29 Sep 2011 20:20:42 +0000 (UTC) (envelope-from bicknell@isc.org)
Received: by bikeshed.isc.org (Postfix, from userid 10294) id 9C3C8216C3B; Thu, 29 Sep 2011 20:20:42 +0000 (UTC)
Date: Thu, 29 Sep 2011 20:20:42 +0000
From: Leo Bicknell <bicknell@isc.org>
To: John Kristoff <jtk@cymru.com>
Message-ID: <20110929202042.GA87117@bikeshed.isc.org>
References: <20110928193323.GA57548@bikeshed.isc.org> <CC4CB415-C615-4379-842F-2177B333D380@tcb.net> <20110928235156.GA65454@bikeshed.isc.org> <352BFFD6-B2C3-4ACD-96C1-46F28B5E5719@tcb.net> <20110929130632.GA76531@bikeshed.isc.org> <E6D92094-5836-4BB8-8E3A-5F620AA67696@tcb.net> <20110929133512.GA77671@bikeshed.isc.org> <10DB5C60-A228-4877-9EF0-F14F20DB06F5@tcb.net> <20110929190706.GA84607@bikeshed.isc.org> <20110929150403.37945441@t61p>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <20110929150403.37945441@t61p>
Organization: Internet Systems Consortium, Inc
Cc: "grow@ietf.org grow@ietf.org" <grow@ietf.org>
Subject: Re: [GROW] ISC Response to draft-ietf-grow-unique-origin-as
X-BeenThere: grow@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Grow Working Group Mailing List <grow.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/grow>, <mailto:grow-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/grow>
List-Post: <mailto:grow@ietf.org>
List-Help: <mailto:grow-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/grow>, <mailto:grow-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Sep 2011 20:18:04 -0000

In a message written on Thu, Sep 29, 2011 at 03:04:03PM -0500, John Kristoff wrote:
> It seems to me this is VeriSign trying to document a BCP that works for
> them and may work for others.  So perhaps it is just the BCP status
> that is disconcerting?

That may be part of it.  At the risk of offending the group (since
many of them came out of here, I suspect) I believe many of the
"BCP" documents are more like "AWTDI" documents, A Way To Do It.

Look, anyone who's deployed a hundred nodes of Anycast, be it
Verisign or ISC, or any other, isn't going to change the deployment
without a really, really good reason.  If it's already deployed,
it's going to stay that way.

When writing a BCP, I think the target audence is folks who don't
do this at all.  The guy who's deploying the technology for the
first time, and looking for the wisdom of those with beards longer
and greyer than their own.  To that end, if there are three ways
to do it, each with pros and cons but no clear winner we should
document the three ways and say "pick one that fits you", not pick
one of them document it as "best" and then ignore the other two.

So the question to ask is, do we have a good reason to strongly
encourage all new Anycast deployments to be in this model, as opposed to
the alternative models?

-- 
Leo Bicknell; E-mail: bicknell@isc.org, Phone: +1 650 423 1358
INOC*DBA *3357*592; Internet Systems Consortium, Inc.  www.isc.org