From rafa@um.es Tue Jan 19 10:33:48 2010 Return-Path: X-Original-To: emu@core3.amsl.com Delivered-To: emu@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 762F03A67F7 for ; Tue, 19 Jan 2010 10:33:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sgUVIm2G4FOq for ; Tue, 19 Jan 2010 10:33:47 -0800 (PST) Received: from xenon1.um.es (xenon1.um.es [155.54.212.161]) by core3.amsl.com (Postfix) with ESMTP id 336333A67AA for ; Tue, 19 Jan 2010 10:33:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by xenon1.um.es (Postfix) with ESMTP id 49A2B1607D for ; Tue, 19 Jan 2010 19:33:43 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.4.2 (20060627) (Debian) at xenon1.um.es Received: from xenon1.um.es ([127.0.0.1]) by localhost (xenon1.um.es [127.0.0.1]) (amavisd-new, port 10024) with LMTP id CBu3UOoU69M2; Tue, 19 Jan 2010 19:33:42 +0100 (CET) Received: from inf-205-24.um.es (inf-205-24.um.es [155.54.205.24]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: rafa) by xenon1.um.es (Postfix) with ESMTP id A5A9B16007; Tue, 19 Jan 2010 19:33:42 +0100 (CET) From: Rafa Marin Lopez Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: multipart/alternative; boundary=Apple-Mail-27-3497102 Date: Tue, 19 Jan 2010 19:33:42 +0100 References: <20100119124504.3E3E93A6A7B@core3.amsl.com> To: emu@ietf.org Message-Id: X-Mailer: Apple Mail (2.1077) Subject: [Emu] Fwd: I-D Action:draft-marin-eap-frm-fastreauth-01.txt X-BeenThere: emu@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "EAP Methods Update \(EMU\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 18:33:48 -0000 --Apple-Mail-27-3497102 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Dear all, we have just submitted a new version of the I-D that you may see below. = We believe that this work may be interesting for this working group. Comments are really appreciated. Best regards. Inicio del mensaje reenviado: > De: Internet-Drafts@ietf.org > Fecha: 19 de enero de 2010 13:45:03 GMT+01:00 > Para: i-d-announce@ietf.org > Asunto: I-D Action:draft-marin-eap-frm-fastreauth-01.txt=20 > Responder a: internet-drafts@ietf.org >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. >=20 > Title : Architecture for Fast EAP Re-authentication = based on a new EAP method (EAP-FRM) working on standalone mode > Author(s) : R. Lopez, et al. > Filename : draft-marin-eap-frm-fastreauth-01.txt > Pages : 23 > Date : 2010-01-19 >=20 > This document describes an architecture aimed for reducing the > latency of network access authentication based on the Extensible > Authentication Protocol (EAP). The architecture is based on the > design of a new EAP method for which a standalone authenticator is > used, and does not require any change to the EAP specification or the > specifications of existing EAP lower-layers. >=20 > A URL for this Internet-Draft is: > = http://www.ietf.org/internet-drafts/draft-marin-eap-frm-fastreauth-01.txt >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > Below is the data which will enable a MIME compliant mail reader > implementation to automatically retrieve the ASCII version of the > Internet-Draft. > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt ------------------------------------------------------- Rafael Marin Lopez, PhD Dept. Information and Communications Engineering (DIIC) Faculty of Computer Science-University of Murcia 30100 Murcia - Spain Telf: +34868888501 Fax: +34868884151 e-mail: rafa@um.es ------------------------------------------------------- --Apple-Mail-27-3497102 Content-Type: multipart/mixed; boundary=Apple-Mail-28-3497103 --Apple-Mail-28-3497103 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
Fecha: 19 de enero de 2010 13:45:03 = GMT+01:00
Asunto: I-D = Action:draft-marin-eap-frm-fastreauth-01.txt
Responder a: = internet-drafts@ietf.org
<= /span>

A New Internet-Draft is available from the on-line = Internet-Drafts directories.

