Re: [Dime] [HOKEY] DiME ERP: new Application ID or not ?(non-roaming case)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Dime] [HOKEY] DiME ERP: new Application ID or not ?(non-roaming case)



Hi, Hannes:
Thank for your reply. please see inline.
-Qin
----- Original Message ----- 
From: "Hannes Tschofenig" <Hannes.Tschofenig at gmx.net>
To: "'Qin Wu'" <sunseawq at huawei.com>; "'Julien Bournelle'" <julien.bournelle at gmail.com>
Cc: "'Glen Zorn'" <glenzorn at comcast.net>; <dime at ietf.org>; <hokey at ietf.org>
Sent: Thursday, March 12, 2009 6:07 PM
Subject: RE: [HOKEY] [Dime] DiME ERP: new Application ID or not ?(non-roaming case)


> Hi Qin, 
> 
>>Hi:
>>If my understanding is correct, the ERP re-authentication with 
>>a AAA server through a Hokey server will happen in the intial 
>>EAP exchange or in  the bootstrapping phase.
> 
> If I understood Glen correctly so far then this is not the model. 
> The Diameter (or RADIUS signaling for that matter) messages are not routed
> through the HOKEY server but the AAA entities interact with the HOKEY
> server(s) using some other protocol mechanism. To me that sounded like a
> reasonable approach. 

[Qin]  I agree it is a good way to make AAA entities interact with Hokey server using existing mechanism.
As regarding whether hokey server can be viewed as proxy AAA or an independent ER server, I am not sure. Maybe this is what DiME ERP 
needs to find out or define.

>>e.g., when the peer firstly enter into one visited AAA domain 
>>away from the home AAA server, intial EAP exchange between the 
>>peer and home AAA server is required.
> 
> Are you talking now about the regular Diameter EAP exchange. 

[Qin]  It is not regualr Diameter EAP exchange but ERP for intial EAP exchange.
As regarding ERP for intial EAP exchange, please refer to the figure 3 of RFC5296.

>>  However when the peer 
>>move between two adjacent authenticator within the same AAA 
>>domain,  the ERP re-authentication does not happen with a AAA 
>>server but with a local hokey server which is a optimized 
>>approach to reduce handoff latency.
> Currently, this is the HOKEY re-authentication exchange. 

[Qin] You understanding is correct.

> Ciao
> Hannes
> 
>>
>>Best Regards!
>>-Qin
>>----- Original Message -----
>>From: "Hannes Tschofenig" <Hannes.Tschofenig at gmx.net>
>>To: "'Julien Bournelle'" <julien.bournelle at gmail.com>; "'Qin 
>>Wu'" <sunseawq at huawei.com>
>>Cc: "'Glen Zorn'" <glenzorn at comcast.net>; <dime at ietf.org>; 
>><hokey at ietf.org>
>>Sent: Thursday, March 12, 2009 5:13 PM
>>Subject: RE: [HOKEY] [Dime] DiME ERP: new Application ID or 
>>not ?(non-roaming case)
>>
>>
>>> 
>>>> 1/ re-uses full EAP authentication with Diameter EAP
>>> 
>>>> 2/ perform a reauthentication using ERP.
>>> 
>>>> If we use 2/, and we have a new Diameter ERP app-id, a 
>>>>distinct AAA server may be reached. 
>>> 
>>> If I understood Glen correctly from previous conversations 
>>then the Diameter
>>> ERP re-authentication does not happen with a AAA server but 
>>with a HOKEY
>>> server. Hence, I am not sure that there is an issue. 
>>> 
>>> Ciao
>>> Hannes
>>>
>>
>

Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.