Re: [Idr] Ben Campbell's Discuss on draft-ietf-idr-as-migration-06: (with DISCUSS)

Jeffrey Haas <jhaas@pfrc.org> Tue, 29 September 2015 20:52 UTC

Return-Path: <jhaas@slice.pfrc.org>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25AED1B2B0F; Tue, 29 Sep 2015 13:52:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.578
X-Spam-Level:
X-Spam-Status: No, score=-1.578 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 S0vXuw318RO4; Tue, 29 Sep 2015 13:52:06 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 5D4D51B2B04; Tue, 29 Sep 2015 13:52:06 -0700 (PDT)
Received: by slice.pfrc.org (Postfix, from userid 1001) id 7073A1E387; Tue, 29 Sep 2015 16:55:51 -0400 (EDT)
Date: Tue, 29 Sep 2015 16:55:51 -0400
From: Jeffrey Haas <jhaas@pfrc.org>
To: Ben Campbell <ben@nostrum.com>
Message-ID: <20150929205551.GF5754@pfrc.org>
References: <20150916175709.15284.39811.idtracker@ietfa.amsl.com> <D21FADDE.D11E6%aretana@cisco.com> <D22192F2.69F88%wesley.george@twcable.com> <8C52202E-2B65-41C5-9E95-DDBD0EC263B7@nostrum.com> <D2270D59.D2D74%aretana@cisco.com> <02D24C30-23D4-4147-B07D-332676E953AE@nostrum.com> <001401d0fa25$8a9e79c0$9fdb6d40$@ndzh.com> <EBB510E0-C934-47AC-91B6-CFDD45A33C80@nostrum.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <EBB510E0-C934-47AC-91B6-CFDD45A33C80@nostrum.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <http://mailarchive.ietf.org/arch/msg/idr/p2EpqtFmg_zfcKkR1bmAbWpWLrI>
Cc: draft-ietf-idr-as-migration@ietf.org, idr@ietf.org, The IESG <iesg@ietf.org>, Susan Hares <shares@ndzh.com>, idr-chairs@ietf.org
Subject: Re: [Idr] Ben Campbell's Discuss on draft-ietf-idr-as-migration-06: (with DISCUSS)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.15
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, 29 Sep 2015 20:52:07 -0000

Ben,

On Mon, Sep 28, 2015 at 02:42:59PM -0500, Ben Campbell wrote:
> >In IDR and SIDR, sometimes we are catching up and standardizing
> >what people are doing in the real-world so that when we advance
> >the standard (SIDR is advancing the standard in this case), the
> >whole set of code is interoperable.
> 
> I have no objection to that.
> 
> Perhaps something like "This draft standardizes existing de-facto
> standards..." or "This draft standardizes existing behaviors..." ?

The draft documents existing behaviors. :-)

Part of why the document doesn't specifically intend to recommend a specific
way of doing things is that once you get outside of the AS applying these
mechanisms, you don't know that the mechanisms have been used.  The
mechanisms try to be a good black-box as far as the Internet routing system
as a whole is concerned.  

Where the details are important are inside the AS.  Which mechanism makes
the most sense for a provider has a lot of contributing factors, including
which vendor is common and what types of changes are necessary to not only
accommodate the migration, but also preserve desired routing properties as
well.

I suspect a small book could be written on migrations and strategies.  Such
a small book isn't really appropriate for IETF standards.

-- Jeff