tomek-o / tSIP

SIP softphone
https://tomeko.net/software/SIPclient/
157 stars 34 forks source link

networking #55

Open Northernn opened 1 month ago

Northernn commented 1 month ago

This issue causes me an issue regularly.

If you have a 2nd IP added to the network IP (cause I need to be connected to a 2nd network that is internal only (no gateway or internet connection) so it is added under the networking in tsip2 image, as you can see it is 10.9.0.7 and the main network is 192.168.10.x that has the gateway.

When I use tsip it always defaults to the 10.9.0.x network on the eth adaptor, and not the 192.168.10.x which means the phone stops working, and as per tsip1 image you cannot change it.

To fix this can we have the ability to force it to use the main metwork and not the added network?

If I remove the 10.9.0.x network from the adaptor it defaults right back to 192.168.10.x as you would expect, but this makes 10.9.0.x inaccessible to me which makes things difficult, as sometimes I need to be on both networks at the same time and still have the ability to use the phone! I have to use a different client in this case but would prefer not to have to do that.

tsip2

tsip1

Northernn commented 1 month ago

Actually nevermind I have solved it, I decided to try and put the 192.168 address in the bind to address and it does the job, even though the drop down says 10.9.0 the binding works which forces the phone onto the 192.168 network.

Northernn commented 1 month ago

It doesn't fully solve it, in the situation above it is fine because you use static IP addresses, but if someone is using a VPN into an office (road warrior) from say like a home network and using DHCP because it is a laptop or something and they move about, this solution doesnt work.

For example, if I work at home on the laptop and it gets an IP of 192.168.1.6 anf gateway 192.168.1.1, then I vpn into the office which gives me 10.0.0.6 for example so I can access the office network but I still use my home network for internet, but everything is assigned IP (not static) so I cannot put an ip into the bind box each time (some workers wouldn't remember, or just don't want to do this) so in this case it fails.

The only solution I have found to the above so far is to open the phone software and let it connect BEFORE you VPN in to another network, this keeps the phone online and works until there is a network issue of some kind, like broadband drop and reconnect (fast) or such and it all breaks an you have to start again from scratch to fix it by disconnecting any VPN and re-opening the phone and reconnecting VPN again.

It sort of works but could be better to rid the client of these issues, if I use a different client it works without this issue, so it is something to do with the network binding when multiple networks are involved.

tomek-o commented 4 weeks ago

So two IPs on the same network interface? I have not tested it.

I should take a look at baresip multihoming, but probably not today.

Northernn commented 4 weeks ago

no rush just wanted to report it as in issue, there are ways round it as mentioned but just not ideal for none technical people. thanks.

tomek-o commented 3 weeks ago

Could you test https://tomeko.net/tmp/no_bind/tSIP.exe? It probably should still show wrong IP addresses in logs, but it might work with or without network interface or local IP selected.