From owner-freebsd-hackers Thu Apr 16 23:04:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA03512 for freebsd-hackers-outgoing; Thu, 16 Apr 1998 23:04:43 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from antipodes.cdrom.com (castles247.castles.com [208.214.165.247]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA03435 for ; Fri, 17 Apr 1998 06:04:23 GMT (envelope-from mike@antipodes.cdrom.com) Received: from antipodes.cdrom.com (localhost [127.0.0.1]) by antipodes.cdrom.com (8.8.8/8.8.5) with ESMTP id XAA00615; Thu, 16 Apr 1998 23:01:50 -0700 (PDT) Message-Id: <199804170601.XAA00615@antipodes.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Terry Lambert cc: archie@whistle.com (Archie Cobbs), jim.king@mail.sstar.com, hackers@FreeBSD.ORG Subject: Re: DHCP client/server integration (import proposal) In-reply-to: Your message of "Fri, 17 Apr 1998 05:43:34 -0000." <199804170543.WAA00853@usr07.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Apr 1998 23:01:49 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > But this brings up another question: If the DHCP client only gets NAK > > > responses should it still allocate a 10/8 address for itself, or should it > > > take this to mean that it shouldn't be using the network at all? > > > > Good question.. this should only happen if all the addresses are > > used up. I'd say it shouldn't be using the network at all... but > > try again later. Talking on 10/8 is probably not going to help anything. > > This is irrelevent. Windows 98 will do this. > > If Windows 98 implies an algorithm on top of the DHCP algorithms, > it has to be supported. Supporting this algorithm !=> imitating this algorithm. There is nothing useful you can do to "support" a client using this behaviour; if you tell it to get lost, and it ignores you and decides to use a 10/8 address on your network, you have no way of telling where it went, and no way of telling it, again, to sod off. > Microsoft sucks, but in sucking, pulls other OS's in the direction they > want to go... I think the margin of suckiness may be shifting, just a little. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message