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