Re: Last Call: 'RADIUS Delegated-IPv6-Prefix Attribute' to Proposed Standard (draft-ietf-radext-delegated-prefix)

Bob Hinden <bob.hinden@nokia.com> Fri, 26 May 2006 21:24 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FjjnQ-0003SW-Qs; Fri, 26 May 2006 17:24:36 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Fjjn6-00039P-As for ipv6@ietf.org; Fri, 26 May 2006 17:24:16 -0400
Received: from mgw-ext14.nokia.com ([131.228.20.173]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Fjjdy-0005wz-R3 for ipv6@ietf.org; Fri, 26 May 2006 17:14:52 -0400
Received: from esebh108.NOE.Nokia.com (esebh108.ntc.nokia.com [172.21.143.145]) by mgw-ext14.nokia.com (Switch-3.1.8/Switch-3.1.7) with ESMTP id k4QLEmZ9015636; Sat, 27 May 2006 00:14:48 +0300
Received: from esebh001.NOE.Nokia.com ([172.21.138.28]) by esebh108.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 27 May 2006 00:14:48 +0300
Received: from [172.19.79.68] ([172.19.79.68]) by esebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6881); Sat, 27 May 2006 00:14:47 +0300
In-Reply-To: <C09CC2DD.1897B%rdroms@cisco.com>
References: <C09CC2DD.1897B%rdroms@cisco.com>
Mime-Version: 1.0 (Apple Message framework v750)
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <05D90663-1E73-4D59-969A-CE6B839B7645@nokia.com>
Content-Transfer-Encoding: 7bit
From: Bob Hinden <bob.hinden@nokia.com>
Date: Fri, 26 May 2006 14:15:11 -0700
To: Ralph Droms <rdroms@cisco.com>
X-Mailer: Apple Mail (2.750)
X-OriginalArrivalTime: 26 May 2006 21:14:47.0940 (UTC) FILETIME=[6B2C6C40:01C68109]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d2b46e3b2dfbff2088e0b72a54104985
Cc: IPv6 WG <ipv6@ietf.org>
Subject: Re: Last Call: 'RADIUS Delegated-IPv6-Prefix Attribute' to Proposed Standard (draft-ietf-radext-delegated-prefix)
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "IP Version 6 Working Group \(ipv6\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
Errors-To: ipv6-bounces@ietf.org

Ralph,

Thanks, but I think I am now more confused. I draw the opposite  
conclusion if the planned usage is different from what is in  
RFC3162.  How is an implementor supposed to know this if it isn't  
written down?

For now, I suggest treating this issue as an response to the IETF  
last call.

Thanks,
Bob


On May 26, 2006, at 11:36 AM, ext Ralph Droms wrote:

