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

WebTransport API #816

Open
o-t-w opened this issue Oct 7, 2024 · 2 comments
Open

WebTransport API #816

o-t-w opened this issue Oct 7, 2024 · 2 comments
Labels
focus-area-proposal Focus Area Proposal

Comments

@o-t-w
Copy link

o-t-w commented Oct 7, 2024

Description

The WebTransport API provides a modern alternative to WebSockets, transmitting data between client and server using HTTP/3 Transport. WebTransport provides support for multiple streams, unidirectional streams, and out-of-order delivery. It enables reliable transport via streams and unreliable transport via UDP-like datagrams.

Specification

https://w3c.github.io/webtransport/

Additional Signals

WebTransport is enabled in Firefox and Chrome/Edge/Samsung Internet.
WebKit have expressed a positive position on the standard.
Some initial work was merged on WebKit’s implementation.

Firefox bug
Chromium bug

Tests: https://wpt.fyi/results/?label=master&label=experimental&aligned&view=subtest&q=webtransport

@o-t-w o-t-w added the focus-area-proposal Focus Area Proposal label Oct 7, 2024
@mehagar
Copy link

mehagar commented Oct 22, 2024

Of particular interest to me is the congestionControl parameter: https://developer.mozilla.org/en-US/docs/Web/API/WebTransport/congestionControl , which would make it possible to specify the congestion control would be optimized for low latency solutions. This is relevant if WebTransport is to replace use of WebRTC DataChannels for media transport.

@lilnasy
Copy link

lilnasy commented Nov 3, 2024

I would love to see WebTransport become a focus area as well!

Progressive enhancement with WebTransport isn't practical. For applications to abstract its API and use WebSocket when it is unavailable is non trivial. Which is why I believe it needs to become cross-browser before we see significant adoption and development of the server-side and client-side ecosystem.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
focus-area-proposal Focus Area Proposal
Projects
Status: No status
Development

No branches or pull requests

3 participants