Ata can make outbound calls but cannot get inbound

Freepbx 15
Asterisk 13.38.1

I’ve got a yeastar TA100 ATA (that I use elsewhere, in the exact same situation) that can make outbound calls no problem but inbound calls give a quick ring, then busy. I’ve compared all settings on the ATA and PBX to a good existing system and can’t see any obvious differences.

Here are the asterisk logs for an attempt to call 1023 (ATA) from 1017

292451 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [1021@from-internal:1] GotoIf(“SIP/1017-00003418”, “1?ext-local,1021,1:followme-check,1021,1”) in new stack
292452 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx_builtins.c: Goto (ext-local,1021,1)
292453 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [1021@ext-local:1] Set(“SIP/1017-00003418”, “__RINGTIMER=15”) in new stack
292454 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [1021@ext-local:2] ExecIf(“SIP/1017-00003418”, “0?Set(__CWIGNORE=)”) in new stack
292455 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [1021@ext-local:3] Macro(“SIP/1017-00003418”, “exten-vm,novm,1021,0,0,0”) in new stack
292456 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [s@macro-user-callerid:18] ExecIf(“SIP/1017-00003418”, “0?Set(CUSDIAL=1021)”) in new stack
292457 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [s@macro-exten-vm:3] Set(“SIP/1017-00003418”, “__EXTTOCALL=1021”) in new stack
292458 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [s@macro-exten-vm:4] Set(“SIP/1017-00003418”, “__PICKUPMARK=1021”) in new stack
292459 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [s@macro-exten-vm:6] Gosub(“SIP/1017-00003418”, “sub-record-check,s,1(exten,1021,dontcare)”) in new stack
292460 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [exten@sub-record-check:1] NoOp(“SIP/1017-00003418”, “Exten Recording Check between 1017 and 1021”) in new stack
292461 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [exten@sub-record-check:16] Gosub(“SIP/1017-00003418”, “recordcheck,1(dontcare,internal,1021)”) in new stack
292462 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [s@macro-exten-vm:14] Macro(“SIP/1017-00003418”, “dial-one,HhTtr,1021”) in new stack
292463 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [s@macro-dial-one:1] Set(“SIP/1017-00003418”, “DEXTEN=1021”) in new stack
292464 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [s@macro-dial-one:3] ExecIf(“SIP/1017-00003418”, “0?Set(__EXTTOCALL=1021)”) in new stack
292465 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [dstring@macro-dial-one:2] Set(“SIP/1017-00003418”, “DEVICES=1021”) in new stack
292466 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [dstring@macro-dial-one:7] Set(“SIP/1017-00003418”, “THISDIAL=SIP/1021”) in new stack
292467 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [dstring@macro-dial-one:15] Set(“SIP/1017-00003418”, “DSTRING=SIP/1021&”) in new stack
292468 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [dstring@macro-dial-one:19] Set(“SIP/1017-00003418”, “DSTRING=SIP/1021”) in new stack
292469 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [ctset@macro-dial-one:1] Set(“SIP/1017-00003418”, “DB(CALLTRACE/1021)=1017”) in new stack
292470 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [s@macro-dial-one:47] Gosub(“SIP/1017-00003418”, “sub-presencestate-display,s,1(1021)”) in new stack
292471 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [s@macro-dial-one:49] Set(“SIP/1017-00003418”, “CONNECTEDLINE(num)=1021”) in new stack
292472 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [s@macro-dial-one:56] Dial(“SIP/1017-00003418”, “SIP/1021,HhTtrb(func-apply-sipheaders^s^1)”) in new stack
292473 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] app_stack.c: SIP/1021-00003419 Internal Gosub(func-apply-sipheaders,s,1) start
292474 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [s@func-apply-sipheaders:1] ExecIf(“SIP/1021-00003419”, “0?Set(CHANNEL(hangup_handler_push)=crm-hangup,s,1)”) in new stack
292475 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [s@func-apply-sipheaders:2] NoOp(“SIP/1021-00003419”, “Applying SIP Headers to channel SIP/1021-00003419”) in new stack
292476 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [s@func-apply-sipheaders:3] Set(“SIP/1021-00003419”, “TECH=SIP”) in new stack
292477 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [s@func-apply-sipheaders:4] Set(“SIP/1021-00003419”, “SIPHEADERKEYS=”) in new stack
292478 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [s@func-apply-sipheaders:5] While(“SIP/1021-00003419”, “0”) in new stack
292479 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Executing [s@func-apply-sipheaders:14] Return(“SIP/1021-00003419”, “”) in new stack
292480 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] app_stack.c: Spawn extension (from-internal, 1021, 1) exited non-zero on ‘SIP/1021-00003419’
292481 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] app_stack.c: SIP/1021-00003419 Internal Gosub(func-apply-sipheaders,s,1) complete GOSUB_RETVAL=
292482 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] app_dial.c: Called SIP/1021
292483 [2021-01-12 14:25:38] VERBOSE[27997][C-00001243] pbx.c: Spawn extension (ext-local, 1021, 3) exited non-zero on ‘SIP/1017-00003418’

Anyone have any insight into what’s going on?

You have to see why the TA100 is rejecting the call. At the Asterisk command prompt, type
sip set debug on
and make a failing call. Paste the Asterisk log for the call, which will now include a SIP trace, at pastebin.freepbx.org and post the link here

https://pastebin.freepbx.org/view/db55d123

got it sorted, turned out to be the DID setting on the ATA

Mind sharing what setting? Might be helpful for future visitors

^^^^^^^

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.