Subject: RE: [dhcwg] draft-ietf-dhc-dhcpv6-22.txt comments

From: "Bernie Volz (EUD)" <[email-masked]>
Date: Mon, 21 Jan 2002 19:47:24 -0600

Sorry, forgot to include the main list on this issue so resending.

-----Original Message-----
From: Bernie Volz (EUD) 
Sent: Monday, January 21, 2002 8:46 PM
To: 'Jun-ichiro itojun Hagino'
Subject: RE: [dhcwg] draft-ietf-dhc-dhcpv6-22.txt comments

Itojun:

Is this really a major concern for you? We aren't asking that much of the client - we already ask it to retransmit messages and keep this much state, is asking it to ignore additional Reconfigure messages really that much state to keep?
It doesn't have to remember this state if it crashes or is shutdown (since it should do an Inform when it starts to make sure its current configuration is accurate).

In fact, we might want to add some text to the draft (if it isn't already there) that a client that has used Inform should re-Inform when it detects that it may have moved to a new link (ie, send an Inform when a Confirm was to have been used if the client obtained addresses).

- Bernie

-----[Modified] Original Message-----
From: Jun-ichiro itojun Hagino [mailto:[email-masked]]
Sent: Wednesday, December 26, 2001 3:54 AM
To: [email-masked]
Cc: [email-masked]
Subject: [dhcwg] draft-ietf-dhc-dhcpv6-22.txt comments

(text cut)

4.
As far as I understand the goal of Inform message is to make it possible
to make it possible to implement a stateless client which obtains various
information from DHCPv6 server (draft-droms-dnsconfig-dhcpv6-00.txt).
My question - does it make you any trouble if there's a client implementation
that does not understand Reconfigure message?  If we try to support
Reconfigure (Inform solicited by DHCP server) client implementation becomes
stateful.  Also, it would have been easier if Inform message does not mandate
DUID...

_______________________________________________
dhcwg mailing list
[email-masked]
https://www1.ietf.org/mailman/listinfo/dhcwg