Re: [dhcwg] [homenet] PPP, DHCPv6 and Prefix Delegation

Wuyts Carl <Carl.Wuyts@technicolor.com> Tue, 19 November 2013 15:22 UTC

Return-Path: <Carl.Wuyts@technicolor.com>
X-Original-To: dhcwg@ietfa.amsl.com
Delivered-To: dhcwg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5DD7F1AE035; Tue, 19 Nov 2013 07:22:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.716
X-Spam-Level:
X-Spam-Status: No, score=-2.716 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FRT_ADULT2=1.474, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_FRT_ADULT2=0.01] autolearn=ham
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 k9E6kOK1LJ7U; Tue, 19 Nov 2013 07:22:17 -0800 (PST)
Received: from na3sys009aog128.obsmtp.com (na3sys009aog128.obsmtp.com [74.125.149.141]) by ietfa.amsl.com (Postfix) with ESMTP id 812771AE036; Tue, 19 Nov 2013 07:22:07 -0800 (PST)
Received: from MOPESEDGE01.eu.thmulti.com ([129.35.174.203]) (using TLSv1) by na3sys009aob128.postini.com ([74.125.148.12]) with SMTP ID DSNKUouCFsMYUEhr58hzlzlzCX4QhWpaYJG/@postini.com; Tue, 19 Nov 2013 07:22:04 PST
Received: from MOPESMAILHC02.eu.thmulti.com (141.11.100.29) by mail3.technicolor.com (141.11.253.22) with Microsoft SMTP Server (TLS) id 8.3.298.1; Tue, 19 Nov 2013 16:18:35 +0100
Received: from MOPESMBX01.eu.thmulti.com ([169.254.1.71]) by MOPESMAILHC02.eu.thmulti.com ([141.11.100.29]) with mapi; Tue, 19 Nov 2013 16:18:38 +0100
From: Wuyts Carl <Carl.Wuyts@technicolor.com>
To: "Roberta Maglione (robmgl)" <robmgl@cisco.com>, Athanasios Douitsis <aduitsis@gmail.com>, "Bernie Volz (volz)" <volz@cisco.com>
Date: Tue, 19 Nov 2013 16:18:37 +0100
Thread-Topic: [dhcwg] [homenet] PPP, DHCPv6 and Prefix Delegation
Thread-Index: AQHO5SRsttdYcQjLZEODiORjPZunGZos5DGA///C96CAAAOZcA==
Message-ID: <3135C2851EB6764BACEF35D8B495596806FB82C198@MOPESMBX01.eu.thmulti.com>
References: <11836.1384276281@sandelman.ca> <CAKOT5Ko2OO=U_0jADb6R88JiFh59BLDSe4P0haqgaBr2M7HobA@mail.gmail.com> <3673.1384528283@sandelman.ca> <CAKOT5Kpp0dCqbZyFzwtjTh9UJ5hGHUMN0ZGQHUL35+mkO9VRrA@mail.gmail.com> <CABT9mj-rw5bsVa7UAiraxu-U2t1QGqPronYj3Fx6ZxoPWo0Zow@mail.gmail.com> <CABT9mj-sQbfiNyfUZDxVmCg7SYWaJXcp+pNbyUSj64iFSA5fuA@mail.gmail.com> <70913413-2B68-4703-84E3-F7CC47E1A0E2@cisco.com> <CABT9mj9Jg-5pM4JKKOOgqszarFj6eDHji_rHZkTw3Eknddaqdw@mail.gmail.com> <3135C2851EB6764BACEF35D8B495596806FB82BE47@MOPESMBX01.eu.thmulti.com> <57C3345230A4F94C9B2F5CFA05D7F2BD1D4ED6B6@xmb-rcd-x01.cisco.com>
In-Reply-To: <57C3345230A4F94C9B2F5CFA05D7F2BD1D4ED6B6@xmb-rcd-x01.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_3135C2851EB6764BACEF35D8B495596806FB82C198MOPESMBX01eut_"
MIME-Version: 1.0
Cc: "radext@ietf.org" <radext@ietf.org>, "homenet@ietf.org" <homenet@ietf.org>, "dhcwg@ietf.org WG" <dhcwg@ietf.org>, Michael Richardson <mcr+ietf@sandelman.ca>
Subject: Re: [dhcwg] [homenet] PPP, DHCPv6 and Prefix Delegation
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dhcwg/>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Nov 2013 15:22:22 -0000

No, indeed, you don't really need pd_exclude, but it saves admin on not having to use separate ia_pd and ia_na

