Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-stateful-issues-00 -- multiple adminstrative domains
Wuyts Carl <Carl.Wuyts@technicolor.com> Wed, 05 September 2012 06:50 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 32AAD21F8501 for <dhcwg@ietfa.amsl.com>; Tue, 4 Sep 2012 23:50:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.929
X-Spam-Level:
X-Spam-Status: No, score=-5.929 tagged_above=-999 required=5 tests=[AWL=0.369, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 j+dovP24gTmB for <dhcwg@ietfa.amsl.com>; Tue, 4 Sep 2012 23:50:21 -0700 (PDT)
Received: from na3sys009aog106.obsmtp.com (na3sys009aob106.obsmtp.com [74.125.149.76]) by ietfa.amsl.com (Postfix) with ESMTP id B71D721F8514 for <dhcwg@ietf.org>; Tue, 4 Sep 2012 23:50:19 -0700 (PDT)
Received: from mopesedge02.eu.thmulti.com ([129.35.174.203]) (using TLSv1) by na3sys009aob106.postini.com ([74.125.148.12]) with SMTP ID DSNKUEb2KfLtQU6LZ2ACoQeKrtJHVNny9oAX@postini.com; Tue, 04 Sep 2012 23:50:21 PDT
Received: from MOPESMAILHC03.eu.thmulti.com (141.11.100.132) by mopesedge02.eu.thmulti.com (141.11.253.23) with Microsoft SMTP Server (TLS) id 8.3.264.0; Wed, 5 Sep 2012 08:50:06 +0200
Received: from MOPESMBX01.eu.thmulti.com ([169.254.1.14]) by MOPESMAILHC03.eu.thmulti.com ([141.11.100.132]) with mapi; Wed, 5 Sep 2012 08:50:15 +0200
From: Wuyts Carl <Carl.Wuyts@technicolor.com>
To: "Bernie Volz (volz)" <volz@cisco.com>, Ole Trøan <otroan@employees.org>, Ted Lemon <Ted.Lemon@nominum.com>
Date: Wed, 05 Sep 2012 08:50:13 +0200
Thread-Topic: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-stateful-issues-00 -- multiple adminstrative domains
Thread-Index: Ac1+2qSXxInmBkiATQCmRLl22d35BgMVxw0g
Message-ID: <867F4B6A1672E541A94676D556793ACD16E4E37464@MOPESMBX01.eu.thmulti.com>
References: <489D13FBFA9B3E41812EA89F188F018E0F4EE2F8@xmb-rcd-x04.cisco.com>
In-Reply-To: <489D13FBFA9B3E41812EA89F188F018E0F4EE2F8@xmb-rcd-x04.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_867F4B6A1672E541A94676D556793ACD16E4E37464MOPESMBX01eut_"
MIME-Version: 1.0
Cc: dhc WG <dhcwg@ietf.org>
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 06:50:24 -0000
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> [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
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-stateful-… Bernie Volz (volz)
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-stateful-… Ted Lemon
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-stateful-… Wuyts Carl
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-stateful-… Ole Trøan
- Re: [dhcwg] WGLC: draft-ietf-dhc-dhcpv6-stateful-… Wuyts Carl