Skip to content
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

Is it simpler to ban escapes or not in the presentation syntax? #4

Open
davidben opened this issue Mar 8, 2024 · 0 comments
Open

Comments

@davidben
Copy link
Collaborator

davidben commented Mar 8, 2024

The presentation language currently says:

The presentation value of the SvcParamValue is a comma-separated list ({{Appendix A.1 of I-D.ietf-dnsop-svcb-https}}) of decimal integers between 0 and 65535 (inclusive) in ASCII. Any other value is a syntax error. To enable simpler parsing, this SvcParam MUST NOT contain escape sequences.

@martinthomson points out it's better to avoid special parsing rules. I think I borrowed this from https://www.rfc-editor.org/rfc/rfc9460.html#section-7.2-2 and inferred that avoiding the special parsing rule was the convention for presentation of 16-bit integers.

I don't care either way and figure we should do whatever is conventional/convenient here. The behavior of "port" is a point towards banning escapes. But if folks think allowing them is better, that's cool too.

See #3 (comment)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant