[radext] Data types document

Alan DeKok <aland@deployingradius.com> Mon, 15 September 2014 21:41 UTC

Return-Path: <aland@deployingradius.com>
X-Original-To: radext@ietfa.amsl.com
Delivered-To: radext@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A8C1D1A8784 for <radext@ietfa.amsl.com>; Mon, 15 Sep 2014 14:41:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 3.245
X-Spam-Level: ***
X-Spam-Status: No, score=3.245 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, FH_HOST_EQ_D_D_D_D=0.765, FH_HOST_EQ_D_D_D_DB=0.888, HELO_MISMATCH_ORG=0.611, RDNS_DYNAMIC=0.982] 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 5lIiHS_87DoF for <radext@ietfa.amsl.com>; Mon, 15 Sep 2014 14:41:52 -0700 (PDT)
Received: from power.freeradius.org (195-154-231-44.rev.poneytelecom.eu [195.154.231.44]) by ietfa.amsl.com (Postfix) with ESMTP id 125141A8783 for <radext@ietf.org>; Mon, 15 Sep 2014 14:41:45 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by power.freeradius.org (Postfix) with ESMTP id CF11C22403D6 for <radext@ietf.org>; Mon, 15 Sep 2014 23:41:43 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at power.freeradius.org
Received: from power.freeradius.org ([127.0.0.1]) by localhost (power.freeradius.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1l9XuiM4UWFH for <radext@ietf.org>; Mon, 15 Sep 2014 23:41:43 +0200 (CEST)
Received: from Thor.local (unknown [70.50.218.244]) by power.freeradius.org (Postfix) with ESMTPSA id 370E322400D0 for <radext@ietf.org>; Mon, 15 Sep 2014 23:41:43 +0200 (CEST)
Message-ID: <54175D15.1030807@deployingradius.com>
Date: Mon, 15 Sep 2014 17:41:41 -0400
From: Alan DeKok <aland@deployingradius.com>
User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228)
MIME-Version: 1.0
To: "radext@ietf.org" <radext@ietf.org>
X-Enigmail-Version: 0.96.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/radext/k9m5V6UnYsxJAmz8xfC0z2AOIg8
Subject: [radext] Data types document
X-BeenThere: radext@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: RADIUS EXTensions working group discussion list <radext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/radext>, <mailto:radext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/radext/>
List-Post: <mailto:radext@ietf.org>
List-Help: <mailto:radext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/radext>, <mailto:radext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Sep 2014 21:41:53 -0000

  I've submitted an updated version of the Data types document:

http://tools.ietf.org/html/draft-dekok-radext-datatypes-05

  The main difference is the addition of a CSV table for updating the
IANA RADIUS Attribute Type registry.  The goal is to allow IANA to
simply replace the existing table with the updated one.

  I've reviewed the updates, but they may contain an element of personal
choice.  In some cases, the attributes are clearly labeled "UTF-8 text".
 In others, it's less clear what the "correct" type should be.

  Some questions:

1) are the types correct?

2) The document has an "enum" data type.  It's really "integer',
   but with enumerated values.

   Is this OK?

3) Some standard attributes should be automatically concatenated,
   e.g. EAP-Message, PKM-SS-Cert, and PKM-CA-Cert

  Should these be a separate data type, to highlight the fact that
  they're special?


  If we can get consensus quickly, I think the document should be
publishable very soon.

  Alan DeKok.