Re: [dhcwg] Next step(s) for draft-ietf-dhc-stable-privacy-addresses -> abandon work? / IA_NA applicability

"Bernie Volz (volz)" <volz@cisco.com> Thu, 09 April 2015 18:29 UTC

Return-Path: <volz@cisco.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 11BF81A883B for <dhcwg@ietfa.amsl.com>; Thu, 9 Apr 2015 11:29:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 a260Wedc_8xm for <dhcwg@ietfa.amsl.com>; Thu, 9 Apr 2015 11:29:33 -0700 (PDT)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 83E0F1A8835 for <dhcwg@ietf.org>; Thu, 9 Apr 2015 11:29:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2555; q=dns/txt; s=iport; t=1428604173; x=1429813773; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=kr+ZxLqi+iGY+re84ZDVfOfdnbzj8+7e+B5OFPpSjF8=; b=cvRmt2dZpb1WAoYhl0w8vg7NUKjDblAylPLTIhLPTFTC2P2sXZgvTGUZ F9QHhC0Iemt1iJtALL/wtPKB+9+IEjyg7YRh5Qfv6Z9PIDHgNSW68c2Lk zRCCh1wKNUTeQwjb1fWF1Kr4VZ1p/a9BjayTEQPabFIBmNqlUqYAFgYgT I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0C9BAAQxCZV/4YNJK1cgwiBLgXERAmHVAKBRTgUAQEBAQEBAX2EHwEBAQMBJxM0CwUHBAIBCA4DBAEBAQoUBQQHMhQJCAIEDgUIiBoIzkcBAQEBAQEBAQEBAQEBAQEBAQEBAQEXiyuEGREBBhomCwcGgxGBFgEEkQGVYYkMIoIzgTxvgQs5fwEBAQ
X-IronPort-AV: E=Sophos;i="5.11,551,1422921600"; d="scan'208";a="139745611"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-1.cisco.com with ESMTP; 09 Apr 2015 18:29:32 +0000
Received: from xhc-aln-x05.cisco.com (xhc-aln-x05.cisco.com [173.36.12.79]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id t39ITWmF008929 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 9 Apr 2015 18:29:32 GMT
Received: from xmb-rcd-x04.cisco.com ([169.254.8.112]) by xhc-aln-x05.cisco.com ([173.36.12.79]) with mapi id 14.03.0195.001; Thu, 9 Apr 2015 13:29:32 -0500
From: "Bernie Volz (volz)" <volz@cisco.com>
To: Fernando Gont <fgont@si6networks.com>
Thread-Topic: [dhcwg] Next step(s) for draft-ietf-dhc-stable-privacy-addresses -> abandon work? / IA_NA applicability
Thread-Index: AQHQbKUWByZTAVuV8ESYM5tVpMLK4p04ge2AgABZ+YD//7DXMIAKWypfgABgb4CAAAcrgIAAANmAgAAE+ACAAAV/AIABrwHhgAABkwA=
Date: Thu, 09 Apr 2015 18:29:31 +0000
Message-ID: <489D13FBFA9B3E41812EA89F188F018E1CA499A7@xmb-rcd-x04.cisco.com>
References: <489D13FBFA9B3E41812EA89F188F018E1CA32071@xmb-rcd-x04.cisco.com> <8C4E055C-ED1D-4951-8473-6166109ACE69@nominum.com> <489D13FBFA9B3E41812EA89F188F018E1CA321EE@xmb-rcd-x04.cisco.com> <6D7A465E-6EBE-4B69-9B65-BAC7BF2A9873@nominum.com> <489D13FBFA9B3E41812EA89F188F018E1CA3229F@xmb-rcd-x04.cisco.com> <55214802.1070305@si6networks.com> <CAKD1Yr3UYT0yPEqftEXpN8zmk=-dka_NMcu3rbb_GG+YSnk2ZQ@mail.gmail.com> <5524D09B.3090706@si6networks.com> <CAKD1Yr2Ztzoys+xKBzsEHU5hqJmfGpn-GeWPEqNCHRuWOTgsJQ@mail.gmail.com> <55250911.30100@si6networks.com> <CAKD1Yr0ojVmk-ctUO313zvAx01P=B-A2zVuwDm73+dLgVwDLOw@mail.gmail.com> <55250DF2.8050001@si6networks.com> <CAKD1Yr33wFmjjqjYu8YEpqYvnn=kh9oJhe1YAC7UEzacQFBaWg@mail.gmail.com> <55251EFA.4000204@si6networks.com> <CAKD1Yr0XK-DQkcJKwTYmiWzCzZs4pubCme9rAgoZ_ig-P5MgsQ@mail.gmail.com> <55253F14.6000706@si6networks.com> <CAKD1Yr0Q2634Rfw0_9NiU+-S_yfD2RwPs7uPWAbTuOADyx8bHg@mail.gmail.com> <5526B5F9.9090707@si6networks.com>
In-Reply-To: <5526B5F9.9090707@si6networks.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.131.36.108]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/dhcwg/SHwKcHhhDDxuPFKJhq-lmNZ0rvs>
Cc: "dhcwg@ietf.org" <dhcwg@ietf.org>
Subject: Re: [dhcwg] Next step(s) for draft-ietf-dhc-stable-privacy-addresses -> abandon work? / IA_NA applicability
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: Thu, 09 Apr 2015 18:29:35 -0000

> So the clear benefit is that you can have multiple DHCPv6 servers operating on the same network, and you get address stability without an additional protocol.

This concept is flawed if the servers aren't cooperating. If there are multiple servers that don't share lease data, how does server 1 know whether the lease was leased to another client or renewed, if server 2 ends up communicating with the client? Server 1 may also expire the lease (and remove FQDN or other data). Or when a leasequery is done, the servers will return conflicting data (one says not leased, other says leased).

I just don't buy that is has any real benefit.

But I am going to refrain from discussing this topic any further as my position (not as co-chair, but as an individual) is clear. Once we get different people to weight in (either on the mailing list or at IETF-93) to determine consensus we can figure out the appropriate next step.

- Bernie

-----Original Message-----
From: Fernando Gont [mailto:fgont@si6networks.com] 
Sent: Thursday, April 09, 2015 1:25 PM
To: Lorenzo Colitti
Cc: dhcwg@ietf.org; Bernie Volz (volz); Ted Lemon
Subject: Re: [dhcwg] Next step(s) for draft-ietf-dhc-stable-privacy-addresses -> abandon work? / IA_NA applicability

On 04/08/2015 09:18 PM, Lorenzo Colitti wrote:
>     For the time being, I think we should not consider the 100% stateless
>     version of this. After all, the man goal of this document is an address
>     selection scheme for DHCPv6, rather than an improvement in terms of "now
>     DHCPv6 can be fully stateless".
> 
> If this algorithm does not allow stateless operation, and still 
> requires keeping (and synchronizing) a lease database, then I really 
> don't see the point of specifying this algorithm at all, as it 
> provides no advantages over stateful random assignment.

This algorithm doesn't require keeping a lease database. DHCPv6 does.

And no, as noted in my other email, it does not require synchronization of the lease database. IN the case of failover, rather than "renewing"
or "rebinding" the same address, the node will be leased the same address as if it was a brandnew address -- same end result.

So the clear benefit is that you can have multiple DHCPv6 servers operating on the same network, and you get address stabiity without an additional protocol.

--
Fernando Gont
SI6 Networks
e-mail: fgont@si6networks.com
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492