Re: DHCP support for a dialed up subnet configuration ?

Stephen Heilbronner <heilbron@nm.informatik.uni-muenchen.de> Thu, 11 April 1996 16:48 UTC

Received: from ietf.cnri.reston.va.us by IETF.CNRI.Reston.VA.US id aa18438; 11 Apr 96 12:48 EDT
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa18434; 11 Apr 96 12:48 EDT
Received: from reef.bucknell.edu by CNRI.Reston.VA.US id aa10635; 11 Apr 96 12:48 EDT
Received: from localhost by reef.bucknell.edu with SMTP (5.65/IDA-1.2.8) id AA07031; Thu, 11 Apr 1996 12:45:30 -0400
Date: Thu, 11 Apr 1996 12:45:30 -0400
Message-Id: <Pine.HPP.3.91.960411181159.2674o-100000@hpheger7.nm.informatik.uni-muenchen.de>
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: Stephen Heilbronner <heilbron@nm.informatik.uni-muenchen.de>
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

Hello,

one other scenario one think of is the following:

The subnet of a company wishing to present its products at a trade fair is
to be connected to the fair's network. Configuration information is to be
centrally provided by a centralized network management. The (abstract)
subnet always stays (almost) the same. Its IP adresses are to be on the
same IP subnet.

Regards,
Stephen
--
        _  _ _  _ _  _         STEPHEN HEILBRONNER
        |\/| |\ | |\/|         Institut fuer Informatik / Dept. of CS
        |  | | \| |  |         Ludwig-Maximilians-University Munich
     ======= TEAM =======      Leopoldstrasse 11b,80802 Muenchen,Germany
Munich Network Management Team Room 125,Phone +49-89-2180-3118,Fax -3135
Muenchner Netz-Management Team Email:heilbron@informatik.uni-muenchen.de
                               New addresses (starting April 15, 1996):
			       Oettingenstrasse 67, 80538 Munich
			       Room D08,Phone +49-89-2178-2168,Fax -2147
--
KrishnaP@Microsoft.Com wrote:
> 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