Re: [abfab] AD review of eap-applicability
"Leif Johansson" <leifj@nordu.net> Thu, 23 May 2013 07:51 UTC
Return-Path: <leifj@nordu.net>
X-Original-To: abfab@ietfa.amsl.com
Delivered-To: abfab@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9029921F9709 for <abfab@ietfa.amsl.com>; Thu, 23 May 2013 00:51:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eBuA4eCkCdas for <abfab@ietfa.amsl.com>; Thu, 23 May 2013 00:51:02 -0700 (PDT)
Received: from e-mailfilter02.sunet.se (e-mailfilter02.sunet.se [IPv6:2001:6b0:8:2::202]) by ietfa.amsl.com (Postfix) with ESMTP id 4625121F96F2 for <abfab@ietf.org>; Thu, 23 May 2013 00:51:01 -0700 (PDT)
Received: from smtp1.nordu.net (smtp1.nordu.net [IPv6:2001:948:4:6::32]) by e-mailfilter02.sunet.se (8.14.3/8.14.3/Debian-9.4) with ESMTP id r4N7oAtw004655 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 May 2013 09:50:10 +0200
Received: from kerio.nordu.net (kerio.nordu.net [109.105.110.42]) by smtp1.nordu.net (8.14.6/8.14.6) with ESMTP id r4N7o3m4017355 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 May 2013 07:50:06 GMT
VBR-Info: md=nordu.net; mc=all; mv=swamid.se
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nordu.net; s=default; t=1369295409; bh=H3kZ/XBJW51odB8YUPzRIJU0oNsrs2daKGlW0wmUfdg=; h=From:Subject:References:In-Reply-To:Date:To:Cc; b=TLIjnX0rq3uoq/FAIiV0vQJ4nkWwiz/l3S9yJkEBYmvbmc7nIB22DbSkMjtgZjy7F 3EpInDZ844hZVJg9UEneE+JVRZ3/57zRhzGnsafqwUCbXy9XxNZ4kENC6GEb7DJfV8 R4nKBkU+/DaE2FVmu+/NGv8LxJ23cpuOY/I+eUac=
X-Footer: bm9yZHUubmV0
Received: from [85.36.210.178] ([85.36.210.178]) by kerio.nordu.net; Thu, 23 May 2013 09:50:02 +0200
From: Leif Johansson <leifj@nordu.net>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
References: <51940DB6.6000200@cs.tcd.ie> <tslr4h7g8s3.fsf@mit.edu> <519CFDA2.8080704@cs.tcd.ie>
Mime-Version: 1.0 (1.0)
In-Reply-To: <519CFDA2.8080704@cs.tcd.ie>
Message-Id: <E76E2CB5-A2F9-4213-9E68-A61F212D7237@nordu.net>
Date: Thu, 23 May 2013 09:49:57 +0200
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>
X-p0f-Info: os=unknown unknown, link=Ethernet or modem
X-CanIt-Geo: ip=109.105.110.42; country=SE; latitude=62.0000; longitude=15.0000; http://maps.google.com/maps?q=62.0000,15.0000&z=6
X-CanItPRO-Stream: outbound-nordu-net:outbound (inherits from outbound-nordu-net:default, nordu-net:default, base:default)
X-Canit-Stats-ID: 0aJDjOa06 - 6775e98463aa - 20130523
X-Antispam-Training-Forget: https://mailfilter.nordu.net/canit/b.php?i=0aJDjOa06&m=6775e98463aa&t=20130523&c=f
X-Antispam-Training-Nonspam: https://mailfilter.nordu.net/canit/b.php?i=0aJDjOa06&m=6775e98463aa&t=20130523&c=n
X-Antispam-Training-Spam: https://mailfilter.nordu.net/canit/b.php?i=0aJDjOa06&m=6775e98463aa&t=20130523&c=s
X-Scanned-By: CanIt (www . roaringpenguin . com)
Cc: "<abfab@ietf.org>" <abfab@ietf.org>, Klaas Wierenga <klaas@wierenga.net>
Subject: Re: [abfab] AD review of eap-applicability
X-BeenThere: abfab@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Application Bridging, Federated Authentication Beyond \(the web\)" <abfab.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/abfab>, <mailto:abfab-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/abfab>
List-Post: <mailto:abfab@ietf.org>
List-Help: <mailto:abfab-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/abfab>, <mailto:abfab-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 23 May 2013 07:51:11 -0000
22 maj 2013 kl. 19:18 skrev "Stephen Farrell" <stephen.farrell@cs.tcd.ie>: > > Folks, > > Given Sam's response and that nobody disagreed I think it'd be > best to update the updates thing before IETF LC so I've marked > this as revised I-D needed. > > Please yell at me if that's wrong. Even better, shoot out > that revised I-D and I'll start IETF LC. > To change to 'updates' - yes. > Thanks, > S. > > On 05/15/2013 11:47 PM, Sam Hartman wrote: >>>>>>> "Stephen" == Stephen Farrell <stephen.farrell@cs.tcd.ie> writes: >> >> Stephen> - Should this update 3748? Current IESG thinking (i.e. >> Stephen> want something else and someone will badger you:-) is that >> Stephen> if a reader of 3748 really ought also read this, then this >> Stephen> should update 3748; if its ok for a reader of 3748 to not >> Stephen> have to read this, then this shouldn't update 3748. I'd >> Stephen> guess that this should update 3847 but am ok if you say >> Stephen> not. I'd like to just double check that before IETF LC >> Stephen> since someone might want a 2nd LC otherwise. (Safest is to >> Stephen> include it during IETF LC and the updates thing could >> Stephen> always be dropped later.) >> >> This was brought up in WGLC. >> The conclusion I recall is that we should update 3748 and the document >> would be changed prior to IETF LC:-) >> >> Stephen> - Mentioning the WG name in the abstract is usually wrong >> Stephen> since the WG will go away. Maybe say what abfab does >> Stephen> instead, e.g. like the charter does and say "...usage of >> Stephen> the EAP protocol as part of a federated identity mechanism >> Stephen> for use by Internet protocols not based on HTML/HTTP, such >> Stephen> as for instance IMAP, XMPP, SSH and NFS." (Same for later >> Stephen> mentions of the wg.) >> >> >> I think we're calling the overall architecture ABFAB as well. so I >> think we're mentioning the technology (which is gss-eap, plus a way of >> describing naming of attributes, plus SAML rules for RADIUS, plus >> potentially things in the future) not the WG. >> >> Stephen> - s4, RECOMMENDS use of [I-D.ietf-emu-crypto-bind], doesn't >> Stephen> that make it a normative reference? >> Stephen> _______________________________________________ abfab >> Stephen> mailing list abfab@ietf.org >> Stephen> https://www.ietf.org/mailman/listinfo/abfab >> >> Except the emu draft doesn't define a protocol. >> It describes a mechanism you might want to include when designing EAP >> methods. >> >> So perhaps recommends using that mechanism when available in EAP >> methods or some such. >> >> --Sam > _______________________________________________ > abfab mailing list > abfab@ietf.org > https://www.ietf.org/mailman/listinfo/abfab
- [abfab] AD review of eap-applicability Stephen Farrell
- Re: [abfab] AD review of eap-applicability Sam Hartman
- Re: [abfab] AD review of eap-applicability Stephen Farrell
- Re: [abfab] AD review of eap-applicability yoshihiro.ohba
- Re: [abfab] AD review of eap-applicability Stephen Farrell
- Re: [abfab] AD review of eap-applicability Leif Johansson
- Re: [abfab] AD review of eap-applicability Sam Hartman