Re: [Idr] WGLC on draft-ietf-idr-as-private-reservation-00

Jon Mitchell <jrmitche@puck.nether.net> Thu, 20 December 2012 17:38 UTC

Return-Path: <jrmitche@puck.nether.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 1E55121F8A51 for <idr@ietfa.amsl.com>; Thu, 20 Dec 2012 09:38:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.555
X-Spam-Level:
X-Spam-Status: No, score=-6.555 tagged_above=-999 required=5 tests=[AWL=0.044, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6uQfYubfaQgT for <idr@ietfa.amsl.com>; Thu, 20 Dec 2012 09:38:13 -0800 (PST)
Received: from puck.nether.net (puck.nether.net [IPv6:2001:418:3f4::5]) by ietfa.amsl.com (Postfix) with ESMTP id 9165821F8A42 for <idr@ietf.org>; Thu, 20 Dec 2012 09:38:13 -0800 (PST)
Received: from puck.nether.net (puck.nether.net [204.42.254.5]) by puck.nether.net (8.14.4/8.14.4) with ESMTP id qBKHcCgL004997 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Dec 2012 12:38:12 -0500
Received: (from jrmitche@localhost) by puck.nether.net (8.14.4/8.14.4/Submit) id qBKHcCxC004994; Thu, 20 Dec 2012 12:38:12 -0500
Date: Thu, 20 Dec 2012 12:38:12 -0500
From: Jon Mitchell <jrmitche@puck.nether.net>
To: Randy Bush <randy@psg.com>
Message-ID: <20121220173812.GA1910@puck.nether.net>
References: <D704E7E3-3A95-4696-9757-9E17605E670C@tony.li> <378E396E-3F4B-4ACC-83D1-C4931524FECD@puck.nether.net> <CA+b+ERneavhy1gzKRSnCfN+YjYcU0+3WgBg6f68gq=tpx8yV5g@mail.gmail.com> <1AC79BDA-C088-47B4-888D-4B0428FB7C4F@puck.nether.net> <B549F708-0D5E-4B22-AC91-B6CE61B258FE@tony.li> <CAL9jLaZdX_jem0JdSGHzuhc3GDZXMDR0kvMKq5xr3D-EWYbNVQ@mail.gmail.com> <20121129191043.GA9189@puck.nether.net> <50D328DC.2020906@umn.edu> <20121220152721.GA3551@puck.nether.net> <m2licsogzv.wl%randy@psg.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <m2licsogzv.wl%randy@psg.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (puck.nether.net [204.42.254.5]); Thu, 20 Dec 2012 12:38:13 -0500 (EST)
Cc: idr wg <idr@ietf.org>
Subject: Re: [Idr] WGLC on draft-ietf-idr-as-private-reservation-00
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Thu, 20 Dec 2012 17:38:14 -0000

This was discussed upfront with WG chairs from both initially, and I
agree it is odd that you would bring it up at this late date.  I
personally believe that this an update of RFC 1930 which was IDR product
and a bit out of GROW charter since the focus of this draft is not about
global Internet.  IDR charter includes support for four-octet AS numbers
in BGP, and I believe it fits well into that.  IDR description also
states it supports use of BGP-4 by IPv4 and IPv6 networks, which this
draft continues to make room for growth in the use of the protocol
outside of Internet use cases.  Also this draft is a reservation
document, not an operations document, but I agree also not a protocol
extension of any kind.

I'm not against a GROW review (maybe one of the chairs, AD or IESG will
recommend it anyway), however it also appears many of the active
participants of GROW have already participated in the discussion.

Jon

On Thu, Dec 20, 2012 at 10:55:32AM -0500, Randy Bush wrote:
> i have a strange question at this late date.  why is this draft in idr
> at all?  it is not protocol, it is ops.  i would think it would be in
> grow.  and certainly, grow should at least review it.
> 
> randy