RE: [dhcwg] FORCE RENEW questions
"Barr Hibbs" <rbhibbs@pacbell.net> Fri, 13 December 2002 05:11 UTC
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA03619 for <dhcwg-archive@odin.ietf.org>; Fri, 13 Dec 2002 00:11:29 -0500 (EST)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id gBD5E5812727 for dhcwg-archive@odin.ietf.org; Fri, 13 Dec 2002 00:14:05 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id gBD5E5v12724 for <dhcwg-web-archive@optimus.ietf.org>; Fri, 13 Dec 2002 00:14:05 -0500
Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA03597 for <dhcwg-web-archive@ietf.org>; Fri, 13 Dec 2002 00:10:58 -0500 (EST)
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id gBD5BZv12614; Fri, 13 Dec 2002 00:11:35 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id gBD58fv12448 for <dhcwg@optimus.ietf.org>; Fri, 13 Dec 2002 00:08:41 -0500
Received: from lapop.smtp.stsn.com (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA03443 for <dhcwg@ietf.org>; Fri, 13 Dec 2002 00:05:34 -0500 (EST)
Received: from Barr1LKL501 ([10.0.51.52]) by lapop.smtp.stsn.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 12 Dec 2002 22:16:25 -0700
Reply-To: rbhibbs@pacbell.net
From: Barr Hibbs <rbhibbs@pacbell.net>
To: dhcwg@ietf.org
Subject: RE: [dhcwg] FORCE RENEW questions
Date: Thu, 12 Dec 2002 21:09:37 -0800
Message-ID: <LLEFIBPIDELHICLDJPFLIEFJCKAA.rbhibbs@pacbell.net>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0010_01C2A222.C77497D0"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
In-Reply-To: <BAY1-DAV36Dd3OJXsNQ000065a3@hotmail.com>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-OriginalArrivalTime: 13 Dec 2002 05:16:26.0015 (UTC) FILETIME=[C8DDFAF0:01C2A266]
Sender: dhcwg-admin@ietf.org
Errors-To: dhcwg-admin@ietf.org
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Id: <dhcwg.ietf.org>
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>
I'm also interested in the answer to question (A) in the original message, so would any responders please post their replies to the DHCWG mailing list.... As an additional point, do the implementations of FORCERENEW also implement DHCP Authentication [RFC 3118] as required by RFC 3203? As to question (B), the NIC is not the DHCP client, so let me restate the question and then answer it: "Is it possible to send a FORCERENEW message to an unconfigured client?" As this message is unicast to a DHCP client, and the client is directed to silently discard multicast messages, it is not possible for an unconfigured client to receive a FORCERENEW message. The DHCP protocol [RFC 2131] describes how a DHCP client may continue broadcasting DHCPDISCOVER messages if a DHCP server has not answered. An unconfigured client must not begin the protocol exchange with a DHCPREQUEST message. RFC 2131 also describes how a previously configured client may recover from loss of contact with the server, but that is a different case than you asked about. --Barr Hibbs -----Original Message----- From: dhcwg-admin@ietf.org [mailto:dhcwg-admin@ietf.org]On Behalf Of tm Sent: Thursday, December 12, 2002 01:22 To: dhcwg@ietf.org Subject: [dhcwg] FORCE RENEW questions Two questions: A) Is DHCP FORCE RENEW supported by any operating system today? Or are there any known plans for it at Microsoft, Linux, BSD, etc.? B) Is it possible to send a FORCE RENEW to a NIC that has not yet been configured with an IP address, that is, a NIC that never received a DHCP reply after reboot? (With the result that the host will do a DHCP request). /TM