[WG-UMA] Federated discovery services for multiple AM

Salvatore D'Agostino sal at idmachines.com
Wed Jun 13 11:31:22 EDT 2012


OK keeping Discovery and AM separate

 

Do we want to take discover or user resource registration in AM to another
discussion?

 

From: George Fletcher [mailto:george.fletcher at teamaol.com] 
Sent: Wednesday, June 13, 2012 11:23 AM
To: Salvatore D'Agostino
Cc: 'Domenico Catalano'; 'WG UMA'
Subject: Re: [WG-UMA] Federated discovery services for multiple AM

 

There are some interesting identifier technical issues to prevent
correlation across these federated AMs (anyone remember the 18 step people
service flows from Liberty ? :) 

I still think I struggle with making "discovery" part of the AM verses a
separate concept that an AM implementer could chose to implement along with
their AM so that their offering provides both a user/personal discovery
service along with AM capabilities.

Thanks,
George

On 6/13/12 10:10 AM, Salvatore D'Agostino wrote: 

+1

 

From: wg-uma-bounces at kantarainitiative.org
[mailto:wg-uma-bounces at kantarainitiative.org] On Behalf Of Domenico Catalano
Sent: Wednesday, June 13, 2012 5:52 AM
To: WG UMA
Subject: [WG-UMA] Federated discovery services for multiple AM

 

Hi all,

this a possible approach to address the discovery services issue with
multiple AM.

 

The idea is to have for each AM a federated Discovery Service (DS). When a
new Resource is registered with an AM, and the User (AU) consents to
federate the discovery of  this Resource with other AM, the discovery
service provides a synchronization and updating of the others AM/DS.

Using a Requester-AM flow first, the Requester is able to discovery any
resources from multiple AMs.

 

Cheers,

Domenico

 

 



 

 

 

 

 






_______________________________________________
WG-UMA mailing list
WG-UMA at kantarainitiative.org
http://kantarainitiative.org/mailman/listinfo/wg-uma

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kantarainitiative.org/pipermail/wg-uma/attachments/20120613/8324755f/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 39447 bytes
Desc: not available
Url : http://kantarainitiative.org/pipermail/wg-uma/attachments/20120613/8324755f/attachment-0001.png 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 6085 bytes
Desc: not available
Url : http://kantarainitiative.org/pipermail/wg-uma/attachments/20120613/8324755f/attachment-0001.bin 


More information about the WG-UMA mailing list