Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations bkrike on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

IPSoftphone via VPN

Status
Not open for further replies.

trilogy8

Technical User
Jan 26, 2017
413
US
I'm testing our One-X Communicator via VPN and it all works fine. What I am noticing is that our remote office users connect fine, but the PBX isn't honoring the location field in the station form. Since our VPN concentrators are centrally located, they offer IP's randomly. In our IP network map table there's no way for us to chop this up, but we thought the location field in the station form would work. Is that not the case or is there another way to get these folks pointed where they need to be? We not be ideal to have to put manual IP/32 addresses in that table.
 
what are you trying to accomplish with the Location field?
 
Need the registered softphones to utilize their respective office local trunks. We have the in-office subnets created in the network map because those are specifically defined by location. The VPN subnet is just one big supernet that isn't chopped up for us to be able to point to different NR's. We thought the location field in the station form would be able to help with that, but connections are defaulting to the NR of the PROCR.
 
Only way you will get that to work is if you statically assign all your vpn users and add each user to the correct IP map.
 
You can hard code each user to use the location field in their extension but it isn't recommended if they move around. Also, your locations need to match your ip-network regions.

So IP-network-region 501 would need a location of 501
 
I have a location '15' and NR '15' and an extension with the location field of '15' defined. When they connect in via softphone over VPN, they are not showing registered in NR 15. It is registering to the default NR of PROCR. That's what the issue is. If you put the /32 IP address they registered with in the network map, then it works, but that would be a maintenance nightmare. The VPN subnet isn't chopped up by office.
 
It wont be registered to NR 15 but if you trace it out it would be using the ARS route patterns for NR 15
 
Thanks mate.. that worked like a charm. Thanks again
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top