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