Unable to initiate an outgoing call

Hi,

I have recently setup FreePBX and have issues when placing an outbound call. Inbound call works fine. calls to extensions works fine too. I have contacted my VOIP provider to confirm the configuration of my trunk. I have created an outbound route.
Have done some research on the error which im getting which somehow seems to be an authentication error. Dont seem to be in much luck for this.

This is what i saw in my log files when i placed an outbound call:

[2013-03-15 10:45:53] VERBOSE[1421] netsock2.c: == Using SIP VIDEO TOS bits 136
[2013-03-15 10:45:53] VERBOSE[1421] netsock2.c: == Using SIP VIDEO CoS mark 6
[2013-03-15 10:45:53] VERBOSE[1421] netsock2.c: == Using SIP RTP TOS bits 184
[2013-03-15 10:45:53] VERBOSE[1421] netsock2.c: == Using SIP RTP CoS mark 5
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:1] Macro(“SIP/5001-0000001b”, “user-callerid,LIMIT,”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:1] Set(“SIP/5001-0000001b”, “AMPUSER=5001”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:2] GotoIf(“SIP/5001-0000001b”, “0?report”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:3] ExecIf(“SIP/5001-0000001b”, “1?Set(REALCALLERIDNUM=5001)”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:4] Set(“SIP/5001-0000001b”, “AMPUSER=5001”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:5] Set(“SIP/5001-0000001b”, “AMPUSERCIDNAME=5001”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:6] GotoIf(“SIP/5001-0000001b”, “0?report”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:7] Set(“SIP/5001-0000001b”, “AMPUSERCID=5001”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:8] Set(“SIP/5001-0000001b”, “CALLERID(all)=“5001” <5001>”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:9] GotoIf(“SIP/5001-0000001b”, “0?limit”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:10] ExecIf(“SIP/5001-0000001b”, “1?Set(GROUP(concurrency_limit)=5001)”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:11] ExecIf(“SIP/5001-0000001b”, “0?Set(CHANNEL(language)=)”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:12] GosubIf(“SIP/5001-0000001b”, “7?sub-ccss,s,1(from-internal,91392041)”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:1] ExecIf(“SIP/5001-0000001b”, “0?Return()”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:2] Set(“SIP/5001-0000001b”, “CCSS_SETUP=TRUE”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:3] GosubIf(“SIP/5001-0000001b”, “0?monitor_config,1(from-internal,91392041):monitor_default,1(from-internal,91392041)”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:1] GotoIf(“SIP/5001-0000001b”, “0?is_exten”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:2] StackPop(“SIP/5001-0000001b”, “”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:3] Return(“SIP/5001-0000001b”, “FALSE”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:13] GotoIf(“SIP/5001-0000001b”, “1?continue”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Goto (macro-user-callerid,s,26)
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:26] Set(“SIP/5001-0000001b”, “CALLERID(number)=5001”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:27] Set(“SIP/5001-0000001b”, “CALLERID(name)=5001”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:28] Set(“SIP/5001-0000001b”, “CHANNEL(language)=en”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:2] Set(“SIP/5001-0000001b”, “MOHCLASS=none”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:3] Set(“SIP/5001-0000001b”, “_NODEST=”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:4] Gosub(“SIP/5001-0000001b”, “sub-record-check,s,1(out,91392041,)”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:1] GotoIf(“SIP/5001-0000001b”, “1?check”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Goto (sub-record-check,s,6)
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:6] Set(“SIP/5001-0000001b”, “__MON_FMT=wav”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:7] GotoIf(“SIP/5001-0000001b”, “1?next”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Goto (sub-record-check,s,10)
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:10] ExecIf(“SIP/5001-0000001b”, “0?Return()”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:11] GotoIf(“SIP/5001-0000001b”, “0?out,1”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:12] Set(“SIP/5001-0000001b”, “__REC_STATUS=INITIALIZED”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:13] ExecIf(“SIP/5001-0000001b”, “0?Set(__REC_POLICY_MODE=)”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:14] Set(“SIP/5001-0000001b”, “NOW=1363315553”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:15] Set(“SIP/5001-0000001b”, “__DAY=15”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:16] Set(“SIP/5001-0000001b”, “__MONTH=03”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:17] Set(“SIP/5001-0000001b”, “__YEAR=2013”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:18] Set(“SIP/5001-0000001b”, “__TIMESTR=20130315-104553”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:19] Set(“SIP/5001-0000001b”, “__FROMEXTEN=5001”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:20] Set(“SIP/5001-0000001b”, “__CALLFILENAME=out-91392041-5001-20130315-104553-1363315553.27”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:21] Goto(“SIP/5001-0000001b”, “out,1”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Goto (sub-record-check,out,1)
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:1] ExecIf(“SIP/5001-0000001b”, “1?Set(__REC_POLICY_MODE=never)”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:2] GosubIf(“SIP/5001-0000001b”, “0?record,1(exten,91392041,5001)”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:3] Return(“SIP/5001-0000001b”, “”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:5] Macro(“SIP/5001-0000001b”, “dialout-trunk,2,91392041,123456”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:1] Set(“SIP/5001-0000001b”, “DIAL_TRUNK=2”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:2] GosubIf(“SIP/5001-0000001b”, “1?sub-pincheck,s,1()”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] pbx.c: – Executing [[email protected]:1] Authenticate(“SIP/5001-0000001b”, “123456,”) in new stack
[2013-03-15 10:45:53] VERBOSE[8841] file.c: – <SIP/5001-0000001b> Playing ‘agent-pass.ulaw’ (language ‘en’)
[2013-03-15 10:46:06] VERBOSE[8841] file.c: – <SIP/5001-0000001b> Playing ‘auth-incorrect.ulaw’ (language ‘en’)
[2013-03-15 10:46:21] VERBOSE[8841] file.c: – <SIP/5001-0000001b> Playing ‘auth-incorrect.ulaw’ (language ‘en’)

help me for configuring inbound routs…

Do you have a PIN set on the outbound route? It looks as if this is what is failing verification to me but I could be wrong.

there was the password set. Removed that and it worked like a charm. Thanks.