Problem Making Outgoing Calls

[jrecord57]

Alright everyone, I am at a loss so here I am. Set up a quick new install for a friend and cannot seem to get Outbound calls to connect. Inbound calls work just fine, but every time I dial out either manually or from autodial, the calls just immediately hang up and I receive error code 20 CHANUNAVAIL Subscriber Absent.

Really at a loss or I would not be here. I am definitely not an expert on all of this but I am far from new. Ignore the signature line for my specs, that is my cluster. The problem I am experiencing is on a new box I just set up for a friend. They are currently just using me for basically everything but agents, so I just have them on my carriers and all that. Added the new box's IP to the carriers. Like I said above, inbound calls from said carriers connect fine.

Here are the specs for the machine having the issue:

Single Server Setup
Vicibox 10 Express Install
VERSION: 2.14-871a
BUILD: 221230-2231
SVN: 3670

I copied all of my dialplan settings from the server cluster that is active and makes outgoing auto and manual calls, and inbound works fine. I am really not versed on creating dialplans and asterisk all together really, so that is why I just copied everything. Like I stated above, the new box is utilizing my carriers so I thought that would work fine. And again, the box is receiving the inbound calls just fine, just outbounds are having an issue. The dialplan settings that I am using for this testing and getting this problem is as follows:

Account Entry:
[teli-outbound]
type=friend
insecure=port,invite
host=sbc12.siprr.net
disallow=all
allow=ulaw

Global String:
TELIOUT = SIP/teli-outbound

