MXIE Soft Phone has one way audio

Soft phone users connecting over a SonicWall SSL vpn have one way audio (the user can hear the person they call, but the receiving caller cannot hear them). Zultys tech support was not helpful.
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Check the soft client to see what RTP port it is using and then make sure that port is open in the firewall. I can't remember what port the MXIE used but it was different that what we expected. In our original testing we opened UDP1024 to UDP65535 until we found the port. Unfortunately I no longer have access to that customers firewall or I'd look it up. I seem to remember that we had opened 10000-20000 and it was using something in the 40000-42000 range. Don't quote me though as it's been a while.
explorer648Author Commented:
Thanks for the info, jfaubiontx. I should add that sometimes the calls actually do work, but the sound quality is horrible. Do you think that the issue might be related to NAT traversal? I'm thinking it is more of a QoS issue. Thoughts?
If they are connecting through the SW SSL VPN, then fw or NAT shouldn't affect the connection, since the softphone traffic should be all in the VPN tunnel.

Some ideas for testing... Can you try this locally on-site, without the VPN to confirm it works properly? That would at least rule out most issues on the local machine. If that works, then try bringing up the VPN locally, as that would help rule out the VPN (not completely, but somewhat).

Are there any routes needed in the SW or other local device to direct the voice traffic back through the VPN?

And yes, it definitely could be a QoS issue. If you could connect the client locally on the WAN side of the SW and bring up the VPN that should let you know if it works from the WAN side.  

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
Doh! I didn't notice the VPN part of your question. If connecting through VPN, NAT is not an issue. It certainly acts like a bandwidth issue. Can you run an MTR across the VPN to see if there are packet loss issues?
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Software Firewalls

From novice to tech pro — start learning today.