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

"Dan Harkins" <dharkins@lounge.org> Thu, 12 February 2009 07:14 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 305733A699A; Wed, 11 Feb 2009 23:14:03 -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 lTchY8zolbIQ; Wed, 11 Feb 2009 23:14:02 -0800 (PST)
Received: from colo.trepanning.net (colo.trepanning.net [69.55.226.174]) by core3.amsl.com (Postfix) with ESMTP id 6E0FA3A6843; Wed, 11 Feb 2009 23:14:02 -0800 (PST)
Received: from www.trepanning.net (localhost [127.0.0.1]) by colo.trepanning.net (Postfix) with ESMTP id 9463EA8880D4; Wed, 11 Feb 2009 23:14:07 -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:14:07 -0800 (PST)
Message-ID: <122ee5321a655251454c0260c3dac4ee.squirrel@www.trepanning.net>
In-Reply-To: <2828BDE8DC61004E8104C78E82A0B39713F1D62D97@NA-EXMSG-W601.wingroup.win deploy.ntdev.microsoft.com>
References: <BLU137-W531ACB9BE00127DB8595D993C30@phx.gbl> <bc4003aaf07c34543e6c57a477240728.squirrel@www.trepanning.net> <BLU137-W5B91C637F3D0C1BFEC34A93C30@phx.gbl> <2828BDE8DC61004E8104C78E82A0B39713F1D62D97@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com>
Date: Wed, 11 Feb 2009 23:14:07 -0800
From: Dan Harkins <dharkins@lounge.org>
To: Bernard Aboba <bernarda@windows.microsoft.com>
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: "emu@ietf.org" <emu@ietf.org>, iesg@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:14:03 -0000

  Hi Bernard,

  "odd" isn't the word I'd use to describe it. Audacious and hubristic
are a bit more like it.

  These aren't "private use" or vendor-specific attributes. Let's be
very specific about that.

  I don't understand your mention of modifying RFC 4507. Is this yet
another problem with these drafts?

  Dan.

On Wed, February 4, 2009 1:19 pm, Bernard Aboba wrote:
> 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
>