FreePBX | Register | Issues | Wiki | Portal | Support

Incoming working outbound not


(Walter Jackson) #1

Hello im new to VOIP and freePBX.
a company i support on IT side has a phone system that can receive but cannot make out going calls.
when making a call they hear all circuits are busy.

TY For helping!


(Dave Burgess) #2

Logs are in /var/log/asterisk/full

You need to start there.

The system had a feature called “Asterisk Info” (usually under Reports) that may also give you some insight.

In my experience, this is what happens when you forget to pay your VOIP provider bill or reload your account. I can’t tell you the number of hours I’ve wasted trying to figure out what had changed in the channels when it was a simple matter of an expired credit card on the billing side.


(Walter Jackson) #3

Thanks for the info …
not familiar with /var/log/asterisk/full.

this is the info from Reports/AsteriskInfo

[2017-05-18 09:09:46] VERBOSE[2550][C-0000001c] netsock2.c: == Using SIP RTP TOS bits 184
[2017-05-18 09:09:46] VERBOSE[2550][C-0000001c] netsock2.c: == Using SIP RTP CoS mark 5
[2017-05-18 09:09:46] VERBOSE[3825][C-0000001c] pbx.c: -- Executing [00884914508230411@from-sip-external:1] NoOp("SIP/50.201.214.182-00000026", "Received incoming SIP connection from unknown peer to 00884914508230411") in new stack
[2017-05-18 09:09:46] VERBOSE[3825][C-0000001c] pbx.c: -- Executing [00884914508230411@from-sip-external:2] Set("SIP/50.201.214.182-00000026", "DID=00884914508230411") in new stack
[2017-05-18 09:09:46] VERBOSE[3825][C-0000001c] pbx.c: -- Executing [00884914508230411@from-sip-external:3] Goto("SIP/50.201.214.182-00000026", "s,1") in new stack
[2017-05-18 09:09:46] VERBOSE[3825][C-0000001c] pbx.c: -- Goto (from-sip-external,s,1)
[2017-05-18 09:09:46] VERBOSE[3825][C-0000001c] pbx.c: -- Executing [s@from-sip-external:1] GotoIf("SIP/50.201.214.182-00000026", "0?checklang:noanonymous") in new stack
[2017-05-18 09:09:46] VERBOSE[3825][C-0000001c] pbx.c: -- Goto (from-sip-external,s,5)
[2017-05-18 09:09:46] VERBOSE[3825][C-0000001c] pbx.c: -- Executing [s@from-sip-external:5] Set("SIP/50.201.214.182-00000026", "TIMEOUT(absolute)=15") in new stack
[2017-05-18 09:09:46] VERBOSE[3825][C-0000001c] func_timeout.c: -- Channel will hangup at 2017-05-18 09:10:01.541 CDT.
[2017-05-18 09:09:46] VERBOSE[3825][C-0000001c] pbx.c: -- Executing [s@from-sip-external:6] Log("SIP/50.201.214.182-00000026", "WARNING,"Rejecting unknown SIP connection from 89.163.140.83"") in new stack
[2017-05-18 09:09:46] WARNING[3825][C-0000001c] Ext. s: "Rejecting unknown SIP connection from 89.163.140.83"
[2017-05-18 09:09:46] VERBOSE[3825][C-0000001c] pbx.c: -- Executing [s@from-sip-external:7] Answer("SIP/50.201.214.182-00000026", "") in new stack
[2017-05-18 09:09:47] VERBOSE[3825][C-0000001c] pbx.c: -- Executing [s@from-sip-external:8] Wait("SIP/50.201.214.182-00000026", "2") in new stack
[2017-05-18 09:09:49] VERBOSE[3825][C-0000001c] pbx.c: -- Executing [s@from-sip-external:9] Playback("SIP/50.201.214.182-00000026", "ss-noservice") in new stack
[2017-05-18 09:09:49] VERBOSE[3825][C-0000001c] file.c: -- <SIP/50.201.214.182-00000026> Playing 'ss-noservice.ulaw' (language 'en')
[2017-05-18 09:09:54] VERBOSE[3825][C-0000001c] pbx.c: -- Executing [s@from-sip-external:10] PlayTones("SIP/50.201.214.182-00000026", "congestion") in new stack
[2017-05-18 09:09:54] VERBOSE[3825][C-0000001c] pbx.c: -- Executing [s@from-sip-external:11] Congestion("SIP/50.201.214.182-00000026", "5") in new stack
[2017-05-18 09:09:59] VERBOSE[3825][C-0000001c] pbx.c: == Spawn extension (from-sip-external, s, 11) exited non-zero on 'SIP/50.201.214.182-00000026'
[2017-05-18 09:09:59] VERBOSE[3825][C-0000001c] pbx.c: -- Executing [h@from-sip-external:1] Hangup("SIP/50.201.214.182-00000026", "") in new stack
[2017-05-18 09:09:59] VERBOSE[3825][C-0000001c] pbx.c: == Spawn extension (from-sip-external, h, 1) exited non-zero on 'SIP/50.201.214.182-00000026'
[2017-05-18 09:10:18] WARNING[2550] chan_sip.c: Retransmission timeout reached on transmission fb565efa6c06aa43c045961033dff654 for seqno 1 (Critical Response) -- See 
Packet timed out after 32001ms with no response

also how can i determine who is the VOIP provider?
i have called Comcast and they verified they could access there equipment.

excuse my ignorance to VOIP


(Walter Jackson) #4

voip provider wasnt paid… now it is but still down :frowning:


(Dave Burgess) #5

My experience - it will be until the “bulk update” at the end of the billing day. Most of the providers I deal with do that to give you the rest of the day to place calls. There might also be some snark on their part (“If it happens over night, they don’t get a warning - Bwahahaha”). I’m guessing you be up and running soon.