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

Thomas Narten <narten@us.ibm.com> Thu, 07 November 2002 03:36 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 WAA22128 for <dhcwg-archive@odin.ietf.org>; Wed, 6 Nov 2002 22:36:40 -0500 (EST)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id gA73clr01921 for dhcwg-archive@odin.ietf.org; Wed, 6 Nov 2002 22:38:47 -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 gA73clv01916 for <dhcwg-web-archive@optimus.ietf.org>; Wed, 6 Nov 2002 22:38:47 -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 WAA22075 for <dhcwg-web-archive@ietf.org>; Wed, 6 Nov 2002 22:36:09 -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 gA73Zdv01178; Wed, 6 Nov 2002 22:35:43 -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 gA73Y3v01141 for <dhcwg@optimus.ietf.org>; Wed, 6 Nov 2002 22:34:03 -0500
Received: from cichlid.adsl.duke.edu (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA21828 for <dhcwg@ietf.org>; Wed, 6 Nov 2002 22:31:20 -0500 (EST)
Received: from cichlid.adsl.duke.edu (narten@localhost) by cichlid.adsl.duke.edu (8.11.6/8.11.6) with ESMTP id gA73XHJ05795; Wed, 6 Nov 2002 22:33:18 -0500
Message-Id: <200211070333.gA73XHJ05795@cichlid.adsl.duke.edu>
To: John Schnizlein <jschnizl@cisco.com>
cc: dhcwg@ietf.org
Subject: Re: [dhcwg] Re: I-D ACTION:draft-ietf-dhc-agent-vpn-id-02.txt
In-Reply-To: Message from John Schnizlein <jschnizl@cisco.com> of "Wed, 06 Nov 2002 16:22:56 EST." <4.3.2.7.2.20021106161450.03cbe6c0@wells.cisco.com>
Date: Wed, 06 Nov 2002 22:33:17 -0500
From: Thomas Narten <narten@us.ibm.com>
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.

Ah. It would be good if the ID said that.  

> 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.

So, the key requirement is for the relay agent to indicate which
customer or "address realm" (using NAT terminology) the request it is
relaying comes from. Using VPN IDs is one way, but it only works if
VPNs are used. Seems like a more general approach would be
desireable. I could imagine the same issue coming up in environments
where just IP (or IPsec tunnels) were used, in which case no L2 VPNs
would be available.

Why can't you use something like the Agent Circuit ID Sub-option
(sub-option code 1)? You could stuff  an identifier in there to
indicate which "VPN" to use.

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