Re: [GROW] Genart last call review of draft-ietf-grow-bgp-gshut-11

David Farmer <farmer@umn.edu> Tue, 10 October 2017 14:36 UTC

Return-Path: <farmer@umn.edu>
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 6EBBC13452E for <grow@ietfa.amsl.com>; Tue, 10 Oct 2017 07:36:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.299
X-Spam-Level:
X-Spam-Status: No, score=-4.299 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=umn.edu
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 6DCk9RVDFM_O for <grow@ietfa.amsl.com>; Tue, 10 Oct 2017 07:36:41 -0700 (PDT)
Received: from mta-p6.oit.umn.edu (mta-p6.oit.umn.edu [134.84.196.206]) (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 47197134290 for <grow@ietf.org>; Tue, 10 Oct 2017 07:36:41 -0700 (PDT)
Received: from localhost (unknown [127.0.0.1]) by mta-p6.oit.umn.edu (Postfix) with ESMTP id D81B0747 for <grow@ietf.org>; Tue, 10 Oct 2017 14:36:40 +0000 (UTC)
X-Virus-Scanned: amavisd-new at umn.edu
Received: from mta-p6.oit.umn.edu ([127.0.0.1]) by localhost (mta-p6.oit.umn.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tIakjcSVmItl for <grow@ietf.org>; Tue, 10 Oct 2017 09:36:40 -0500 (CDT)
Received: from mail-wm0-f70.google.com (mail-wm0-f70.google.com [74.125.82.70]) (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mta-p6.oit.umn.edu (Postfix) with ESMTPS id 784F1980 for <grow@ietf.org>; Tue, 10 Oct 2017 09:36:40 -0500 (CDT)
Received: by mail-wm0-f70.google.com with SMTP id s78so5647438wmd.14 for <grow@ietf.org>; Tue, 10 Oct 2017 07:36:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umn.edu; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=SnCbVTFDmO5H2nkfZJLLRfoSfPTWNhCBVIQ3UUopEvk=; b=X2g+kAkIDhWRH2Z6uG+rHOTPTvWziDzOJcp6kz2zWTjIFLo34Ed5qyXaZjJfPtpsHK HKJwA7VN/FuUeBr8+iziWysDZMtvbfhoCjj86EgQ2jKuskKrgRtMuMKcK9vE1DWIisnp 8qaEe9fdAr/Wg62uERJY9BDxRR96tAIoCgBnipt0lJYjhrje22pXC5wNOTm0sAO9IHtk 1vgNBRjw1Jp9PzgQe5CtP/z1gx1jq0jfNSbVG40d6LAtysH4YGM7/JjvzN3Hj6F2rR0c yrJtNRtvpRW8ihRGTu4OLZ8fFuWhWtcM9wKv/1MFgX94u2DbUFQ28pJ/+kZZf8uxvaig +r/g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=SnCbVTFDmO5H2nkfZJLLRfoSfPTWNhCBVIQ3UUopEvk=; b=nTVUFsSfgUrbrUp0KSW80tf3kgisPQZR1wLh1w8z5zb2uJSCRoiCUOh5bP/EaJEdbj GJ41HjKD8BcZDiVR74hapRnHL3VQTVX7Qv5gdmUkob2JAF9eF4UIOSoYKwKy67zUV756 uxTYej9OkGahkasD/p9FxU/O+RCOHQ76nSCJFUpBGy6xR5zpgygSualEW7zYrgVtjTsr rbLaoZabO51BiCpgUBp67uQ+qZRTrD4elAZHd/azuIHfzHMHYf2AA1lsozijCcO6HBW4 bg7hf4Ho4mgCTFOYug+SjZC59jwD8nAHV+UOlnyZXYDC+s1hMRWp3tLV9eh49IezGg8w 0CiA==
X-Gm-Message-State: AMCzsaV60ApDYWfMgIo9YY5iCm9dNH48WrNO/HrT1r/Ktwcy+r8Ltl7N CMKli4eNPrkqF7CzS8sumc/M+UQBBqRbePVAWZBCt/bKCrbmReet8BTj3qO6930AT+abLQk0RM5 jxjOe+83gkSg6OtZX5jZrHJ6R
X-Received: by 10.25.169.69 with SMTP id s66mr5203981lfe.61.1507646198752; Tue, 10 Oct 2017 07:36:38 -0700 (PDT)
X-Google-Smtp-Source: AOwi7QD1DsGtkdJzyKx9DhUbWrtG8xL+sIpjBdl0BVomchbK2pUQKSPOuPJ5AL4hsKx2Ioptq47xi7JCkm4HurcjBYM=
X-Received: by 10.25.169.69 with SMTP id s66mr5203970lfe.61.1507646198515; Tue, 10 Oct 2017 07:36:38 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.25.227.13 with HTTP; Tue, 10 Oct 2017 07:36:37 -0700 (PDT)
In-Reply-To: <19198_1507638810_59DCBE1A_19198_120_1_53C29892C857584299CBF5D05346208A478A9745@OPEXCLILM21.corporate.adroot.infra.ftgroup>
References: <150759929173.18515.8831141207586025582@ietfa.amsl.com> <2413_1507629407_59DC995F_2413_449_1_53C29892C857584299CBF5D05346208A478A8FE2@OPEXCLILM21.corporate.adroot.infra.ftgroup> <20171010100621.GA75071@Vurt.local> <26657_1507635694_59DCB1EE_26657_410_1_53C29892C857584299CBF5D05346208A478A9426@OPEXCLILM21.corporate.adroot.infra.ftgroup> <20171010115957.GC75071@Vurt.local> <19198_1507638810_59DCBE1A_19198_120_1_53C29892C857584299CBF5D05346208A478A9745@OPEXCLILM21.corporate.adroot.infra.ftgroup>
From: David Farmer <farmer@umn.edu>
Date: Tue, 10 Oct 2017 09:36:37 -0500
Message-ID: <CAN-Dau3dEB+t92xTUKO5dEr3c+cPcRYY5jfoj_fv4DBjtJDPtA@mail.gmail.com>
To: bruno.decraene@orange.com
Cc: Job Snijders <job@ntt.net>, "gen-art@ietf.org" <gen-art@ietf.org>, "draft-ietf-grow-bgp-gshut.all@ietf.org" <draft-ietf-grow-bgp-gshut.all@ietf.org>, Matthew Miller <linuxwolf+ietf@outer-planes.net>, "grow@ietf.org" <grow@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="001a113f1ff21c1e63055b323cbc"
Archived-At: <https://mailarchive.ietf.org/arch/msg/grow/q1s-mLls3Cz2XoTvtHV4OMU5Fdg>
Subject: Re: [GROW] Genart last call review of draft-ietf-grow-bgp-gshut-11
X-BeenThere: grow@ietf.org
X-Mailman-Version: 2.1.22
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: <https://mailarchive.ietf.org/arch/browse/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: Tue, 10 Oct 2017 14:36:43 -0000

On Tue, Oct 10, 2017 at 7:33 AM, <bruno.decraene@orange.com> wrote:

> > From: Job Snijders [mailto:job@ntt.net]
>  > Sent: Tuesday, October 10, 2017 2:00 PM
> >
>  > On Tue, Oct 10, 2017 at 11:41:32AM +0000, bruno.decraene@orange.com
> wrote:
>  > >  > Any attribute (origin, as_path, aggregator) anywhere can be
> overloaded
>  > >  > to mean something only significant to the local network. I think
> the
>  > >  > document is simpler without this and see no point in mentioning
> this. I
>  > >  > propose:
>  > >  >
>  > >  > OLD:
>  > >  >     The LOCAL_PREF value must be lower than the one of the
> alternate
>  > >  >     path. 0 being the lowest value, it can be used in all cases,
> except
>  > >  >     if it already has a special meaning within the AS.
>  > >  > NEW:
>  > >  >     The LOCAL_PREF value SHOULD be lower than any of the
> alternative
>  > >  >     paths. It is RECOMMEND to use 0, the lowest LOCAL_PREF value.
>  > >
>  > > What is really needed is "The LOCAL_PREF value SHOULD be lower than
>  > > the one of the alternative path." Looks reasonable to extend it to
>  > > your proposition " The LOCAL_PREF value SHOULD be lower than any of
>  > > the alternative paths." So I'm changing for this.
>  > >
>  > > Now the value is truly local to an AS, and I'm not sure to see the
>  > > technical reason to RECOMMEND (SHOULD) a specific value. MAY seems
>  > > more appropriate to me. Hence I'm proposing to keep "Zero being the
>  > > lowest value, it MAY be used whichever LOCAL_PREF values are used by
>  > > the AS."
>  >
>  > So the total of the new text is as following?
>  >
>  >     "The LOCAL_PREF value SHOULD be lower than any of the alternative
>  >     paths.  Zero being the lowest value, it MAY be used whichever
>  >     LOCAL_PREF values are used by the AS."
>
> Yes, that is correct.
>
>  > I am not sure about the second sentence, it seems hard to read.
>
> I'm open to reformulation.
>
>  > I see value in just recommending a value for people moving between ASNs
>  > (debugging other organisation's networks via BGP looking glasses) to
>  > recognise as a highly undesirable path.
>
> I agree.
>
> > Reading RFC 2119 the
>  > 'RECOMMENDED' seems appropiate, "use 0 unless you have a reason not to".
>
> I'm fine with that part, but the subsequent RFC 2119 text "but the full
> implications must be understood and carefully weighed before choosing a
> different course." seems too strong for me, as there is just no issue with
> an AS choosing a different value.
>
>
>  > This is a GROW document and I believe clear-cut guidance will benefit
>  > all.
>
> OK. What about using lower case "recommended" ?
> Proposed NEW: Zero is the lowest value and MAY be used whichever
> LOCAL_PREF values are used by the AS, hence the use of LOCAL_PREF 0 is
> recommended.
>
> (possibly adding "for consistency between ASes and implementations" )
>
> Thanks again for your comments.
> Kind regards,
> --Bruno
>

I would prefer a normative RECOMMENDED, the rest of the sentence in
RFC2119, just means you should explain the constraints on the alternatives.
How about something like this;

"The LOCAL_PREF value SHOULD be lower than any of the alternative
paths.  A LOCAL_PREF
value of Zero is RECOMMENDED, however any LOCAL_PREF value lower than all
other LOCAL_PREF values used within an AS is an acceptable alternative.
The LOCAL_PREF value used, Zero or otherwise, SHOULD NOT also
have another use or meaning within the AS."

-- 
===============================================
David Farmer               Email:farmer@umn.edu
Networking & Telecommunication Services
Office of Information Technology
University of Minnesota
2218 University Ave SE        Phone: 612-626-0815
Minneapolis, MN 55414-3029   Cell: 612-812-9952
===============================================