Yealink T48s call forward issue


#1

Have a strange issue with Yealink T48s phone. When setting the forwarding on the phone to forward the calls to an external number, the call always “all-circuits-busy-now&please-try-call-later” error. However, if I set the same external number with followme, it works fine. The first thought is the user didn’t enter the leading digit “9” in the forwarding number. Checked the setting and it has the leading digit. The second thought is the phone sending the original caller’s caller ID to the trunk and rejected by the SIP trunk provider. However, even I set the office caller ID and set it to force in the SIP trunk, it still not able to get through. Am I missing something here? Is this the problem in the FreePBX code or the problem in the Yealink phone firmware? Anybody has idea?


#2

https://wiki.freepbx.org/display/SUP/Providing+Great+Debug
Paste the Asterisk log for a failed call at pastebin.freepbx.org and post the link here.


#3

Here is the log.
https://pastebin.freepbx.org/view/c58c7cae


#4

This is caused by your rewriting the caller ID of the original caller to something that the provider won’t accept on the outbound leg. I had warned you in your previous thread that using prefixes like this is not a good idea. If you want to keep going down this rocky road, you’ll need to remove the prefix when used as caller ID for outgoing calls. This can be done with a ‘hook’ before dialing the trunk. See

IMO a better solution is to stop rewriting the caller ID (which begins with +) and edit your Outbound Routes so a number in E.164 format is accepted.


#5

I just don’t understand why the call is still dropping even I set the trunk to force CID. If I understand correctly, when the trunk is set to force CID, it won’t send the originated CID to the provider. I should just send the trunk CID instead, no matter who is originating the call. If the call is being forward, the receiving party should see the CID from the office instead of the original caller ID. Something is not right here.


#6

Possibly this:
[2020-10-21 12:56:04] WARNING[878][C-000003d1]: chan_sip.c:24442 handle_response_invite: Re-invite to non-existing call leg on other UA. SIP dialog 'BW105554560211020-1855824646@10.108.100.101'. Giving up.
is related. Confirm that you have canreinvite=no for the trunks.

If that’s not it, at the Asterisk command prompt, type
sip set debug on
and paste another log of a failing call, which will now include SIP traces.

BTW, when you paste logs, be sure that expiration is set to never, so future readers can follow the thread.


#7

Here is the debug log.

https://pastebin.freepbx.org/view/15b1dfda


#8

Here is the debug log with a SIP Trunk by Nextiva.
https://pastebin.freepbx.org/view/a4cf93aa