Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 11 Next »

Logistics

  • Time: 08:00 PDT | 11:00 EDT | 15:00 UTC/GMT | 17:00 CEST (Time Chart)
  • Skype: +9900827042954214
  • US Dial-In: +1-201-793-9022
  • Room Code: 295-4214

Discussion

1) Roll Call
  1. Paul Trevithick
  2. Axel Nennker
  3. Scott Cantor
  4. Keith Uber
  5. Philip Clement
  6. Gael
  7. Bob Morgan
  8. Benoit

Regrets:

  1. John Bradley

This meeting is quorate.

2) Minutes

Approve the following minutes:

3) Nominations for co-chairs

Scott: Proposed the motion that Bob Morgan and Paul Trevithick continue as co-chairs
Gael: Seconded
Vote passed unanimously

4) OASIS UI Profile for SAML Metadata

Paul: What "containing role" means?
Scott: SAML metadata is organized into entities and roles. And entity is a network service. Different roles are defined for different kinds of roles. IdP and SP are the principle roles. Extensions are expressed at the entity or a the role level. E.g. an entity that was acting as an IdP and an SP role.
Paul: Where are attributes not mentioned?
Scott: Because they are mentioned elsewhere (other SAML specs). SAML's history is one of more pre-configured relationships vs. more dynamism.
Scott: We did reject having any alt tag for the icons. Also updated the spec that display names should be amenable to accessibility.
Keith: Is there support for localizing the graphics for each language?
Scott: Yes, that is supported
Bob: A distinction is being make between elements in here that are signable vs. things that are okay to be self-asserted. Looking at the URL statements (e.g. privacy statements), their content is variable.
Scott: Some parts of this spec were inputs from existing federation deployments. Some is overkill from my point of view.
Bob: We might want a schema that is independent of the kind of document. If you want to stick the element in metadata that's okay, if you want it in an XRD that's okay.
Scott: This is problematic because XRD has evolved to simple property-based vs. XML extensions. We might want an abstract model above these expressions XRD and XML/metadata

5) Paris ULX meeting
  1. Next documents to publish from ULX WG
  2. Extension of the "driven-by-RP" UX scenario to an "ISA based" scenario: Is there any additional work to do
  3. Claims & Metadata: What are they, and how to circulate them among the actors (RP, IdP, ISA)
  4. Other suggestions?

Scott: the problem with the ISA model is that the ISA knows a lot less about the RP/SP. We've looked at it this way: if you want to get the ISA involved then we assume it has access to metadata, but if it wanted to get a filtered list of IdPs it could fetch the XRD.
Paul: Coming up with the XRD is the next logical piece of work. Perhaps we could work on this in Paris.

Next Teleconference
  • Date: Monday, October 4, 2010
  • Time: 08:00 PDT | 11:00 EDT | 15:00 UTC/GMT | 17:00 CEST
  • Dial-In: Skype: +9900827044630914, US Dial-In: +1-201-793-9022
  • Room Code: 295-4214
  • No labels