Patrick Posted April 16, 2011 Report Share Posted April 16, 2011 I want to create an 870 for a remote user and was told that VPN is overkill. Is there an idiot's guide to remote srtp? Will Snom One provision remotely or will it even provision for this use? Basically, treat me like an idiot. It would seem to be an accurate description at the moment. Quote Link to comment Share on other sites More sharing options...
Happy Posted April 16, 2011 Report Share Posted April 16, 2011 I want to create an 870 for a remote user and was told that VPN is overkill. Is there an idiot's guide to remote srtp? Will Snom One provision remotely or will it even provision for this use? Basically, treat me like an idiot. It would seem to be an accurate description at the moment. I can only tell what I'm using. I'm creating an openvpn connection with 2 linksys wrt54G modems, flashed with Keith Moyer's TomatoVpn firmware. My snom 320 connects through the openvpn just like it's connected to a 'normal' internal network. It is simple, cost-effective and above all, works like a charm. Best Regards, Marc. Quote Link to comment Share on other sites More sharing options...
Vodia PBX Posted April 16, 2011 Report Share Posted April 16, 2011 If you use auto provisioning, you will automatically get SRTP. Quote Link to comment Share on other sites More sharing options...
Patrick Posted April 17, 2011 Author Report Share Posted April 17, 2011 Happy, all things considered, that's a great answer for my current customer. What I was trying to do was use the public IP to provision a set remotely. Probably would work better if the pbx had been working and I had been using the right IP address... Why is it that every time you try something new, something stupid happens and you end up wasting so much time? Quote Link to comment Share on other sites More sharing options...
Vodia PBX Posted April 18, 2011 Report Share Posted April 18, 2011 One of the common problems that we see is that the operating system prefers the private IP address for routing traffic to the public internet. This is typically because it has the higher bandwidth and the OS thinks this is the faster route. You might have experienced the same problem, and the way to fix it is to mingle with the route command. The problem is so bad because incoming TCP connections (HTTP) work beautiful, but UDP (RTP) does not--because it is not connection oriented. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.