Re: [i2rs] draft-chen-i2rs-identifier-management-00

Jeffrey Haas <jhaas@pfrc.org> Wed, 10 June 2015 00:08 UTC

Return-Path: <jhaas@slice.pfrc.org>
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 011C31A8F36 for <i2rs@ietfa.amsl.com>; Tue, 9 Jun 2015 17:08:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.321
X-Spam-Level:
X-Spam-Status: No, score=0.321 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 Vle7xh2-Ul5M for <i2rs@ietfa.amsl.com>; Tue, 9 Jun 2015 17:08:50 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 571691A8BC1 for <i2rs@ietf.org>; Tue, 9 Jun 2015 17:08:50 -0700 (PDT)
Received: by slice.pfrc.org (Postfix, from userid 1001) id F377F1E397; Tue, 9 Jun 2015 20:09:47 -0400 (EDT)
Date: Tue, 09 Jun 2015 20:09:47 -0400
From: Jeffrey Haas <jhaas@pfrc.org>
To: Susan Hares <shares@ndzh.com>, 'Andy Bierman' <andy@yumaworks.com>, "'Joel M. Halpern'" <jmh@joelhalpern.com>, i2rs@ietf.org, chen.ran@zte.com.cn, 'Alia Atlas' <akatlas@juniper.net>
Message-ID: <20150610000947.GB21226@pfrc.org>
References: <011e01d098ae$4e254060$ea6fc120$@ndzh.com> <20150527220901.GA67473@elstar.local> <556654AB.9030206@joelhalpern.com> <CABCOCHTDRCA_T+m-waEq7MHQ4v=6E=4z33HPWQR1s4349ifkRA@mail.gmail.com> <20150528060502.GA68091@elstar.local> <CABCOCHQdfqaEJ36DktwcN_NYi_SfPT6kRMdEzB9htvkf4qzJUw@mail.gmail.com> <020101d0999d$26fe2750$74fa75f0$@ndzh.com> <CABCOCHStya+LQEPfEfEvWRqeYhccekG8_vC6EYzC5AKy2yXJCA@mail.gmail.com> <022701d099a3$b822c5f0$286851d0$@ndzh.com> <20150529061023.GB1694@elstar.local>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <20150529061023.GB1694@elstar.local>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <http://mailarchive.ietf.org/arch/msg/i2rs/7a3yVMeDEUyRZSZ_aZBUJr9R4ZY>
Subject: Re: [i2rs] draft-chen-i2rs-identifier-management-00
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" <i2rs.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i2rs>, <mailto:i2rs-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/i2rs/>
List-Post: <mailto:i2rs@ietf.org>
List-Help: <mailto:i2rs-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i2rs>, <mailto:i2rs-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jun 2015 00:08:51 -0000

[I am massively behind in my mail again. My apologies.]

On Fri, May 29, 2015 at 08:10:24AM +0200, Juergen Schoenwaelder wrote:
> So I will ask again: If the priority is a property of the I2RS client
> (this is how I understand the I2RS architecture document), why would
> it be configured as part of a NACM rule as suggestd in section 5.2 of
> draft-haas-i2rs-ephemeral-state-reqs-00? Jeff's design makes the
> priority a property of the scope of a NACM group.

As discussed at the most recent interim, the priority should be made a
property of the group rather than a rule.  I have no issue with this.

To answer other comments regarding "why put this in NACM at all", this is an
attempt to show binding of user to priority.  In the case that NACM is in
use, I believe this would be required by I2RS.  In the absence of NACM, it
would be a similar property of a local user database.

-- Jeff