-
Notifications
You must be signed in to change notification settings - Fork 3
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
Fill out IANA section #29
Conversation
draft-ietf-tls-wkech.xml
Outdated
</t> | ||
</section> | ||
|
||
<section title="JSON HTTP Origin Information"> | ||
|
||
<t>If approved, this specification requests the creation of an IANA | ||
registry named "JSON HTTP Origin Info" with a Standards Action |
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.
If we don't expect extensions here, we might not need a registry at all. For example, we aren't asking for a registry for the inner object ("alias", "target", etc.).
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.
I dunno, I would think #14 might add things?
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.
I think that's just another SvcParamKey.
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.
Well, we might move regeninterval to the top-level :)
And I added the registry entry for the top-level |
I filled in the text for the IANA Considerations section.
I am not sure if "standards action" is appropriate, but can live with it if you agree. Expert review seems better, and similar to what other JSON registries do. Thoughts?
I deleted the comment about I18N because I'm not sure it matters, since it's just JSON. Was that wrong to do?