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

Jon Mitchell <jrmitche@puck.nether.net> Thu, 20 December 2012 23:02 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 ED76521F8A9D for <idr@ietfa.amsl.com>; Thu, 20 Dec 2012 15:02:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.565
X-Spam-Level:
X-Spam-Status: No, score=-6.565 tagged_above=-999 required=5 tests=[AWL=0.034, 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 Oqtg8LusU2MX for <idr@ietfa.amsl.com>; Thu, 20 Dec 2012 15:02:21 -0800 (PST)
Received: from puck.nether.net (puck.nether.net [IPv6:2001:418:3f4::5]) by ietfa.amsl.com (Postfix) with ESMTP id 689EA21F8A8F for <idr@ietf.org>; Thu, 20 Dec 2012 15:02:17 -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 qBKN26fv028550 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Dec 2012 18:02:07 -0500
Received: (from jrmitche@localhost) by puck.nether.net (8.14.4/8.14.4/Submit) id qBKN26l6028547; Thu, 20 Dec 2012 18:02:06 -0500
Date: Thu, 20 Dec 2012 18:02:06 -0500
From: Jon Mitchell <jrmitche@puck.nether.net>
To: Susan Hares <shares@ndzh.com>
Message-ID: <20121220230206.GA26708@puck.nether.net>
References: <CAL9jLaZdX_jem0JdSGHzuhc3GDZXMDR0kvMKq5xr3D-EWYbNVQ@mail.gmail.com> <20121129191043.GA9189@puck.nether.net> <50D328DC.2020906@umn.edu> <20121220152721.GA3551@puck.nether.net> <50D33972.8090302@umn.edu> <50D33D9D.3070400@foobar.org> <m2bodoodtx.wl%randy@psg.com> <020a01cddefc$dd1e5590$975b00b0$@ndzh.com> <20121220223820.GA19458@puck.nether.net> <025801cddf05$22871100$67953300$@ndzh.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <025801cddf05$22871100$67953300$@ndzh.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 18:02:07 -0500 (EST)
Cc: idr@ietf.org, Pete Resnick <presnick@qti.qualcomm.com>
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 23:02:22 -0000

I agree with the understanding (in fact one might say this is implied
already by this being for Private Use).  A question for you or Randy..
does this make RFC 2119 a normative or informative reference given this
is not a standards track document?  If Normative, should I include the
prescribed "Specification of Requirements" section text as well?   

On Thu, Dec 20, 2012 at 05:55:39PM -0500, Susan Hares wrote:
> Jon:
> 
> My understanding of your text is that it operationally MUST be done.   I
> like you, will  leave the "how to" to implementations and operators.   If
> it's a filters or pure fairy-magic, it is fine by me.  I do not think this
> MUST modification implies the method. 
> 
> My understanding from my wonderful Routing ADs is something that modifies a
> BCP (RFC1930) is generally a BCP.  However, we'll let Stewart Bryant (our
> Routing AD) weigh in on that fact. 
> 
> Sue 
> 
> 
> -----Original Message-----
> From: Jon Mitchell [mailto:jrmitche@puck.nether.net] 
> Sent: Thursday, December 20, 2012 5:38 PM
> To: Susan Hares
> Cc: 'Randy Bush'; 'Nick Hilliard'; idr@ietf.org; stbryant@cisco.com
> Subject: Re: [Idr] WGLC on draft-ietf-idr-as-private-reservation-00
> 
> 
> I'm comfortable making the change to a capital MUST for this sentence and
> adding the appropriate reference to RFC 2119 as necessary.  I'm just not
> comfortable telling operators how to perform that action as there are a
> number of options to do so, which was my point to David (and he seemed to be
> ok with).  I will make the changes as necessary to the abstract where this
> statement exists as well.
> 
> As for BCP versus info, I leave that up to the chairs, but this does not
> obsolete or otherwise change text in RFC 1930 outside of the IANA
> considerations section (RFC 1930 is primarily about justification for an
> ASN).  There is no "practice" being advocated by the draft to be best or
> current, outside of the practice of not sending Private Use ASNs to the
> Internet.
> 
> Jon
> 
> On Thu, Dec 20, 2012 at 04:56:27PM -0500, Susan Hares wrote:
> > Randy and Nick:
> > 
> > Please note that Randy is correct about the use of MUST language, and 
> > it is an appropriate editorial question for WG LC or the period 
> > between WG LC and IETF LC ending.
> > 
> > For my clarification, why is the following text using "must" without 
> > the MUST language?
> > 
> >    If Private Use ASNs are used and prefixes are originated from these
> >    ASNs which are destined to the Internet, Private Use ASNs must be
> >    removed from the AS_PATH before being advertised to the global
> >    Internet.
> > 
> > In my reading of this text, it is specifying the 2119 language.  In 
> > this case the text would be:
> > 
> >    If Private Use ASNs are used and prefixes are originated from these
> >    ASNs which are destined to the Internet, Private Use ASNs MUST be
> >    removed from the AS_PATH before being advertised to the global
> >    Internet.
> > 
> > I look forward to the authors comment on this point.  Since this 
> > document is modifying a BCP (RFC1930), it is likely to be a BCP.  Please
> note I consider
> > this an issue that the authors need to address this RFC2119 issue.
> Please
> > note this type of editorial review is normal during the post WG-LC  
> > when the chairs perform an editing review prior writing up a IESG
> Shepherding report.
> > 
> > 
> > 
> > I am not widening our restricted request for advice on the WG LC
> agreement.
> > We are still focus this week on the range.   
> > 
> > May you have Shalom in your Holidays,
> > 
> > Sue
> > 
> > -----Original Message-----
> > From: idr-bounces@ietf.org [mailto:idr-bounces@ietf.org] On Behalf Of 
> > Randy Bush
> > Sent: Thursday, December 20, 2012 12:04 PM
> > To: Nick Hilliard
> > Cc: idr@ietf.org
> > Subject: Re: [Idr] WGLC on draft-ietf-idr-as-private-reservation-00
> > 
> > > I don't think the IETF is too hot on the idea of "MUST" appearing in 
> > > non normative documents?
> > 
> > normative is how a document is referred to by another document, and 
> > one can never know that.
> > 
> > and, despite common rumor, one can have 2119 language in an info or bcp.
> > 
> > rand
> > _______________________________________________
> > Idr mailing list
> > Idr@ietf.org
> > https://www.ietf.org/mailman/listinfo/idr