Manual call--Invalid extensions..

[ruben23]

Hi, im using Asterisk 1.4.21.2 and VERSION: 2.2.0-222 BUILD: 91031-1232

-Problem im encountering is i got invalid extensions when dialing manual using viciidal, i have this on my asterisk logs:

Code: Select all

  -- Executing [8600060@default:1] MeetMe("Local/8600060@default-1947,2", "8600060|F") in new stack
[Feb 27 14:17:52]        > Channel Local/8600060@default-1947,1 was answered.
[Feb 27 14:17:52]   == Starting Local/8600060@default-1947,1 at default,94079473644,1 failed so falling back to exten 's'
[Feb 27 14:17:52]   == Starting Local/8600060@default-1947,1 at default,s,1 still failed so falling back to context 'default'
[Feb 27 14:17:52]     -- Sent into invalid extension 's' in context 'default' on Local/8600060@default-1947,1
[Feb 27 14:17:52]     -- Executing [i@default:1] Playback("Local/8600060@default-1947,1", "invalid") in new stack
[Feb 27 14:17:52]     -- <Local/8600060@default-1947,1> Playing 'invalid' (language 'en')
[Feb 27 14:17:52] WARNING[13037]: file.c:1204 waitstream_core: Unexpected control subclass '-1'
[Feb 27 14:17:52]   == Parsing '/etc/asterisk/manager.conf': [Feb 27 14:17:52] Found
[Feb 27 14:17:52]   == Manager 'sendcron' logged on from 127.0.0.1
[Feb 27 14:17:52]     -- Executing [58600060@default:1] MeetMe("Local/58600060@default-301b,2", "8600060|Fmq") in new stack
[Feb 27 14:17:52]        > Channel Local/58600060@default-301b,1 was answered.
[Feb 27 14:17:52]     -- Executing [8309@default:1] Answer("Local/58600060@default-301b,1", "") in new stack
[Feb 27 14:17:52]     -- Executing [8309@default:2] Monitor("Local/58600060@default-301b,1", "wav|sara_20100228-004751_4079473644") in new stack
[Feb 27 14:17:52]     -- Executing [8309@default:3] Wait("Local/58600060@default-301b,1", "3600") in new stack
[Feb 27 14:17:53]   == Parsing '/etc/asterisk/manager.conf': [Feb 27 14:17:53] Found
[Feb 27 14:17:53]   == Manager 'sendcron' logged on from 127.0.0.1
[Feb 27 14:17:53]     -- Executing [912813530275@default:1] AGI("Local/912813530275@default-fcbc,2", "agi://127.0.0.1:4577/call_log") in new stack
[Feb 27 14:17:53]     -- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Feb 27 14:17:53]     -- Executing [912813530275@default:2] Dial("Local/912813530275@default-fcbc,2", "SIP/delridge/12813530275||To") in new stack
[Feb 27 14:17:53]     -- Called delridge/12813530275
[Feb 27 14:17:53]   == Parsing '/etc/asterisk/manager.conf': [Feb 27 14:17:53] Found
[Feb 27 14:17:53]   == Manager 'sendcron' logged on from 127.0.0.1
[Feb 27 14:17:53]     -- Executing [919038063264@default:1] AGI("Local/919038063264@default-2d87,2", "agi://127.0.0.1:4577/call_log") in new stack
[Feb 27 14:17:53]     -- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Feb 27 14:17:53]     -- Executing [919038063264@default:2] Dial("Local/919038063264@default-2d87,2", "SIP/delridge/19038063264||To") in new stack
[Feb 27 14:17:53]     -- Called delridge/19038063264
[Feb 27 14:17:53]   == Parsing '/etc/asterisk/manager.conf': [Feb 27 14:17:53] Found
[Feb 27 14:17:53]   == Manager 'sendcron' logged on from 127.0.0.1
[Feb 27 14:17:53]     -- Executing [915126990735@default:1] AGI("Local/915126990735@default-f866,2", "agi://127.0.0.1:4577/call_log") in new stack
[Feb 27 14:17:53]     -- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Feb 27 14:17:53]     -- Executing [915126990735@default:2] Dial("Local/915126990735@default-f866,2", "SIP/delridge/15126990735||To") in new stack
[Feb 27 14:17:53]     -- Called delridge/15126990735
[Feb 27 14:17:56]   == Manager 'sendcron' logged off from 127.0.0.1
[Feb 27 14:17:56]   == Auto fallthrough, channel 'Local/8600060@default-1947,1' status is 'UNKNOWN'
[Feb 27 14:17:56]     -- Executing [h@default:1] DeadAGI("Local/8600060@default-1947,1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[Feb 27 14:17:56]     -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0--------------- completed, returning 0
[Feb 27 14:17:56]   == Spawn extension (default, 8600060, 1) exited non-zero on 'Local/8600060@default-1947,2'
[Feb 27 14:17:56]     -- Executing [h@default:1] DeadAGI("Local/8600060@default-1947,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[Feb 27 14:17:56]     -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0--------------- completed, returning 0
[Feb 27 14:17:56]     -- SIP/delridge-008c63f0 is making progress passing it to Local/915126990735@default-f866,2
[Feb 27 14:17:56]   == Manager 'sendcron' logged off from 127.0.0.1

Another log;

Code: Select all

27 14:19:17]   == Manager 'sendcron' logged on from 127.0.0.1
[Feb 27 14:19:17]     -- Executing [8600060@default:1] MeetMe("Local/8600060@default-e358,2", "8600060|F") in new stack
[Feb 27 14:19:17]        > Channel Local/8600060@default-e358,1 was answered.
[Feb 27 14:19:17]   == Starting Local/8600060@default-e358,1 at default,94079473644,1 failed so falling back to exten 's'
[Feb 27 14:19:17]   == Starting Local/8600060@default-e358,1 at default,s,1 still failed so falling back to context 'default'
[Feb 27 14:19:17]     -- Sent into invalid extension 's' in context 'default' on Local/8600060@default-e358,1
[Feb 27 14:19:17]     -- Executing [i@default:1] Playback("Local/8600060@default-e358,1", "invalid") in new stack
[Feb 27 14:19:17]     -- <Local/8600060@default-e358,1> Playing 'invalid' (language 'en')
[Feb 27 14:19:17] WARNING[13423]: file.c:1204 waitstream_core: Unexpected control subclass '-1'
[Feb 27 14:19:18]   == Parsing '/etc/asterisk/manager.conf': [Feb 27 14:19:18] Found
[Feb 27 14:19:18]   == Manager 'sendcron' logged on from 127.0.0.1
[Feb 27 14:19:18]     -- Executing [58600060@default:1] MeetMe("Local/58600060@default-d42b,2", "8600060|Fmq") in new stack
[Feb 27 14:19:18]        > Channel Local/58600060@default-d42b,1 was answered.
[Feb 27 14:19:18]     -- Executing [8309@default:1] Answer("Local/58600060@default-d42b,1", "") in new stack
[Feb 27 14:19:18]     -- Executing [8309@default:2] Monitor("Local/58600060@default-d42b,1", "wav|sara_20100228-004916_4079473644") in new stack
[Feb 27 14:19:18]     -- Executing [8309@default:3] Wait("Local/58600060@default-d42b,1", "3600") in new stack
[Feb 27 14:19:19]   == Parsing '/etc/asterisk/manager.conf': [Feb 27 14:19:19] Found
[Feb 27 14:19:19]   == Manager 'sendcron' logged on from 127.0.0.1
[Feb 27 14:19:19]     -- Executing [918062363358@default:1] AGI("Local/918062363358@default-181e,2", "agi://127.0.0.1:4577/call_log") in new stack
[Feb 27 14:19:19]     -- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Feb 27 14:19:19]     -- Executing [918062363358@default:2] Dial("Local/918062363358@default-181e,2", "SIP/delridge/18062363358||To") in new stack
[Feb 27 14:19:19]     -- Called delridge/18062363358
[Feb 27 14:19:19]   == Parsing '/etc/asterisk/manager.conf': [Feb 27 14:19:19] Found
[Feb 27 14:19:19]   == Manager 'sendcron' logged on from 127.0.0.1
[Feb 27 14:19:19]     -- Executing [919728246938@default:1] AGI("Local/919728246938@default-f002,2", "agi://127.0.0.1:4577/call_log") in new stack
[Feb 27 14:19:19]     -- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Feb 27 14:19:19]     -- Executing [919728246938@default:2] Dial("Local/919728246938@default-f002,2", "SIP/delridge/19728246938||To") in new stack
[Feb 27 14:19:19]     -- Called delridge/19728246938
[Feb 27 14:19:19]   == Parsing '/etc/asterisk/manager.conf': [Feb 27 14:19:19] Found
[Feb 27 14:19:19]   == Manager 'sendcron' logged on from 127.0.0.1
[Feb 27 14:19:19]     -- Executing [912145974649@default:1] AGI("Local/912145974649@default-e6e8,2", "agi://127.0.0.1:4577/call_log") in new stack
[Feb 27 14:19:19]     -- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Feb 27 14:19:19]     -- Executing [912145974649@default:2] Dial("Local/912145974649@default-e6e8,2", "SIP/delridge/12145974649||To") in new stack
[Feb 27 14:19:19]     -- Called delridge/12145974649
[Feb 27 14:19:21]   == Manager 'sendcron' logged off from 127.0.0.1
[Feb 27 14:19:21]   == Auto fallthrough, channel 'Local/8600060@default-e358,1' status is 'UNKNOWN'
[Feb 27 14:19:21]     -- Executing [h@default:1] DeadAGI("Local/8600060@default-e358,1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[Feb 27 14:19:21]     -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0--------------- completed, returning 0
[Feb 27 14:19:21]   == Spawn extension (default, 8600060, 1) exited non-zero on 'Local/8600060@default-e358,2'
[Feb 27 14:19:21]     -- Executing [h@default:1] DeadAGI("Local/8600060@default-e358,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[Feb 27 14:19:21]     -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0--------------- completed, returning 0
[Feb 27 14:19:22]   == Manager 'sendcron' logged off from 127.0.0.1
[Feb 27 14:19:22]     -- SIP/delridge-008c9190 is making progress passing it to Local/919728246938@default-f002,2
[Feb 27 14:19:22]     -- SIP/delridge-009334d0 is making progress passing it to Local/918062363358@default-181e,2


This numbers are working
7857845922
7274551910
9176273034
8638599723
4233640522
7322418919

This numbers are not valid extensions
4079237804
4079473644
9047287836
9796760400
9312125335

Any idea on this ..?

[williamconley]

thanks for including your configuration! I love it when they do that.

I note that sometimes (Local/912145974649) there is a "91" at the beginning of the dial string ... and sometimes (default,94079473644) there is just a 9 (no "1"). Have you read through the manual dialing portion of the manual to determine how to be sure the "1" is always used?

The "dial prefix" of "9" is how Vicidial knows Which Carrier To Use (it then "discards" the 9 before sending the call to that carrier, through "exten:1" in the dialplan, the :1 discards the first digit).

The "dial code" of "1" is an indicator that that call is "domestic long distance" and is NOT discarded, it is sent in front of the 10 digit phone number to your carrier. If it is missing, for most carriers, the call will fail. Also, if your dialplan (which you set up in "Carriers", in the bottom pane) does not include a "pattern" for 9NXXNXXXXXX in addition to 91NXXNXXXXXX, your system will not recognize it as a valid number pattern to dial and will "fail" and not even send it to your carrier in the first place.

Whether this "1" (the dial code) is included with the 10 digit phone number has several control points including (but not limited to): the dial code field when importing leads; the dial code override when importing leads, the "ignore dial code" setting on the campaign, settings on the AGENT screen during "manual dial".

Lemme know if we're heading in the right direction, or if you knew all this and it was still failing.

You should, by the way, make ONE call that succeeds and ONE call that fails (since you have numbers for both) and include the CLI output for ONLY those calls. Given the odds, reading the CLI from those two moments should give all the necessary clues to resolve your issue.

[mflorell]

take a look at the default dialplan, this is why we added the following entries for North America(you do have to uncomment them for them to work):

; special extensions for North America to catch invalid phone numbers
; exten => _91XXX[0-1]XXXXXX,1,AGI(agi://127.0.0.1:4577/call_log)
; exten => _91XXX[0-1]XXXXXX,n,Dial(${TRUNKloop}/8889990011112,,to)
; exten => _91XXX[0-1]XXXXXX,n,Hangup
; exten => _91[0-1]XXXXXXXXX,1,AGI(agi://127.0.0.1:4577/call_log)
; exten => _91[0-1]XXXXXXXXX,n,Dial(${TRUNKloop}/8889990011112,,to)
; exten => _91[0-1]XXXXXXXXX,n,Hangup
; exten => _91XXXXXX,1,AGI(agi://127.0.0.1:4577/call_log)
; exten => _91XXXXXX,n,Dial(${TRUNKloop}/8889990011112,,to)
; exten => _91XXXXXX,n,Hangup
; exten => _91XXXXXXX,1,AGI(agi://127.0.0.1:4577/call_log)
; exten => _91XXXXXXX,n,Dial(${TRUNKloop}/8889990011112,,to)
; exten => _91XXXXXXX,n,Hangup
; exten => _91XXXXXXXX,1,AGI(agi://127.0.0.1:4577/call_log)
; exten => _91XXXXXXXX,n,Dial(${TRUNKloop}/8889990011112,,to)
; exten => _91XXXXXXXX,n,Hangup
; exten => _91XXXXXXXXX,1,AGI(agi://127.0.0.1:4577/call_log)
; exten => _91XXXXXXXXX,n,Dial(${TRUNKloop}/8889990011112,,to)
; exten => _91XXXXXXXXX,n,Hangup
; exten => _91XXXXXXXXXXX,1,AGI(agi://127.0.0.1:4577/call_log)
; exten => _91XXXXXXXXXXX,n,Dial(${TRUNKloop}/8889990011112,,to)
; exten => _91XXXXXXXXXXX,n,Hangup
; exten => _91XXXXXXXXXXXX,1,AGI(agi://127.0.0.1:4577/call_log)
; exten => _91XXXXXXXXXXXX,n,Dial(${TRUNKloop}/8889990011112,,to)
; exten => _91XXXXXXXXXXXX,n,Hangup
; exten => _91XXXXXXXXXXXXX,1,AGI(agi://127.0.0.1:4577/call_log)
; exten => _91XXXXXXXXXXXXX,n,Dial(${TRUNKloop}/8889990011112,,to)
; exten => _91XXXXXXXXXXXXX,n,Hangup

[williamconley]

LOL, they all start with "91" and his problem was that the "1" was missing in SOME calls (according to the "failure" that occurred at the beginning of his posted cli). That would not fit any of the dial plans ... but could easily be resolved by adding a _9X entry for each of his _91X entries in his carrier. And then instead of retraining his agents or fixing his other settings, he'd just be dialing.

IF that was the issue.

[ruben23]

hi i have added entries on my carrier on admin page. this:

Code: Select all

[xxxxxxxx]
type=friend
host=xxxxxxxxx
canreinvite=no
disallow=all
allow=g729
allow=ulaw
dtmfmode=rfc2833
qualify=1000



TrunkDEL=SIP/xxxxxxx

exten => _91NXXNXXXXXX,1,AGI(agi://127.0.0.1:4577/call_log)
exten => _91NXXNXXXXXX,2,Dial(${TrunkDEL}/${EXTEN:1},60,To)
exten => _91NXXNXXXXXX,3,Hangup

exten => _1NXXNXXXXXX,1,AGI(agi://127.0.0.1:4577/call_log)
exten => _1NXXNXXXXXX,2,Dial(${TrunkDEL}/${EXTEN:1},60,To)
exten => _1NXXNXXXXXX,3,Hangup

then when i dial i get channel unavalible this is my log:

Code: Select all

[Mar  1 01:51:49]     -- Executing [912127775678@default:1] AGI("SIP/cc135-20016590", "agi://127.0.0.1:4577/call_log") in new stack
[Mar  1 01:51:49]     -- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Mar  1 01:51:49]     -- Executing [912127775678@default:2] Dial("SIP/cc135-20016590", "Zap/r2/12127775678||To") in new stack
[Mar  1 01:51:49] WARNING[8870]: app_dial.c:1183 dial_exec_full: Unable to create channel of type 'Zap' (cause 0 - Unknown)
[Mar  1 01:51:49]   == Everyone is busy/congested at this time (1:0/0/1)
[Mar  1 01:51:49]     -- Executing [912127775678@default:3] Hangup("SIP/cc135-20016590", "") in new stack
[Mar  1 01:51:49]   == Spawn extension (default, 912127775678, 3) exited non-zero on 'SIP/cc135-20016590'
[Mar  1 01:51:49]     -- Executing [h@default:1] DeadAGI("SIP/cc135-20016590", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----CHANUNAVAIL----------") in new stack
[Mar  1 01:51:49]     -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----CHANUNAVAIL---------- completed,

why is that..? i can see my added carrier on my sip-vicidial.conf and on the extensions-vicidial.conf

[ruben23]

what i do for the meantime just to make it work, i manually edit the extensions.conf- replacing Zap/r1 with SIP/xxxx and manually added the voip trunk on sip.conf

Anyone can help.?

Takenote: im having the first issue i brought out with my setup for my voip trunk- editing the entries on the sip.conf and extensions.conf coz adding on the admin page by auto generate doesn't worked as you see above.

[williamconley]

have you removed the "oops" dial 9 service from extensions.conf?

there is a "duplicate" dial 9 pattern hard coded into extensions.conf that will override your newly added dial 9 pattern (which will be put into extensions-vicidial.conf).

Have a look at extensions.conf and look for the "identical" dial 9 pattern to yours and comment it out (; in front). That one tries to dial zap channels instead of your sip line.

[ruben23]

@williamconley

I have changed the dial prefix of my VOIP sip carrier from

_91NXXNXXXXXX to _X., with dial prefix of 'X'.

It went will with few numbers, ill observe and monitor if this helps. thanks.

[williamconley]

i would actually recommend changing it to "8" (_81NXX...). that reserves 7,6,5 etc for later use for other carriers (if you don't have a second carrier yet, you're in for a bad day in the future ..., right?).

_X overrides everything and you can no longer differentiate between carriers, but 9 is the only one that is "broken" (and easily fixable). But if you don't have access to extensions.conf (or don't want to risk changing the file) 8 works just like 9 Just remember to change it for the campaign and for manual dialing.

[ruben23]

@williamconley

Thanks ill do this...