Regs
Carl

From: Roberta Maglione (robmgl) [mailto:robmgl@cisco.com]
Sent: dinsdag 19 november 2013 16:17
To: Wuyts Carl; Athanasios Douitsis; Bernie Volz (volz)
Cc: radext@ietf.org; Michael Richardson; dhcwg@ietf.org WG; homenet@ietf.org
Subject: RE: [dhcwg] [homenet] PPP, DHCPv6 and Prefix Delegation

Hello Carl,
I agree with you that using DHCPv6 to number the WAN is a more common approach.
In such case you don't really need PD exclude; you just need a single IPv6 address for that link and RFC 6911 in section 3.1 already defines the Framed-IPv6-Address Radius attribute to be used for this purpose.
"3.1. Framed-IPv6-Address
   The Framed-IPv6-Address Attribute indicates an IPv6 address that is
   assigned to the NAS-facing interface of the RG/host."

Thanks
Roberta

From: Wuyts Carl [mailto:Carl.Wuyts@technicolor.com]
Sent: Tuesday, November 19, 2013 7:43 AM
To: Athanasios Douitsis; Bernie Volz (volz)
Cc: radext@ietf.org<mailto:radext@ietf.org>; Michael Richardson; Roberta Maglione (robmgl); dhcwg@ietf.org<mailto:dhcwg@ietf.org> WG; homenet@ietf.org<mailto:homenet@ietf.org>
Subject: RE: [dhcwg] [homenet] PPP, DHCPv6 and Prefix Delegation

It's probably just a remark/side note, but pd_exclude could also be used with DHCPv6 iso RA on the WAN-link.  I've not bumped in to many customers using RA on WAN links to number them, not with separate prefix nor with excluded prefix, so the typical use case will be to get/use an excluded prefix, and to assign an IP from it to the WAN link through ia_na.

Regs
Carl


From: dhcwg [mailto:dhcwg-bounces@ietf.org] On Behalf Of Athanasios Douitsis
Sent: dinsdag 19 november 2013 13:40
To: Bernie Volz (volz)
Cc: radext@ietf.org<mailto:radext@ietf.org>; Michael Richardson; Roberta Maglione (robmgl); dhcwg@ietf.org<mailto:dhcwg@ietf.org> WG; homenet@ietf.org<mailto:homenet@ietf.org>
Subject: Re: [dhcwg] [homenet] PPP, DHCPv6 and Prefix Delegation

Hello (thanks for the answer),
The uplink connection between the delegating and the requesting router will be in many cases enumerated with a prefix dictated by the Framed-IPv6-Prefix value. If this uplink prefix is going to be a part of the greater prefix that will be delegated, we would in effect have to include the value of the Framed-IPv6-Prefix in the OPTION_PD_EXCLUDE.
Example, if a delegating router makes a RADIUS request and gets the following attributes in the reply:

Framed-IPv6-Prefix='2001:dead:beef::/64'
Delegated-IPv6-Prefix='2001:dead:beef::/56'
Then the delegating router should
1)send an RA in the client uplink interface with 2001:dead:beef::/64. The uplink is enumerated with that /64.
2)Afterwards, when requested for PD, it should reply with the 2001:dead:beef::/56 to the requesting router, but excluding the 2001:dead:beef::/64 from that /56 by putting it in the OPTION_PD_EXCLUDE.
So in effect, the Framed-IPv6-Prefix has been copied in the OPTION_PD_EXCLUDE option.
If I have misunderstood something in the RFC or the discussion, I'd be grateful if you would correct me.
Thanks very much,
Athanasios






On Tue, Nov 19, 2013 at 2:07 PM, Bernie Volz (volz) <volz@cisco.com<mailto:volz@cisco.com>> wrote:
Why would it ever be copied into that option? That makes no sense to me.

- Bernie (from iPad)

On Nov 19, 2013, at 6:16 AM, "Athanasios Douitsis" <aduitsis@gmail.com<mailto:aduitsis@gmail.com>> wrote:


(i.e. have a configuration option to use the Framed-IPv6-Prefix value in the prefix exclude option instead of an RA)

Correction, the above is incorrect, as has been rightly pointed.
Are there any cases where the Framed-IPv6-Prefix value will not be copied as-is in the OPTION_PD_EXCLUDE value?

_______________________________________________
dhcwg mailing list
dhcwg@ietf.org<mailto:dhcwg@ietf.org>
https://www.ietf.org/mailman/listinfo/dhcwg



--
Athanasios Douitsis