Re: DHCP support for a dialed up subnet configuration ?

Rajesh Saluja <rsaluja@wipinfo.soft.net> Thu, 11 April 1996 15:48 UTC

Received: from ietf.cnri.reston.va.us by IETF.CNRI.Reston.VA.US id aa17092; 11 Apr 96 11:48 EDT
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa17087; 11 Apr 96 11:48 EDT
Received: from reef.bucknell.edu by CNRI.Reston.VA.US id aa09499; 11 Apr 96 11:48 EDT
Received: from localhost by reef.bucknell.edu with SMTP (5.65/IDA-1.2.8) id AA02071; Thu, 11 Apr 1996 11:46:55 -0400
Date: Thu, 11 Apr 1996 11:46:55 -0400
Message-Id: <199604111526.UAA10281@comm10>
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.CNRI.Reston.VA.US
From: Rajesh Saluja <rsaluja@wipinfo.soft.net>
To: Multiple recipients of list <dhcp-v4@bucknell.edu>
Subject: Re: DHCP support for a dialed up subnet configuration ?
X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
X-Comment: Discussion of DHCP for IPv4
Mime-Version: 1.0
X-Mailer: ELM [version 2.4 PL24]

Hi,
Are you thinking to give configuration parameters to the remote dial-in
client over SLIP/PPP? Is it s kind of proxy client implementation?
Please reply to me with your idea. I think that I can also contribute.

Best Regards
Rajesh Saluja

 > 
> Hello DHC WG,
> 
> At the 35th IETF in Los Angeles I had the opportunity to explain a
> possible problem which exists when a remote dial in network attempts to
> connect to a DHCP network. Per the DHCP WG meeting notes & my
> understanding i was to re-articulate the problem to the DHC WG maling
> list and find out if there are any interest in working out a solution
> for this real problem in the user community world that some of us live
> in.
> 
> Problem Description
> There are two scenarios in which we need support in DHCP to reduce
> administrative cost & complexity of remote networks connecting to a DHCP
> cloud. An easily implementable or extensible solution is preferred.
> 
> A. Subsidiary subnet scenario:
> Imagine a Acme Corp with a DHCP network (of say - 50,000 nodes) spread
> around 60 countries. A new subsidiary of Acme Corp has opened in
> anytown, they have 10 nodes on a local subnet. They want to use
> dial-on-demand box to connect one of their machine (& hence their
> subsidiaries network) to Corporate for the duration of the connection. 
> 
> B. Home subnet scenario:
> Acme's employees have home networks and want to have a capability to
> connect up their home network to Corp, when they decide to work from
> home. The employee can continue working, while their siblings are able
> to use the connection to browse the Internet (thru the company) & get
> information necessary to complete their term paper.
> 
> In the above scenarios the problem must be resolved without having to
> implement a complete DHCP server at each network point of attachment
> where dial in methods are used.  The issues are security and avoidance
> of replicated DHCP servers if possible.
> 
> If you are interested in proposing a solution get in touch with me. I
> will compile all the possible solutions (& the authors) & send a
> compilation to the work group. We can discuss (if needed) at the next
> ietf. I will wait till 4/30/96 for responses before I post a compilation
> to the wg.
> 
> I have joined the mailing list only recently so please email me a copy
> if you are responding to the WG. 
> 
> Thanks,
> 
> --
> Krishnan 
> Infrastructure Technologies
> Information Technology Group
> (206) 936 5076 
> KrishnaP@Microsoft.Com
> 
>