IETF Logo Mail Archive

Re: [v6ops] DHCPv6/SLAAC Make Hosts Confusing-//RE: new draft: draft-liu-bonica-v6ops-dhcpv6-slaac-problem

Mark ZZZ Smith <markzzzsmith@yahoo.com.au> Wed, 23 October 2013 20:01 UTC

Return-Path: <markzzzsmith@yahoo.com.au>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9496711E83BB for <v6ops@ietfa.amsl.com>; Wed, 23 Oct 2013 13:01:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.732
X-Spam-Level:
X-Spam-Status: No, score=-1.732 tagged_above=-999 required=5 tests=[AWL=0.367, BAYES_00=-2.599, FROM_LOCAL_NOVOWEL=0.5]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WSc-2GSje5Ot for <v6ops@ietfa.amsl.com>; Wed, 23 Oct 2013 13:01:09 -0700 (PDT)
Received: from nm35-vm5.bullet.mail.bf1.yahoo.com (nm35-vm5.bullet.mail.bf1.yahoo.com [72.30.238.77]) by ietfa.amsl.com (Postfix) with ESMTP id 1304A11E83A6 for <v6ops@ietf.org>; Wed, 23 Oct 2013 13:01:07 -0700 (PDT)
Received: from [98.139.214.32] by nm35.bullet.mail.bf1.yahoo.com with NNFMP; 23 Oct 2013 20:01:07 -0000
Received: from [98.139.212.193] by tm15.bullet.mail.bf1.yahoo.com with NNFMP; 23 Oct 2013 20:01:07 -0000
Received: from [127.0.0.1] by omp1002.mail.bf1.yahoo.com with NNFMP; 23 Oct 2013 20:01:07 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 30365.91231.bm@omp1002.mail.bf1.yahoo.com
Received: (qmail 55324 invoked by uid 60001); 23 Oct 2013 20:01:06 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.au; s=s1024; t=1382558466; bh=hJGEHxm+3bAvUxlpeaWrzaZZsl18WQBy4G/PfbIWcYk=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=GsVLjySybNnBqeNxV6Ef323DcjWXA9ept9sEQpg0IJurhl9yEuCWkSm4dKQ7cV5Q0R1aeBzjuUd6qi9T7Qp3G1xEvXwJ0WctpZ4o3gjgfxVjEObjN4mwB8sTALTLJtv/E5+DVJFjGDbfeq774jzZC0jJPtjo8JxcmYzdWj6JeyM=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.au; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=5BmYd47Fd5C+gSRdq+f+6eSzmebPmsJAcVaKwQzuqpu/LlI4c7GXY1DwYd3qGuhl9GvfeaIxkshglGnrI+s0r9/9MS39BntPmdAsZQe/HksRyCSpWE1bWLEUgpB8UJKL2AXLjcVIdyHkW6GOTt/0DRKX3OXR5cO5UV5JehC9Aec=;
X-YMail-OSG: QfbJJTEVM1kS.n31oL8r361tIXPBNnwZvt5mrzNdiPbO7Y0 MpzzG_KQmE5E.FdqfjBWC5hdlxwlA3ExEU4MLUWdtsD9bX2hI8qiCpZthReV r6YkBLlSvlZoJoLV9wEyymTOcOhkMp5DmEG7cxmyFIjlyI9v9uRDT0mtjVV7 nNqdItOLXc86Aq6I60Y5ViX.dIKyfK6oMVLf8cqqjKXG5aokv1Y4KKgfneBB P5rUc6dFZlB8nsSCDw7QHciD0USMbbUoL8JQduPwe6OeGOQ_yOSxCjEuZTwr HYjO4UNXilTk72cFFy9bygC_bSLsSlLBeoVg2CK9bISZOELfJ8_.md00V0Wk LH8kjvFxlQj7UUk4KmGCqt61.IBiFRPyKH_97n3g_chdu.7YndIr9mYJiFUn 98L0jja.J9KQAZFoyhwmoEdMzPuSXmrPgROOdiOow9_Q.pbjCt6vqdRcECZT RHrJqQmCQ8rS3SztZ6a_c1nYFAfYQCpcOKhVgsj_S_9yd2vB3tqaA2FRmLDw u.0RJ0U6Hn6ZFyAuLqwqgRNLTN6_g0P9HKKiBLOkTVTSl2dexeweaDeHhWew zqsOYg8Mp1D5dYmM92HBjE4boSA6zIolczaBFhvO1G6XqE97qqoB4S7nSe.u HoHFDF9kDOpFzHrJbj6v2nNbEYIspBVZjuW46HABi6v2bJNaM63M25gaYnWj HAX9RKJfzRaDd
Received: from [150.101.221.237] by web142502.mail.bf1.yahoo.com via HTTP; Wed, 23 Oct 2013 13:01:06 PDT
X-Rocket-MIMEInfo: 002.001, CgoKCgo.X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBGcm9tOiBMb3JlbnpvIENvbGl0dGkgPGxvcmVuem9AZ29vZ2xlLmNvbT4KPlRvOiBzdGhhdWdAbmV0aGVscC5ubyAKPkNjOiAidjZvcHNAaWV0Zi5vcmcgV0ciIDx2Nm9wc0BpZXRmLm9yZz47IE9sZSBUcm9hbiAob3Ryb2FuKSA8b3Ryb2FuQGNpc2NvLmNvbT47IGRyYWZ0LWxpdS1ib25pY2EtdjZvcHMtZGhjcHY2LXNsYWFjLXByb2JsZW1AdG9vbHMuaWV0Zi5vcmcgCj5TZW50OiBUaHVyc2RheSwgMjQgT2N0b2JlciAyMDEzIDU6MjEgQU0BMAEBAQE-
X-Mailer: YahooMailWebService/0.8.160.587
References: <1382519509.39565.YahooMailNeo@web142502.mail.bf1.yahoo.com> <55F2A998-0417-4C19-B248-AA2A80EBF29C@cisco.com> <52679F9F.7040403@inex.ie> <20131023.122008.74708818.sthaug@nethelp.no> <CAKD1Yr3G=vKUoFcykMFQk4FWPKvhhgNz4vwQE5+NxCvMkZGuSw@mail.gmail.com>
Message-ID: <1382558466.50096.YahooMailNeo@web142502.mail.bf1.yahoo.com>
Date: Wed, 23 Oct 2013 13:01:06 -0700
From: Mark ZZZ Smith <markzzzsmith@yahoo.com.au>
To: Lorenzo Colitti <lorenzo@google.com>, "sthaug@nethelp.no" <sthaug@nethelp.no>
In-Reply-To: <CAKD1Yr3G=vKUoFcykMFQk4FWPKvhhgNz4vwQE5+NxCvMkZGuSw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: "v6ops@ietf.org WG" <v6ops@ietf.org>, "Ole Troan (otroan)" <otroan@cisco.com>, "draft-liu-bonica-v6ops-dhcpv6-slaac-problem@tools.ietf.org" <draft-liu-bonica-v6ops-dhcpv6-slaac-problem@tools.ietf.org>
Subject: Re: [v6ops] DHCPv6/SLAAC Make Hosts Confusing-//RE: new draft: draft-liu-bonica-v6ops-dhcpv6-slaac-problem
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: Mark ZZZ Smith <markzzzsmith@yahoo.com.au>
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Oct 2013 20:01:14 -0000





