Re: [AAA-WG]: Wrapping up Diameter EAP...

Jari Arkko <jari.arkko@kolumbus.fi> Wed, 12 May 2004 14:50 UTC

Received: from trapdoor.merit.edu (postfix@trapdoor.merit.edu [198.108.1.26]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA12332 for <aaa-archive@lists.ietf.org>; Wed, 12 May 2004 10:50:47 -0400 (EDT)
Received: by trapdoor.merit.edu (Postfix) id 3F28591275; Wed, 12 May 2004 10:50:34 -0400 (EDT)
Delivered-To: aaa-wg-outgoing@trapdoor.merit.edu
Received: by trapdoor.merit.edu (Postfix, from userid 56) id 068E591276; Wed, 12 May 2004 10:50:33 -0400 (EDT)
Delivered-To: aaa-wg@trapdoor.merit.edu
Received: from segue.merit.edu (segue.merit.edu [198.108.1.41]) by trapdoor.merit.edu (Postfix) with ESMTP id E4AB491275 for <aaa-wg@trapdoor.merit.edu>; Wed, 12 May 2004 10:50:32 -0400 (EDT)
Received: by segue.merit.edu (Postfix) id D125159062; Wed, 12 May 2004 10:50:32 -0400 (EDT)
Delivered-To: aaa-wg@merit.edu
Received: from p2.piuha.net (p2.piuha.net [131.160.192.2]) by segue.merit.edu (Postfix) with ESMTP id 3A3FA58F37 for <aaa-wg@merit.edu>; Wed, 12 May 2004 10:50:32 -0400 (EDT)
Received: from kolumbus.fi (p2.piuha.net [131.160.192.2]) by p2.piuha.net (Postfix) with ESMTP id 383FC89846; Wed, 12 May 2004 17:50:15 +0300 (EEST)
Message-ID: <40A238DA.4050809@kolumbus.fi>
Date: Wed, 12 May 2004 17:46:50 +0300
From: Jari Arkko <jari.arkko@kolumbus.fi>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040316
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Bernard Aboba <aboba@internaut.com>
Cc: Pasi.Eronen@nokia.com, aaa-wg@merit.edu
Subject: Re: [AAA-WG]: Wrapping up Diameter EAP...
References: <052E0C61B69C3741AFA5FE88ACC775A6010C3AA8@esebe023.ntc.nokia.com> <Pine.LNX.4.56.0405120741200.24794@internaut.com>
In-Reply-To: <Pine.LNX.4.56.0405120741200.24794@internaut.com>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Sender: owner-aaa-wg@merit.edu
Precedence: bulk
Content-Transfer-Encoding: 7bit

Yes. How about making the same statement as in RFC 3579,
but add Session-Id AVP in there as well?

--Jari

Bernard Aboba wrote:
> A question:
> 
> RFC 3579 requires that a RADIUS client be able to differentiate one EAP
> session from another.  As we've been discussing in EAP WG, this may be
> tricky in the case where an EAP authentication is restarted via an
> EAPOL-Start message.
> 
> I don't see any text in this draft equivalent to RFC 3579, Section 2.6.1
> that describe how Diameter handles this problem.  I suspect that Diameter
> should be able to do better than RADIUS, but guidance on how the server
> should behave would be helpful.
> 
> On Wed, 12 May 2004 Pasi.Eronen@nokia.com wrote:
> 
> 
>>Hi,
>>
>>I've posted an intermediate version of draft-ietf-aaa-eap-06.a
>>at http://www.cs.hut.fi/~peronen/eap/diameter_eap.html
>>together with a HTML diff from version -05.
>>
>>This is supposed to resolve all remaining open issues, but
>>I would encourage everyone to check if they are OK with
>>the changes.
>>
>>If I don't get any complaints, I'll post this as -06 some time
>>next week and ask the WG chairs to send it to the IESG.
>>
>>Best regards,
>>Pasi
>>
> 
>