--
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 on the web visit https://groups.google.com/d/msgid/sonobus-users/22689be4-9a9c-4e3e-a390-291dd4099038n%40googlegroups.com.
Hi Jesse -Can you clarify a bit more on this for me? (I'm familiar with port forwarding both at home and at my university to run jacktrip servers, etc., but not clear on using sonobus between institutions and home networks):If the machine behind the institutional firewall has port forwarding setup on a static IP, then would that mean that the home network users on the same call would not have to open ports?
If so, and the institutional user sets the port in options, what if there are more than 2 people on the call? (Wouldn't there need to be a port per peer?)
No rush! Thanks.--On Monday, October 26, 2020 at 7:34:39 PM UTC-7 jesse wrote:Sorry about that, unfortunately the kinds of firewalls that institutions have are not friendly with peer-to-peer networking (using symmetric NAT), and you as a user inside them just don't have the ability to do anything about it on your own unless you have an in with the network administrators.However, you can still get it to work sometimes if all the users you are connecting to are *outside* the institution on a regular home internet connection that they have access to configure their own router. In that case here is the technique to tell them to set up port forwarding for SonoBus, which might magically allow it to work with them:In SonoBus settings under Options, check the Use Specific UDP port, and choose any number you want (12000 for this example). Then in your internet router's administration control panel, set up a port forwarding for UDP for port 12000 and direct it to the internal network address of your machine's port 12000. Often this is enough for one person behind an institutional symmetric NAT to connect with someone who isn't.In the future, there may be a non-peer-to-peer server based version of SonoBus that will let anyone connect to anyone, at the expense of routing all traffic through an internet server, more like music101 or jacktrip in server hub-mode, jamulus, etc.JesseOn Mon, Oct 26, 2020 at 10:21 PM Marc Ainger <aing...@osu.edu> wrote:Unfortunately, my experience is that many university networks will not allow peer to peer communications such as Sonobus.On Monday, October 26, 2020 at 6:35:53 PM UTC-4 d003...@dixie.edu wrote:Hello,I am excited about the possibilities with SonoBus.I am on a university network, but am coming up with the message:"Could not connect with user, one or both of you may need to configure your internal firewall or network router to allow SonoBus to work between you. See Help documentation to enable port forwarding on your router."I am wondering where I might find "Help Documentation" as mentioned in this message.Best,Roger--
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 on the web visit https://groups.google.com/d/msgid/sonobus-users/22689be4-9a9c-4e3e-a390-291dd4099038n%40googlegroups.com.
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 on the web visit https://groups.google.com/d/msgid/sonobus-users/833cfa5e-d2b0-419c-81cd-b501cd2050c7n%40googlegroups.com.
---
Unless you're at a rare campus that does not have a firewall in place for ethernet networks, you’ll need to work with your Network Administrator to open ports. They will usually need to know the building in which you plan to use the computer (since this determines the network), and typically there are 2 different methods they can use to help you.
One method is for them to 1) assign a static IP to your computer or ethernet adapter (associated with its MAC ethernet address) so that each time it is connected to the ethernet network, it is assigned that IP; and 2) to simultaneously assign that IP an exception on the network so that your computer can receive on specific port(s). The advantage of this method is that you don't ever need to manually configure an IP, as long as you're using that machine (or adapter) on that network. It does require that you give the correct MAC ethernet address for your computer or ethernet adapter to your Network Administrator, so they can properly set up the entries in their system.
As another option, they can provide you with a static IP that you could configure manually on that network, and then, just as with the second part of option 1 above, they would associate that IP with the port exception. This way, they don't need anything from you at first (i.e. you never need to give them a MAC ethernet address). This method has the huge advantage that it can be used on any machine. For example, in a class where multiple students all need to use JackTrip, this method is far easier to manage than establishing requests for all the students’ MAC ethernet addresses. However, the downside of this method is that each user has to manually configure an IP for each session (though manually configured IPs can of course be saved in most computer’s network settings, to make it easier after the first time).
I'd recommend requesting the first method if there is a particular computer that you know you'll be using regularly for JackTrip, and the second method if you will be using JackTrip on different machines.