inbound callers can't hear me

[macx979]

Hello,

If I make an outgoing call everything's fine. I can hear the other party and he can hear me.
If I get an incoming call, I can hear the caller but he can't hear me.

In the forum this seems to be a very common issue but without any good solution.
The X-Lite users are often advised to call ***7469 and then change the value of honor.
Sadly this doesn't work for me because it doesn't seem to be possible in the Bria Outlook Add-In. Is there maybe another way to get to this value or another solution for this problem?

The stun server entry is inserted and I also forwarded udp port 5004 and 5060 in my router. But nothing helped.

thanks in advance

[dith66]

have the same problem - have you got a solution for this problem???

[Derek Jacobs]

Please try disabling all but the codec that the provider is requesting and see if that helps.

[mwe]

I found a solutuion !!

If you press Hold and then Unhold, the inbound caller can then hear you.

[DaveLowton]

I'm also getting this problem. Need to put the call on hold and then resume it in order for my voice to be heard. Any news on a possible fix?

Cheers.

[lu_cotto]

Hello all!

I am bringing up this matter again to provide a new element which might help understand this behaviour.

First of all, I am having the same problem described here, and the trick of holding and the un-holding the call works for me as well. I have tried port-forwarding, firewall-disabling, all the way to making the PC an "exposed host" (like if it were directly connected to the Internet), all to no avail.

The new element is the following: X_Lite used to work without a hitch on a different network, along with 4 others PC using X-Lite similarly without problems. When moved the the new network, without any configuration change, X-Lite wasn't able to register anymore, giving a 403 error (forbidden). The only way to make it register was to change from automatic stun discover to "use specified server" (with a setting of stun.xten.com, but others worked, too).

I am happy with pressing hold twice when connected to that specific network, but I would love to understand WHY.

[mbagshaw]

I have the same problem (it is always somehow comforting to know that you're not the only one with a problem, isn't it?!). Surely there is a better solution than having to put a call on hold and then unhold every time you receive a call!! CounterPath - are you doing anything to fix this???

Hmmm ... just tried the "hold/unhold" thing and it didn't work for me.

[Derek Jacobs]

Did you try enabling a single audio codec as suggested?

[mbagshaw]

Hi Derek,

I haven't tried this - how do I establish which codec the provider is looking for?

[Derek Jacobs]

Please try G.711 uLaw.
No harm done if it does not work with your provider.

[mbagshaw]

It seems I might have stumbled on a solution to this - I checked be "Accept the first codec offered when negotiating audio codecs" option in the Audio Codecs tab of Preferences. That seems to work.

[tomthumb]

I found if I put the call on hold and then unhold I could the caller could then hear me.

Also ticking the accept first codec in the Preferences>Audio worked seems to be more of permanent solution for me.

My VoIP is
Pennytel
Port 5060-5061
Codecs: uLaw and aLaw