[WG-ULX] Agenda for today's call

[Paul Trevithick]

Logistics

Time: 16:00-17:00 Eastern
Skype: +9900827042954214
US Dial-In: +1-201-793-9022
Room Code: 295-4214
See http://kantarainitiative.org/confluence/display/ulx/ULX+Teleconference+2010-03-31 for the real agenda.

Copied here for convenience:
Agenda

1) IdPS + ULX WG common charter

Two weeks ago we had a discussion (see [1]) about this topic. And a couple of days ago Gael sent this email:

Hi Paul,

Some clarifications below on envisioned TECHNICAL SPECIFICATIONS:

Section (4) DRAFT TECHNICAL SPECIFICATIONS: second bullet addition: this may be fine, we'd like to learn more about the nature of the ISA (e.g. does it assume an unmodified browser?)
GAEL: Yes we assume an ISA in the network accessed through a possibly unmodified browser (as opposed to the ISA in the device = browser add-on).
Section (4) DRAFT TECHNICAL SPECIFICATIONS: third bullet addition: we don't entirely understand this. Seems to imply that we shouldn't make up entirely new things; try to reuse existing SAML metadata. Perhaps "newly designed features should be as compatible and consistent as possible with existing specifications" is part of the intent here.
GAEL: In fact, we envisoned here that some specifications already exist and could be extended to enable IDPs to express their capabilities and presentation characteristics (same as what is refered as "Identity Provider Inputs" here : http://kantarainitiative.org/confluence/display/ulx/Inputs+to+the+RP+Pop+Up+UI). For a SAML IDP, we can leverage the SAML Metadata specifications, for OpenID OPs, we can maybe leverage the YADIS/XRDS specifications, ... We have presented the following slides in the IDPS session last week on this topic : http://kantarainitiative.org/confluence/download/attachments/41027190/IDP+Metadata+Status+and+Evo+v02.ppt that describe lacks in existing specs and evolution proposals (we already had some comments during the session and on the mailing list). So our intent is as you wrote : "newly designed features should be as compatible and consistent as possible with existing specifications" but it does not mean that there is nothing to do and we are opened to discuss all technical solutions (including entirely new things if it makes sense).
[1] http://kantarainitiative.org/confluence/display/ulx/ULX+Teleconference+2010-03-17
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kantarainitiative.org/pipermail/wg-ulx/attachments/20100331/468fc31b/attachment.html