Caller ID Superfecta

+1

I see no down side so far, and several possible good reasons to do it.
+1

I don't see a way to accomplish this task with the CallerID Superfecta Module within the confines of its current design.

I don't think anything in our current API would support being called for this purpose - BUT - since we are not yet compartmentalizing our functions into classes - from what I gather from tm1000 - our API (things in the modules functions.php file) is available to other modules, and perhaps other areas of FreePBX.

If thats true - perhaps the solution would be to add a function in the functions file that could be called from within the outbound dial plan?

Perhaps it might be better suited for inclusion in callerid.php, or would we want to introduce a separate script inside CIDS (CallerID Superfecta) just for the purpose of hooking into outbound dial plans. This could reside inside the module, and be linked to one of a few folders where the dialplan can find it by default.

We also better consider this being an OPTIONAL thing to enable or disable inside Superfecta - I can envision some people not wanting the CDR format changed in any way due to dependencies in their downstream CDR data consumers.

Thoughts?

Every time a user travels through FreePBX, FreePBX loads all functions.inc.php files inside of each module directory (I know it sounds like a lot). This allows all modules to 'hook' into any part of FreePBX (EG, Endpoint Manager is now hooking into the Extensions page), however I'm not sure if it's called when a user goes to the CID page as I don't know what hooks in there.

The easiest way to figure out when functions.inc.php is called is to put "print_r($_REQUEST);" in functions.inc.php. It's helped me so far. The only other thing thats helped me is Philippe Lindheimer himself (whom I have had to call a few times). Otherwise the documentation is severely out of date, so I'm surprised most people get as far as this project did!

tm1000 wrote:

The easiest way to figure out when functions.inc.php is called is to put "print_r($_REQUEST);" in functions.inc.php. It's helped me so far. The only other thing thats helped me is Philippe Lindheimer himself (whom I have had to call a few times). Otherwise the documentation is severely out of date, so I'm surprised most people get as far as this project did!

We have been blessed with some wonderful contributors - no other answer suffices!

You didnt comment on the idea of making a symlink (to an executable location) of a seperate script that can excercise (hopefully some) existing Superfecta code, and ui controls in the Superfecta to effect changes to the outbound dialplan to call the new symlink?

Nixi - if we appraoch this task, we will want more details, like

1. What exactly do you want put into the CDR (Exact content)
2. Where exactly do you want that done (Exact field)?
3. Do you have examples of the previous dial plan/ method used to invoke the function
4. Any other specific details about how you think it should work

Nixi - I cant find any reference to any script that will do this (google for quite a while). DO you know where we can find a copy of it?

I chimed in with a +1 without giving this a moment's thought, but this task may be more work than it's worth. I just did a quick browse of the FreePBX MySQL CDR and there is no field there reserved for outgoing CNAM (of course) but there are a few unused fields, one called "userfield" that may be employed for this purpose. Of course the fact that these fields are unused on my system proves nothing, they may well be used for other purposes I don't know about. There is also the Asterisk full logs, which may or may not come into this equation.

This is a very low priority request for me.

I think the effort should be spent on researching what it will take to drop superfecta's dependence on cidlookup. My guess is that once that is done, we'd be well over half way to finishing this request as well.

I also think this effort should be focused on 2.x -- because what's learned from it would help lay a better framework for 3.x.

jkiel - I like your thinking. It's a longer road to success for this ticket, but it's the right direction to move in. It could go along ways to freeing Superfecta from its bonds to FreePBX.

It would also mean something potentially big for another project. (See #446)