RE: [dhcwg] some comments and questions on dhcpv6-24
"Bernie Volz (EUD)" <Bernie.Volz@am1.ericsson.se> Fri, 26 April 2002 13:44 UTC
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA04057 for <dhcwg-archive@odin.ietf.org>; Fri, 26 Apr 2002 09:44:00 -0400 (EDT)
Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id JAA12580 for dhcwg-archive@odin.ietf.org; Fri, 26 Apr 2002 09:44:02 -0400 (EDT)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id JAA12407; Fri, 26 Apr 2002 09:40:02 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id JAA12385 for <dhcwg@optimus.ietf.org>; Fri, 26 Apr 2002 09:39:59 -0400 (EDT)
Received: from imr2.ericy.com (imr2.ericy.com [198.24.6.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA03911 for <dhcwg@ietf.org>; Fri, 26 Apr 2002 09:39:55 -0400 (EDT)
Received: from mr6.exu.ericsson.se (mr6att.ericy.com [138.85.224.157]) by imr2.ericy.com (8.11.3/8.11.3) with ESMTP id g3QDdSi24547 for <dhcwg@ietf.org>; Fri, 26 Apr 2002 08:39:28 -0500 (CDT)
Received: from eamrcnt749 (eamrcnt749.exu.ericsson.se [138.85.133.47]) by mr6.exu.ericsson.se (8.11.3/8.11.3) with SMTP id g3QDdSj07376 for <dhcwg@ietf.org>; Fri, 26 Apr 2002 08:39:28 -0500 (CDT)
Received: FROM eamrcnt761.exu.ericsson.se BY eamrcnt749 ; Fri Apr 26 08:39:27 2002 -0500
Received: by eamrcnt761.exu.ericsson.se with Internet Mail Service (5.5.2653.19) id <J1Q0XV4H>; Fri, 26 Apr 2002 08:39:27 -0500
Message-ID: <66F66129A77AD411B76200508B65AC69B4D32F@EAMBUNT705>
From: "Bernie Volz (EUD)" <Bernie.Volz@am1.ericsson.se>
To: 'JINMEI Tatuya / ????' <jinmei@isl.rdc.toshiba.co.jp>, dhcwg@ietf.org
Subject: RE: [dhcwg] some comments and questions on dhcpv6-24
Date: Fri, 26 Apr 2002 08:39:26 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C1ED27.C846DFC0"
Sender: dhcwg-admin@ietf.org
Errors-To: dhcwg-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: <dhcwg.ietf.org>
X-BeenThere: dhcwg@ietf.org
Thanks for these comments. We do need to fix these. Regarding the general issue of improperly formatted messages (such as an IA Address option not encapsulated in an IA option or an IA option in an Information Request), there are two possible actions a server has: 1. Drop the message (ie, don't reply to it). Whether the server choses to log something is a server policy issue. 2. Respond with an appropriate reply with a Status Code option of UnspecFail. The second action may be better as the client will hopefully not simply retransmit the bad request. And it is especially good early in implementations to help identify problems quickly. Please keep comments coming!!! - Bernie -----Original Message----- From: jinmei@isl.rdc.toshiba.co.jp [mailto:jinmei@isl.rdc.toshiba.co.jp] Sent: Friday, April 26, 2002 4:24 AM To: dhcwg@ietf.org Subject: [dhcwg] some comments and questions on dhcpv6-24 I have some comments and questions on the latest I-D of DHCPv6, draft-ietf-dhc-dhcpv6-24.txt. 15.10. Reply message Clients MUST discard any received Reply messages that meet any of the following conditions: - the message does not include a Server Identifier option - the "transaction-ID" field in the message does not match the value used in the original message - the message does not include a Client Identifier option and the original message from the client contained a Client Identifier option - the message includes a Client Identifier option and the contents of the Client Identifier option does not match the DUID of the client What if the message includes a Client Identifier option but the client did not send the option in the corresponding request? 17.2.2. Creation and transmission of Advertise messages ... The Advertise message MUST be unicast through the interface on which the Solicit message was received. It seems to me the requirement is too strong. Is this really necessary? 18.2.5. Receipt of Information-request messages The server contructs a Reply message by setting the "msg-type" field ^^^^^^^^^this should be "constructs". There are many other "contructs" in the draft. to REPLY, copying the transaction ID from the Rebind message into the ^^^^^^ transaction-ID field. Should the "Rebind" message be "Information-request"? This sentence seems to be just copied from the previous section... The server MUST include a Server Identifier option containing the server's DUID and the Client Identifier option from the Rebind ^^^^^^ message in the Reply message. Again, should the "Rebind" be "Information-request"? Other questions to this section: - what should the receiving server do if the Information-request contains a client Identifier option? I think the server MUST copy the option to the reply, but the draft does not mention this case. - what should the receiving server do if the Information-request contains an IA option? Section 18.1.5 says that: The client MUST NOT include any IA options. But none of this section and Section 15.12 mention this case. BTW: there seem to me several cases for this type of incompleteness. For example, Section 22.6 says "The IA Address option must be encapsulated in the Options field of an Identity Association option." But I'm not sure what a node should do when it receives an IA address option not encapsulated in an IA option. I've not gone through the entire draft, so I may miss something, and if so, I'd apologize in advance. If my guess is correct, however, then I'd suggest to check the consistency of the requirements over the entire draft. JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp _______________________________________________ dhcwg mailing list dhcwg@ietf.org https://www1.ietf.org/mailman/listinfo/dhcwg
- [dhcwg] some comments and questions on dhcpv6-24 JINMEI Tatuya / 神明達哉
- RE: [dhcwg] some comments and questions on dhcpv6… Bernie Volz (EUD)
- Re: [dhcwg] some comments and questions on dhcpv6… Ralph Droms
- [dhcwg] Re: comments and qeustions on dhcpv6-24 JINMEI Tatuya / 神明達哉
- [dhcwg] comments and qeustions on dhcpv6-24 JINMEI Tatuya / 神明達哉
- Re: [dhcwg] some comments and questions on dhcpv6… JINMEI Tatuya / 神明達哉
- Re: [dhcwg] some comments and questions on dhcpv6… Ralph Droms
- [dhcwg] additional comments on dhcpv6-24 JINMEI Tatuya / 神明達哉
- [dhcwg] unresolved comments in dhcpv6-25 JINMEI Tatuya / 神明達哉
- Re: [dhcwg] unresolved comments in dhcpv6-25 Ralph Droms
- Re: [dhcwg] unresolved comments in dhcpv6-25 Ralph Droms
- Re: [dhcwg] unresolved comments in dhcpv6-25 Raymond Jayaraj
- Re: [dhcwg] unresolved comments in dhcpv6-25 JINMEI Tatuya / 神明達哉
- Re: [dhcwg] unresolved comments in dhcpv6-25 JINMEI Tatuya / 神明達哉
- Re: [dhcwg] unresolved comments in dhcpv6-25 Ralph Droms
- Re: [dhcwg] unresolved comments in dhcpv6-25 SHIRASAKI Yasuhiro