Re: [Idr] Request to adopt draft-heitz-idr-large-community - Working Group Adoption call (9/6 to 9/20)

Jeffrey Haas <jhaas@pfrc.org> Wed, 14 September 2016 16:29 UTC

Return-Path: <jhaas@pfrc.org>
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 4139612B36E for <idr@ietfa.amsl.com>; Wed, 14 Sep 2016 09:29:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.409
X-Spam-Level:
X-Spam-Status: No, score=-3.409 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-1.508, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 MECu1_I5IGjg for <idr@ietfa.amsl.com>; Wed, 14 Sep 2016 09:29:36 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id BAA4312B35D for <idr@ietf.org>; Wed, 14 Sep 2016 09:29:32 -0700 (PDT)
Received: from dresden.attlocal.net (99-59-193-67.lightspeed.livnmi.sbcglobal.net [99.59.193.67]) by slice.pfrc.org (Postfix) with ESMTPSA id 2B16B1E332; Wed, 14 Sep 2016 12:30:46 -0400 (EDT)
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
Content-Type: multipart/alternative; boundary="Apple-Mail=_C7C8BB5E-DC1E-4E43-A364-5528B4F5B1E8"
From: Jeffrey Haas <jhaas@pfrc.org>
In-Reply-To: <20160914162702.GC80448@shrubbery.net>
Date: Wed, 14 Sep 2016 12:29:31 -0400
Message-Id: <F8B76150-C43A-4B57-9749-6F7990109D1C@pfrc.org>
References: <FFBB4655-0413-4D4E-A036-962CA790A878@cisco.com> <E7A5509A-4B20-44A9-9FBE-284734B5E2FD@cisco.com> <20160909155047.GD8370@pfrc.org> <CA+b+ERnyFi_0_rfW6F2uV8AGuBXm=zpRLuWAiyrmEMmXnrY6CA@mail.gmail.com> <A0FF8539-2868-46A8-995D-7D57705D8AA3@alcatel-lucent.com> <CA+b+ERk9vOdzacXjjmhK2uWFM+Aad8gK3KLJQBeFVb2XwbW3fA@mail.gmail.com> <6190874E-0CC8-4437-9117-F7429242064B@puck.nether.net> <CA+b+ERm82jJPzHJGgmwKWY-T+q97D8tRUWW3rh6hYr3iV4BKag@mail.gmail.com> <D0E1DDA5-2C26-46A2-95BC-C7A7B19F2F8B@steffann.nl> <20160914161526.GA19429@puck.nether.net> <20160914162702.GC80448@shrubbery.net>
To: heasley <heas@shrubbery.net>
X-Mailer: Apple Mail (2.2104)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/-K_DwM5noK6ngCGho7H_mbQ583w>
Cc: "idr@ietf.org" <idr@ietf.org>, Sue Hares <shares@ndzh.com>, Robert Raszuk <robert@raszuk.net>
Subject: Re: [Idr] Request to adopt draft-heitz-idr-large-community - Working Group Adoption call (9/6 to 9/20)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.17
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, 14 Sep 2016 16:29:39 -0000

> On Sep 14, 2016, at 12:27 PM, heasley <heas@shrubbery.net> wrote:
> 
>> 	None of these transitive things are necessary.  Operators already set the
>> transitive nature of the policies by enabling sending communities on a per-session
>> or group basis already.  If they are going beyond boundaries, it's because
>> the operator explicitly is permitting them.
> 
> While it would appear that someone is trying to be overly clever with the
> flags, I disagree.  It would be useful to mark a currently defined community
> as non-transitive and, since the whole premise of the draft is to allow for
> other applications and formats of a "community", transitivity is portentially
> a universally useful attribute.  eg: I may want to send route origin
> communities to customers, but not want them to forward that.

You nailed it.

An awful lot of policy clutter exists to simply strip things that should be stripped for you.  

That said, as Jared posted, some people (configurations) may choose to ignore such automatic mechanisms.

-- Jeff