Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-stateful-issues-00 -- multiple adminstrative domains

Wuyts Carl <Carl.Wuyts@technicolor.com> Wed, 05 September 2012 07:57 UTC

Return-Path: <Carl.Wuyts@technicolor.com>
X-Original-To: dhcwg@ietfa.amsl.com
Delivered-To: dhcwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3994221F84B2 for <dhcwg@ietfa.amsl.com>; Wed, 5 Sep 2012 00:57:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.077
X-Spam-Level:
X-Spam-Status: No, score=-6.077 tagged_above=-999 required=5 tests=[AWL=0.223, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zARoPI1c2Q7X for <dhcwg@ietfa.amsl.com>; Wed, 5 Sep 2012 00:57:37 -0700 (PDT)
Received: from na3sys009aog104.obsmtp.com (na3sys009aog104.obsmtp.com [74.125.149.73]) by ietfa.amsl.com (Postfix) with ESMTP id B64BD21F84CE for <dhcwg@ietf.org>; Wed, 5 Sep 2012 00:57:35 -0700 (PDT)
Received: from mopesedge02.eu.thmulti.com ([129.35.174.203]) (using TLSv1) by na3sys009aob104.postini.com ([74.125.148.12]) with SMTP ID DSNKUEcF7V9RO7ZVFpPPVJDRHY6iPp7fMnZK@postini.com; Wed, 05 Sep 2012 00:57:37 PDT
Received: from MOPESMAILHC02.eu.thmulti.com (141.11.100.29) by mopesedge02.eu.thmulti.com (141.11.253.23) with Microsoft SMTP Server (TLS) id 8.3.264.0; Wed, 5 Sep 2012 09:56:05 +0200
Received: from MOPESMBX01.eu.thmulti.com ([169.254.1.14]) by MOPESMAILHC02.eu.thmulti.com ([141.11.100.29]) with mapi; Wed, 5 Sep 2012 09:56:14 +0200
From: Wuyts Carl <Carl.Wuyts@technicolor.com>
To: Ole Trøan <otroan@employees.org>
Date: Wed, 05 Sep 2012 09:56:14 +0200
Thread-Topic: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-stateful-issues-00 -- multiple adminstrative domains
Thread-Index: Ac2LOts7rHJfoowdSQC5wEWAnKaOPgAALibQ
Message-ID: <867F4B6A1672E541A94676D556793ACD16E4E37496@MOPESMBX01.eu.thmulti.com>
References: <489D13FBFA9B3E41812EA89F188F018E0F4EE2F8@xmb-rcd-x04.cisco.com> <867F4B6A1672E541A94676D556793ACD16E4E37464@MOPESMBX01.eu.thmulti.com> <74EF5E8B-CE4E-40AD-885E-8EB80729D9D5@employees.org>
In-Reply-To: <74EF5E8B-CE4E-40AD-885E-8EB80729D9D5@employees.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: dhc WG <dhcwg@ietf.org>, "Bernie Volz (volz)" <volz@cisco.com>, Ted Lemon <Ted.Lemon@nominum.com>
Subject: Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-stateful-issues-00 -- multiple adminstrative domains
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.12
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: Wed, 05 Sep 2012 07:57:38 -0000

Hi Ole,

"assumes", but what if not ? :-)
anyway, if multiple admin domains are out_of_scope, this could be fine.

Tx and regs
Carl

-----Original Message-----
From: Ole Troan [mailto:ichiroumakino@gmail.com] On Behalf Of Ole Trøan
Sent: woensdag 5 september 2012 9:48
To: Wuyts Carl
Cc: Bernie Volz (volz); Ted Lemon; dhc WG
Subject: Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-stateful-issues-00 -- multiple adminstrative domains

Carl,

this document assumes a single administrative domain and that multiple administrative domains are _out of scope_.
isn't that in agreement with what you are saying too?

cheers,
Ole


> I think, as CPE vendor, there's no other possibility then to vote AGAINST this proposal.
>  
> I read:
> ""
> Clients may select one or several administrative domains; If multiple, each is a separate state machine
> ""
>  
> In some other discussion some time ago, there was already some proposal on having multiple/separate state machine for dhcpv6 client.  In this proposal, I see the same thing popping up, but in another context.
> For CPE devices, this is really a no-go.  Apart from splitting up state machine (and as such, multiplying memory consumption with factor X), it'll also inject extra complexity.  The CPE, the low-end, nearly free-of-charge, device again seems to be victim of these kind of proposal!!
>  
> I don't know if some other CPE vendor people are subscribed to this WG, but I'd like to read how they feel about this.
>  
> Regs
> Carl
>  
>  
>  
>  
> From: dhcwg-bounces@ietf.org [mailto:dhcwg-bounces@ietf.org] On Behalf Of Bernie Volz (volz)
> Sent: maandag 20 augustus 2012 15:50
> To: Ole Trøan; Ted Lemon
> Cc: dhc WG
> Subject: Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-stateful-issues-00 -- multiple adminstrative domains
>  
> In the slides I presented at IETF-83 (Paris) and IETF-84 (Vancouver) about this work, the last slide had:
>  
> Multiple Administrative Domains
> ·         Still planning to write new Internet-Draft on multiple administrative domains
> ·         Basic proposal will be for Advertise to include "Administrative Domain" option which contains an "administrative domain string"
> ·         Clients treat Advertises with the same administrative domain string as 'equal'
> ·         Clients may select one or several administrative domains; If multiple, each is a separate state machine
>  
> The basic idea here is that if a client sends a Solicit with IA_NA and IA_PD, one server (or set of servers) may respond with IA_NA information and administrative domain string A and another server (or set of servers) may respond with IA_PD and administrative domain string B. This would trigger the client to initiate two separate state machines.
>  
> Of course, there is also the possibility that other server(s) may respond with both the IA_NA and IA_PD and administrative domain string C. In which case the client now has to determine whether to use one state machine (and administrative domain C) or two state machines and administrative domain A (IA_NA) & B (IA_PD).
>  
> While fairly simple in concept (and for servers [include administrative domain option] and relays [no impact]), it does greatly complicate clients.
>  
> One idea would be for clients to implement something similar to what they do for WiFi and SSIDs - a user would be required to select which administrative domains are valid. One interesting twist here is that just like with WiFI, we could also secure this -- add an encryption option which would provide a way to secure the DHCP server(s) with which you are willing to communicate.
>  
>  
> I haven't started work on this draft as it wasn't clear how much interest there is and if there are real world requirements for something like this. If there is sufficient interest, I would be happy to start work on it.
>  
> - Bernie
>  
> -----Original Message-----
> From: dhcwg-bounces@ietf.org [mailto:dhcwg-bounces@ietf.org] On Behalf Of Ole Trøan
> Sent: Monday, August 20, 2012 8:45 AM
> To: Ted Lemon
> Cc: dhc WG
> Subject: Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-stateful-issues-00
>  
> Ted,
>  
> >> could we go forward with this draft that clarifies how multiple stateful options work in a single session, and with the general assumption that a client will choose one DHCP server and that server is authoritative?
> >
> > My concern is that if you do so, it will essentially result in clients standardizing on whatever behavior you specify, and so whether we write another standard or not, it will not be available in practice.
>  
> to turn the question around.
> is there anyone who thinks that we should _not_ make multiple stateful options work in a single DHCP session?
>  
> cheers,
> Ole
>  
>