RE: [dhcwg] Server Unicast Option in DCHPv6
"Bernie Volz" <volz@cisco.com> Sat, 04 September 2004 20:38 UTC
Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA06069; Sat, 4 Sep 2004 16:38:38 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C3hGb-0006fx-Bs; Sat, 04 Sep 2004 16:36:09 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C3hCr-0006L9-2Q for dhcwg@megatron.ietf.org; Sat, 04 Sep 2004 16:32:17 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA05800 for <dhcwg@ietf.org>; Sat, 4 Sep 2004 16:32:14 -0400 (EDT)
Received: from sj-iport-5.cisco.com ([171.68.10.87]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C3hFj-00085W-TW for dhcwg@ietf.org; Sat, 04 Sep 2004 16:35:16 -0400
Received: from sj-core-1.cisco.com (171.71.177.237) by sj-iport-5.cisco.com with ESMTP; 04 Sep 2004 13:31:49 -0700
X-BrightmailFiltered: true
Received: from flask.cisco.com (IDENT:mirapoint@flask.cisco.com [161.44.122.62]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id i84KVg8J000480; Sat, 4 Sep 2004 13:31:43 -0700 (PDT)
Received: from volzw2k (che-vpn-cluster-2-171.cisco.com [10.86.242.171]) by flask.cisco.com (MOS 3.4.6-GR) with ESMTP id ALI20371; Sat, 4 Sep 2004 16:31:41 -0400 (EDT)
From: Bernie Volz <volz@cisco.com>
To: 'Suman' <suman@samsung.com>, dhcwg@ietf.org
Subject: RE: [dhcwg] Server Unicast Option in DCHPv6
Date: Sat, 04 Sep 2004 16:31:43 -0400
Organization: Cisco
Message-ID: <000c01c492be$31311bc0$6501a8c0@amer.cisco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.5709
In-Reply-To: <000601c49175$b2e5eaf0$8d476c6b@sisodomain.com>
x-mimeole: Produced By Microsoft MimeOLE V5.50.4939.300
Importance: Normal
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 52f7a77164458f8c7b36b66787c853da
Content-Transfer-Encoding: quoted-printable
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: dhcwg.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
Sender: dhcwg-bounces@ietf.org
Errors-To: dhcwg-bounces@ietf.org
Content-Transfer-Encoding: quoted-printable
The unicast option is only server to client; not client to server. So, no the client does not send the option. There is no hard requirement for a client to use unicast. From the option description in RFC 3315: The server specifies the IPv6 address to which the client is to send unicast messages in the server-address field. When a client receives this option, where permissible and appropriate, the client sends ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ messages directly to the server using the IPv6 address specified in the server-address field of the option. When the server sends a Unicast option to the client, some messages from the client will not be relayed by Relay Agents, and will not include Relay Agent options from the Relay Agents. Therefore, a server should only send a Unicast option to a client when Relay Agents are not sending Relay Agent options. A DHCP server rejects any messages sent inappropriately using unicast to ensure that messages are relayed by Relay Agents when Relay Agent options are in use. Details about when the client may send messages to the server using unicast are in section 18. -----Original Message----- From: dhcwg-bounces@ietf.org [mailto:dhcwg-bounces@ietf.org] On Behalf Of Suman Sent: Friday, September 03, 2004 1:20 AM To: dhcwg@ietf.org Subject: [dhcwg] Server Unicast Option in DCHPv6 Hi, I need some clarification on the Server Unicast Option, in DHCPv6, RFC 3315. In particular, when the client receives a Server Unicast option in an advertise message and it has to send a request message to that server, it unicasts the message to the server. That apart, should the client include Server Unicast Option in the Request message that it sends? Also, all the subsequent transaction between the client and that server has to be unicast, if I have got it right! Does the client need to include this option in all the subsequent message exchanges, Request message in particular? Any insight into this would be greatly appreciated. Regards, Suman. _______________________________________________ dhcwg mailing list dhcwg@ietf.org https://www1.ietf.org/mailman/listinfo/dhcwg
- [dhcwg] Server Unicast Option in DCHPv6 Suman
- RE: [dhcwg] Server Unicast Option in DCHPv6 Bernie Volz
- [dhcwg] Router option, in DHCPv6 Anil Kumar Reddy
- Re: [dhcwg] Router option, in DHCPv6 Robert Elz
- RE: [dhcwg] Router option, in DHCPv6 Bernie Volz
- RE: [dhcwg] Router option, in DHCPv6 Anil Kumar Reddy
- RE: [dhcwg] Router option, in DHCPv6 Ralph Droms