Dialplan Entry:
exten => _22.,1,AGI(agi://127.0.0.1:4577/call_log)
exten => _22.,n,Verbose(22 - TELI OUTBOUND)
exten => _22.,n,Dial(${TELIOUT}/${EXTEN:2},,To)
exten => _22.,n,Hangup

Again, this was all taken from my functional cluster. Carrier has the IP for the new box, confirmed by the fact that inbounds through the carrier is funcitonal.
I feel like its something stupid that I am just overlooking from a brand new install standpoint. Anyways, Asterisk CLI output follows. If I have forgotten to include something that would help solve the issue, please do not hesitate to ask. Thanks in advance for any help provided.

[Jan 19 10:13:32] -- Called 8600051@default
[Jan 19 10:13:32] -- Executing [8600051@default:1] MeetMe("Local/8600051@default-00000006;2", "8600051,F") in new stack
[Jan 19 10:13:32] -- Local/8600051@default-00000006;1 answered
[Jan 19 10:13:32] -- Executing [2217272659277@default:1] AGI("Local/8600051@default-00000006;1", "agi://127.0.0.1:4577/call_log") in new stack
[Jan 19 10:13:32] -- AGI Script Executing Application: (EXEC) Options: (Set(_CAMPCUST=TEST))
[Jan 19 10:13:32] -- AGI Script Executing Application: (EXEC) Options: (Set(_CAMPDTO=60))
[Jan 19 10:13:32] -- <Local/8600051@default-00000006;1>AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Jan 19 10:13:32] -- Executing [2217272659277@default:2] Verbose("Local/8600051@default-00000006;1", "22 - TELI OUTBOUND") in new stack
[Jan 19 10:13:32] 22 - TELI OUTBOUND
[Jan 19 10:13:32] -- Executing [2217272659277@default:3] Dial("Local/8600051@default-00000006;1", "SIP/teli-outbound/17272659277,,To") in new stack
[Jan 19 10:13:32] WARNING[22430][C-00000032]: app_dial.c:2589 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Subscriber absent)
[Jan 19 10:13:32] -- No devices or endpoints to dial (technology/resource)
[Jan 19 10:13:32] -- Executing [2217272659277@default:4] Hangup("Local/8600051@default-00000006;1", "") in new stack
[Jan 19 10:13:32] == Spawn extension (default, 2217272659277, 4) exited non-zero on 'Local/8600051@default-00000006;1'
[Jan 19 10:13:32] WARNING[22430][C-00000032]: func_hangupcause.c:140 hangupcause_read: Unable to find information for channel
[Jan 19 10:13:32] -- Executing [h@default:1] AGI("Local/8600051@default-00000006;1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----20-----CHANUNAVAIL---------------)") in new stack
[Jan 19 10:13:32] -- <Local/8600051@default-00000006;1>AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----20-----CHANUNAVAIL---------------) completed, returning 0
[Jan 19 10:13:32] == Spawn extension (default, 8600051, 1) exited non-zero on 'Local/8600051@default-00000006;2'
[Jan 19 10:13:32] WARNING[22431][C-00000031]: func_hangupcause.c:140 hangupcause_read: Unable to find information for channel
[Jan 19 10:13:32] -- Executing [h@default:1] AGI("Local/8600051@default-00000006;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----20--------------------)") in new stack
[Jan 19 10:13:32] -- <Local/8600051@default-00000006;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----20--------------------) completed, returning 0
[Jan 19 10:13:33] == Manager 'sendcron' logged off from 127.0.0.1
[Jan 19 10:13:49] == Manager 'sendcron' logged on from 127.0.0.1
[Jan 19 10:13:49] NOTICE[22454]: manager.c:4471 action_hangup: Request to hangup non-existent channel: CHANUNAVAIL
[Jan 19 10:13:50] WARNING[14600]: chan_sip.c:4092 retrans_pkt: Retransmission timeout reached on transmission 1495376049-1862411691-1114690068 for seqno 2 (Critical Response) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions
Packet timed out after 31999ms with no response
[Jan 19 10:13:50] == Manager 'sendcron' logged off from 127.0.0.1
[Jan 19 10:13:55] == Manager 'sendcron' logged on from 127.0.0.1
[Jan 19 10:13:55] -- Manager 'sendcron' from 127.0.0.1, hanging up channel: SIP/100-00000002
[Jan 19 10:13:55] -- Hungup 'DAHDI/pseudo-1316228210'
[Jan 19 10:13:55] == Spawn extension (default, 8600051, 1) exited non-zero on 'SIP/100-00000002'
[Jan 19 10:13:55] -- Executing [h@default:1] AGI("SIP/100-00000002", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16--------------------SIP 200 OK)") in new stack
[Jan 19 10:13:55] -- <SIP/100-00000002>AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16--------------------SIP 200 OK) completed, returning 0
[Jan 19 10:13:55] == Manager 'sendcron' logged on from 127.0.0.1
[Jan 19 10:13:55] -- Called 55558600051@default
[Jan 19 10:13:55] -- Executing [55558600051@default:1] MeetMeAdmin("Local/55558600051@default-00000007;2", "8600051,K") in new stack
[Jan 19 10:13:55] WARNING[22470][C-00000033]: app_meetme.c:5261 admin_exec: Conference number '8600051' not found!
[Jan 19 10:13:55] -- Executing [55558600051@default:2] Hangup("Local/55558600051@default-00000007;2", "") in new stack
[Jan 19 10:13:55] == Spawn extension (default, 55558600051, 2) exited non-zero on 'Local/55558600051@default-00000007;2'
[Jan 19 10:13:55] WARNING[22470][C-00000033]: func_hangupcause.c:140 hangupcause_read: Unable to find information for channel
[Jan 19 10:13:55] -- Executing [h@default:1] AGI("Local/55558600051@default-00000007;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16--------------------)") in new stack
[Jan 19 10:13:55] -- <Local/55558600051@default-00000007;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16--------------------) completed, returning 0

[ambiorixg12]

Start for making sure sbc12.siprr.net can receive your INVITE request (calls).

[Jan 19 10:13:32] WARNING[22430][C-00000032]: app_dial.c:2589 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Subscriber absent)

[ambiorixg12]

Start for making sure sbc12.siprr.net can receive your INVITE request (calls).

[Jan 19 10:13:32] WARNING[22430][C-00000032]: app_dial.c:2589 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Subscriber absent)

[jrecord57]

Start for making sure sbc12.siprr.net can receive your INVITE request (calls).

[Jan 19 10:13:32] WARNING[22430][C-00000032]: app_dial.c:2589 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Subscriber absent)

Thank you for your response. I was in contact with them today but didn't get a chance to get very far with them as it was towards the end of the day when I finally heard back. I will update when I speak with them in the AM.

The only reason why I am doubting its specific to the carrier is bc I am seeing the exact same results with another carrier/dialplan. I'd post that CLI output too, but its literally the exact same responses and everything.

[jrecord57]

Got it sorted everyone...knew it would be something stupid.

Server was behind just an everyday commercial router. Had SIP ALG enabled. Once turned off everything worked perfectly. Hope this helps someone else haha.