-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Introduce stream_ttl #222
base: main
Are you sure you want to change the base?
Introduce stream_ttl #222
Changes from 1 commit
36900cc
d74f85b
fc933df
3bf9fd6
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -73,6 +73,12 @@ contributor: | |
org: The Walt Disney Company | ||
email: [email protected] | ||
|
||
- | ||
ins: T. Raibhandare | ||
name: Tushar Raibhandare | ||
org: Google | ||
email: [email protected] | ||
|
||
normative: | ||
CLIENTCRED: | ||
author: | ||
|
@@ -85,6 +91,17 @@ normative: | |
target: https://tools.ietf.org/html/rfc6749#section-4.4 | ||
title: The OAuth 2.0 Authorization Framework - Client Credentials Grant | ||
|
||
EXPIRES_IN: | ||
author: | ||
- ins: D. Hardt | ||
name: D. Hardt | ||
date: October 2012 | ||
seriesinfo: | ||
DOI: 10.17487/RFC6749 | ||
RFC: '6749' | ||
target: https://datatracker.ietf.org/doc/html/rfc6749#appendix-A.14 | ||
title: The OAuth 2.0 Authorization Framework - "expires_in" Syntax | ||
|
||
OpenID.Core: | ||
author: | ||
- ins: N. Sakimura | ||
|
@@ -601,6 +618,13 @@ default_subjects | |
to be transmitted. The Receiver MAY remove subjects added this way via the | ||
`remove_subject_endpoint`. | ||
|
||
push_stream_ttl | ||
|
||
> OPTIONAL. The lifetime of a PUSH stream in seconds, after which the Transmitter MAY either pause or disable the stream if it has not received any Receiver-initiated communication in that duration. | ||
If the Transmitter decides to update the stream, it MUST send a Stream Updated Event to the Receiver as described in {{status}}. | ||
If the Receiver calls any endpoint in the Event Stream Management API ({{management}}), the Transmitter must refresh the TTL of that particular stream. | ||
TusharR-google marked this conversation as resolved.
Show resolved
Hide resolved
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. We might want to be explicit that contact from the receiver does not automatically move the stream out of a paused/disabled state caused by a TTL timeout. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Should we leave it up to the transmitter? It might complicate the spec if paused/disabled states were treated differently based on whether they were caused by a TTL timeout (Tx not allowed to automatically change the state), vs other causes like Rx requesting the pause (Tx allowed to do whatever). |
||
The syntax is the same as that of {{EXPIRES_IN}}. | ||
|
||
TODO: consider adding a IANA Registry for metadata, similar to Section 7.1.1 of | ||
{{RFC8414}}. This would allow other specs to add to the metadata. | ||
|
||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
you don't need to describe an RFC. You can just add its number and the kramdown tool will do the rest.