One way audio via VPN

[sgarson]

I have a number of field people using ShoreTel phones via hardware VPN. One of my people has an unusual problem: When a PSTN originated call comes in, the phone rings, my person answers and hears nothing, but the caller hears fine. When a call come in from the HQ office with the ShoreTel switch, the audio is 2-way with no problem. But if you then conference in a PSTN call, then the VPN call is disconnected.

I have run Wireshark traces and provided them to ShoreTel Enterprise support and have been waiting on recommendations.

Can anyone make some suggestions?

[davidbec]

Just guessing here but could that be the Windows security option that disconnects VPN if encryption or sertain security options are not supported by the server?

[NorthernSails]

Did you place the IP address for the Shore-Tel server in the hosts file?

[Jlorenz]

I have a number of field people using ShoreTel phones via hardware VPN. One of my people has an unusual problem: When a PSTN originated call comes in, the phone rings, my person answers and hears nothing, but the caller hears fine. When a call come in from the HQ office with the ShoreTel switch, the audio is 2-way with no problem. But if you then conference in a PSTN call, then the VPN call is disconnected.

I have run Wireshark traces and provided them to ShoreTel Enterprise support and have been waiting on recommendations.

Can anyone make some suggestions?

What you are describing is very common. The issue is going to be in your routing tables and IP Gateways

You say
A site to site (Ext to Ext) everything is good (This eliminates Hardware and Shoretel being the problem. The fact two way is VP is there indicates no issue with Hardware or your VPN (From a Internal Perspective)

No you ad
If a PSTN call comes direct to VPN User it is One way

Now we enter two points of reference

1. The T1/PRi or Analog PSTN)
2. The SG to Remote VPN User

With out knowing what you topology is, lets say your VPN users Phone is 10.10.10.10, with a subnet of 255.255.255.0 and Gatway of 10.10.10.1
Lets say you Corp Subnet is a 192 subnet and the T1 and SG is sitting on that subnet with 192.168.10.1 as the gateway and 255.255.255.0 as subnet.

I will put my bet that the break is between the T1 and the VPN If this is happenign to just one user, then do a deep stare and compare on the working users and the non working. Most likely is someplace in your routing tables, your missed the VPN or the VPN is not aware of the other routes.

This is a network issue:w00t:

[AspenTim]

I am having the exact opposite action with a VPN site. The network engineer has created a VPN using Snapgear Firewalls over a 6M wireless. HQ site has SG-T1 for a PRI and SG90 for phones. VPN site has SG50 for phones and analog backcup. calls that come in on the PRI work fine routed to the VPN site with 2 way audio. However, internal calls between the 2 sites are one way only. I believe this to be a routing issue as well, but unfortunately we cannot find anything worng with the VPN programming. I have sent a woreshark to SHoreTel and am also waiting for a response. Any other ideas of where to look?
Thanks in advance!

[ctrl_alt_del3t3]

AspenTim Update

AspenTim, did you find out what was the cause of this? I have a site to site vpn with the same issue. When users at the site make calls to HQ, the HQ site can hear them but the site can not hear the HQ.

Calls from the site to other numbers work fine.