Unconditional Call Forwarding and FOP2
Hello,
I'm quite new to FOP2 but it is a fantastic product that is relatively easy to configure and use. I do however have a small issue. I have a client using FreePBX 2.10.1.2 and the v1.2.11 FOP2. There are several users with call forwarding enabled on their extensions (through ARI). This works without issues when trying to make a call directly to their extensions. When the receptionist transfers a call to their extension (via FOP2), however, the call goes directly to the user's voicemail instead of forwarding to the number specified in CF settings.
Any help would be appreciated.
Thanks!
I'm quite new to FOP2 but it is a fantastic product that is relatively easy to configure and use. I do however have a small issue. I have a client using FreePBX 2.10.1.2 and the v1.2.11 FOP2. There are several users with call forwarding enabled on their extensions (through ARI). This works without issues when trying to make a call directly to their extensions. When the receptionist transfers a call to their extension (via FOP2), however, the call goes directly to the user's voicemail instead of forwarding to the number specified in CF settings.
Any help would be appreciated.
Thanks!
Comments
FOP2 implements attendant transfers using the Atxfer manager command, and blind transfers using the Redirect manager command. Both commands take as destination an extension@context.
After the transfer/redirect is sent to that extension@context, is the dialplan that controls behavior. Fop2 does not care, does not know about Call forward or Follow me or whatever. It just puts the call in the dialplan extension@context.
You can enable full debug in fop2, but it will be very hard to read/follow. Your problem lies in the dialplan/asterisk, fop2 is not responsible of voicemails, call forwards and whatnot. You can inspect the asterisk full log also (/var/log/asterisk/full) after increasing verbosity and debug levels (asterisk -rx "core set verbose 10"; asterisk -rx "core set debug 1"), that might give you a better idea on what could go wrong, but again, it is wrong in the asterisk side of things.
Sorry to have wasted your time, this one turned out to be related to a ring group setting that the particular user was a part of. It was a big ring group so I didn't put two and two together and see that the "Ignore CF Settings" was checked for this ring group so the system was, in fact, operating the way it should. Once I turned this setting off, the user was able to transfer the call out of FOP2 and it obeyed the CF setting of the extension being transferred to.
Thanks for your help on this, I appreciate it very much!
Best regards,