> Bob - the draft used to contain the following text:
>
>    The Delegated-IPv6-Prefix attribute is related to the Framed-IPv6-
>    Prefix attribute [1]; it differs from the Framed-IPv6-Prefix
>    attribute in its intended usage.  The prefix in the Delegated-IPv6-
>    Prefix attribute is delegated to another entity, while the Framed-
>    IPv6-Prefix attribute is under the control of the NAS.  For  
> example,
>    the prefix in a Delegated-IPv6-Prefix attribute can be delegated to
>    another node through DHCP Prefix Delegation [2], while the  
> prefix in
>    a Framed-IPv6-Prefix attribute can be assigned to a link to  
> which the
>    NAS is attached, and subsequently advertised through Router
>    Advertisement messages [3].
>
>    [1]  Aboba, B., Zorn, G., and D. Mitton, "RADIUS and IPv6", RFC  
> 3162,
>         August 2001.
>
>    [2]  Troan, O. and R. Droms, "IPv6 Prefix Options for Dynamic Host
>         Configuration Protocol (DHCP) version 6", RFC 3633,
>         December 2003.
>
>    [3]  Narten, T., Nordmark, E., and W. Simpson, "Neighbor Discovery
>         for IP Version 6 (IPv6)", RFC 2461, December 1998.
>
> But this text extrapolates a bit on the text that actually appears  
> in RFC
> 3162, and the inclusion of the text here started a discussion about  
> the
> intended use of the Framed-IPv6-Prefix.  So, to avoid entanglements  
> with any
> revisions to RFC 3162, draft-ietf-radext-delegated-prefix simply  
> remains
> silent on the issue.
>
> - Ralph
>
>
> On 5/26/06 2:23 PM, "Bob Hinden" <bob.hinden@nokia.com> wrote:
>
>> Ralph,
>>
>> On May 26, 2006, at 11:12 AM, ext Ralph Droms wrote:
>>
>>> Bob - RFC 3633 [2] suggests the use of Framed-IPv6-Prefix option to
>>> carry
>>> the customer prefix from the provisioning database through RADIUS
>>> to the
>>> DHCPv6 PD delegating router.  That use of Framed-IPv6-Prefix
>>> overloads other
>>> uses of the attribute to carry the prefix to be assigned to the
>>> link between
>>> the NAS and the CPE.  This new I-D defines a new RADIUS attribute
>>> to be used
>>> expressly for a prefix to be delegated to the CPE for use in the
>>> network
>>> behind the CPE.
>>
>> Thanks for the explanation!  I think it would be good if something
>> like the above text was added to the draft.  The current text can be
>> interpreted in several ways and seems to allow other usage.  For
>> example, the scenario you describe is cited as an example.
>>
>> Note: I am not against do this at all, I just want the document to be
>> clear in it's intended usage.
>>
>> Thanks,
>> Bob
>>
>>
>>> - Ralph
>>>
>>>
>>> On 5/26/06 2:02 PM, "Bob Hinden" <bob.hinden@nokia.com> wrote:
>>>
>>>> FYI.  Has anyone looked at this?  From the Introduction:
>>>>
>>>>     1.  Introduction
>>>>
>>>>     The Delegated-IPv6-Prefix is a RADIUS attribute [1] that
>>>> carries an
>>>>     IPv6 prefix to be delegated to the user.  For example, the
>>>> prefix in
>>>>     a Delegated-IPv6-Prefix attribute can be delegated to another
>>>> node
>>>>     through DHCP Prefix Delegation [2].
>>>>
>>>> I infer from this that the intent is for a DHCPv6 server to get a
>>>> prefix from an Radius/Diameter authentication check it will later
>>>> delegate to the user.   This seems OK to me, but it would also seem
>>>> to provide for another general way to delegate IPv6 prefixes.  I
>>>> think that the draft needs more explination on it's intended usage.
>>>> Or is this an IPv6 version of something that exists in IPv4?
>>>>
>>>> Comments?
>>>>
>>>> Bob
>>>>
>>>>
>>>> Begin forwarded message:
>>>>
>>>>> From: "ext The IESG" <iesg-secretary@ietf.org>
>>>>> Date: May 26, 2006 6:50:41 AM PDT
>>>>> To: IETF-Announce <ietf-announce@ietf.org>
>>>>> Cc: radiusext@ops.ietf.org
>>>>> Subject: Last Call: 'RADIUS Delegated-IPv6-Prefix Attribute' to
>>>>> Proposed  Standard (draft-ietf-radext-delegated-prefix)
>>>>> Reply-To: iesg@ietf.org
>>>>>
>>>>> The IESG has received a request from the RADIUS EXTensions WG to
>>>>> consider the
>>>>> following document:
>>>>>
>>>>> - 'RADIUS Delegated-IPv6-Prefix Attribute '
>>>>>    <draft-ietf-radext-delegated-prefix-01.txt> as a Proposed
>>>>> Standard
>>>>>
>>>>> The IESG plans to make a decision in the next few weeks, and
>>>>> solicits
>>>>> final comments on this action.  Please send any comments to the
>>>>> iesg@ietf.org or ietf@ietf.org mailing lists by 2006-06-09.
>>>>>
>>>>> The file can be obtained via
>>>>> http://www.ietf.org/internet-drafts/draft-ietf-radext-delegated-
>>>>> prefix-01.txt
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> IETF-Announce mailing list
>>>>> IETF-Announce@ietf.org
>>>>> https://www1.ietf.org/mailman/listinfo/ietf-announce


--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------