Feature Request: Multiple VPN IPs / Multi-Endpoint Failover Support

42 views
Skip to first unread message

Mauro Bonan

unread,
Jul 9, 2026, 6:20:03 PMJul 9
to SonoBus Users

Hello,

I have a suggestion that could significantly improve the reliability of SonoBus in professional broadcast environments.

Currently, SonoBus appears to accept only a single IP address or hostname for a remote peer. In many radio and live production setups, we maintain two VPN networks simultaneously for redundancy—for example:

  • Radmin VPN
  • ZeroTier

Each VPN provides a different virtual IP address.

It would be extremely useful if SonoBus allowed configuring multiple destination IP addresses (or hostnames) for the same remote endpoint.

For example:

  • Primary: 26.xx.xx.xx (Radmin VPN)
  • Secondary: 192.168.191.xx (ZeroTier)

If the primary route became unavailable, SonoBus could automatically attempt the secondary address without requiring manual intervention.

This concept is commonly known as:

  • Multi-Endpoint Connection
  • Automatic Failover
  • Redundant Network Paths
  • Multi-Homed Connectivity
  • Connection Redundancy
  • High Availability (HA)

Ideally, SonoBus could support:

  • Multiple IPs or hostnames for a single peer.
  • Automatic failover when the active connection is lost.
  • Optional priority order (Primary → Secondary → Tertiary).
  • Automatic reconnection to the preferred route when it becomes available again (Failback).
  • Periodic health checks (Heartbeat) to determine which route is available.
  • Support for both IPv4, IPv6, VPNs, and DNS hostnames.

This feature would greatly benefit radio broadcasters, sports commentators, live event productions, and anyone who relies on VPNs for remote audio contribution.

Even if seamless switching isn't possible during an active stream, simply attempting multiple configured addresses automatically would already provide a significant improvement in reliability.

Thank you for considering this feature

Dimitri Pappas

unread,
Jul 13, 2026, 7:04:58 AMJul 13
to SonoBus Users
It's a good suggestion, but might add unnecessary complexity to what should be a tool that is accessible (easy to use) for a wide audience.
What about adding your failover logic before it reaches sonobus? you could route the two sonobus nodes together over a tunnel that has its own underlying redundancy on the network layer

AndyMc Producer

unread,
Jul 18, 2026, 2:31:43 PM (11 days ago) Jul 18
to SonoBus Users
Sounds like something that could be dont infront of Sonobus the sonobus use a virtual type connection that get's its connection from the situations you describ.
Might even be somthing like that or use a proxy server locally just to reroute Sonobus which I'm sure you could add multiple addresses that way. 
Although I doubt Jesse would like loads of constant changing connections and it would also invite more trolling.
But if used for a normal legit way to send your radio or other audio to your radio over a the net I'd say lookign into some kind of local proxy to handle the connections and sononbus would
connect to local host to the proxy.

Yonatan Mijelshon

unread,
Jul 18, 2026, 3:23:22 PM (11 days ago) Jul 18
to AndyMc Producer, SonoBus Users
There’s a fork of Sonobus that accepts OSC commands and feedback. You could implement (in Companion, for instance) a radio toggle that mutes/unmutes two channels, so the operator can readily switch between them. Maybe even automate the change to follow a status read (if channel A says “i cannot connect”, switch to channel B) 

By the way, would be amazing to get a Companion module for Sonobus!!! 

--
You received this message because you are subscribed to the Google Groups "SonoBus Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to sonobus-user...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/sonobus-users/8745f559-50fb-4933-ad30-27e2ed460551n%40googlegroups.com.

Ross Work

unread,
Jul 18, 2026, 6:24:31 PM (10 days ago) Jul 18
to Yonatan Mijelshon, AndyMc Producer, SonoBus Users

Yonatan Mijelshon

unread,
Jul 19, 2026, 11:11:35 AM (10 days ago) Jul 19
to Ross Work, AndyMc Producer, SonoBus Users
It is the SonoBus Mendeni fork that adds the OSC and potentially other features as well. I’ve not used it, just followed the development over in the Sonobus Discord server. 

I hope I’m not messing anything up by sharing the link here (admin, please remove email if so)


On Sat, 18 Jul 2026 at 19:48 Ross Work <rosswo...@gmail.com> wrote:
I’ve never set up a proxy server, easy or for super tech?  I’m good at following instructions… semi IT literate … just an old guy


Cheers
Rossco

AndyMc Producer

unread,
Jul 19, 2026, 2:17:57 PM (10 days ago) Jul 19
to Yonatan Mijelshon, Ross Work, SonoBus Users
This Proxy server is open source, not used it but had a look and looks ok and form the looks of it's options it should do what you need.
https://github.com/2dust/v2rayN

Ross Work

unread,
Jul 19, 2026, 7:46:57 PM (9 days ago) Jul 19
to AndyMc Producer, Tech OKRFM, Yonatan Mijelshon, SonoBus Users
Ok
Got some homework and testing to do

Thankyou


Cheers
Rossco

Ross Work

unread,
Jul 19, 2026, 7:46:58 PM (9 days ago) Jul 19
to Yonatan Mijelshon, AndyMc Producer, SonoBus Users
I’ve never set up a proxy server, easy or for super tech?  I’m good at following instructions… semi IT literate … just an old guy


Cheers
Rossco

On Sun, 19 Jul 2026 at 8:03 am, Ross Work <rosswo...@gmail.com> wrote:
Reply all
Reply to author
Forward
0 new messages