Re: Does anyone have a workaround for Windows 95 not asking for new ip when booting?

Shawn Mamros <mamros@ftp.com> Wed, 11 September 1996 18:15 UTC

Received: from ietf.org by ietf.org id aa01484; 11 Sep 96 14:15 EDT
Received: from cnri by ietf.org id aa01465; 11 Sep 96 14:15 EDT
Received: from marge.bucknell.edu by CNRI.Reston.VA.US id aa11586; 11 Sep 96 14:15 EDT
Received: from reef.bucknell.edu by mail.bucknell.edu; (5.65v3.2/1.1.8.2/17Jul96-0109PM) id AA10840; Wed, 11 Sep 1996 14:08:36 -0400
Date: Wed, 11 Sep 1996 14:08:36 -0400
Message-Id: <199609111733.NAA20319@MAILSERV-2HIGH.FTP.COM>
Errors-To: droms@bucknell.edu
Reply-To: dhcp-v4@bucknell.edu
Originator: dhcp-v4@bucknell.edu
X-Orig-Sender: dhcp-v4@bucknell.edu
Precedence: bulk
Sender: ietf-archive-request@ietf.org
From: Shawn Mamros <mamros@ftp.com>
To: Multiple recipients of list <dhcp-v4@bucknell.edu>
Subject: Re: Does anyone have a workaround for Windows 95 not asking for new ip when booting?
X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
X-Comment: Discussion of DHCP for IPv4

>Unfortunately, Windows 95 does not look for a new IP address when booting
>if its license has not expired.  This is a problem if while down the user
>moved to a different subnet.  Does anyone have a workaround for this?
>Our user base is not technically literate.  They will not accept a 
>solution like 1. run winipcfg 2. release address 3. renew.  This will
>all have to be hidden from them.

Ideally, this shouldn't be an issue.  If the DHCP client believes it
has a valid lease, it starts in the INIT-REBOOT state (as opposed to
the INIT state) and broadcasts a DHCPREQUEST requesting the old address.
Assuming there is a DHCP server out there which will answer requests
for that network, the server should (again ideally) transmit a DHCPNAK
back when the requested address does not correspond to the network that
the client is currently on.  Once the client receives that message, it
must revert to the INIT state and use DHCPDISCOVER to find an appropriate
lease for that network.  All this should happen without any need for
user intervention.

I've just experimented with Microsoft's Windows 95 DHCP client on
my machine here, switching it back and forth between networks, and both
client and server (the DHCP server in our case is part of FTP Software's
OnNet Server product, version 2.0) do exactly what I described above.
(I also know for a fact that the DHCP client supplied with FTP's
OnNet for Windows 95 also behaves that way. :-)  So, assuming you're
using a server that will NAK when it detects a client requesting an
address from the wrong network (and I believe that most do, or at least
should), you should have no trouble.  If not, you should contact your
DHCP server vendor about supporting this feature, or replace them with
someone who does...

-Shawn Mamros
E-mail to: mamros@ftp.com