RemoteTRX connection direction reversal?

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

RemoteTRX connection direction reversal?

Erik Finskas-2
Hello all.

Has it ever been discussed that the RemoteTRX connection logic should be the other way round, so that the remoteTRX initiates connection towards the SVXLink server and not as it is now that the server initiates connection towards remotes.

The only reason for this being better is that using modern mobile connections which usually have a carrier-provided NAT in between, the connections could be established from the client side towards a fixed IP server, but not backwards if no VPN or other tunneling is used.

Of course the SVXLink server can host a OpenVPN server so that remotes can make tunnels towards the server and through which the server then can connect the remotes but it generates an extra layer which could be solved already by the application.

73
Erik OH2LAK

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Svxlink-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/svxlink-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: RemoteTRX connection direction reversal?

svxlink-devel mailing list
Hi Erik,

    https://github.com/sm0svx/svxlink/issues/64

Add a comment or a "reaction" (e.g. thumbs up) if you want to raise the priority for this issue.

73's de SM0SVX / Tobias


On 07/18/2017 09:49 AM, Erik Finskas wrote:
Hello all.

Has it ever been discussed that the RemoteTRX connection logic should be the other way round, so that the remoteTRX initiates connection towards the SVXLink server and not as it is now that the server initiates connection towards remotes.

The only reason for this being better is that using modern mobile connections which usually have a carrier-provided NAT in between, the connections could be established from the client side towards a fixed IP server, but not backwards if no VPN or other tunneling is used.

Of course the SVXLink server can host a OpenVPN server so that remotes can make tunnels towards the server and through which the server then can connect the remotes but it generates an extra layer which could be solved already by the application.

73
Erik OH2LAK


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot


_______________________________________________
Svxlink-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/svxlink-devel



------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Svxlink-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/svxlink-devel
Loading...