Re: [dhcwg] Comments - draft-ietf-dhc-l2ra-extensions-00

"David W. Hankins" <David_Hankins@isc.org> Thu, 23 October 2008 15:59 UTC

Return-Path: <dhcwg-bounces@ietf.org>
X-Original-To: dhcwg-archive@megatron.ietf.org
Delivered-To: ietfarch-dhcwg-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 47CB23A6B53; Thu, 23 Oct 2008 08:59:01 -0700 (PDT)
X-Original-To: dhcwg@core3.amsl.com
Delivered-To: dhcwg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3E39E3A6B53 for <dhcwg@core3.amsl.com>; Thu, 23 Oct 2008 08:59:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.585
X-Spam-Level:
X-Spam-Status: No, score=-6.585 tagged_above=-999 required=5 tests=[AWL=0.014, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UQHr87yfzA26 for <dhcwg@core3.amsl.com>; Thu, 23 Oct 2008 08:58:59 -0700 (PDT)
Received: from hankinsfamily.info (the.hankinsfamily.info [204.152.186.148]) by core3.amsl.com (Postfix) with ESMTP id 8926F3A6A1D for <dhcwg@ietf.org>; Thu, 23 Oct 2008 08:58:59 -0700 (PDT)
Received: from david.isc.org (c-24-6-53-214.hsd1.ca.comcast.net [24.6.53.214]) (authenticated bits=0) by hankinsfamily.info (8.13.8/8.13.8) with ESMTP id m9NG0JBr018058 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <dhcwg@ietf.org>; Thu, 23 Oct 2008 09:00:19 -0700
Received: by david.isc.org (Postfix, from userid 10200) id DD06116E1B3; Thu, 23 Oct 2008 09:00:18 -0700 (PDT)
Date: Thu, 23 Oct 2008 09:00:18 -0700
From: "David W. Hankins" <David_Hankins@isc.org>
To: DHC WG <dhcwg@ietf.org>
Message-ID: <20081023160018.GR5567@isc.org>
References: <D9872168DBD43A41BD71FFC4713274D405C71EFD@xmb-ams-33b.emea.cisco.com> <D9872168DBD43A41BD71FFC4713274D403E86140@xmb-ams-33b.emea.cisco.com> <7221E17E68B1A944ADCE8A83364DBEE615D5B4BE8F@BLRKECMBX01.ad.infosys.com> <20081017191426.GD5157@isc.org> <31D55C4D55BEED48A4459EB64567589A0CB981ABE6@BLRKECMBX02.ad.infosys.com>
MIME-Version: 1.0
In-Reply-To: <31D55C4D55BEED48A4459EB64567589A0CB981ABE6@BLRKECMBX02.ad.infosys.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Subject: Re: [dhcwg] Comments - draft-ietf-dhc-l2ra-extensions-00
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/dhcwg>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1302212463=="
Sender: dhcwg-bounces@ietf.org
Errors-To: dhcwg-bounces@ietf.org

On Thu, Oct 23, 2008 at 09:40:08AM +0530, Bharat Joshi wrote:
> Apart from this, as mentioned above, that the client's MAC address may be all zeros. [We found a case where a client may set the chaddr to all 0s]

Not a DHCPINFORM by chance, was it?

> Does DHCP server allocates an IP address to such a request?

Well, in theory it's not supposed to happen, and there seem to be
some RFC's floating around for doing DHCP over specific kinds of
physical networks which have no MAC address (or an address that is
too long to fit in the chaddr field).

I think a server could properly allocate an address to a chaddrless
client if a client-identifier had been sent.

But depending on the kind of network they're attached to, this
breaks things like relay forwarding by unicast, so it would be a
pretty weird, crafted situation.

> Ok. So this is what has been proposed in Layer 2 Relay Agent extension draft that L3 RA parse the sub-option and unicast the reply back to the hardware address.

That's a fine plan, with the only proviso being you can't count on
support for the new option; so you still have to be prepared to
receive packets "the old way" until compatible relays deploy.

-- 
Ash bugud-gul durbatuluk agh burzum-ishi krimpatul.
Why settle for the lesser evil?	 https://secure.isc.org/store/t-shirt/
-- 
David W. Hankins	"If you don't do it right the first time,
Software Engineer		     you'll just have to do it again."
Internet Systems Consortium, Inc.		-- Jack T. Hankins
_______________________________________________
dhcwg mailing list
dhcwg@ietf.org
https://www.ietf.org/mailman/listinfo/dhcwg