LockUp when calling Unregistered Extension

General Help
#1

Calling a valid extension that is NOT currently registered with Asterisk (phone is offline/disconnected) causes an infinite loop which instantly lockups the machine!!!

Here’s a snip of the endless loop I’m seeing in log/cli:

    -- Goto (macro-get-vmcontext,s,300)
    -- Executing [[email protected]:300] NoOp("SIP/111-083f62c8", "") in new stack
    -- Executing [[email protected]:2] Set("SIP/111-083f62c8", "VMGAIN=""") in new stack
    -- Executing [[email protected]:3] Goto("SIP/111-083f62c8", "s-CHANUNAVAIL|1") in new stack
    -- Goto (macro-vm,s-CHANUNAVAIL,1)
    -- Executing [[email protected]:1] Macro("SIP/111-083f62c8", "get-vmcontext|100") in new stack
    -- Executing [[email protected]:1] Set("SIP/111-083f62c8", "VMCONTEXT=default") in new stack
    -- Executing [[email protected]:2] GotoIf("SIP/111-083f62c8", "0?200:300") in new stack

I’ve tested:

1.) using two different, seperately loaded machines… both Dell SC440’s (one with a TDM400P, one purely SIP), both running Trixbox 2.4.1 and software RAID1
2.) calling from numerous Cisco 7971G-GE, Aastra 57i CT, and Grandstream GXV-3000’s.

and found:

1.) hanging up & not leaving a message during the ‘please leave a message prompt’ still causes loop/lockup
2.) leaving a message causes loop/lockup
3.) calling an invalid extension plays appropriate message & does work as should
4.) call a valid extension that is registered does work as should
5.) calling a queue w/ a valid but unregistered extension, causes the voicemail of said unregistered extension to immediately send caller to that extension’s voicemail, which also causes loop/lockup

All this using Asterisk 1.4.17-1 and FreePBX 2.3 (latest)
Is anyone experiencing this, Help?!?

  • TheShniz
#2

I am seeing this exact same thing with freepbx 2.4. Unregistered extension causing an endless loop like above and memory usage going to 99%. Is there a solution to this?

#3

See this thread on another forum also: http://pbxinaflash.com/forum/showthread.php?t=2851

I have a couple installs that do something very very similar, but i haven’t been able to figure out what triggers it.

System Details:
FreePBX 2.5.1.0
Running Asterisk Version : Asterisk 1.4.21.2
Asterisk Source Version : 1.4.21.2
Zaptel Source Version : 1.4.12.1
Libpri Source Version : 1.4.7
Addons Source Version : 1.4.7

All FreePBX modules up to date.

