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

Specify when and how to request SVCB/HTTP RRs #3

Open
tfpauly opened this issue Aug 21, 2023 · 5 comments
Open

Specify when and how to request SVCB/HTTP RRs #3

tfpauly opened this issue Aug 21, 2023 · 5 comments
Assignees
Labels

Comments

@tfpauly
Copy link
Owner

tfpauly commented Aug 21, 2023

My initial proposal here is:

  • Request HTTPS records for any case where the port is 443 or 80, or the URL has a scheme of http:// or https://
  • Request the HTTPS record in parallel with A and AAAA
@DavidSchinazi
Copy link
Collaborator

  • Request HTTPS records for any case where the port is 443 or 80

This part I'm not convinced about. It's possible to run non-HTTP(S) protocols on those ports

or the URL has a scheme of http:// or https://

This part I agree with. Though I'd phrase it as "application will use HTTP(S)" instead of mentioning the URL - semantically you can create an HTTP connection without having an URL in mind.

  • Request the HTTPS record in parallel with A and AAAA

Definitely agree

@tfpauly
Copy link
Owner Author

tfpauly commented Sep 5, 2023

(This ends up updating the current section 4)

@tfpauly tfpauly added the discuss label Sep 5, 2023
@tfpauly tfpauly self-assigned this Sep 5, 2023
@bashi
Copy link
Collaborator

bashi commented Sep 13, 2023

This part I agree with. Though I'd phrase it as "application will use HTTP(S)" instead of mentioning the URL - semantically you can create an HTTP connection without having an URL in mind.

"application will use HTTP(S) or WebSocket" (ws:// and wss://) ?

@tfpauly
Copy link
Owner Author

tfpauly commented Sep 13, 2023

Yes, web socket too

@ericorth
Copy link

For context, Chrome queries HTTPS whenever the request reaches our DNS stack tagged with a scheme of "http", "https", "ws", or "wss" (but websocket requests are typically internally converted to http/https-schemed URLs before the request gets there anyway). Some requests, e.g. for proxy servers, never have their scheme tagged with the request to the DNS stack and never query HTTPS. I keep meaning to fix that some day.

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

No branches or pull requests

4 participants