Cannot detect busy signal on outgoing calls

It looks like asterisk cannot detect busy signal when dialing out. Is it a known issue? I’ve taken my test phone (analog line with no call waiting) off-hook to simulate a busy signal and the dial command waits until the timeout and then the dialstatus is reported back as ‘noanswer’.

Asterisk log:

[Sep 14 11:54:56] VERBOSE[21492] logger.c: – Executing [[email protected]:19] Dial(“SIP/21-00000083”, “SIP/mytrunk/1XXXXXX985|300|”) in new stack
[Sep 14 11:54:56] NOTICE[21492] app_dial.c: Hey! chan SIP/21-00000083’s context=‘macro-dialout-trunk’, and exten=‘s’
[Sep 14 11:54:56] VERBOSE[21492] logger.c: – Called mytrunk/1XXXXXX985
[Sep 14 11:55:09] VERBOSE[21492] logger.c: – SIP/mytrunk-00000084 is making progress passing it to SIP/21-00000083
[Sep 14 11:55:17] VERBOSE[21492] logger.c: == Spawn extension (macro-dialout-trunk, s, 19) exited non-zero on ‘SIP/21-00000083’ in macro ‘dialout-trunk’
[Sep 14 11:55:17] VERBOSE[21492] logger.c: == Spawn extension (from-internal, 5146360985, 6) exited non-zero on ‘SIP/21-00000083’
[Sep 14 11:55:17] VERBOSE[21492] logger.c: – Executing [[email protected]:1] Macro(“SIP/21-00000083”, “hangupcall|”) in new stack
[Sep 14 11:55:17] VERBOSE[21492] logger.c: – Executing [[email protected]:1] GotoIf(“SIP/21-00000083”, “1?skiprg”) in new stack
[Sep 14 11:55:17] VERBOSE[21492] logger.c: – Goto (macro-hangupcall,s,4)
[Sep 14 11:55:17] DEBUG[21492] app_macro.c: Executed application: GotoIf
[Sep 14 11:55:17] VERBOSE[21492] logger.c: – Executing [[email protected]:4] GotoIf(“SIP/21-00000083”, “1?skipblkvm”) in new stack
[Sep 14 11:55:17] VERBOSE[21492] logger.c: – Goto (macro-hangupcall,s,7)
[Sep 14 11:55:17] DEBUG[21492] app_macro.c: Executed application: GotoIf
[Sep 14 11:55:17] VERBOSE[21492] logger.c: – Executing [[email protected]:7] GotoIf(“SIP/21-00000083”, “1?theend”) in new stack
[Sep 14 11:55:17] VERBOSE[21492] logger.c: – Goto (macro-hangupcall,s,9)
[Sep 14 11:55:17] DEBUG[21492] app_macro.c: Executed application: GotoIf
[Sep 14 11:55:17] VERBOSE[21492] logger.c: – Executing [[email protected]:9] Hangup(“SIP/21-00000083”, “”) in new stack
[Sep 14 11:55:17] VERBOSE[21492] logger.c: == Spawn extension (macro-hangupcall, s, 9) exited non-zero on ‘SIP/21-00000083’ in macro ‘hangupcall’
[Sep 14 11:55:17] VERBOSE[21492] logger.c: == Spawn extension (macro-dialout-trunk, h, 1) exited non-zero on ‘SIP/21-00000083’

Route(s):

Route Name: Default
Route CID:
Route Password:
Route Type:
Music On Hold?default
Time Group: —Permnent Route—
Route Position: —No Change—
Dial Patterns that will use this Route:
( ) + ___ | [1NXXNXXXXXX]
( ) + ___ | [NXXNXXXXXX ]
( ) + ___ | [NXXXXXX ]
( ) + ___ | [[34689]11 ]
Trunk Sequence for Matched Routes:
0 mytrunk

Trunk (sip)

Trunk Name: mytrunk
Outbound Caller:
CID Option: Allow Any CID
Maximum Channels:

Dialed Number Manipulation Rules:
(1 ) + ___ | [NXXNXXXXXX]

PEER Details:
username={myname}
type=friend
trustrpid=yes
sendrpid=yes
secret={mysecret}
nat=yes
insecure=port,invite
host={myhost}
fromuser={myname}
disallow=all
context=from-trunk
canreinvite=nonat
allow=ulaw

Register string:
{mysecret}@{myhost}:5060

Hello,

I am having a similar problem now that I have upgraded to 2.8. I am in the 803 area code and I can make a local when it is passed inbound with the +. I just redial the call goes out fine(+1xxx xxx xxxx). However, I cannot dial a local number (xxx xxxx), or a local with the 1 and area code (x xxx xxx xxxx). I cannot dial long distance at all, whether with +1 or not. My provider is requiring the + symbol so we are passing it and stripping when necessary. Here is by information below. I was working with this config in 2.7, but it seems that 2.8 changed the dial rules.

Can someone help me please? Thanks :slight_smile:

FreePBX 2.8.1.4
Asterisk 1.2.7.1

I have a trunk setup with the following:
Dialed Number Manipulation Rules
() + | .
() + | 1NXXNXXXXXX
() + | NXXNXXXXXX
() + | NXXXXXX
() + 1803 | NXXXXXX

I have an outbound route setup:
Dial Patterns that will use this Route
() + | 1NXXNXXXXXX
() + | NXXNXXXXXX
() + | NXXXXXX
() + +| .
() + 1803 |NXXXXXX

Called provider with 0 results.

nobody has ideas?