Title =           : = Architecture for Fast EAP Re-authentication based on a new EAP method = (EAP-FRM) working on standalone mode
Author(s) =       : R. Lopez, et al.
Filename =        : = draft-marin-eap-frm-fastreauth-01.txt
Pages =           : = 23
= Date =            : = 2010-01-19

This document describes an architecture aimed for = reducing the
latency of network access authentication based on the = Extensible
Authentication Protocol (EAP).  The architecture is = based on the
design of a new EAP method for which a standalone = authenticator is
used, and does not require any change to the EAP = specification or the
specifications of existing EAP = lower-layers.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-marin-eap-frm-fastreaut= h-01.txt

Internet-Drafts are also available by anonymous FTP = at:
ftp://ftp.ietf.org/internet-drafts/

Below is the data = which will enable a MIME compliant mail reader
implementation to = automatically retrieve the ASCII version of = the
Internet-Draft.
= --Apple-Mail-28-3497103 Content-Disposition: attachment; filename="Archivo adjunto al mensaje" Content-Type: message/external-body; name="Archivo adjunto al mensaje" Content-Transfer-Encoding: 7bit Content-Type: text/plain
Content-ID: <2010-01-19044411.I-D@ietf.org>

--Apple-Mail-28-3497103 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
_______________________________________________
I-D-= Announce mailing = list
I-D-Announce@ietf.org
https://www.ietf.org/mailman/listinfo/i-d= -announce
Internet-Draft directories: = http://www.ietf.org/shadow.html
or = ftp://ftp.ietf.org/ietf/1shadow-sites.txt

=
-------------------------------------------------------
<= div>Rafael Marin Lopez, PhD
Dept. Information and = Communications Engineering (DIIC)
Faculty of Computer = Science-University of Murcia
30100 Murcia - = Spain
Telf: +34868888501 Fax: +34868884151 e-mail: rafa@um.es
----------------------= ---------------------------------




