[Openid-specs-risc] call notes
Atul Tulshibagwale
atul at sgnl.ai
Tue Nov 28 19:54:14 UTC 2023
Hi all,
Here are the notes from today's meeting. They are also stored here
<https://hackmd.io/@oidf-wg-sse/wg-meeting-20231128>.
Atul
--
<https://sgnl.ai>
Atul Tulshibagwale
CTO
<https://linkedin.com/in/tulshi> <https://twitter.com/zirotrust>
<atul at sgnl.ai>
WG Meeting: 2023-11-28 <https://hackmd.io/xJT42-CYQ-ykT1BcUrDn-g#Agenda>
Agenda
- Interop profile discussion:
- Stream pause / restart ability
- Should we require Push support for interoperability?
- Implicit subjects
<https://hackmd.io/xJT42-CYQ-ykT1BcUrDn-g#Attendees>Attendees
- Atul Tulshibagwale (SGNL)
- Shayne Miel (Cisco)
- Sean O’Dell (Disney)
- Yair Sarig (VMWare)
- Tim Cappalli (Microsoft)
- Nancy Cam-Winget (Cisco)
<https://hackmd.io/xJT42-CYQ-ykT1BcUrDn-g#Notes>Notes
<https://hackmd.io/xJT42-CYQ-ykT1BcUrDn-g#Session-revoked-event>Session-revoked
event
- Receiver SHOULD transmit back to the Transmitter that they’ve revoked
a session
- Command versus “past tense”
- CAEP is descriptive versus being prescriptive
<https://hackmd.io/xJT42-CYQ-ykT1BcUrDn-g#Push-Support>Push Support
- Atul summarized the approach that push is a bar set for Receivers to
be interoperable, but doesn’t preclude them from implementing Poll
- (Shayne) Worried that forcing people to implement Push will make it
harder for Receivers to have something in time
- (Shayne) I’d lean toward the interop spec requiring Poll, but not Push
- (Sean) Even though it’s possible to use unsigned events in the Poll
model, I wouldn’t remove the signing requirements
- (Sean) It becomes harder for a Transmitter to sign some events not
others
- (Yair) It’s not hard to do signature verification, why is this a
question
<https://hackmd.io/xJT42-CYQ-ykT1BcUrDn-g#Implicit-Subjects>Implicit
Subjects
- Atul explained that the draft doesn’t expect each subject to be added
- (Shayne) The spec draft should be improved to clarify this, but the
premise is good
<https://hackmd.io/xJT42-CYQ-ykT1BcUrDn-g#Start--stop-ability>Start / stop
ability
- (Sean) I think the pause / restart ability needs to be included in the
interop spec. There may be a large update the Transmitter is doing, and
they may want to temporarily pause the stream while that update is going on
- (Yair) There’s ambiguity about how long the Transmitter should hold
events
- (Sean) It may be OK to get duplicate events after restart due to the
complexity of trying to prevent duplicates
- (Atul) Can we specify both in terms of time and number of events?
- (Sean / Yair) The interop spec should just say it is “time and
quantity based”, but the actual numbers can be determined by the specific
Transmitter
- (Atul / Sean / Yair) We may need to add something to the Transmitter
Configuration Metadata to communicate this
- (Atul) Should we for now not specify how to communicate the constraint
numbers?
- (Yair) If we don’t specify, then each implementation could diverge
- (Shayne) This isn’t going to be a surprise, because this will be
negotiated between the parties offline
- (Yair) You could write code that knows how to handle such situation
- (Atul) Does this need to be handled in code at all?
- (Yair) We may require events to be sent to the data center for
logging, but if a Transmitter is not very reliable, then that could be
omitted
<https://hackmd.io/xJT42-CYQ-ykT1BcUrDn-g#Implicit-Subjects-post-ID-2>Implicit
Subjects post ID-2
- (Sean) As a post ID-2 item, I would like the “AddSubject” to be more
generic than specifying specific sugjects
- (Shayne) Does the wild-carding in complex subjects help here?
- (Sean) In which way?
- (Shayne) The Receiver can say that they are interested in a specific
tenant, but not specify each entity within that tenant
- (Yair) Should we have a way to specify whether the Transmitter
supports implicit subjects or do the subjects need to be added explicitly
- (Sean) The wildcarding can only be for “addsubject” and not for actual
events
- (Sean) follow the SCIM format in specifying what should be in the
stream
- (Shayne) We can do that today in the spec using complex subjects
- (Tim) That’s what it is intended to be
- (Atul) Can we add an example in the spec that clarifies this?
<https://hackmd.io/xJT42-CYQ-ykT1BcUrDn-g#Voting-on-the-ID-2>Voting on the
ID-2
- (Atul) Use this link <https://openid.net/foundation/members/polls/322> to
vote on the draft
<https://hackmd.io/xJT42-CYQ-ykT1BcUrDn-g#Action-Items>Action Items
- Atul to remove the “Push” requirement from the interop doc
- Atul to add the “pause and restart” capability
- Atul to add time and resource constraint in the interop spec, but not
specify how much constraint
- WG to work on specifying how to communicate resource constraints in
the Transmitter Configuration Metadata as a post ID-2 item
- Shayne to work on an example about add subject for a collection of
users
- WG to work on clarifying the implicit subjects part post ID-2 in the
SSF spec
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-specs-risc/attachments/20231128/ab98b9f7/attachment-0001.html>
More information about the Openid-specs-risc
mailing list