Show Extensions With Call FWD set
-
-
I replied to you by email. If the call forward is set on the phone, it is not possible to monitor that state (the same as with DND or some other features that might come with your phone). If you use Asterisk to perform the redirection (by means of astdb entries and dialplan magic), then it should be possible to use a tool like FOP to monitor it.
However, the only state that is currently available to show in fop2 is the DND state as is set from FreePBX, as it can be tied to the presence information in fop2. For call forwarding there is no visual GUI indications to show such a state. It will require a custom fop2 to do that.
Best regards,
-
-
-
-
-
-
Hi Nicolás, just to add my vote to showing native Asterisk call forward states in FOP2.. Prior to FOP to this was an appreciated feature of the old FOP..
Each user is issued with 4 numbers eg:
200 - Cisco 7940 Desk Phone
300 - Cisco 7912 Home Phone
400 - Android Softphone
500 - Windows SoftphoneOnly their Desk Phone is in the company ring groups, they then use ARI to change their call forward depending on where they are.. they however frequently forget to un-forward their phones when they get back in the office!
PS if anyone has a better way of handing this type of user environment we are always open to suggestions!
Kind regards
Rich
-
Hi,
Since version 2.20 fop2 will show call forward state in extension buttons. If you use freepbx you should not do anything to see them, its a curved arrow icon that shows the call forward number when mouse over.
You cannot change call forwarding state, but you can see if its forwarded or not. It is done by monitoring the CF astdb entry that is set by FreePBX.
If you do not see it, it might be because user events are filtered because of insufficient manager permissions, in that case, try to add "all" both to read/write in /etc/asterisk/manager.conf for the user fop2 is using to connect to AMI. Trixbox has a bug that filters user events even if you have the user permission set, only adding "all" or "hud" will get the userevents back.
Best regards,
-
-
-
-
I add "all" permission, but nothing change.
To avoid fop2 relaod, I set poll_interval to 300, so every 5 minute fop2 update CF status, but to see it on web page, I must force refresh on browser (with login!).
In next version, could you update the call forward status icon with ajax? -
FOP2 shows status change with no reload or poll interval. So I do not have to add anything. Did you update the freepbx contexts with the generate_override_contexts.pl script ? If so, you probably have a bad configuration for your buttons, or Asterisk 1.6 is not broadcasting the correct UserEvents, Are you using Trixbox, trixbox asterisk 1.6 phonecore is broken. Or you are not giving the complete information about your system. if you did not run the generate_override_contexts.pl script, do it as described here:
http://www.fop2.com/documentation-insta ... arball.php
I forgot, please leave poll_interval at is default value. It is not really needed anymore, only if your asterisk is misbehaving, it might do more harm than good.
Best regards,
-
I'm using AstersikNow 2.0.0 (from /etc/asterisknow-version) with Asterisk 1.6.2.24 and FreePBX Framework 2.10.0.7.
I updated the freepbx contexts with the generate_override_contexts.pl script. All buttons work fine, trunks and extension status changes immediatly.
Only the call forward status does not change.
How can I verify if Asterisk is broadcasting the correct UserEvents?I forgot, congratulation for FOP2! It is a great software!
-
Here is a post telling you how to start fop2 in debug mode:
-
I started fop2 in debug mode and these are just few rows from log about call forward activation (my extension is 9803 my cell number is 3481234567, my browser ip is 10.0.0.200):
** QUERY CUSTOM ASTDB 9803 CF
127.0.0.1 -> Action: DBGet
127.0.0.1 -> Family: CF
127.0.0.1 -> Key: 9803
127.0.0.1 -> ActionID: getvar!custom!CF/9803127.0.0.1 <- Event: DBGetResponse
127.0.0.1 <- Family: CF
127.0.0.1 <- Key: 9803
127.0.0.1 <- Val: 3481234567
127.0.0.1 <- ActionID: getvar!custom!CF/9803
127.0.0.1 <- Server: 010.0.0.200 => { "btn": "27@GENERAL", "cmd": "astdbcust", "data": "3481234567", "slot": "0" }
10.0.0.200 => { "btn": "27@GENERAL", "cmd": "qualify", "data": "ok", "slot": "0" }Below there is the log after I deactivate the call forward:
** QUERY CUSTOM ASTDB 9803 CF
127.0.0.1 -> Action: DBGet
127.0.0.1 -> Family: CF
127.0.0.1 -> Key: 9803
127.0.0.1 -> ActionID: getvar!custom!CF/9803127.0.0.1 <- Response: Success
127.0.0.1 <- ActionID: getvar!custom!CF/9803
127.0.0.1 <- Message: Result will follow
127.0.0.1 <- Server: 0I don't know how the fop2 works, but it seems that "astdbcust" are not cleared when the CF is disabled.
Tell me what other type of information search into log.Regards.
Lorenzo -
Below there is the log after I deactivate the call forward:
[quote]
** QUERY CUSTOM ASTDB 9803 CF127.0.0.1 -> Action: DBGet
127.0.0.1 -> Family: CF
127.0.0.1 -> Key: 9803
127.0.0.1 -> ActionID: getvar!custom!CF/9803127.0.0.1 <- Response: Success
127.0.0.1 <- ActionID: getvar!custom!CF/9803
127.0.0.1 <- Message: Result will follow
127.0.0.1 <- Server: 0[/quote]
Are you sure that is when you deactivate call forward? Here is a sane response when you query a variable that is not present:
127.0.0.1 <- Response: Error
127.0.0.1 <- ActionID: getvar!custom!CF/609
127.0.0.1 <- Message: Database entry not found
127.0.0.1 <- Server: 0If you see something else, your asterisk is broken. What UserEvents do you see when dialing the cf feature codes?
In any case, I have to mention that Asterisk 1.6 was a devel branch, you should be using 1.8.
Best regards,
-
-
I have replied to your email, your capture does not show the userevents that are inserted via generate_override_contexts.pl for the fop2 dialplan. Did you run that at all? Do you have an extensions_override_fop2.conf file? Is that file included in extensions_override_freepbx.conf file ? Did you modify the cf macros by hand in some way? For instant notification of status change, fop2 inserts a dialplan step to fire a UserEvent. In the capture you sent there is no UserEvent being sent, so the dialplan is not changed or you have some strange issues with manager permissions. But I think the dialplan changes made by the generate_override scripts were not applied correctly.
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login