Re: [dhcwg] Adoption Call for draft-fang-dhc-dhcpv4-forcerenew-extensions-02 (Ends May 8, 2016)

["Deepak Bansal (AZURE)" <[e-mail]>]

I support this call. It solves a real world problem in cloud where VM availability is of paramount importance and any glitches in VM connectivity must be avoided - yet the platform must update configuration in accordance with operational needs. It is a simple change that helps cloud scenarios tremendously. Thanks.

PS: I am co-author of this draft.

-----Original Message-----
From: Luyuan Fang 
Sent: Tuesday, May 10, 2016 8:47 AM
To: Deepak Bansal (AZURE) <[e-mail]>
Subject: FW: [dhcwg] Adoption Call for draft-fang-dhc-dhcpv4-forcerenew-extensions-02 (Ends May 8, 2016)



-----Original Message-----
From: dhcwg [mailto:[e-mail]] On Behalf Of Tomek Mrugalski
Sent: Wednesday, May 4, 2016 9:42 AM
To: [e-mail]
Subject: Re: [dhcwg] Adoption Call for draft-fang-dhc-dhcpv4-forcerenew-extensions-02 (Ends May 8, 2016)

Good DHC people,

This is just a reminder that we have adoption call in progress, but so far the number of responses is... disappointing. This is a very short (4 pages of technical text) I-D. Please take a quick look and state whether you're ok with it. Or better yet, review it thoroughly and post your comments. Your opinion and your comments are much appreciated.

The adoption call will end early next week.

With my co-chair hat off, I support adoption of this draft. It is short, well motivated (good explanation what the problem is and why it needs
solving) and reasonable draft. In my opinion it simply introduces parity between DHCPv6 and DHCPv4 (v6 has the capability to reconfigure options only since RFC3315 was published in 2003). This mechanism has been around for well over a decade and is operationally proven to work.

Tomek

On 22.04.2016 16:48, Bernie Volz (volz) wrote:
> Hi:
> 
> At the IETF-95 DHC WG session, Luyuan Fang gave a presentation on
> draft-fang-dhc-dhcpv4-forcerenew-extensions-02 (Forcerenew 
> Reconfiguration Extensions for DHCPv4) - see 
> https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fwww.ietf.org%2fproceedings%2f95%2fslides%2fslides-95-dhc-6.pdf&data=01%7c01%7clufang%40microsoft.com%7ccba203e9bcb24a8afc3008d3743c6d80%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=n9pPn9q0GVMvwyBoCBv4kxdOxtDvxt1RSqusvmE3yOo%3d.
> 
> There was a brief discussion about whether there was sufficient 
> interest in the WG to take on this work and the conclusion was to take 
> it to the list (which we would have needed to do anyway).
> 
> So, we are starting an Adoption Call for this draft 
> (https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2ftools.ietf.org%2fhtml%2fdraft-fang-dhc-dhcpv4-forcerenew-extensions-02&data=01%7c01%7clufang%40microsoft.com%7ccba203e9bcb24a8afc3008d3743c6d80%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=%2bckxK7JVVgxJprTYRKp9EfYMnQeLnfcMQWjhISsIGr0%3d).
> 
> Please respond by May 8, 2016 whether you support having the WG take 
> on this work. Please note that this means YOU need to be involved in 
> resolving open issues, reading draft updates, and otherwise actively 
> participating to move this work forward.
> 
> The abstract from the draft is:
> 
>    This document extends the definition of the DHCPFORCERENEW message
>    for parameter reconfiguration in DHCPv4. This extension makes the
>    DHCPFORCERENEW message more suitable to reconfigure configuration
>    parameters other than IP addresses, and aligns the behavior of the
>    reconfiguration procedure in DHCPv4 to the corresponding behavior in
>    DHCPv6.
> 
> While not directly on the WG's current charter, we have confirmed with 
> our AD (Suresh) that this would be acceptable work for us to adopt (no 
> re-chartering will be necessary).
> 
> -          Tomek and Bernie

_______________________________________________
dhcwg mailing list
[e-mail]
https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fwww.ietf.org%2fmailman%2flistinfo%2fdhcwg&data=01%7c01%7clufang%40microsoft.com%7ccba203e9bcb24a8afc3008d3743c6d80%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=EJSiG6YzDLYuOAxtt%2bXmhSFu5fMlTKVyFU%2b7ntBW4l0%3d