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 --------------------------------------------------------------------
- Fwd: Last Call: 'RADIUS Delegated-IPv6-Prefix Att… Bob Hinden
- Re: Last Call: 'RADIUS Delegated-IPv6-Prefix Attr… Ralph Droms
- Re: Last Call: 'RADIUS Delegated-IPv6-Prefix Attr… Bob Hinden
- Re: Last Call: 'RADIUS Delegated-IPv6-Prefix Attr… Ralph Droms
- Re: Last Call: 'RADIUS Delegated-IPv6-Prefix Attr… Bob Hinden