Experimenting with WebSocket, WebRTC, and WebTransport by streaming 2500 coordinates from server to client to visualize.
0% Packet loss
1.mp4
15% Packet loss (unreliable WebRTC/WebTransport)
2.mp4
15% Packet loss (reliable WebRTC/WebTransport)
3.mp4
All servers are written in Go and hosted locally. All connections use HTTPS with self-signed certificates, connection establishment period is excluded from the time graph.
In the first experiment, WebRTC data channel and WebTransport server are operating in unreliable modes, undelivered packets are not retransmitted. However, since the network is reliable, we can see almost no performance differences between the protocols.
In the second experiment, WebRTC data channel and WebTransport server are still operating in unreliable modes, but any packet may be dropped with a probability of 15%. We can see WebSocket performance starting to suffer due to TCP head-of-line blocking. WebRTC and WebTransport maintained a stable and efficient behavior since dropped packets are not retransmitted.
The third experiment is the same as the second one except now, WebRTC data channel is set up for ordered delivery and a maxRetransmission
value of 5
to ensure reliability. WebTransport server used a server-initiated, reliable, and unidirectional stream which is better suited for this experiment (since data flows only in one direction). We can see WebRTC packets often arrive in bulk since ordered delivery enforces a large buffer (newer packets were buffered waiting for older ones to be retransmitted). This results in an overall behavior not better than WebSocket. In the end, WebTransport was the fastest protocol to deliver all the coordinates with the smallest number of packets transmitted.
Additional notes:
-
UDP Receive buffer size was incremented as suggested in https://github.com/lucas-clemente/quic-go/wiki/UDP-Receive-Buffer-Size
-
No limits were specified on packet size or how protocols buffer packets.
-
Libraries used: gorilla/websocket, pion/webrtc, and adriancable/webtransport-go
-
Client is written in pure HTML/CSS/JS. Static files were served by JetBrains debugging server, an additional Go server for static files is included in this repo. Bootstrap and Chart.js were used.
-
Clone repo
git clone https://github.com/Sh3B0/realtime-web.git cd realtime-web
-
Create locally trusted certs using mkcert
mkdir certs && cd certs mkcert -install mkcert localhost
-
Run a server (use similar commands for
webtransport
andwebrtc
)./run.sh websocket
-
Simulating packet loss (use
del
instead ofadd
to remove rules)sudo tc qdisc add dev lo root netem loss 15%
-
Run client
./run.sh client chromium --origin-to-force-quic-on=localhost:8001 http://localhost:3000