RE: [dhcwg] questions on RFC 3046 and RFC 3527

"Kostur, Andre" <akostur@incognito.com> Wed, 18 August 2004 22:42 UTC

Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA27714; Wed, 18 Aug 2004 18:42:17 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1BxZ5W-00042c-Vl; Wed, 18 Aug 2004 18:39:22 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1BxYzf-0002ta-C2 for dhcwg@megatron.ietf.org; Wed, 18 Aug 2004 18:33:19 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA27035 for <dhcwg@ietf.org>; Wed, 18 Aug 2004 18:33:16 -0400 (EDT)
Received: from chimera.incognito.com ([206.172.52.66]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1BxZ5u-0004TS-Sy for dhcwg@ietf.org; Wed, 18 Aug 2004 18:39:50 -0400
Received: from homerdmz.incognito.com ([206.172.52.116] helo=HOMER.incognito.com.) by chimera.incognito.com with esmtp (Exim 4.30) id 1BxYz0-0002jr-9f; Wed, 18 Aug 2004 15:32:38 -0700
Received: by homer.incognito.com with Internet Mail Service (5.5.2653.19) id <P9K9TVZH>; Wed, 18 Aug 2004 15:32:04 -0700
Message-ID: <B34580038487494C8B7F36DA06160B870125C66C@homer.incognito.com>
From: "Kostur, Andre" <akostur@incognito.com>
To: 'Kuntal Chowdhury' <chowdury@nortelnetworks.com>, dhcwg@ietf.org
Subject: RE: [dhcwg] questions on RFC 3046 and RFC 3527
Date: Wed, 18 Aug 2004 15:32:04 -0700
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
X-Spam-Score: 2.3 (++)
X-Spam-Report: Spam detection software, running on the system "chimera.incognito.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or block similar future email. If you have any questions, see the administrator of that system for details. Content preview: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. > Hello all, > > I have some questions regarding RFC3046 and RFC3527: > > Q1. > > RFC3046 defines the Relay Agent Information Option. One of > the sub option > for this option is Agent Remote ID Sub-option. A possible > value for this > sub-option can be "the remote IP address of a point-to-point link". [...] Content analysis details: (2.3 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.8 HTML_30_40 BODY: Message is 30% to 40% HTML 1.5 HTML_MESSAGE BODY: HTML included in message
X-Spam-Score: 0.8 (/)
X-Scan-Signature: 31b28e25e9d13a22020d8b7aedc9832c
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: dhcwg.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
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>
Content-Type: multipart/mixed; boundary="===============1903579874=="
Sender: dhcwg-bounces@ietf.org
Errors-To: dhcwg-bounces@ietf.org

> Hello all,
> 
> I have some questions regarding RFC3046 and RFC3527:
> 
> Q1. 
> 
> RFC3046 defines the Relay Agent Information Option. One of 
> the sub option
> for this option is Agent Remote ID Sub-option. A possible 
> value for this
> sub-option can be "the remote IP address of a point-to-point link".

Note the phrasing that a _possible_ value for this sub-option....
 
> RFC3527 defines another sub-option for Relay Agent 
> Information Option called
> Link selection sub-option. The possible value for this 
> sub-option can be the
> subnet (of the link) of the DHCP client.
> 
> The question is, why the IP address in "Agent Remote ID 
> Sub-option" can't be
> used to identify the subnet of link for the DHCP client? Why 
> there was a
> need for two separate sub-options to convey the same thing?

Because the RemoteID isn't necessarily an IP address?

At least one well-known standard (DOCSIS) sepcifies that the Remote ID is
the MAC address of the cable modem, and not an IP address.

> Q2.
> 
> RFC3046 says:
> 
> "
> 2.2 Server Operation
> 
>    DHCP servers unaware of the Relay Agent Information option will
>    ignore the option upon receive and will not echo it back on
>    responses.  This is the specified server behavior for unknown
>    options.
> "
> RFC3527 says:
> 
> "
>    When the DHCP server is allocating an address and this 
> sub-option is
>    present, then the DHCP server MUST allocate the address on either:
> 
>       o  the subnet specified in the link-selection sub-option, or;
> 
>       o  a subnet on the same link (also known as a network 
> segment) as
>          the subnet specified by the link-selection sub-option.
> "
> 
> The confusion is: RFC3527 seems to mandate the DHCP server to 
> assign IP
> address based on link-selection sub-option when this 
> sub-option is present
> in the received request, but RFC3046 says that the entire Relay Agent
> Information option can be ignored by the DHCP server if it is 
> not supported.
> Could someone clarify this?

Correct.  If the server doesn't support 3046, then it cannot possibly
support 3527.
_______________________________________________
dhcwg mailing list
dhcwg@ietf.org
https://www1.ietf.org/mailman/listinfo/dhcwg