Re: [Emu] IANA allocation issue in EAP-FAST Documents

"Dan Harkins" <dharkins@lounge.org> Thu, 12 February 2009 07:21 UTC

Return-Path: <dharkins@lounge.org>
X-Original-To: emu@core3.amsl.com
Delivered-To: emu@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D460F3A6A98 for <emu@core3.amsl.com>; Wed, 11 Feb 2009 23:21:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.265
X-Spam-Level:
X-Spam-Status: No, score=-2.265 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6vgUjP3FGynN for <emu@core3.amsl.com>; Wed, 11 Feb 2009 23:21:50 -0800 (PST)
Received: from colo.trepanning.net (colo.trepanning.net [69.55.226.174]) by core3.amsl.com (Postfix) with ESMTP id 13F513A699A for <emu@ietf.org>; Wed, 11 Feb 2009 23:21:50 -0800 (PST)
Received: from www.trepanning.net (localhost [127.0.0.1]) by colo.trepanning.net (Postfix) with ESMTP id 2C76BA8881B6; Wed, 11 Feb 2009 23:21:54 -0800 (PST)
Received: from 69.12.173.8 (SquirrelMail authenticated user dharkins@lounge.org) by www.trepanning.net with HTTP; Wed, 11 Feb 2009 23:21:55 -0800 (PST)
Message-ID: <0dcd37b497f78a52a42c97aee247240a.squirrel@www.trepanning.net>
In-Reply-To: <002701c98cd3$01f98e50$05ecaaf0$@net>
References: <BLU137-W531ACB9BE00127DB8595D993C30@phx.gbl> <bc4003aaf07c34543e6c57a477240728.squirrel@www.trepanning.net> <BLU137-W5B91C637F3D0C1BFEC34A93C30@phx.gbl> <2828BDE8DC61004E8104C78E82A0B39713F1D62D97@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> <002701c98cd3$01f98e50$05ecaaf0$@net>
Date: Wed, 11 Feb 2009 23:21:55 -0800
From: Dan Harkins <dharkins@lounge.org>
To: Glen Zorn <glenzorn@comcast.net>
User-Agent: SquirrelMail/1.4.14 [SVN]
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
Cc: 'Bernard Aboba' <bernarda@windows.microsoft.com>, emu@ietf.org
Subject: Re: [Emu] IANA allocation issue in EAP-FAST Documents
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/emu>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Feb 2009 07:21:50 -0000

  Maybe we should just update RFC 5226 to add "allocated for management
by Cisco" to the list of labels for initial assignment. Then other RFCs
could give a block of numberspace to Cisco and we wouldn't have the
kind of problem being caused by these drafts. Cisco wouldn't need to
steal an already-assigned value for whatever weird proprietary hack they
want to do, they can just take one from their own numberspace.

  Dan.

On Wed, February 11, 2009 9:29 pm, Glen Zorn wrote:
> Hi, Bernard.  I can't find anything in 5226 that says anything about
> vendor-specific registries.  Can you send a quote?
>
>
>
> From: emu-bounces@ietf.org [mailto:emu-bounces@ietf.org] On Behalf Of
> Bernard Aboba
> Sent: Thursday, February 05, 2009 4:19 AM
> To: emu@ietf.org
> Subject: Re: [Emu] IANA allocation issue in EAP-FAST Documents
>
>
>
> Dan Harkins said:
>
>> draft-cam-winget-eap-fast-provisioning claims a reference to RFC 5226
>> but nowhere in that RFC can I find description of the following label
>> for an initial assignment of repository values:
>>
>> "allocated for management by Cisco"
>>
>> yet the draft instructs IANA to set aside values 11-63 for just that
>> purpose. I think that's very inappropriate. Not only is it telling IANA
>> to cede some of its authority to a large multinational corporation but
>> it is decidedly *NOT* documenting existing use! If this whole exercise
>> is to document existing use then where are the specifications for these
>> PAC attribute types?
>
> It would appear that the registry of "EAP-FAST PAC Attribute Types"
> relates
> to a Standard Track document, RFC 4507, although the document itself
>
> doesn't indicate that it updates RFC 4507.
>
>
>
> RFC 5226 does permit vendor-specific registries, although it is somewhat
> odd
> to
>
> enable vendor extensions for only one vendor, particularly if this does
> relate to
>
> an IETF standards track document (which would imply IETF change control,
> no?)
>
>
>
> _______________________________________________
> Emu mailing list
> Emu@ietf.org
> https://www.ietf.org/mailman/listinfo/emu
>