Android 16.1.0.41 Attended Transfer

[arzor]

Hi

I have a weird problem with our android users. All attended transfers from android apps get one way audio where the caller can hear the receiver but not vice verse.
Blind transfers does however work as expected.
Users with iPhones have no issues with either blind or attended transfers.

Both android phones have been in gsm mode (not wifi) to isolate any network issues as we have had some issues with guest wifi networks that the users normally use.

How can this be? I would expect transfers to either work or not work. Either there must be some bugg in the android app or we have a setting in the server that just causes problems for android users.

Any insight or ideas is highly appreciated.
Oh, if it matters, i send developer logs from both the transfering app and the receiving app.

I'm running 16.0.676 (Linux)
Everything is "checked" except trunks as supported providers are very limited in Sweden.

BR
Ola

 

[AWS2P]

Which android App version and Android OS? is it on all Android phones , do you use only one same phone model?

Have you checked audio codecs used on app, on extensions, on SIP side

Are they same order to avoid audio transcoding ?

Do you have the car bluetooth option turned on? (Settings > Advanced?)

 

[arzor]

Which android App version and Android OS? is it on all Android phones , do you use only one same phone model?

Have you checked audio codecs used on app, on extensions, on SIP side

Are they same order to avoid audio transcoding ?

Do you have the car bluetooth option turned on? (Settings > Advanced?)

App version is 16.1.0.41
Two different phones, tested one HTC and one S9+

Android 9 with pending update for the S9+. Don't have access to the other at the moment.
Re-installed the app on the HTC with same result.

Extension codec priority is identical all tested phones (both android and iphone)
SIP trunk has same codec priority

No special settings in App, only echo cancellation.

To clarify,
the issue only arise when android users initiate the transfer. It doesn't matter which type of extension that receives the call.

 

[AWS2P]

if you call *777 (echo test) do you hear you back?

 

[arzor]

if you call *777 (echo test) do you hear you back?

Everything works on these phones, calling, answering ring groups etc. We can do blind transfers from them but if attended then one way audio.

 

[AWS2P]

is it same behavior with internal transfer between extensions or is it only with inbound calls coming from sip trunk?

Do you have PBX Delivers Audio ticked in sip trunk settings ?

 

[arzor]

I have not tested internal transfers as this would never happen but i can try and arrange it tomorrow.

Sip-trunk has below advanced options ticked,
PBX Delivers Audio, Supports Re-Invite, Support Replaces

Extension trouble shooting options ticked,
Support Re-Invites, Support 'Replaces' header

Our sip trunk is unsupported. I wish it wasn't but there is not much to choose from in Sweden.
Shouldn't be a trunk issue as we didnt have this issue pre V16.

 

[AWS2P]

try with this on trunk options

 

[arzor]

Only tested with one phone so far but it seems to have fixed the issue.
Will do more testing when more people are available next week.

Thanks alot for all your help and quick response!

 

[AWS2P]

You're welcome