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

Athanasios Douitsis <aduitsis@gmail.com> Tue, 19 November 2013 15:00 UTC

Return-Path: <aduitsis@gmail.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 4F93F1AE000; Tue, 19 Nov 2013 07:00:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 NJxPyH4HJMHi; Tue, 19 Nov 2013 07:00:44 -0800 (PST)
Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) by ietfa.amsl.com (Postfix) with ESMTP id 311B21ADFE7; Tue, 19 Nov 2013 07:00:44 -0800 (PST)
Received: by mail-ie0-f178.google.com with SMTP id lx4so3215110iec.9 for <multiple recipients>; Tue, 19 Nov 2013 07:00:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+vJH6yW0rUE9kRGr8/n2BidAQq5iMcYItDwJOocgKGA=; b=x4XCiY8L96eWqSK/PXxO9RjEssUHFR2gBu3Ft9/UvySq3NSbPH9E5HsH+WFIuOp51N +Wve2l7vLVTKH324GLOTVuL9N9YhetYh0imqLA1uLrmUe6UnMjxFxnpQDUG30dRHdbyU 8D62yhxqtitXaCT2PNRm4ELSzyRh7xLXGv5vDwJbWWTNXy/vubutjQnABAXXds9FeSci tXdTOMscXre/DGieYPqSfv8AMCPJ4c6YLKnHzcfX1t88cBUthMcdPro4KayKZ9LddIsa bWxrKeJkVZq5hTS4eXnOOsRcltz6L0dHaaGkD9p1+TmgYgdE0OiYALqe4BuyIhSiE7by uqbg==
MIME-Version: 1.0
X-Received: by 10.42.66.84 with SMTP id o20mr332332ici.71.1384873238171; Tue, 19 Nov 2013 07:00:38 -0800 (PST)
Received: by 10.64.227.168 with HTTP; Tue, 19 Nov 2013 07:00:37 -0800 (PST)
In-Reply-To: <489D13FBFA9B3E41812EA89F188F018E1AD9CDF7@xmb-rcd-x04.cisco.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> <489D13FBFA9B3E41812EA89F188F018E1AD9CDF7@xmb-rcd-x04.cisco.com>
Date: Tue, 19 Nov 2013 17:00:37 +0200
Message-ID: <CABT9mj8JpjHtWap_nOqzbkHbZwqTkUU0zu16C0eYmmW3rMqHMA@mail.gmail.com>
From: Athanasios Douitsis <aduitsis@gmail.com>
To: "Bernie Volz (volz)" <volz@cisco.com>
Content-Type: multipart/alternative; boundary="90e6ba614b2a6b977c04eb88edc2"
Cc: "radext@ietf.org" <radext@ietf.org>, "homenet@ietf.org" <homenet@ietf.org>, "Roberta Maglione (robmgl)" <robmgl@cisco.com>, "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:00:46 -0000

On Tue, Nov 19, 2013 at 3:19 PM, Bernie Volz (volz) <volz@cisco.com> wrote:

> I guess from RFC 4818, Delegated-IPv6-Prefix is used for PD. Whereas it
> says:
>
>
>
>    The Framed-IPv6-Prefix attribute [4] is not designed to support
>
>    delegation of IPv6 prefixes to be used in the user's network, and
>
>    therefore Framed-IPv6-Prefix and Delegated-IPv6-Prefix attributes may
>
>    be included in the same RADIUS packet.
>
>
>
> But, I’m not really clear if that ends up mapping to OPTION_PD_EXCLUDE for
> the Framed-IPv6-Prefix. Perhaps if the case is as in your example
> (Framed-IPv6-Prefix is contained by Delegated-IPv6-Prefix, but not equal)
> then using the Framed-IPv6-Prefix for OPTION_PD_EXCLUDE makes some sense?
>

Hello,

In some cases like the one you and I have described here, I think it
probably makes sense for the delegating router to use the
Framed-IPv6-Prefix to infer what to put in the OPTION_PD_EXCLUDE. In these
cases, the delegating router probably has all the information it needs to
answer PD requests. Of course, some configuration options (e.g. do copy the
Framed-IPv6-Prefix to OPTION_PD_EXCLUDE) and sanity checks (e.g. make sure
the Framed is contained in the Delegated prefix) may be in order to make it
work right, but the idea remains essentially the same.

What I was also wondering previously is whether there are valid cases where
one would want to explicitly dictate the OPTION_PD_EXCLUDE via RADIUS,
presumably along with the Delegated-IPv6-Prefix. If those cases actually
exist, maybe a separate RADIUS attribute could be useful. Just thinking
loudly, not sure yet.

Kind regards,
-- 
Athanasios Douitsis