Re: [dhcwg] WG meeting follow-up - Forcerenew Reconfiguration Extensions for DHCPv4

"Bernie Volz (volz)" <volz@cisco.com> Fri, 10 February 2017 21:38 UTC

Return-Path: <volz@cisco.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 CD84A129C51; Fri, 10 Feb 2017 13:38:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.522
X-Spam-Level:
X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 aPpe8gCBa-CU; Fri, 10 Feb 2017 13:38:23 -0800 (PST)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CDB8D129C58; Fri, 10 Feb 2017 13:38:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=25670; q=dns/txt; s=iport; t=1486762702; x=1487972302; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=QaeZZs15m6A+G7MGBBseh9ZTB1KiqDzswey4qiSqYEI=; b=aoS1DhIJNF6Is4GcggnoRUgoeGn5iEfXHDgWLEIJZhmwy1jtt1/gi2Qy kH5pxINNdkI4nOinLwd8SrmFEWZUqnXHufgbgyOPDVBGk+LnCe3br/BfK QVohRYK9eiO5jjbW8Z/i9bbQt34XFpFN3UjcIoA5zyPW+s39hRUS2Kj6j M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AVAQCdMZ5Y/4gNJK1eGQEBAQEBAQEBAQEBBwEBAQEBgm9jYYEJjWGSDogMjSqCDS6FdAKCez8YAQIBAQEBAQEBYiiEaQEBAQICLUELEAIBCBEDAQEBIQcHIREUCQgBAQQOBR+JQQMVDqxFhXaHLQ2EEwEBAQEBAQEBAQEBAQEBAQEBAQEBARgFiFGCaoJRgW02FoJ+gjEFiQSIBYRLhWQ6AYZufIYQhBmBe4UXiXOKNYRGhBkBHzh+TxU8EQGGMHUBih0BAQE
X-IronPort-AV: E=Sophos;i="5.35,142,1484006400"; d="scan'208,217";a="383422943"
Received: from alln-core-3.cisco.com ([173.36.13.136]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 10 Feb 2017 21:38:21 +0000
Received: from XCH-ALN-004.cisco.com (xch-aln-004.cisco.com [173.36.7.14]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id v1ALcL8f026947 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 10 Feb 2017 21:38:21 GMT
Received: from xch-aln-003.cisco.com (173.36.7.13) by XCH-ALN-004.cisco.com (173.36.7.14) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 10 Feb 2017 15:38:20 -0600
Received: from xch-aln-003.cisco.com ([173.36.7.13]) by XCH-ALN-003.cisco.com ([173.36.7.13]) with mapi id 15.00.1210.000; Fri, 10 Feb 2017 15:38:20 -0600
From: "Bernie Volz (volz)" <volz@cisco.com>
To: "Fang, Luyuan" <lufang@ebay.com>
Thread-Topic: WG meeting follow-up - Forcerenew Reconfiguration Extensions for DHCPv4
Thread-Index: AdJFrgUx4It+bot+S7WY8x3eyFGyNQGacxOAASTqXrAMnAjUgAAymE2K
Date: Fri, 10 Feb 2017 21:38:20 +0000
Message-ID: <509D194F-52D0-4E8B-97C2-C099201A59AF@cisco.com>
References: <3f436153e5004bd285f29ffb79c6865e@XCH-ALN-003.cisco.com> <ED84A6B9-B771-42C3-B21D-0FA5213624C3@ebay.com> <66b668a7292c4a638be82b5029d3c070@XCH-ALN-003.cisco.com>, <5EDAFB65-056F-44B1-9F61-490422391068@ebay.com>
In-Reply-To: <5EDAFB65-056F-44B1-9F61-490422391068@ebay.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
Content-Type: multipart/alternative; boundary="_000_509D194F52D04E8B97C2C099201A59AFciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dhcwg/5kUJuTj2B6zLriGMMtdFh3r3zmc>
Cc: "draft-ietf-dhc-dhcpv4-forcerenew-extensions@ietf.org" <draft-ietf-dhc-dhcpv4-forcerenew-extensions@ietf.org>, "dhcwg@ietf.org" <dhcwg@ietf.org>, "Deepak Bansal (AZURE)" <dbansal@microsoft.com>, Fabio Chiussi <fabiochiussi@gmail.com>
Subject: Re: [dhcwg] WG meeting follow-up - Forcerenew Reconfiguration Extensions for DHCPv4
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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, 10 Feb 2017 21:38:26 -0000

Hi:

Thanks.

- Bernie (from iPad)

On Feb 10, 2017, at 12:29 AM, Fang, Luyuan <lufang@ebay.com<mailto:lufang@ebay.com>> wrote:

Hi Bernie,

Thank you for your review and discussion. Sorry for the late reply.
MSFT Azure is working to have an implementation in CY17, we'll wait a bit before WGLC.

Regarding your comments for Section 2.3, good points, we removed both sentences in the updated version.
https://tools.ietf.org/html/draft-ietf-dhc-dhcpv4-forcerenew-extensions-02

Thanks,
Luyuan

From: "Bernie Volz (volz)" <volz@cisco.com<mailto:volz@cisco.com>>
Date: Wednesday, December 7, 2016 at 9:09 AM
To: "Fang, Luyuan" <lufang@ebay.com<mailto:lufang@ebay.com>>, "dhcwg@ietf.org<mailto:dhcwg@ietf.org>" <dhcwg@ietf.org<mailto:dhcwg@ietf.org>>
Cc: "draft-ietf-dhc-dhcpv4-forcerenew-extensions@ietf.org<mailto:draft-ietf-dhc-dhcpv4-forcerenew-extensions@ietf.org>" <draft-ietf-dhc-dhcpv4-forcerenew-extensions@ietf.org<mailto:draft-ietf-dhc-dhcpv4-forcerenew-extensions@ietf.org>>, "Deepak Bansal (AZURE)" <dbansal@microsoft.com<mailto:dbansal@microsoft.com>>, Fabio Chiussi <fabiochiussi@gmail.com<mailto:fabiochiussi@gmail.com>>
Subject: RE: WG meeting follow-up - Forcerenew Reconfiguration Extensions for DHCPv4

Thanks Luyuan.

So, at this point the next step is really to up to you ... seems to be:


1.       Wait until MSFT has implemented and see if that generates any additional changes to the document

2.       Initiate WGLC (either now or after 1 - perhaps waiting is best)

I do see that Section 2.3 discusses some potential work (as this alternative mechanism is not defined):

   Alternatively, a mechanism for the client to explicit inform the
   server that it is declining the server-initiated DHCPINFOFORCERENEW
   reconfiguration procedure needs to be devised.

It seems to me that this might be worth either removing? That 2.3 section also has an odd sentence (This further aligns the client behavior in DHCPv4 server-initiated reconfiguration with the corresponding behavior in DHCPv6.) as I don't recall any such capability in DHCPv6? In DHCPv6 a client can indicate whether it supports Reconfigure, but not which of the Reconfigure messages (Renew, Rebind, or Information-Request).

And, an issue with #1 is that you'd have to pick a message number to use as IANA won't have assigned a new one for the DHCPFORCEINFORENEW message (and that could possible conflict if there was something else assigned in the interim, though I am not aware of anything.)


-          Bernie

From: Fang, Luyuan [mailto:lufang@ebay.com]
Sent: Friday, December 02, 2016 12:14 AM
To: Bernie Volz (volz) <volz@cisco.com<mailto:volz@cisco.com>>; dhcwg@ietf.org<mailto:dhcwg@ietf.org>
Cc: draft-ietf-dhc-dhcpv4-forcerenew-extensions@ietf.org<mailto:draft-ietf-dhc-dhcpv4-forcerenew-extensions@ietf.org>; Deepak Bansal (AZURE) <dbansal@microsoft.com<mailto:dbansal@microsoft.com>>; Fabio Chiussi <fabiochiussi@gmail.com<mailto:fabiochiussi@gmail.com>>
Subject: Re: WG meeting follow-up - Forcerenew Reconfiguration Extensions for DHCPv4

Hi Tomek and Bernie,

Thanks for presenting the draft in the last IETF and bring this to dhc wg discussion. Sorry for the delayed response.

Yes, we still have strong interests to complete this work. MSFT is working to implement it in Azure. We will report the results when ready.
At the meantime, we'll post a new version without content change.

Thanks,
Luyuan

From: "Bernie Volz (volz)" <volz@cisco.com<mailto:volz@cisco.com>>
Date: Wednesday, November 23, 2016 at 10:50 AM
To: "dhcwg@ietf.org<mailto:dhcwg@ietf.org>" <dhcwg@ietf.org<mailto:dhcwg@ietf.org>>
Cc: "draft-ietf-dhc-dhcpv4-forcerenew-extensions@ietf.org<mailto:draft-ietf-dhc-dhcpv4-forcerenew-extensions@ietf.org>" <draft-ietf-dhc-dhcpv4-forcerenew-extensions@ietf.org<mailto:draft-ietf-dhc-dhcpv4-forcerenew-extensions@ietf.org>>
Subject: WG meeting follow-up - Forcerenew Reconfiguration Extensions for DHCPv4

Hi:

At the IETF-97 (Seoul) DHC WG meeting, Tomek had a brief presentation regarding draft-ietf-dhc-dhcpv4-forcerenew-extensions (see https://www.ietf.org/proceedings/97/slides/slides-97-dhc-next-steps-for-draft-ietf-dhc-dhcpv4-forcerenew-extensions-00.pdf).

This document has been inactive since WG adoption and has now expired. The co-chairs made several attempts to contact the authors, but they were unresponsive. Tomek asked those in the room if there was any interest from someone to take on this work. There was no interest expressed, but we want to take it to the WG mailing list to see if anyone has any interest.

If you do have interest in working on this, please contact the DHC WG chairs (dhc-chairs@ietf.org<mailto:dhc-chairs@ietf.org>).

You can view the current (expired) draft at https://tools.ietf.org/html/draft-ietf-dhc-dhcpv4-forcerenew-extensions-00.

If there is no interest, the document will just be left as it is today (expired). Work on it can always be revived sometime in the future if a need develops.

Thanks.


-          Tomek & Bernie