Re: [dhcwg] Re: I-D ACTION:draft-ietf-dhc-agent-vpn-id-02.txt

John Schnizlein <jschnizl@cisco.com> Wed, 06 November 2002 21:24 UTC

Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA12934 for <dhcwg-archive@odin.ietf.org>; Wed, 6 Nov 2002 16:24:36 -0500 (EST)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id gA6LQdH13223 for dhcwg-archive@odin.ietf.org; Wed, 6 Nov 2002 16:26:39 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id gA6LQdv13220 for <dhcwg-web-archive@optimus.ietf.org>; Wed, 6 Nov 2002 16:26:39 -0500
Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA12922 for <dhcwg-web-archive@ietf.org>; Wed, 6 Nov 2002 16:24:05 -0500 (EST)
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id gA6LOJv13167; Wed, 6 Nov 2002 16:24:19 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id gA6LN7v13134 for <dhcwg@optimus.ietf.org>; Wed, 6 Nov 2002 16:23:07 -0500
Received: from sj-msg-core-3.cisco.com (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA12801 for <dhcwg@ietf.org>; Wed, 6 Nov 2002 16:20:32 -0500 (EST)
Received: from sj-msg-av-1.cisco.com (sj-msg-av-1.cisco.com [171.69.11.151]) by sj-msg-core-3.cisco.com (8.12.2/8.12.2) with ESMTP id gA6LMqxF025117; Wed, 6 Nov 2002 13:22:52 -0800 (PST)
Received: from nisser.cisco.com (localhost [127.0.0.1]) by sj-msg-av-1.cisco.com (8.12.2/8.12.2) with ESMTP id gA6LMwbB012209; Wed, 6 Nov 2002 13:22:59 -0800 (PST)
Received: from jschnizl-w2k.cisco.com (rtp-vpn2-535.cisco.com [10.82.242.23]) by nisser.cisco.com (8.8.6 (PHNE_14041)/CISCO.SERVER.1.2) with ESMTP id NAA08008; Wed, 6 Nov 2002 13:22:56 -0800 (PST)
Message-Id: <4.3.2.7.2.20021106161450.03cbe6c0@wells.cisco.com>
X-Sender: jschnizl@wells.cisco.com
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Wed, 06 Nov 2002 16:22:56 -0500
To: Thomas Narten <narten@us.ibm.com>
From: John Schnizlein <jschnizl@cisco.com>
Subject: Re: [dhcwg] Re: I-D ACTION:draft-ietf-dhc-agent-vpn-id-02.txt
Cc: dhcwg@ietf.org
In-Reply-To: <200211062054.gA6KsGY18958@rotala.raleigh.ibm.com>
References: <Message from Internet-Drafts@ietf.org of "Wed, 06 Nov 2002 06:27:45 EST." <200211061127.GAA11867@ietf.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: dhcwg-admin@ietf.org
Errors-To: dhcwg-admin@ietf.org
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Id: <dhcwg.ietf.org>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>

When a service provider has several customers using net-10, 
but a single DHCP server, it needs to discriminate among them.
If the network device closest to the customer is configured with
the VPN identifier for that customer network, the DHCP server
can manage pools for each VPN independently.

John

At 03:54 PM 11/6/2002, Thomas Narten wrote:
>Looking  through this document, could someone explain what problem
>this ID is solving?
>
>In particular, it seems to me that DHCP servers/relay agents shouldn't
>and don't need to understand about VPNs.  I.e., when a node joins the
>network, it is assigned a VPN. This ID proposes that a relay agent
>include a string or other identifier in the relay agent option to
>indicate the VPN the client is assigned to. But, it seems to me that
>the relay agent could just as easily be assigned an IP address on each
>VPN, and then just stuff that address into the giaddr field of the
>packets. This is normal DHC, using existing protocols and standards.
>In this case, neither the relay agent nor the DHC server need to know
>about VPNs in any way other than they already do. I.e, the giaddr
>field indicates a VPN, and existing standard DHC config technique can
>be used to assign addresses and other paramaters to the client.
>
>What is it that I'm not understanding here?
>
>Thomas
>_______________________________________________
>dhcwg mailing list
>dhcwg@ietf.org
>https://www1.ietf.org/mailman/listinfo/dhcwg

_______________________________________________
dhcwg mailing list
dhcwg@ietf.org
https://www1.ietf.org/mailman/listinfo/dhcwg