Re: [dhcwg] "client identifier" in server replies
Bud Millwood <budm@weird-solutions.com> Wed, 09 July 2003 08:47 UTC
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA24253; Wed, 9 Jul 2003 04:47:35 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19aAbP-0000JE-Hf; Wed, 09 Jul 2003 04:47:03 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19aAb5-0000Hz-Tz for dhcwg@optimus.ietf.org; Wed, 09 Jul 2003 04:46:43 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA24230 for <dhcwg@ietf.org>; Wed, 9 Jul 2003 04:46:40 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19aAb2-00059B-00 for dhcwg@ietf.org; Wed, 09 Jul 2003 04:46:41 -0400
Received: from webmail.mail.se.dataphone.net ([212.37.1.50] helo=intermail.se.dataphone.net) by ietf-mx with esmtp (Exim 4.12) id 19aAb2-000598-00 for dhcwg@ietf.org; Wed, 09 Jul 2003 04:46:40 -0400
Received: from [193.12.201.10] (account budm@weird-solutions.com HELO offset.weird.se) by intermail.se.dataphone.net (CommuniGate Pro SMTP 4.0.5) with ESMTP id 1529324; Wed, 09 Jul 2003 10:46:40 +0200
Content-Type: text/plain; charset="iso-8859-1"
From: Bud Millwood <budm@weird-solutions.com>
Reply-To: Bud Millwood <budm@weird-solutions.com>
Organization: Weird Solutions, Inc.
To: Ted Lemon <mellon@nominum.com>
Subject: Re: [dhcwg] "client identifier" in server replies
Date: Wed, 09 Jul 2003 10:48:36 +0200
User-Agent: KMail/1.4.3
References: <79A2DB53BC51BD448F0D19A86FB1DB637F1FF7@siebe002.apac.nokia.com> <200307081449.44328.budm@weird-solutions.com> <200307081344.02867.mellon@nominum.com>
In-Reply-To: <200307081344.02867.mellon@nominum.com>
Cc: dhcwg@ietf.org, narasimha.nelakuditi@nokia.com
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Message-Id: <200307091048.36983.budm@weird-solutions.com>
Content-Transfer-Encoding: quoted-printable
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>
Content-Transfer-Encoding: quoted-printable
On Tuesday 08 July 2003 20.44, Ted Lemon wrote: > On Tuesday 08 July 2003 07:49, Bud Millwood wrote: > > Filling out chaddr and htype *will* eliminate the problem. As long as > > client id is also present, the device will be identified with client id > > (which is the preferred identifier). > > Bud, there are some cases, particularly with firewire, where there is no > way to fill out the hardware address. Of course it needs to be filled out > in other cases - the protocol requires it. It would seem that if you do not have a hardware address, the only way to guarantee that a response is for you is if your client identifier is in the packet, since that's guaranteed to be unique on the "subnet" ("segment" seems a better word choice - 2131.2p5). And XID then only needs to be unique across DHCP transactions on the specific client. I don't recall seeing anything that stated that chaddr *must* be globally unique for a given htype, so is it not possible to assume that if your client identifier is unique for your segment, that it could also qualify as a chaddr? I can hear the groans now. :) 16 bytes is arbitrary, and this makes a direct link between chaddr and clientid, but only at the client side, and only for packet identification. If not, Narasimha's proposal is the only solution I can see. Bud Millwood Weird Solutions, Inc. http://www.weird-solutions.com tel: +46 8 758 3700 fax: +46 8 758 3687 mailto:budm@weird-solutions.com _______________________________________________ dhcwg mailing list dhcwg@ietf.org https://www1.ietf.org/mailman/listinfo/dhcwg
- [dhcwg] "client identifier" in server replies narasimha.nelakuditi
- RE: [dhcwg] "client identifier" in server replies narasimha.nelakuditi
- Re: [dhcwg] "client identifier" in server replies Bud Millwood
- RE: [dhcwg] "client identifier" in server replies narasimha.nelakuditi
- Re: [dhcwg] "client identifier" in server replies Bud Millwood
- Re: [dhcwg] "client identifier" in server replies Ted Lemon
- Re: [dhcwg] "client identifier" in server replies Thamer Al-Harbash
- Re: [dhcwg] "client identifier" in server replies Ted Lemon
- Re: [dhcwg] "client identifier" in server replies Thamer Al-Harbash
- Re: [dhcwg] "client identifier" in server replies Ted Lemon
- Re: [dhcwg] "client identifier" in server replies John Schnizlein
- Re: [dhcwg] "client identifier" in server replies Bud Millwood
- RE: [dhcwg] "client identifier" in server replies narasimha.nelakuditi
- RE: [dhcwg] "client identifier" in server replies narasimha.nelakuditi
- Re: [dhcwg] "client identifier" in server replies Bud Millwood
- RE: [dhcwg] "client identifier" in server replies narasimha.nelakuditi
- RE: [dhcwg] "client identifier" in server replies Thamer Al-Harbash
- Re: [dhcwg] "client identifier" in server replies Ted Lemon
- Re: [dhcwg] "client identifier" in server replies Ted Lemon
- Re: [dhcwg] "client identifier" in server replies Bud Millwood
- Re: [dhcwg] "client identifier" in server replies Sanjeev Verma