RE: [dhcwg] Incorporation of WG last call comments in draft-aboba -dhc-domsearch-06.txt

"Bernie Volz (EUD)" <Bernie.Volz@am1.ericsson.se> Wed, 26 September 2001 20:24 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 QAA27939; Wed, 26 Sep 2001 16:24:12 -0400 (EDT)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id QAA14930; Wed, 26 Sep 2001 16:17:46 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id QAA14903 for <dhcwg@ns.ietf.org>; Wed, 26 Sep 2001 16:17:44 -0400 (EDT)
Received: from imr1.ericy.com (imr1.ericy.com [208.237.135.240]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA27867 for <dhcwg@ietf.org>; Wed, 26 Sep 2001 16:17:40 -0400 (EDT)
Received: from mr6.exu.ericsson.se (mr6u3.ericy.com [208.237.135.123]) by imr1.ericy.com (8.11.3/8.11.3) with ESMTP id f8QKHf712976 for <dhcwg@ietf.org>; Wed, 26 Sep 2001 15:17:41 -0500 (CDT)
Received: from eamrcnt749 (eamrcnt749.exu.ericsson.se [138.85.133.47]) by mr6.exu.ericsson.se (8.11.3/8.11.3) with SMTP id f8QKHf727476 for <dhcwg@ietf.org>; Wed, 26 Sep 2001 15:17:41 -0500 (CDT)
Received: FROM eamrcnt761.exu.ericsson.se BY eamrcnt749 ; Wed Sep 26 15:17:40 2001 -0500
Received: by eamrcnt761.exu.ericsson.se with Internet Mail Service (5.5.2653.19) id <TSDA34KX>; Wed, 26 Sep 2001 15:17:40 -0500
Message-ID: <66F66129A77AD411B76200508B65AC697B3697@eambunt705.ena-east.ericsson.se>
From: "Bernie Volz (EUD)" <Bernie.Volz@am1.ericsson.se>
To: "'Ralph Droms'" <rdroms@cisco.com>, Bernard Aboba <aboba@internaut.com>
Cc: Thomas Narten <narten@raleigh.ibm.com>, dhcwg@ietf.org
Subject: RE: [dhcwg] Incorporation of WG last call comments in draft-aboba -dhc-domsearch-06.txt
Date: Wed, 26 Sep 2001 15:17:33 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C146C8.46E1C810"
Sender: dhcwg-admin@ietf.org
Errors-To: dhcwg-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: <dhcwg.ietf.org>
X-BeenThere: dhcwg@ietf.org

Please do note that there is no way a client (or server) can know if the other entity supports this concat behavior.

I think what Bernard was trying to assure is that anyone that implements the domsearch option must also implement the concat behavior.

Since this is perhaps an option that could result in an option longre than 255 bytes, it makes sense to do this.

One thing that does concern me about the concat option (really belongs to the other thread on that matter) is that there is no way a client (or server) can know if the other entity support the concat behavior. And, suppose a server sends an domsearch option which is concat, what if the client doesn't do the concat and uses the last (or first) instance. The domain search list that client uses would be very broken.

Another issue for concat option is what happens if an option is split because it crosses a buffer boundry - in this case, it isn't even long options that are affected. And, again, if a client doesn't concat that option ...

-----Original Message-----
From: Ralph Droms [mailto:rdroms@cisco.com]
Sent: Wednesday, September 26, 2001 3:26 PM
To: Bernard Aboba
Cc: Thomas Narten; dhcwg@ietf.org
Subject: Re: [dhcwg] Incorporation of WG last call comments in
draft-aboba-dhc-domsearch-06.txt 


RFC2131 allows for options that can carry
data values longer than 255 bytes, so my understanding,
too, is that the option concatenation standard would
apply to all DHCP options.

- Ralph

At 11:55 AM 9/26/2001 -0700, Bernard Aboba wrote:
> > > >Not sure the reference is normative. This option can use the long option
> > > >encoding if available, but doesn't require it.
> >
> > > Agreed; in fact, I think you could eliminate references to
> > > the long option encoding draft w/o harming your spec...
> >
> > This make sense to me. I will note, however, that current wording in
> > the concat draft could be interpret to suggest that it's intended for
> > future options and maybe less so for existing options. If the intent
> > is in fact that it the concat draft should apply to *all* DHCP
> > options, then taking out the reference would be fine.
> >
> > If that is the intent, I'll go ahead and start the IETF last call on
> > domsearch.
>
>I had thought that concat would apply to all DHCP options that could
>potentially run over the current limit.


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