Re[2]: Default Gateways
bclark@ccmailpc.ctron.com Wed, 28 February 1996 21:11 UTC
Received: from ietf.cnri.reston.va.us by IETF.CNRI.Reston.VA.US id aa01085;
28 Feb 96 16:11 EST
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa01081;
28 Feb 96 16:11 EST
Received: from coral.bucknell.edu by CNRI.Reston.VA.US id aa14278;
28 Feb 96 16:11 EST
Received: from charcoal-gw.eg.bucknell.edu by coral.bucknell.edu;
(5.65v3.0/1.1.8.2/29Aug94-0956AM)
id AA12260; Wed, 28 Feb 1996 15:54:34 -0500
Received: from reef.bucknell.edu by charcoal (5.x/SMI-SVR4)
id AA15146; Wed, 28 Feb 1996 15:35:20 -0500
Received: from ctron.com by reef.bucknell.edu with SMTP
(5.65/IDA-1.2.8) id AA12598; Wed, 28 Feb 1996 15:35:11 -0500
Received: (from news@localhost) by gatekeeper.ctron.com (8.6.12/8.6.9) id
PAA04183; Wed, 28 Feb 1996 15:35:07 -0500
Received: from stealth.ctron.com(134.141.5.107) by gatekeeper via smap
(V1.3mjr) id sma004166; Wed Feb 28 15:34:53 1996
Received: from ccmailpc.ctron.com by stealth.ctron.com (4.1/SMI-4.1)
id AA24908; Wed, 28 Feb 96 15:28:36 EST
Received: from ccMail by ccmailpc.ctron.com
id AA825550768 Wed, 28 Feb 96 15:39:27 EST
Date: Wed, 28 Feb 96 15:39:27 EST
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: bclark@ccmailpc.ctron.com
Encoding: 2387 Text
Message-Id: <9601288255.AA825550768@ccmailpc.ctron.com>
To: "Edie E. Gunter" <edie@watson.ibm.com>, dhcp-v4@bucknell.edu
Subject: Re[2]: Default Gateways
All we are trying to do is allow tell the DHCP client that its IP
address should be the same one it uses as its default gateway address.
That way, when the DHCP client needs to transmit to a different
subnet, it can use itself as the gateway, rather then sending the
packet to a router for the relay. Of course in a switched network
sometimes routers don't exist and multiple subnets exist in the same
network and that is where the problem is occurring.
DCHP allows you to send default gateways, but the 0.0.0.0 is not
working on an MS-NT DHCP server, which, in the TCP/IP world, is
suppose to mean local host. So either the RFC is not written
correctly, or MS has not implement it correctly, or it hasn't been
addressed in the DHCP RFC. I can't say which is the case.
You can manually create default routes at each windows 95 or NT box by
typing: route add 0.0.0.0 MASK 0.0.0.0 [the DHCP client's IP]. This, of
course, defeats the purpose of DHCP though and doesn't work once the lease
expires.
Any other questions, please let me know,
Bret
______________________________ Reply Separator _________________________________
Subject: Re: Default Gateways
Author: "Edie E. Gunter" <edie@watson.ibm.com> at !INTERNET
Date: 2/28/96 2:29 PM
> In summary, we have customers using flat networks, different subnets,
> no routers, and are experiencing communication problems because DHCP
> (under NT) doesn't support default gateways.
Hi,
I saw your post to the dhcp-v4 working group, and I'm trying to
understand how DHCP is getting in the way. Are you saying that
the NT DHCP server does not allow you configure some particular
DHCP option you need? Or is there a DHCP client in your network
that is unable to process the option received from that server?
Does "doesn't support default gateways" mean there is a DHCP
option problem? (If so, which option?)
Or is the problem elsewhere? Like, perhaps the server doesn't
let you serve multiple subnets on the same physical network
because of a lack of a way to specify this in the server
configuration tools?
I'm baffled, and since I'm currently working with MS DHCP
clients, I'm concerned.
Edie
- Re: Default Gateways bclark
- Re[2]: Default Gateways bclark
- RE: Default Gateways Munil Shah
- Re: Default Gateways Richard Letts