= --Apple-Mail-28-3497103-- --Apple-Mail-27-3497102-- From ncamwing@cisco.com Tue Jan 19 20:41:18 2010 Return-Path: X-Original-To: emu@core3.amsl.com Delivered-To: emu@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 05FD23A6921 for ; Tue, 19 Jan 2010 20:41:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.532 X-Spam-Level: X-Spam-Status: No, score=-8.532 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, RCVD_NUMERIC_HELO=2.067] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PHGQwao88GU7 for ; Tue, 19 Jan 2010 20:41:17 -0800 (PST) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id 16A8F3A67B3 for ; Tue, 19 Jan 2010 20:41:17 -0800 (PST) Authentication-Results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAEAGcYVkurR7Hu/2dsb2JhbACbZqUdlUeENgQ X-IronPort-AV: E=Sophos;i="4.49,307,1262563200"; d="scan'208";a="76639183" Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-4.cisco.com with ESMTP; 20 Jan 2010 04:41:13 +0000 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o0K4fDQI005007 for ; Wed, 20 Jan 2010 04:41:13 GMT Received: from xmb-sjc-21e.amer.cisco.com ([171.70.151.156]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 19 Jan 2010 20:41:13 -0800 Received: from 72.163.233.182 ([72.163.233.182]) by xmb-sjc-21e.amer.cisco.com ([171.70.151.156]) with Microsoft Exchange Server HTTP-DAV ; Wed, 20 Jan 2010 04:41:13 +0000 User-Agent: Microsoft-Entourage/12.23.0.091001 Date: Tue, 19 Jan 2010 20:41:11 -0800 From: ncamwing To: Message-ID: Thread-Topic: New Version Notification for draft-cam-winget-eap-tlv-00 Thread-Index: AcqZisotWR2m1HOVm0i8c/tO3b/vRA== In-Reply-To: <20100104230412.75CAB3A67E4@core3.amsl.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-OriginalArrivalTime: 20 Jan 2010 04:41:13.0371 (UTC) FILETIME=[CB9756B0:01CA998A] Subject: [Emu] FW: New Version Notification for draft-cam-winget-eap-tlv-00 X-BeenThere: emu@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "EAP Methods Update \(EMU\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2010 04:41:18 -0000 Dear Colleagues, As there have been discussions on how to carry data (such as crypto-binding, channel data, result indication and posture assessment as defined by the NEA group) beyond authentication methods inside an EAP tunnel, we have submitted a proposal for using a TLV container to type and transport such data; the draft is referenced below. We would appreciate all comments. Thanks, Nancy. ------ Forwarded Message From: IETF I-D Submission Tool Date: Mon, 4 Jan 2010 15:04:12 -0800 (PST) To: Hao Zhou Cc: Nancy Cam-Winget Subject: New Version Notification for draft-cam-winget-eap-tlv-00 A new version of I-D, draft-cam-winget-eap-tlv-00.txt has been successfuly submitted by Hao Zhou and posted to the IETF repository. Filename: draft-cam-winget-eap-tlv Revision: 00 Title: EAP Type-Length-Value Container Creation_date: 2010-01-05 WG ID: Independent Submission Number_of_pages: 11 Abstract: The Extensible Authentication Protocol (EAP), defined in RFC 3748, facilitates multiple authentication methods that are widely deployed today. As tunnel mechanisms become more prevalent, there has been interest in carrying other types of data between the EAP Peer and the EAP server. Existing tunnel EAP methods have already defined generic data structures to carry such information. This document defines a generic TLV "container" that can be used within an EAP method. Status of this Memo This Internet-Draft is submitted to IETF in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet- Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt. The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. This Internet-Draft will expire on July 9, 2010. Copyright Notice Copyright (c) 2010 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the BSD License. The IETF Secretariat. ------ End of Forwarded Message From mccann.stephen@googlemail.com Mon Jan 25 02:42:00 2010 Return-Path: X-Original-To: emu@core3.amsl.com Delivered-To: emu@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B6B5D3A6966 for ; Mon, 25 Jan 2010 02:42:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y7fwlkkUC8ve for ; Mon, 25 Jan 2010 02:41:59 -0800 (PST) Received: from mail-bw0-f219.google.com (mail-bw0-f219.google.com [209.85.218.219]) by core3.amsl.com (Postfix) with ESMTP id 34D023A690B for ; Mon, 25 Jan 2010 02:41:59 -0800 (PST) Received: by bwz19 with SMTP id 19so2572904bwz.28 for ; Mon, 25 Jan 2010 02:42:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=FDDfq7MUhmkTUCfTpVQTZIsFbtnev4IRqM7W1GlnVpA=; b=OV2rxQsvQ+EwN7/i00Lr9J87HGmOb8ko5YlQ0Cl8Mh/5jrzrIMl3nl0yqR5LNDB0D1 V1Y4MUPFYxGHzinBNTgO3X1OmnAD8qT2rN+gZNwU0KCofj8G4qs8IB+MJm2fRtokSlK5 jm8KZFANaK+L5xHKeBGoe7DR72Ce7v6PG0PNE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=uf6PGQobwWQ4XHjlWNwEELzO8L4bZsI8aWo4A39VGgy5YlWvdtgV4q3yNWkwri5ISZ H21sftgVjxw0bZDU1Pu5ects6EkS4uIRKFDRqA0tUd54ky/glno8f4qdMwSR3D/FY4ut DoLykPVJIILwBcNRCPrSTEJDHcyT0Y/6nmPwY= MIME-Version: 1.0 Received: by 10.204.33.143 with SMTP id h15mr3666845bkd.103.1264416121098; Mon, 25 Jan 2010 02:42:01 -0800 (PST) In-Reply-To: References: <20100104230412.75CAB3A67E4@core3.amsl.com> Date: Mon, 25 Jan 2010 10:42:01 +0000 Message-ID: From: Stephen McCann To: emu@ietf.org Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: Re: [Emu] FW: New Version Notification for draft-cam-winget-eap-tlv-00 X-BeenThere: emu@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "EAP Methods Update \(EMU\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jan 2010 10:42:00 -0000 Nancy, I've reviewed http://www.ietf.org/id/draft-cam-winget-eap-tlv-00.txt and have the following comments: 1) Is the intention to make the TLV types administered by IANA? Doesn=92t there have to be a request in this draft? (I=92m not sure, but I just wanted to know?) 2) I don=92t think you really need a result TLV. In my opinion, it would be better to minimize the TLV=92s defined in this draft and leave =93result=94 or other functionality to the RFC that defines the additional TLV types. That way this simply focuses on using EAP to transport these TLV=92s. 3) Do you really need Error TLV? Or could you combine NAK and Error TLV? Take the example of an EAP-Request containing 2 vendor-specific TLV=92s. Let=92s say one can be processed and the other cannot. How do I use the =93error TLV=94? It might be better to define error fields within the TLV and use NAK as an error type. 4) Do the TLV frames have a maximum length? 5) What are Result TLVs? Is this a typo? Kind regards Stephen 2010/1/20 ncamwing : > Dear Colleagues, > > As there have been discussions on how to carry data (such as crypto-bindi= ng, > channel data, result indication and posture assessment > as defined by the NEA group) beyond authentication methods inside an EAP > tunnel, =A0we have submitted a proposal for using a TLV container to type= and > transport such data; the draft is referenced below. > > We would appreciate all comments. > > Thanks, > =A0 =A0Nancy. > > > > > > ------ Forwarded Message > From: IETF I-D Submission Tool > Date: Mon, =A04 Jan 2010 15:04:12 -0800 (PST) > To: Hao Zhou > Cc: Nancy Cam-Winget > Subject: New Version Notification for draft-cam-winget-eap-tlv-00 > > > A new version of I-D, draft-cam-winget-eap-tlv-00.txt has been successful= y > submitted by Hao Zhou and posted to the IETF repository. > > Filename: =A0draft-cam-winget-eap-tlv > Revision: =A000 > Title: =A0 EAP Type-Length-Value Container > Creation_date: =A02010-01-05 > WG ID: =A0 Independent Submission > Number_of_pages: 11 > > Abstract: > The Extensible Authentication Protocol (EAP), defined in RFC 3748, > facilitates multiple authentication methods that are widely deployed > today. =A0As tunnel mechanisms become more prevalent, there has been > interest in carrying other types of data between the EAP Peer and the > EAP server. =A0Existing tunnel EAP methods have already defined generic > data structures to carry such information. > > This document defines a generic TLV "container" that can be used > within an EAP method. > > Status of this Memo > > This Internet-Draft is submitted to IETF in full conformance with the > provisions of BCP 78 and BCP 79. > > Internet-Drafts are working documents of the Internet Engineering > Task Force (IETF), its areas, and its working groups. =A0Note that > other groups may also distribute working documents as Internet- > Drafts. > > Internet-Drafts are draft documents valid for a maximum of six months > and may be updated, replaced, or obsoleted by other documents at any > time. =A0It is inappropriate to use Internet-Drafts as reference > material or to cite them other than as "work in progress." > > The list of current Internet-Drafts can be accessed at > http://www.ietf.org/ietf/1id-abstracts.txt. > > The list of Internet-Draft Shadow Directories can be accessed at > http://www.ietf.org/shadow.html. > > This Internet-Draft will expire on July 9, 2010. > > Copyright Notice > > Copyright (c) 2010 IETF Trust and the persons identified as the > document authors. =A0All rights reserved. > This document is subject to BCP 78 and the IETF Trust's Legal > Provisions Relating to IETF Documents > (http://trustee.ietf.org/license-info) in effect on the date of > publication of this document. =A0Please review these documents > carefully, as they describe your rights and restrictions with respect > to this document. =A0Code Components extracted from this document must > include Simplified BSD License text as described in Section 4.e of > the Trust Legal Provisions and are provided without warranty as > described in the BSD License. > > > > The IETF Secretariat. > > > > ------ End of Forwarded Message > > _______________________________________________ > Emu mailing list > Emu@ietf.org > https://www.ietf.org/mailman/listinfo/emu >