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

"Susan Hares" <shares@ndzh.com> Wed, 30 September 2015 13:09 UTC

Return-Path: <shares@ndzh.com>
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 042B81A701E; Wed, 30 Sep 2015 06:09:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -99.055
X-Spam-Level:
X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] 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 mJCMBoiaTqWP; Wed, 30 Sep 2015 06:09:28 -0700 (PDT)
Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 940781A70E1; Wed, 30 Sep 2015 06:09:28 -0700 (PDT)
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=74.43.47.254;
From: Susan Hares <shares@ndzh.com>
To: 'Ben Campbell' <ben@nostrum.com>, 'Jeffrey Haas' <jhaas@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> <20150929205551.GF5754@pfrc.org> <C2FFAF49-8F3D-40C8-A9CB-B4CF48AAD56F@nostrum.com> <20150929221347.GH5754@pfrc.org> <1CD76B5B-A160-4820-A87A-A0BDB5C513B5@nostrum.com>
In-Reply-To: <1CD76B5B-A160-4820-A87A-A0BDB5C513B5@nostrum.com>
Date: Wed, 30 Sep 2015 09:09:17 -0400
Message-ID: <010b01d0fb81$396074c0$ac215e40$@ndzh.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQJosltDq3PIA3TR/2Bxt8o0/mYTiQFfzz1iAnreaJUCbEShLAJTWy/eAlpTVSMCdZ4N1wJQoNLWAQS8TWACZCXlnwH6kweQAXJUukqccRU7QA==
Content-Language: en-us
X-Authenticated-User: skh@ndzh.com
Archived-At: <http://mailarchive.ietf.org/arch/msg/idr/nqBXrUHKv1-smwt6D78cQ3OKlYk>
Cc: draft-ietf-idr-as-migration@ietf.org, idr@ietf.org, 'The IESG' <iesg@ietf.org>, 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: Wed, 30 Sep 2015 13:09:30 -0000

Ben and Jeff: 

The purpose behind this draft is to document things that we needed to
document things in the BGP protocol that SIDR's WG work was modify.   So the
phrase Ben suggests is the key reason. 

"Additionally, this document makes changes to the standard protocol behavior
during a migration". 

However, I believe this text is what the following statement says. 

The text: 

   This draft discusses some existing commonly-used BGP mechanisms for
   Autonomous System Number (ASN) migration that are not formally part
   of the BGP4 [RFC4271] protocol specification.

Ben - can you let me know why this text is not sufficient? 

Sue 

-----Original Message-----
From: Ben Campbell [mailto:ben@nostrum.com] 
Sent: Tuesday, September 29, 2015 6:19 PM
To: Jeffrey Haas
Cc: Susan Hares; idr@ietf.org; idr-chairs@ietf.org; The IESG;
draft-ietf-idr-as-migration@ietf.org
Subject: Re: [Idr] Ben Campbell's Discuss on draft-ietf-idr-as-migration-06:
(with DISCUSS)

On 29 Sep 2015, at 17:13, Jeffrey Haas wrote:

> On Tue, Sep 29, 2015 at 04:27:46PM -0500, Ben Campbell wrote:
>
>> So I'm confused again. That sounds like an argument for an 
>> informational RFC, or maybe even a BCP.
>
>
> IMO, the status is *fine* and is really the best mapping we're going 
> to get.
> There is one part practice, one part deployment wisdom and - the thing 
> being truly documented - the behavior changes done in the protocol 
> within the AS undergoing migration.
>
> The alternative is to ask for a status of "this is weird and doesn't 
> really fit".

So I think maybe the problem is that part of the draft defines standards and
part doesn't. Short of splitting them (which I don't think makes sense this
late in the process, one way of fixing the issue would be to change or add
text to paragraph 1 in the introduction to say something to the effect of
"Additionally, this document makes changes to the standard protocol behavior
during a migration".