Search results

Just incase anyone else wants to do this In /etc/freeswitch/autoload_configs/cidlookup.conf.xml: <!-- WHMCS Lookup --> <param name="url" value="https://whmcs-domain.com/whmcs-lookup.php?number=${caller_id_number}"/> And the php file (hosted on the same box as WHMCS): <?php...

Bump.....

Hello; Recently upgraded from 4.2 to 4.4 - now I cannot go into CDR details I used to go into Apps > Call Detail Records, then click a call record to see all into info about that call Is there a new way to find the detailed records of a call?

did you put "199" (without quotes) into the speed dial field in the number edit screen? And put the phone number into the number field?

I resolved this myself. One of the inbound routes context was ${domain_name} rather than public A bit odd how it broke outbound calls CDR!

Figured out what was happening - click to call was being accessed from https://sip.domain.com, login user@tenant.sip.domain.com Sometime through the process, the domain was replaced with the URL, resulting in the outbound routes being processed for sip.domain.com (which is also a tenant, but...

You can add a number to the contact - after the contact is created, under numbers on the right.

Hey all; My click to call isn't working anymore (multi-tenant instance) - not sure how long it's been broken. From what I can see in the logs, it looks like a click to call is only processing the global dial plans - which means it will never hit a gateway. Any help appreciated :)

oops, missed that! You could create extension 2222 and set forwarding to the external number. Fine for half a dozen, but not hundreds :)

This works for me - the extension is 701, but calling 600 also rings this extension

any ideas on this @DigitalDaz ?

2018-03-11 09:30:27.663740 [DEBUG] switch_ivr_originate.c:2142 Parsing global variables 2018-03-11 09:30:27.663740 [DEBUG] switch_ivr_originate.c:2142 Parsing global variables 2eb2d1c6-2b05-49a9-aef8-fbe2536b3719 2018-03-11 09:30:27.663740 [NOTICE] switch_channel.c:1104 New Channel...

Any ideas on this?

Debug log from the CLI :) 97234c1a-3767-4b8a-b0ad-62080f66504a 2018-02-12 23:13:20782134 [NOTICE] switch_channel.c:1104 New Channel sofia/internal/601@ddh.sip.dynamite.net.nz:6285 [97234c1a-3767-4b8a-b0ad-62080f66504a] 97234c1a-3767-4b8a-b0ad-62080f66504a 2018-02-12 23:13:20782134 [DEBUG]...

From the CLI?

Actually, don't worry about that CID thing, turns out the query for CID lookup is too broad

Def, all outbound is not logging since Jan 10th. Forwarded, inbound and internal calls are logged. And failed outbound are logged (ORIGINATOR_CANCEL) In saying that, there's 1 extension of a particular tenant whos outbound calls appear to be logged - although their outbound caller id is wrong...

Done some crazy things! but not that Context is either the domain name of the tenant or ${domain_name}

Hey; I turned on logging in /var/www/fusionpbx/app/xml_cdr/v_xml_cdr_import.php and heres the result: I cannot see why domain_name and domain_uuid are both blank process cdr via post <?xml version="1.0"?> <cdr core-uuid="a0d99799-9c7e-4add-b4e0-0584d174a71f"...

Not posting anything. If something was corrupt in xml, then it wouldn't log any calls correct?