Re: MCNS Telco Return DHCP Messaging

Mike Carney <Michael.Carney@east.sun.com> Tue, 15 April 1997 17:24 UTC

Received: from cnri by ietf.org id aa03049; 15 Apr 97 13:24 EDT
Received: from marge.bucknell.edu by CNRI.Reston.VA.US id aa15479; 15 Apr 97 13:24 EDT
Received: from reef.bucknell.edu by mail.bucknell.edu; (5.65v3.2/1.1.8.2/17Jul96-0109PM) id AA10745; Tue, 15 Apr 1997 13:17:03 -0400
Date: Tue, 15 Apr 1997 13:17:03 -0400
Message-Id: <Roam.SIMC.2.0.Beta.861121436.7767.mwc@atlantic.east>
Errors-To: droms@bucknell.edu
Reply-To: dhcp-v4@bucknell.edu
Originator: dhcp-v4@bucknell.edu
Sender: dhcp-v4@bucknell.edu
Precedence: bulk
From: Mike Carney <Michael.Carney@east.sun.com>
To: Multiple recipients of list <dhcp-v4@bucknell.edu>
Subject: Re: MCNS Telco Return DHCP Messaging
X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
X-Comment: Discussion of DHCP for IPv4
Content-Type: text

>      When the DHCP_discover message is send it passes through the TRAC and 
>      reaches the DHCP server. But the return path is different. The trick 
>      to make DHCP_offer reach CM via CMTS is:
>      
>           When CM generates DHCPDISCOVER it fills the 'giaddr' with the 
>           address of CMTS. The DHCP proxies (if any) relay the message to 
>           DHCP server without changing the 'giaddr'. DHCP server sends the 
>           offer to 'giaddr' (CMTS). And CMTS sends the DHCPOFFER to CM.
>           
> Is there any DHCP server/proxy implementation that the above method will 
> not work?
> 
> Do you see any problems?
> 
> All ideas/comments/problem scenarios are welcome.

Hi Burcak,
	This should work just fine. 

Mike Carney
SNT Internet Engineering
Sun Microsystems, Inc.
2 Elizabeth Drive
Chelmsford, MA 01824