Re: [kitten] Updating IANA krb5 GSSAPI token type registry

Simo Sorce <simo@redhat.com> Tue, 04 March 2014 22:17 UTC

Return-Path: <simo@redhat.com>
X-Original-To: kitten@ietfa.amsl.com
Delivered-To: kitten@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A606D1A02E6 for <kitten@ietfa.amsl.com>; Tue, 4 Mar 2014 14:17:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.449
X-Spam-Level:
X-Spam-Status: No, score=-7.449 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.547, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 t8ImNTa95SzT for <kitten@ietfa.amsl.com>; Tue, 4 Mar 2014 14:17:50 -0800 (PST)
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by ietfa.amsl.com (Postfix) with ESMTP id 02EDC1A0339 for <kitten@ietf.org>; Tue, 4 Mar 2014 14:17:49 -0800 (PST)
Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s24MHiMb012746 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 4 Mar 2014 17:17:44 -0500
Received: from [10.3.113.6] ([10.3.113.6]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s24MHh4i019273; Tue, 4 Mar 2014 17:17:43 -0500
From: Simo Sorce <simo@redhat.com>
To: Jeffrey Hutzelman <jhutz@cmu.edu>
In-Reply-To: <1393969466.4395.211.camel@minbar.fac.cs.cmu.edu>
References: <20130806223553.CD3401A8EC@ld9781.wdf.sap.corp> <29F4D66E-3E8F-4033-8779-8EA158C1B72A@padl.com> <alpine.GSO.1.10.1308062018070.24720@multics.mit.edu> <alpine.GSO.1.10.1309041148130.16692@multics.mit.edu> <alpine.GSO.1.10.1403041135510.1213@multics.mit.edu> <1393968964.22047.99.camel@willson.li.ssimo.org> <1393969466.4395.211.camel@minbar.fac.cs.cmu.edu>
Content-Type: text/plain; charset="UTF-8"
Organization: Red Hat, Inc.
Date: Tue, 04 Mar 2014 17:17:42 -0500
Message-ID: <1393971462.22047.132.camel@willson.li.ssimo.org>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
Archived-At: http://mailarchive.ietf.org/arch/msg/kitten/PtctpDqohphyV9Qv9juMJW3vmT4
Cc: kitten@ietf.org
Subject: Re: [kitten] Updating IANA krb5 GSSAPI token type registry
X-BeenThere: kitten@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Common Authentication Technologies - Next Generation <kitten.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/kitten>, <mailto:kitten-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/kitten/>
List-Post: <mailto:kitten@ietf.org>
List-Help: <mailto:kitten-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/kitten>, <mailto:kitten-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Mar 2014 22:17:52 -0000

On Tue, 2014-03-04 at 16:44 -0500, Jeffrey Hutzelman wrote:
> On Tue, 2014-03-04 at 16:36 -0500, Simo Sorce wrote:
> > On Tue, 2014-03-04 at 11:49 -0500, Benjamin Kaduk wrote:
> > > 
> > > To me, this seems like a(nother) bug in RFC 7055, but of course it is
> > > not one that can be reasonably fixed.  I guess that the easiest way
> > > forward is to publish a quick document that reserves 0405 and 0501
> > > noting that they were in use before the registry was established.
> > 
> > +1 if there is a registry we must avoid errors in allocations, and
> > allocating 0405 or 0501 to something else would definitely cause
> > standards issues.
> 
> No, you have it backwards.  The registry doesn't create the requirement
> to avoid conflicting allocations; it is a tool for helping to meet that
> requirement.
> 
> We probably don't actually need to publish a document; it ought to be
> sufficient to point out to IANA that there is a conflict and ask that
> the relevant numbers be marked reserved.

I think we are saying the same thing, I do not care what is the means of
getting those numbers marked as reserved as long as it is done and
quickly.

Simo.

-- 
Simo Sorce * Red Hat, Inc * New York