FolowMe services Stopped Working

I have a production Trixbox 2.2 that was “Untrixed” long ago with the latest FreePBX 2.5 modules.

Lately I’ve noticed that all the “Followme” services i.e. *72 *73 *52 etc no longer work…and attempts to send calls to another extension fails. No message it just hangs up after a few seconds.

Since it is a production system with over 20 extensions I hate the idea of fresh install. I tried to update the modules and also looked for a way to uninstall the features but to no avail.

Any advice as to how to retreive the followme functions?

I know this may sound obvious…

Have you rebooted the box?

Sounds like something may have gotten corrupted.

BF

you may want put up a CLI trace (verbose set to 5) of your attempted call when it should be forwarding. The forwarding functionality is pretty deep in core and has not changed (and nothing to do with follow-me - they are Call Forward).

– Accepting AUTHENTICATED call from XX.XXX.XX.XX
> requested format = gsm,
> requested prefs = (),
> actual format = gsm,
> host prefs = (gsm),
> priority = mine
– Executing Answer(“IAX2/606-4”, “”) in new stack
– Executing Wait(“IAX2/606-4”, “1”) in new stack
– Executing Macro(“IAX2/606-4”, “user-callerid|”) in new stack
– Executing Set(“IAX2/606-4”, “AMPUSER=606”) in new stack
– Executing GotoIf(“IAX2/606-4”, “0?report”) in new stack
– Executing ExecIf(“IAX2/606-4”, “0|Set|REALCALLERIDNUM=606”) in new stack
– Executing Set(“IAX2/606-4”, “AMPUSER=606”) in new stack
– Executing Set(“IAX2/606-4”, “AMPUSERCIDNAME=remote test”) in new stack
– Executing GotoIf(“IAX2/606-4”, “0?report”) in new stack
– Executing Set(“IAX2/606-4”, “AMPUSERCID=606”) in new stack
– Executing Set(“IAX2/606-4”, “CALLERID(all)=“remote test” <606>”) in new s tack
– Executing Set(“IAX2/606-4”, “REALCALLERIDNUM=606”) in new stack
– Executing GotoIf(“IAX2/606-4”, “0?continue”) in new stack
– Executing Set(“IAX2/606-4”, “__TTL=64”) in new stack
– Executing GotoIf(“IAX2/606-4”, “1?continue”) in new stack
– Goto (macro-user-callerid,s,19)
– Executing NoOp(“IAX2/606-4”, “Using CallerID “remote test” <606>”) in new stack
– Executing Playback(“IAX2/606-4”, “call-fwd-unconditional”) in new stack
– Executing Playback(“IAX2/606-4”, “please-enter-your&extension”) in new st ack
– Executing Read(“IAX2/606-4”, “fromext|then-press-pound||||”) in new stack
– User disconnected
== Spawn extension (from-internal, *72, 6) exited non-zero on ‘IAX2/606-4’
– Executing Macro(“IAX2/606-4”, “hangupcall”) in new stack
– Executing ResetCDR(“IAX2/606-4”, “vw”) in new stack
– Executing NoCDR(“IAX2/606-4”, “”) in new stack
– Executing GotoIf(“IAX2/606-4”, “1?skiprg”) in new stack
– Goto (macro-hangupcall,s,6)
– Executing GotoIf(“IAX2/606-4”, “1?skipblkvm”) in new stack
– Goto (macro-hangupcall,s,9)
– Executing GotoIf(“IAX2/606-4”, “1?theend”) in new stack
– Goto (macro-hangupcall,s,11)
– Executing Hangup(“IAX2/606-4”, “”) in new stack
== Spawn extension (macro-hangupcall, s, 11) exited non-zero on ‘IAX2/606-4’ i n macro ‘hangupcall’
== Spawn extension (macro-hangupcall, s, 11) exited non-zero on ‘IAX2/606-4’
– Hungup ‘IAX2/606-4’

Any way no message is played and in a couple of seconds it hangs up…any advice?

so to clarify your original report, given the trace you sent, I assume what you are saying is that you can’t answer the feature codes, you are hearing silence then hangup. (vs. the functionality not working which is quite different).

You may need to check your full log on this one. It feels like you may have a codec mismatch. This could happen if your phone was set to only talk g729, for example, and your trunk supported g729, but you had no g729 license. Then your calls would work since Asterisk can do passthru with no license, but as soon as the phone needs to interact with Asterisk, it can’t transcode and fails.

If this turns out to be your problem, you need to either enable other codecs on the phone or get some g729 licenses. You don’t want to be running g729 without some licenses or you will run into issues like this even if Asterisk can passthru.

Thank you for your prompt replay.

I used with that particular extension GSM codec (which is supported) since it is a remote one but the problem persists with other local extensions using plain ulaw. It seems that the call also quickly hangs up as if the system knows that no message is played…

…You may need to check your full log on this one…

did you check the log file to see if it is having problems with those files? You won’t see such errors at the cli.