RE: [dhcwg] New draft on DHCPv6 Relay Information Option and RADIUS Attributes sub-option

"Bernie Volz" <volz@cisco.com> Fri, 22 October 2004 22:48 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA06650 for <dhcwg-web-archive@ietf.org>; Fri, 22 Oct 2004 18:48:10 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CL8Pc-0006xm-63 for dhcwg-web-archive@ietf.org; Fri, 22 Oct 2004 19:01:32 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CL7pK-0005HD-8n; Fri, 22 Oct 2004 18:24:02 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CL7Ab-0003Hn-Qh for dhcwg@megatron.ietf.org; Fri, 22 Oct 2004 17:41:57 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA23603 for <dhcwg@ietf.org>; Fri, 22 Oct 2004 17:41:52 -0400 (EDT)
Received: from rtp-iport-1.cisco.com ([64.102.122.148]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CL7NR-0002wi-D5 for dhcwg@ietf.org; Fri, 22 Oct 2004 17:55:14 -0400
Received: from rtp-core-1.cisco.com (64.102.124.12) by rtp-iport-1.cisco.com with ESMTP; 22 Oct 2004 18:02:56 -0400
X-BrightmailFiltered: true
Received: from flask.cisco.com (IDENT:mirapoint@flask.cisco.com [161.44.122.62]) by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id i9MLfIxT003311; Fri, 22 Oct 2004 17:41:19 -0400 (EDT)
Received: from volzw2k (che-vpn-cluster-2-248.cisco.com [10.86.242.248]) by flask.cisco.com (MOS 3.4.6-GR) with ESMTP id AMM74668; Fri, 22 Oct 2004 17:41:17 -0400 (EDT)
From: Bernie Volz <volz@cisco.com>
To: 'Wing Cheong Lau' <lau@qualcomm.com>, dhcwg@ietf.org
Subject: RE: [dhcwg] New draft on DHCPv6 Relay Information Option and RADIUS Attributes sub-option
Date: Fri, 22 Oct 2004 17:41:17 -0400
Organization: Cisco
Message-ID: <004301c4b87f$dcc8efd0$6501a8c0@amer.cisco.com>
MIME-Version: 1.0
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.6626
In-Reply-To: <6.0.0.22.2.20041022092741.046dca70@qcmail1.qualcomm.com>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4939.300
Importance: Normal
X-Spam-Score: 0.6 (/)
X-Scan-Signature: b045c2b078f76b9f842d469de8a32de3
Cc: 'Ralph Droms' <rdroms@cisco.com>
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: dhcwg.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1745972218=="
Sender: dhcwg-bounces@ietf.org
Errors-To: dhcwg-bounces@ietf.org
X-Spam-Score: 0.6 (/)
X-Scan-Signature: cdeeb24e6b743a852c396a4af0e53c8f

A very basic question ... why have a Relay Agent Information option and have
sub-options inside this? And, especially 8-bit suboptions.
 
It seems to me that with the larger 16-bit DHCPv6 option space, we'd just
define an option to carry the "Radius Attributes" instead of placing this
under a general "Relay Agent" option. The context of the message is pretty
clear -- if it is from the relay, it can only be in a Relay-Forw (and
Relay-Reply) message option area.
 
There's also another advantage to this. Take the DHCPv4 subnet-selection
option - there are two forms of this, one in for the relay agent and another
for the client. This won't be necessary in DHCPv6 as the LOCATION of the
message (either in the Client's Solicit, Request, ... or in a
Relay-Forw/Relay-Reply) tells us who added it and which we'd prefer to use.
This means only ONE option number is needed.
 
So, I'd much rather see this specify a base option,
OPTION-RADIUS-ATTRIBUTES, and have this contain the Radius attributes in the
standard Radius encoding. So, it is just 16-bit option code, 16-bit length,
followed by the radius encoding (as 8-bit suboptions).
 
You can then specify that OPTION-RADIUS-ATTRIBUTES can only appear in the
Relay-Forw (and Relay-Reply) message and MUST NOT appear in client messages
themselves.
 
- Bernie

-----Original Message-----
From: dhcwg-bounces@ietf.org [mailto:dhcwg-bounces@ietf.org] On Behalf Of
Wing Cheong Lau
Sent: Friday, October 22, 2004 12:45 PM
To: dhcwg@ietf.org
Subject: [dhcwg] New draft on DHCPv6 Relay Information Option and RADIUS
Attributes sub-option


Dear all,

We have submitted a new draft on DHCPv6 Relay Information Option and RADIUS
Attributes sub-option last week. It's already available from the ietf site 

http://www.ietf.org/internet-drafts/draft-droms-dhc-v6-relayopt-00.txt

but I have not seen the official announcement so far.

The draft basically carries over similar capabilities, namely, 
RFC 3046 and draft-ietf-dhc-agentopt-radius-08.txt
from DHCPv4 to DHCPv6, with initial use cases targetting for 
the 3GPP2 environment.

Comments are welcome.

Regards,

Wing

Abstract 
    
   This document introduces the capabilities of the DHCPv4 Relay Agent 
   Information Option in RFC 3046 and the corresponding RADIUS-
   Attributes Sub-option to DHCPv6. In particular, the document 
   describes a new DHCPv6 option called the Relay Agent Information 
   option which extends the set of DHCPv6 options as defined in RFC 3315 
   and 3376. Following its DHCPv4 counterpart as defined in RFC 3046, 
   the new option is inserted by the DHCPv6 relay agent when forwarding 
   client-originated DHCPv6 packets to a DHCPv6 server. Servers 
   recognizing the Relay Agent Information option may use the 
   information to implement IP address or other parameter assignment 
   policies.  The DHCP Server echoes the option back verbatim to the 
   relay agent in server-to-client replies, and the relay agent strips 
   the option before forwarding the reply to the client. The Relay Agent 
   Information option is organized as a single DHCPv6 option that 
   contains one or more "sub-options" that convey information known by 
   the relay agent.  A RADIUS Attributes Sub-option, following its 
   DHCPv4 counterpart, is also defined.  

_______________________________________________
dhcwg mailing list
dhcwg@ietf.org
https://www1.ietf.org/mailman/listinfo/dhcwg