Remix.run Logo
▲ Multi-connectivity for real-time streaming over Wi-Fi(nanoping.com)
14 points by mortenvp a day ago | 8 comments
▲zamadatix 28 minutes ago | parent | next [-]

Hey mortenvp, ex-enterprise network admin's thoughts & questions:

- The 3 interfaces detail is a bit buried. For a second I thought you were somehow changing the adapter channel and association quickly enough on a single adapter.

- What approach are you taking to still present the client as a single IP source during the video call? (partly curiosity, largely curious how that interacts with using the network).

- Why are the comparisons to a single pinned AP only instead of normal roaming across them (preferably with KVR)? It makes me particularly suspicious of the results would be better, especially since pinning to AP B the entire time was already itself 0.17% off perfect.

- Do you have any comparisons with newer MLO setups to say "gives you x% of MLO without having to wait for infrastructure to catch up" or anything?

▲lesspassiveobse an hour ago | parent | prev | next [-]

Unifi had this on their old access points (Multi-AP coordination outside of the spec) Now we have 802.11r fast roaming and with 802.11bn (WiFi-8) it will be basically instant, because that standard adds SMD (Seamless Roaming Domain). The APs will talk to each other and share the client connection state.

▲atarvaneitor 15 minutes ago | parent | prev | next [-]

Using the MikroTik HWMP+ protocol and OpenMPTCProuter, we did something similar in very remote locations for government video calls.

▲mrb-np a day ago | parent | prev | next [-]

WiFi is a real pain in many situations! This can actually help!

▲net01 22 minutes ago | parent [-]

Bot?

▲mrb-np 2 minutes ago | parent [-]

No - But WiFi really sucks :)

▲mortenvp a day ago | parent | prev [-]

We’ve been experimenting with real-time streaming over Wi-Fi where packets have a 100 ms latency budget.

The problem we wanted to look at was roaming. Even when you have good Wi-Fi coverage, moving between access points can cause short interruptions that are long enough to matter for a real-time application.

Instead of relying on a single Wi-Fi connection and hoping the handover is fast enough, we tested our overlay multi-connectivity transport using three Wi-Fi access points at the same time.

The transport can use all three paths simultaneously, so a roaming event or temporary interruption on one connection doesn’t necessarily interrupt the stream.

We’re still digging into the results, but it’s an interesting way of thinking about Wi-Fi reliability: rather than trying to make one connection perfect, use several imperfect ones together.

▲pimlottc an hour ago | parent [-]

This is a great result and a very nice visualization. One thing I’d suggest is making it clearer upfront that this requires a computer with multiple WiFi adapters; it’s not mentioned until more than halfway through the article.