Re: [dhcwg] Please review version -07 of draft-ietf-dhc-dhcpv6-stateful-issues

"Bernie Volz (volz)" <volz@cisco.com> Fri, 17 October 2014 19:01 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 549ED1A1B17 for <dhcwg@ietfa.amsl.com>; Fri, 17 Oct 2014 12:01:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.211
X-Spam-Level:
X-Spam-Status: No, score=-14.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, MIME_8BIT_HEADER=0.3, 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 Kpot3URcHXoV for <dhcwg@ietfa.amsl.com>; Fri, 17 Oct 2014 12:01:43 -0700 (PDT)
Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 007C41A0154 for <dhcwg@ietf.org>; Fri, 17 Oct 2014 12:01:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3346; q=dns/txt; s=iport; t=1413572492; x=1414782092; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=DtSNqVRVitd66VOEmYJZZFAdBGMy5RuRkaebXvfbqd4=; b=TQ5IJgdBaHJFUp0l1RmYGszqmRmQq/OFi1fQxtA4wMPG16CNTfxfu+gd OXMmBe9UiixYytPniZGTcO2cgBc1jA1YRjMuCJOMohwTpeNtPAmqzr7G5 8nQ5CTeszQ4jOf0QIJ7MzsrcZTrij62CnppgJ0OSvL3cUb6yCijo9+KI4 M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AicFAPtmQVStJV2T/2dsb2JhbABbgw6BKwSDAtEKAht5FgF9hAIBAQEDASMRRQUHBAIBCBEEAQEDAgYdAwICAh8RFAEICAIEDgUIiCMDCQi5M44rDYYvAQEBAQEBAQEBAQEBAQEBAQEBAQEBF4EsjG2CAxYQCwcGgnE2gR4BBJIAiUiDQYNGgy2HJYZdg3dsgUiBAwEBAQ
X-IronPort-AV: E=Sophos;i="5.04,740,1406592000"; d="scan'208";a="87990996"
Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by alln-iport-5.cisco.com with ESMTP; 17 Oct 2014 19:01:31 +0000
Received: from xhc-rcd-x05.cisco.com (xhc-rcd-x05.cisco.com [173.37.183.79]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id s9HJ1ViE026269 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 17 Oct 2014 19:01:31 GMT
Received: from xmb-rcd-x04.cisco.com ([169.254.8.78]) by xhc-rcd-x05.cisco.com ([173.37.183.79]) with mapi id 14.03.0195.001; Fri, 17 Oct 2014 14:01:31 -0500
From: "Bernie Volz (volz)" <volz@cisco.com>
To: 神明達哉 <jinmei@wide.ad.jp>
Thread-Topic: [dhcwg] Please review version -07 of draft-ietf-dhc-dhcpv6-stateful-issues
Thread-Index: AQHP4yTrEkD6ExoBZ0O6wM0stZ10wJwxXZPAgAH+sYD//69owIAADawAgAHU64D//8JP0A==
Date: Fri, 17 Oct 2014 19:01:30 +0000
Message-ID: <489D13FBFA9B3E41812EA89F188F018E1B6D4548@xmb-rcd-x04.cisco.com>
References: <542D1698.7030203@gmail.com> <CAJE_bqcJS45ULDLaGgzgE5ZeS-hFZhWUX4819-T_jObroJnv4Q@mail.gmail.com> <489D13FBFA9B3E41812EA89F188F018E1B6CEE2D@xmb-rcd-x04.cisco.com> <CAJE_bqeNyWa=hxyaaDRqUR0zgnfQCSZZOnToXSaSWm0m4CjUYg@mail.gmail.com> <489D13FBFA9B3E41812EA89F188F018E1B6D18F3@xmb-rcd-x04.cisco.com> <489D13FBFA9B3E41812EA89F188F018E1B6D1B3A@xmb-rcd-x04.cisco.com> <CAJE_bqe4xsP7eHBpvTZsw0VobpMnnG2MvYuMgXvKF+nrUS2yDw@mail.gmail.com>
In-Reply-To: <CAJE_bqe4xsP7eHBpvTZsw0VobpMnnG2MvYuMgXvKF+nrUS2yDw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.98.1.201]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/dhcwg/4UvmSputxTc1LzAPQDEw_mub5Rc
Cc: "dhcwg@ietf.org" <dhcwg@ietf.org>
Subject: Re: [dhcwg] Please review version -07 of draft-ietf-dhc-dhcpv6-stateful-issues
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: Fri, 17 Oct 2014 19:01:45 -0000

Jinmei:

We have to handle EXISTING servers which I believe base the T1/T2 times on each IA separately - though that is just my assumption -- I haven't analyzed all of the servers. Obviously this also depends on the lifetimes configured (i.e., if they are all the same and the server assigns the addresses/PDs are the same time, the lifetimes should generally all be identical and hence so should the T1/T2 times).

This is the point about the client text - it is there to handle the case where the client is communicating with an older (3315 compliant) server. If we required all servers to be magically updated, we wouldn't need the client text.

And, yes, I was not trying to be too explicit about this because how a client choses to implement this is up to it. For example, it might just schedule timers to expire for each IA based on its T1/T2 times. But when the first timer goes off, it includes all bindings from that server in the Renew. So, in this case the client has no need to "compare" the T1/T2 times at all.

Perhaps that is a way to solve this problem - perhaps the text should focus on the behavior to say that:

"The client SHOULD Renew (or Rebind) all of the bindings at once, whatever the individual IA T1/T2 times might have been. How a client handles this (whether it determines one set of T1/T2 values to use across all bindings, initiates independent timers and the first one to go off results in a Renew (or Rebind) with all bindings, or some other approach), is up to the client implementation."

- Bernie

-----Original Message-----
From: jinmei.tatuya@gmail.com [mailto:jinmei.tatuya@gmail.com] On Behalf Of ????
Sent: Friday, October 17, 2014 1:33 PM
To: Bernie Volz (volz)
Cc: dhcwg@ietf.org
Subject: Re: [dhcwg] Please review version -07 of draft-ietf-dhc-dhcpv6-stateful-issues

At Thu, 16 Oct 2014 19:08:07 +0000,
"Bernie Volz (volz)" <volz@cisco.com> wrote:

> If the client sent a Renew and the Reply has 0 lifetimes for EITHER (but not both) the IA_NA or IA_PD. What should the client do?

I've not considered all of the ramifications (and, frankly, I've not read all of this response closely), this breaks basic operational assumption (i.e., all lifetimes and T1/T2 should be same for all IAs), right?  If so, we might rather not try to be perfect but just make sure that client ends up with a valid state (like having T2 < T1) and leave other details open.

--
JINMEI, Tatuya