Friends, does anyone know of of WEB CALL BACK feature/module that ACTUALLY works? It could be a service, or part of a PBX system.
Quick question, do you have a proper NXXNXXXXXX match in your outbound routes? Because that’s the problem I can see, there’s no pattern that matches this and thus the call ends. A snippet from the logs you posted on the other forum. Your call to VoIP.ms was connected which prompted this to be executed on answer. I’ll mask some numbers.
[2024-11-12 19:35:18] VERBOSE[4835][C-00000012] pbx.c: Executing [1@ext-miscdests:1] NoOp("Local/64751064XX@webcallback-1-00000012;1", "MiscDest: Blue Tile Installer") in new stack
[2024-11-12 19:35:18] VERBOSE[4835][C-00000012] pbx.c: Executing [1@ext-miscdests:2] Goto("Local/64751064XX@webcallback-1-00000012;1", "from-internal,64786847XX,1") in new stack
[2024-11-12 19:35:18] VERBOSE[4835][C-00000012] pbx_builtins.c: Goto (from-internal,64747286XX,1)
[2024-11-12 19:35:18] VERBOSE[4835][C-00000012] pbx.c: Executing [64786847XX@from-internal:1] ResetCDR("Local/64751064XX@webcallback-1-00000012;1", "") in new stack
[2024-11-12 19:35:18] VERBOSE[4835][C-00000012] pbx.c: Executing [64786847XX@from-internal:2] NoCDR("Local/64751064XX@webcallback-1-00000012;1", "") in new stack
[2024-11-12 19:35:18] VERBOSE[4835][C-00000012] pbx.c: Executing [64786847XX@from-internal:3] Progress("Local/64751064XX@webcallback-1-00000012;1", "") in new stack
[2024-11-12 19:35:18] VERBOSE[4835][C-00000012] pbx.c: Executing [64786847XX@from-internal:4] Wait("Local/64751064XX@webcallback-1-00000012;1", "1") in new stack
[2024-11-12 19:35:18] VERBOSE[4920][C-00000011] bridge_channel.c: Channel Local/9164751064XX@from-internal-00000013;1 joined 'simple_bridge' basic-bridge <53052ab8-8479-4825-a349-2c470ef8985f>
[2024-11-12 19:35:18] VERBOSE[4836][C-00000011] bridge_channel.c: Channel Local/64751064XX@webcallback-1-00000012;2 joined 'simple_bridge' basic-bridge <53052ab8-8479-4825-a349-2c470ef8985f>
[2024-11-12 19:35:18] VERBOSE[4920][C-00000011] bridge_channel.c: Channel Local/64751064XX@webcallback-1-00000012;2 left 'simple_bridge' basic-bridge <53052ab8-8479-4825-a349-2c470ef8985f>
[2024-11-12 19:35:18] VERBOSE[4920][C-00000011] bridge_channel.c: Channel Local/9164751064XX@from-internal-00000013;2 left 'simple_bridge' basic-bridge <05f8390c-7249-43c8-9387-1161adb0aefd>
[2024-11-12 19:35:18] VERBOSE[4920][C-00000011] bridge_channel.c: Channel Local/64751064XX@webcallback-1-00000012;2 swapped with Local/9164751064XX@from-internal-00000013;2 into 'simple_bridge' basic-bridge <05f8390c-7249-43c8-9387-1161adb0aefd>
[2024-11-12 19:35:18] VERBOSE[4920][C-00000011] bridge_channel.c: Channel Local/9164751064XX@from-internal-00000013;1 left 'simple_bridge' basic-bridge <53052ab8-8479-4825-a349-2c470ef8985f>
[2024-11-12 19:35:18] VERBOSE[4837][C-00000011] app_macro.c: Spawn extension (macro-dialout-trunk, s, 38) exited non-zero on 'Local/9164751064XX@from-internal-00000013;2' in macro 'dialout-trunk'
[2024-11-12 19:35:18] VERBOSE[4837][C-00000011] pbx.c: Spawn extension (from-internal, 9164751064XX, 12) exited non-zero on 'Local/9164751064XX@from-internal-00000013;2'
[2024-11-12 19:35:18] VERBOSE[4837][C-00000011] pbx.c: Executing [h@from-internal:1] Macro("Local/9164751064XX@from-internal-00000013;2", "hangupcall") in new stack
So here’s your problem:
[2024-11-12 19:35:18] VERBOSE[4835][C-00000012] pbx_builtins.c: Goto (from-internal,64747286XX,1)
There’s no matching outbound route which results in that part of the call ending, which then hangs up on the Voip.ms channel.
I don’t see the web call back not working, I see there’s no matches for the patterns being sent.
Here is what I have defined the in Web Call Back Setup for each entry:
NXXNXXXXXX
1NXXXXXXXXX
In the outbound trunk setup for voip.ms I just have
9 . (that’s the 9 in the prefix and “dot” in the dial pattern.
Then the numbers you want to call back over the PSTN need to be prefixed with the 9. That’s your problem. You’re sending 64747286XX and but you need to send 964747286XX. You are not matching outbound route patterns for the callback. This isn’t a module issue, it’s a configuration issue.
whaaaaaaa… let me test that!
Tom, thank you so much! Where can I Fedex some PIzza and Beer?!?!?!?
I take it that was the problem? Not matching the outbound routes?
Yes, in the web call back form, I simply prefixed the 91 in front of the phone number and that took care of it. Oddly enough, I the module has a “prefix” filed which I added the 91 to but that did squat. Also, I was under the impression that the OUTBOUND service would/could take care of this for me without the need to prefix anything. It’s all good and works! Thank you so much!
Kudos to @BlazeStudios for helping a customer on a commercial module get their system working in the community forums for free. Sangoma should be sending you payments on this.
^^^ that sounds odd – internal ticket opened.
As with many things in FreePBX and Asterisk, lots of tools in the toolkit to solve the problem.
A-M-A-Z-I-N-G community here on the FreePBX forums, thanks y’all for keeping it great! 
The contactination of the necessary prefixes should suffice with the outbound trunk dial pattern, no?
Whatever “Number Prepend” concatenated with a line from “Dial Matches” is, should be allowed in your “Outbound Routes”, correct.
So if “Number Prepend” is “91” and “Dial Matches” is NXXNXXXXXX, then “Outbound Route” of “91NXXNXXXXXX” should work.
EDIT: check “Trunks” as well as “Outbound Routes”.
I’m not sure that is the case. Here’s the start of the debug you posted in the other forum:
[2024-11-12 19:35:07] VERBOSE[4835] dial.c: Called 6475106450@webcallback-1
[2024-11-12 19:35:07] VERBOSE[4836][C-00000011] pbx.c: Executing [6475106450@webcallback-1:1] NoOp("Local/6475106450@webcallback-1-00000012;2", "WEBCALLBACK call from ") in new stack
[2024-11-12 19:35:07] VERBOSE[4836][C-00000011] pbx.c: Executing [6475106450@webcallback-1:2] Dial("Local/6475106450@webcallback-1-00000012;2", "Local/916475106450@from-internal,,tr") in new stack
[2024-11-12 19:35:07] VERBOSE[4836][C-00000011] app_dial.c: Called Local/916475106450@from-internal
It shows 647510645 being sent to the webcall back context which then ends up dialling 91647510645 into the dialplan. Here’s the call hitting the outbound route which matches and appears to strip the 9 before dialling voip.ms
[2024-11-12 19:35:07] VERBOSE[4837][C-00000011] pbx.c: Executing [916475106450@from-internal:3] ExecIf("Local/916475106450@from-internal-00000013;2", "0 ?Set(CDR(accountcode)=)") in new stack
[2024-11-12 19:35:07] VERBOSE[4837][C-00000011] pbx.c: Executing [916475106450@from-internal:4] Set("Local/916475106450@from-internal-00000013;2", "_ROUTEID=1") in new stack
[2024-11-12 19:35:07] VERBOSE[4837][C-00000011] pbx.c: Executing [916475106450@from-internal:5] Set("Local/916475106450@from-internal-00000013;2", "_ROUTENAME=VoIP MS Out Bound Route") in new stack
[2024-11-12 19:35:07] VERBOSE[4837][C-00000011] pbx.c: Executing [916475106450@from-internal:6] Set("Local/916475106450@from-internal-00000013;2", "MOHCLASS=default") in new stack
[2024-11-12 19:35:07] VERBOSE[4837][C-00000011] pbx.c: Executing [916475106450@from-internal:7] ExecIf("Local/916475106450@from-internal-00000013;2", "1?Set(TRUNKCIDOVERRIDE=6474784908)") in new stack
[2024-11-12 19:35:07] VERBOSE[4837][C-00000011] pbx.c: Executing [916475106450@from-internal:8] Set("Local/916475106450@from-internal-00000013;2", "_CALLERIDNAMEINTERNAL=Blue Marble") in new stack
[2024-11-12 19:35:07] VERBOSE[4837][C-00000011] pbx.c: Executing [916475106450@from-internal:9] Set("Local/916475106450@from-internal-00000013;2", "_CALLERIDNUMINTERNAL=6475106450") in new stack
[2024-11-12 19:35:07] VERBOSE[4837][C-00000011] pbx.c: Executing [916475106450@from-internal:10] Set("Local/916475106450@from-internal-00000013;2", "_EMAILNOTIFICATION=FALSE") in new stack
[2024-11-12 19:35:07] VERBOSE[4837][C-00000011] pbx.c: Executing [916475106450@from-internal:11] Set("Local/916475106450@from-internal-00000013;2", "_NODEST=") in new stack
[2024-11-12 19:35:07] VERBOSE[4837][C-00000011] pbx.c: Executing [916475106450@from-internal:12] Macro("Local/916475106450@from-internal-00000013;2", "dialout-trunk,3,16475106450,,off") in new stack
Dials voip.ms
[2024-11-12 19:35:07] VERBOSE[4837][C-00000011] pbx.c: Executing [s@macro-dialout-trunk:38] Dial("Local/916475106450@from-internal-00000013;2", "PJSIP/[email protected],300,Tb(func-apply-sipheaders^s^1,(3))U(sub-send-obroute-email^16475106450^916475106450^3^1731440107^^6474784908)") in new stack
The call is then answered which triggers the previous dialplan I posted from the logs, which sends to a Misc Dest. which has 6478684721 in the Misc. Dest config which fails to have the 91 prefix and thus failed to match the outbound routes.
To recap here:
- Web Callback calls 6475106450 and does, in fact, prefix it with 91
- When 6475106450 answers the call, a Misc Destination is triggered.
- The Misc Destination is sending digits 6478684721 internally in order to call out over the PSTN.
- The destination set in Misc Destinations fails to match the outbound route patterns.
- Call Fails.
Once again, this is not an issue with Web Callback…it’s an issue with how the other things were configured.
Agreed, could not reproduce in the lab, but may need documentation improvement.
Just looked at the Web Callback documentation, it’s fine. It covers everything that needs to be covered.
The issue was caused by another module being configured incorrectly and being used by Web Callback. This was a PEBCAK issue not a FreePBX issue.
This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.