Re: [GROW] I-D Action: draft-ietf-grow-wkc-behavior-01.txt

David Farmer <farmer@umn.edu> Mon, 21 January 2019 13:55 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 DA0D0129508 for <grow@ietfa.amsl.com>; Mon, 21 Jan 2019 05:55:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.3
X-Spam-Level:
X-Spam-Status: No, score=-4.3 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] 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 MDylv1pb_1Ip for <grow@ietfa.amsl.com>; Mon, 21 Jan 2019 05:55:18 -0800 (PST)
Received: from mta-p7.oit.umn.edu (mta-p7.oit.umn.edu [134.84.196.207]) (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 79C56130ECD for <grow@ietf.org>; Mon, 21 Jan 2019 05:55:18 -0800 (PST)
Received: from localhost (unknown [127.0.0.1]) by mta-p7.oit.umn.edu (Postfix) with ESMTP id 42C91C38 for <grow@ietf.org>; Mon, 21 Jan 2019 13:55:17 +0000 (UTC)
X-Virus-Scanned: amavisd-new at umn.edu
Received: from mta-p7.oit.umn.edu ([127.0.0.1]) by localhost (mta-p7.oit.umn.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jcgG7igeUhxc for <grow@ietf.org>; Mon, 21 Jan 2019 07:55:17 -0600 (CST)
Received: from mail-vk1-f200.google.com (mail-vk1-f200.google.com [209.85.221.200]) (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mta-p7.oit.umn.edu (Postfix) with ESMTPS id 06169C61 for <grow@ietf.org>; Mon, 21 Jan 2019 07:55:16 -0600 (CST)
Received: by mail-vk1-f200.google.com with SMTP id o11so4136708vke.5 for <grow@ietf.org>; Mon, 21 Jan 2019 05:55:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umn.edu; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=k8xQ1h2S6h8lGR6//21x3daWnEoosmO+U/H8t9RE2hE=; b=c+cAJMPzPa+fytuSdPqggpP3m7HDCGXBTeba0U3TTap0AW37quJOJ44ngA7v5JiWgU WSHqXxdAZuQZF8iGBDAuUvAWAupG004F23zWsSQw8v/5k4a3f73MYWt9RGDqgiBs7xp8 q8T0vX1ImW3ykPtfZcH5iGTkP8yjjlyvCIKtnWF9D6M1srMiAeePu6hu/QRbALFc1cc8 iePXppLn9wszjZF9zK5sVtJw+rpVKv99OYFwcwP4qkoA+k/9H7sct2ssI1fmX/63cd2X e8Vb5xQO2JiKHhubqzWot3sSiba4kboCvsrvh7fdM6vS/C7xMldDWe+7QKfD8SgWrG6C EAjQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=k8xQ1h2S6h8lGR6//21x3daWnEoosmO+U/H8t9RE2hE=; b=e4Aoj9roYbO7pxMpx0Dh3x8m+lX6Pz3appb98RsVQWlJI+s61LPISOdn3hzYnUZ1kI /sRmepnfwSXscDdCKVk7Pyt1Xh3ZoGGEHb933SGWLlpxDW6OU4yclRdc+4eDGo8Qd1SV YiLPxMUN/RFLTKsa8oUkNRgPaK8F9UfYRmMAVx88+pnVhW95oHhexOrTncV2XiweoLAm x0VgqcZzxODOjzGazvSe5E+gnItvxXtIgz35/ZhndNZdAnJuMrX6dk0xfKcGRmoo6L4n 3JvpgdGoInBH7SPDECp3SMOgz3t+O4hXxmqYGnigHRmLNK+4qj5RQ7tz8xIfFhj8GOZk 4xhg==
X-Gm-Message-State: AJcUukdiesx+sKzER9KUNEyxJRhlARUAMPTBl1cmy/dFY72shAPLotAg I87bXv8iNn6pj6yaRTl6ZD0kBFK/FXphbYM8VlLu5W1IqBorTCkOnoPmu5cWd6MLfg8RmIft88s pMkN67hlBN4NvnQw8qorJyNhk
X-Received: by 2002:a1f:2ed7:: with SMTP id u206mr11441320vku.72.1548078915914; Mon, 21 Jan 2019 05:55:15 -0800 (PST)
X-Google-Smtp-Source: ALg8bN6W/sXS4rd1eWeIFj7Ece9ROLR/jXofPUWYealoTaV9RbkaoSEROG/o6rrrToq8mDLpfHD3XX0his2fAl/iPkA=
X-Received: by 2002:a1f:2ed7:: with SMTP id u206mr11441308vku.72.1548078915489; Mon, 21 Jan 2019 05:55:15 -0800 (PST)
MIME-Version: 1.0
References: <154687556094.23309.13325861272031090417@ietfa.amsl.com> <23603.55561.429720.458742@oz.mt.att.com>
In-Reply-To: <23603.55561.429720.458742@oz.mt.att.com>
From: David Farmer <farmer@umn.edu>
Date: Mon, 21 Jan 2019 07:54:59 -0600
Message-ID: <CAN-Dau1LMY0Ht-BU7iLKeONKyhg-1yY2m3c4sOAimmHnGPWUyw@mail.gmail.com>
To: Jay Borkenhagen <jayb@braeburn.org>
Cc: grow@ietf.org
Content-Type: multipart/alternative; boundary="000000000000d7ab2a057ff835cf"
Archived-At: <https://mailarchive.ietf.org/arch/msg/grow/afuKxqPh_Y2v-yv4M4VqKdirWI0>
Subject: Re: [GROW] I-D Action: draft-ietf-grow-wkc-behavior-01.txt
X-BeenThere: grow@ietf.org
X-Mailman-Version: 2.1.29
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: Mon, 21 Jan 2019 13:55:22 -0000

See inline.

On Mon, Jan 7, 2019 at 4:56 PM Jay Borkenhagen <jayb@braeburn.org> wrote:

> Hello Grow,
>
> The draft-ietf-grow-wkc-behavior-01.txt posted today makes just a few
> small changes w.r.t. -00:
>
>  https://tools.ietf.org/rfcdiff?url2=draft-ietf-grow-wkc-behavior-01.txt
>
> Specifically:
>
> - the Abstract has been adjusted to indicate more clearly what things
>   vendors should do and what things network operators should do.
>
> - some loose wording in the Introduction has been tightened up.
>
> - the Section 6 "Action Items" are clarified similarly to the
>   clarifications in the Abstract.  Also, in response to WGLC comments
>   from David Farmer, a paragraph was added to urge network operators
>   not to depend on any assumed treatment of bgp communities by any
>   neighbor networks: for example, do not assume that your transmitted
>   NO_EXPORT will be honored, unless the neighbor confirms that it will
>   be.
>

Your statement effectively changes the three Well-Known Communities defined
in RFC1997 from "MUST NOT" to "SHOULD NOT". Basically, if you can not rely
on those communities not being stripped then "MUST NOT" is way too strong
of a statement. Maybe formally updating RFC1997 and changing the definition
of the three communities to "SHOULD NOT" is an appropriate addition to this
document.  Also, a meta-data link from RFC1997 to this document seems like
a good idea in general and by effect references in IANA Well-Known
Community Registry to this document as well.

Thanks

-- 
===============================================
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
===============================================