Quorum was reached.
MOTION: Approve the minutes of UMA telecon 2015-09-03. APPROVED by unanimous consent.
Since the client already has to pass a state parameter, that can carry the burden of the ticket state anyway and enable the client to be stateless if it wants to be. It's good practice for the client to bind up the ticket into encrypted form in the state.
Options:
Editorial instruction: Change to option #4 in the spec.
Mike and Justin have reviewed and are okay with it. We're fine.
Editorial instruction: Add "client's" to "the...request" at the end.
Editorial instruction: Instead of "Errors can occur at the OAuth level and the UMA level.", say "Both OAuth and UMA errors can occur.", and check for "level" throughout.
George and Mike are good with it. We're fine.
Formatting will be taken care of! Thanks, Maciej!
Claims-redirect-uri should be registered not just if client is claims-unaware, but if it anticipates being untrusted or needing to redirect rqp ever (appears multiple times)
Mention claims-unawareness and also untrustworthiness etc. in claims-redirect section?
Smart quotes, UMA-configuration file path and https: mention need spanx, Add period to IPR statements in stylesheet, Sort Core references, Remove this from 3.5.4.2: An example of the use of these properties appears in Section 3.5.4, if we approve the docs for Public Review: change Status of This Document section and appropriate other metadata.
Editorial instruction: Excise claims-awareness and claims-unawareness language from the spec.
MOTION: Andi moves and Maciej seconds: Approve of the Core and RSR specs of 2015-09-09, as amended according to the instructions of UMA telecon 2015-09-10, for progression to 45-day Public Review. APPROVED by unanimous consent.
AI: Eve: Work with Jane C and the Kantara staff on the review process.
Could be confusing to people as to what the canonical specification is. If we let the current I-Ds expire on October 6, then they have to come to Kantara for the latest specs.
On the other hand, having the UMA specs on the IETF site helps with marketing. Mike's experience with the Open Interconnect Consortium showed this.
No conclusion for now!
Can we press forward on this? Arlene can be one of our test readers.
Katie and Andi offer help.
Let's not meet next Thursday.
Upcoming meetings will have a theme of interop testing.
As of 10 Sep 2015 (pre-meeting), quorum is 6 of 11. (François, Domenico, Sal, Thomas, Andi, Robert, Maciej, Eve, Arlene, Mike, Jon)
Non-voting participants:
Regrets: