Hi All,
In our environment , we make an outbound call to external number whose phone is setting VoLTE .
When external user answered this call , then the FreePBX prompt “number-not-answering” and this call was ended .
The following picture was captured in FreePBX when this issue occour .
Do you have any suggestions on this case?
Thanks.
Call attempt was rejected by your provider. To know why, you need to ask them.
Hi lgaetz,
Thanks for your reply .
Will let you know the update.
Unless an artifact of your test, it’s strange that there is no outbound RTP shown. If using default ports, 5160 would be chan_sip.
But if you have pjsip on that port: I’ve had trouble where a 180 with SDP was not processed correctly (the SDP was ignored). If that’s your issue, it’s conceivable that China Mobile ended the call for lack of incoming RTP. In that case, configuring the trunk to use chan_sip may fix it.
Otherwise, look at the headers on the 487. There may be a Warning or custom header that gives a clue as to what is wrong.
Also, though unlikely, one of the extra codecs in your INVITE could be causing trouble – see if allowing only alaw helps.
Is this issue specific to VoLTE (there is no trouble calling a non-VoLTE phone using the same trunk)? If so, do you expect a wideband connection using G.722? Or would you need AMR-WB (not present in the INVITE)?
Hi Stewart,
Thanks for your reply .
Our extensions was registed by pjsip .
The trunk with provider was working on chan_sip already .
This issue is specifc to VoLTE only .
We already use G.722 in audio codecs .
I can also see the error message in 487 header as follows:
Here is trunk’s outgoing peer details :
context=from-pstn
defaultexpiry=1800
dtmfmode=inband
fromdomain=xxx.chinamobile.com
fromuser=+86xxxxxx
host=xx.xx.xx.xx
insecure=port,invite
secret=xxx
type=friend
usereqphone=yes
[email protected]
i couldn’t catch you about AMR-WB . Do you mean change the insecure parameter ?
The 487 response has some associated headers (From, To, etc.) With luck, there will be a Warning or custom header with more info.
The lack of outbound RTP still seems odd. Check whether the incoming RTE is being passed to the extension and whether the extension is sending RTP.
Hi Stewart1
Thanks for your reply .
My provider told me maybe something wrong with maxptime parameter .
Our maxptime is 150 . Our provider told us this must be set as multiples of 20 of ptime.
Is there something wrong with this parameter ? Do you know how to modify it ?
Can’t be modified.
Hi lgaetz，
Base on your experience , will maxptime affect the calling ?
My experience is worthless. Apart from knowing what VoLTE stands for, I have never touched it. You may benefit from a SIP proxy or an SBC that gives very fine control over SIP parameters. I wouldn’t know where to start.
Hi lgaetz，
Thanks for your reply and kindly help .
IMHO, it’s unlikely that maxptime is the trouble. First, I’ve never seen a provider fussy about a 150 ms value. Also, if they did reject the call for that reason, one would not expect that to occur only after sending you some RTP.
Don’t give up. First, look at that 487 response for a clue as to what is wrong. You may not find one, but it’s easy to look. Click on the packet in Wireshark, expand the line ‘Session Initiation Protocol (487)’, then expand Message Header. You’ll see all the headers.
If there is no information there, check whether any RTP was sent back to China Mobile during the ~950 ms interval between the 180 and the 487. (It may be there but Wireshark may have failed to display it.) If there is no RTP or it’s not alaw, try to fix that (or report details).
Also, please try setting the trunk to allow only alaw, or allow only g722 and alaw. It’s conceivable that China Mobile tries to set up one of the other codecs but later gets an error. Of course, with only alaw you won’t get a wideband connection, but it’s better than having the call fail.
If you still have trouble, I recommend setting up an IP phone, softphone or SIP app to connect to China Mobile directly (not using the PBX). If that works ok with a VoLTE connection, we can compare the SIP traces and try to make Asterisk look the same. If it also fails in the same way, it won’t be sending a large maxptime and you can update your ticket with China Mobile using that example.
Hi Stewart1,
Many thanks .
I’ll contact ChinaMobile and check WireShark together .
And let you know the updates .
Thanks .
Hi Stewart1,
I changed the maxptime to 120 , then compile asterisk .
After that , i can make an outbound call to someone who was using VoLTE .
Thanks for your kindly help .
This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.
