Re: [dhcwg] IESG feedback on draft-ietf-dhc-concat-01.txt
Thomas Narten <narten@us.ibm.com> Fri, 01 February 2002 18:05 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 NAA06084 for <dhcwg-archive@odin.ietf.org>; Fri, 1 Feb 2002 13:05:54 -0500 (EST)
Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id NAA01412 for dhcwg-archive@odin.ietf.org; Fri, 1 Feb 2002 13:05:58 -0500 (EST)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id MAA29571; Fri, 1 Feb 2002 12:32:00 -0500 (EST)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id MAA29540 for <dhcwg@optimus.ietf.org>; Fri, 1 Feb 2002 12:31:58 -0500 (EST)
Received: from e21.nc.us.ibm.com (e21.nc.us.ibm.com [32.97.136.227]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA05129 for <dhcwg@ietf.org>; Fri, 1 Feb 2002 12:31:54 -0500 (EST)
Received: from southrelay02.raleigh.ibm.com (southrelay02.raleigh.ibm.com [9.37.3.209]) by e21.nc.us.ibm.com (8.9.3/8.9.3) with ESMTP id LAA98956; Fri, 1 Feb 2002 11:27:21 -0600
Received: from rotala.raleigh.ibm.com (rotala.raleigh.ibm.com [9.27.9.21]) by southrelay02.raleigh.ibm.com (8.11.1m3/NCO v5.01) with ESMTP id g11HVtb31342; Fri, 1 Feb 2002 12:31:55 -0500
Received: from rotala.raleigh.ibm.com (narten@localhost) by rotala.raleigh.ibm.com (8.11.6/8.11.6) with ESMTP id g11HWEF01880; Fri, 1 Feb 2002 12:32:15 -0500
Message-Id: <200202011732.g11HWEF01880@rotala.raleigh.ibm.com>
To: Ted Lemon <mellon@nominum.com>
cc: dhcwg@ietf.org
Subject: Re: [dhcwg] IESG feedback on draft-ietf-dhc-concat-01.txt
In-Reply-To: Message from "Fri, 01 Feb 2002 11:07:38 CST." <31D01AE8-1736-11D6-8A91-00039317663C@nominum.com>
Date: Fri, 01 Feb 2002 12:32:14 -0500
From: Thomas Narten <narten@us.ibm.com>
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
> I would like to avoid having these two drafts require the implementation of > RFC3118, since RFC3118 by itself isn't very deployable. Plus, has anyone even implemented it yet? Please? On the point of 3118 deployability, there has been some private discussion that what would be useful to have is a DHC authentication mechanism that can use certificates, and that only authenticates the server to the client. This would seem to be a useful deployment scenario. Thoughts? Also, note that the final wording in draft-aboba-dhc-domsearch-09.txt on this point didn't require the use of 3118, but did point out its existance. That made it through the IESG (but it also prompted the above discussion about the desirability of a more useful/deployable authentication mechanism). Thomas _______________________________________________ dhcwg mailing list dhcwg@ietf.org https://www1.ietf.org/mailman/listinfo/dhcwg
- [dhcwg] IESG feedback on draft-ietf-dhc-concat-01… Thomas Narten
- Re: [dhcwg] IESG feedback on draft-ietf-dhc-conca… Ted Lemon
- Re: [dhcwg] IESG feedback on draft-ietf-dhc-conca… Thomas Narten
- RE: [dhcwg] IESG feedback on draft-ietf-dhc-conca… Bernie Volz (EUD)
- Re: [dhcwg] IESG feedback on draft-ietf-dhc-conca… Ralph Droms
- RE: [dhcwg] IESG feedback on draft-ietf-dhc-conca… Richard Barr Hibbs