-- Goto (macro-get-vmcontext,s,300) -- Executing [[email protected]:300] NoOp("SIP/1347422825-b7907c68", "") in new stack -- Executing [[email protected]:2] Set("SIP/1347422825-b7907c68", "VMGAIN=""") in new stack -- Executing [[email protected]:3] GotoIf("SIP/1347422825-b7907c68", "1?vmx|1") in new stack -- Goto (macro-vm,vmx,1) -- Executing [[email protected]:1] GotoIf("SIP/1347422825-b7907c68", "0?s-NOANSWER|1") in new stack -- Executing [[email protected]:2] Set("SIP/1347422825-b7907c68", "MODE=unavail") in new stack -- Executing [[email protected]:3] GotoIf("SIP/1347422825-b7907c68", "1?notdirect") in new stack -- Goto (macro-vm,vmx,5) -- Executing [[email protected]:5] NoOp("SIP/1347422825-b7907c68", "Checking if ext 500 is enabled: ") in new stack -- Executing [[email protected]:6] GotoIf("SIP/1347422825-b7907c68", "1?s-NOANSWER|1") in new stack -- Executing [[email protected]:3] GotoIf("SIP/1347422825-b7907c68", "1?vmx|1") in new stack -- Goto (macro-vm,vmx,1) -- Executing [[email protected]:1] GotoIf("SIP/1347422825-b7907c68", "0?s-NOANSWER|1") in new stack -- Executing [[email protected]:2] Set("SIP/1347422825-b7907c68", "MODE=unavail") in new stack -- Executing [[email protected]:3] GotoIf("SIP/1347422825-b7907c68", "1?notdirect") in new stack -- Goto (macro-vm,vmx,5) -- Executing [[email protected]:5] NoOp("SIP/1347422825-b7907c68", "Checking if ext 500 is enabled: ") in new stack -- Executing [[email protected]:6] GotoIf("SIP/1347422825-b7907c68", "1?s-NOANSWER|1") in new stack -- Goto (macro-vm,s-NOANSWER,1) -- Executing [[email protected]:1] Macro("SIP/1347422825-b7907c68", "get-vmcontext|500") in new stack -- Executing [[email protected]:1] Set("SIP/1347422825-b7907c68", "VMCONTEXT=default") in new stack -- Executing [[email protected]:2] GotoIf("SIP/1347422825-b7907c68", "0?200:300") in new stack -- Goto (macro-get-vmcontext,s,300) -- Executing [[email protected]:300] NoOp("SIP/1347422825-b7907c68", "") in new stack -- Executing [[email protected]:2] Set("SIP/1347422825-b7907c68", "VMGAIN=""") in new stack -- Executing [[email protected]:3] GotoIf("SIP/1347422825-b7907c68", "1?vmx|1") in new stack -- Goto (macro-vm,vmx,1) -- Executing [[email protected]:1] GotoIf("SIP/1347422825-b7907c68", "0?s-NOANSWER|1") in new stack -- Executing [[email protected]:2] Set("SIP/1347422825-b7907c68", "MODE=unavail") in new stack -- Executing [[email protected]:3] GotoIf("SIP/1347422825-b7907c68", "1?notdirect") in new stack -- Goto (macro-vm,vmx,5) -- Executing [[email protected]:5] NoOp("SIP/1347422825-b7907c68", "Checking if ext 500 is enabled: ") in new stack -- Executing [[email protected]:6] GotoIf("SIP/1347422825-b7907c68", "1?s-NOANSWER|1") in new stack -- Goto (macro-vm,s-NOANSWER,1) -- Executing [[email protected]:1] Macro("SIP/1347422825-b7907c68", "get-vmcontext|500") in new stack -- Executing [[email protected]:1] Set("SIP/1347422825-b7907c68", "VMCONTEXT=default") in new stack -- Executing [[email protected]:2] GotoIf("SIP/1347422825-b7907c68", "0?200:300") in new stack -- Goto (macro-get-vmcontext,s,300) I have no idea whats triggering it. PARK was not involved. It was one lady calling in, and interacting with the voice mail of one of the extensions (500). VMX is NOT turned on, and there are NO follow me settings. The extension is the destination for two inbound routes. Its a fairly straightforward config.

With default logging settings, this will fill up the entire hard disk with log entries in about 12 hours. The PBX largely continues to function when in this status, but its slow to respond to ssh and web connections (for obvious reasons), if it responds at all. A reboot is required to clear the condition.

Anyone experiencing this type of issue - please post your CLI outputs and any important system details here.

#4

This can be duplicated on virtually any system - any time. To reproduce,
Create an extension.
route a did to it
unplug the extension from the network
call the extension
wait for the outgoing voice mail message, and HANG UP on it.
BOOOM. Endless Loop. Never ends, just keeps going.
This is FreePBX 2.5.1.1 completel;y up to date, but this BUG has been there since 2.4. Thats right, THAT LONG.

#5

The proper place to post a bug report where it will get looked at and responded it is in the bug tracker. Posting things like this in the forum are great for letting the community in general know, getting them involved or talking about it but when developers go looking for things to be sure that all reported bugs are cleared in a given area they don’t search the forums they use the bug tracker.

You’ll find it at the bottom of every page under development, Bug/Feature Request.

#6

Sorry guys, I lost track of this thread and never posted my personal resolution…

My problem was in BobH’s VM Notify Script, which I had transcribed into Asterisk 1.4 (when I transitioned). Most definately your problem is going to be in the voicemail application somewhere. And, if I were to guess, can only assume that either [macro-vm] has changed, and you’ve not updated VM Notify (which I will assume you’re using) OR your VM Notify implementation has syntax errors (introduced by Digium w/ 1.4). Regardless, I would suggest you remove all custom scripts, and add them back one at a time… I suspect you’ll find the culprit there.

Hope this helps guys!

  • J

Mirrored original thread here:
http://www.trixbox.org/forums/trixbox-forums/help/resolved-lockup-when-calling-unregistered-extension

Recent thread here (more detailed response):

#7