>________________________________
> From: Lorenzo Colitti <lorenzo@google.com>
>To: sthaug@nethelp.no 
>Cc: "v6ops@ietf.org WG" <v6ops@ietf.org>; Ole Troan (otroan) <otroan@cisco.com>; draft-liu-bonica-v6ops-dhcpv6-slaac-problem@tools.ietf.org 
>Sent: Thursday, 24 October 2013 5:21 AM
>Subject: Re: [v6ops] DHCPv6/SLAAC Make Hosts Confusing-//RE: new draft:    draft-liu-bonica-v6ops-dhcpv6-slaac-problem
> 
>
>
>On Wed, Oct 23, 2013 at 7:20 PM, <sthaug@nethelp.no> wrote:
>
>> and if dhcpv6 gave out netmasks and default gateways, we could finally
>>> ditch RA.  I look forward to the day when I can finally expunge RA from my
>>> networks.
>>
>>Amen. But it doesn't look like this is going to happen any time soon...
>>
>
>
>And then what? Rely on client polling to before you can change any network parameter, ever? Be forced to run things like VRRP because you can never change anything on the hosts?
>
>
>Sure that's the way we do it today in IPv4. But is it the best way? Maybe in an enterprise, but in a home?

Having learned about Novell's IPX before I learnt IPv4, I've since had a bit of an interest in the different ways different protocols do things, with addressing being one of the more interesting areas. Of all the protocols I've since looked at or learned over the years (which I think would count to be around or at least 1/2 a dozen), only IPv4 with DHCPv4 has used a centralised, database and quite stateful address allocation and configuration method. As DHCPv4 was developed quite a number of years after IPv4 addressing had originally been defined and then evolved through the addition of classes and subnets, it would seem that the model used by DHCPv4 is likely to have been chosen to solve needs or a situation that doesn't normally exist when developing a protocol from scratch. If you go back far enough with IPv4, similar to Novell IPX and Xerox XNS, it also used the link-layer addresses as host addresses:

https://www.rfc-editor.org/ien/ien91.txt


So in the history of protocol development and addressing, the DHCPv4 model is quite an anomaly.


> What happens when your precious "DHCPv6 server" (home router) gets unplugged by the user and all the hosts are dead in the water until they decide to send another DHCPv6 request, even though there are 3 other routers and DHCPv6 servers on the same link?
>_______________________________________________
>v6ops mailing list
>v6ops@ietf.org
>https://www.ietf.org/mailman/listinfo/v6ops
>
>
>
>

v2.23.0 | Report a Bug | By Email