Search results

So you can control the actual number of cdr records to retain, the setting is at Default settings > Category 'CDR' > limit. Number of retention days for CDR records and call recordings, I don't think you can do this from any setting available in the UI, atleast not that I know of. The only way...

Rebranding FusionPBX is a member feature. members

Well, VVX D230 does not run the same UC firmware stack that all other Poly VVX series phones run. That's because Poly just stamped their logo on it after they acquired OBihai. VVX D230 runs the OBihai stack under the hood. Now that being said, provisioning it against FusionPBX should just be as...

Just curious, what these 'Emergency logs' are and how are they used/populated. Couldn't find any documentation or any previous discussion about it here.

I think I'm a bit confused after your last message. Just to confirm, is your phone getting any provisioning values/settings at all or not? how do know that if the phone is not getting any values?

You can start by looking into the phone templates you're using for your device to see if the default settings you want are even referenced in the template or not

Put the number you want the outbound calls blocked to in the 'Number' field instead of 'Name' field

That capture just proved what I said above. See those 10 repeated 200 OK's being sent to your endpoint udp/[182.253.56.161]:5590 but no ACK back. Need to see all of this call leg starting from the first INVITE.

@Win From the logs looks like its your endpoint (whatever has extension 101 on it) is not sending ACK to the 200 OK that FusionPBX is sending it. Take a look at the CALL LEG A SIP messages (between endpoint and FusionPBX).

Thats most likely because of no ACK or delayed ACK to 200 OK. Look into your Freeswitch logs what happens after it receives the 200 OK.

No, not the dialplan, but your SIP profiles. In your external profile set "ext-rtp-ip" and "sip_rtp_ip" to "autonat:your_pbx_public_ip" (without the quotes ofcourse). If this is cloud install, then you'll probably need to do the same for your internal profile as well so that phones/endpoint...

Its taking your FusionPBX 32secs to respond with a ACK to the previous 200 OK..?!?!? and then it sends a BYE right after. You may need to look into the Freeswitch logs about that. Why are you advertising other ends IP 43.245.185.3 in your INVITE's SDP? Your PBX Public IP needs to go there.

You need to look at the SIP ladder diagram of these calls that you're making via BulkVS and Flowroute to see what exactly is happening. If not already installed, install 'sngrep'.

That outbound route "call_direction-outbound" is automatically created so that your call attempt gets a proper direction tag of "outbound", which later gets used in the dialplan and when displaying CDRs.

Thats quite a self explanatory issue. Its complaining about SSL cert verification. Just disable SSL cert verification on your phone.

The setting itself is called 'enabled' under Default settings > Provision. Here, this thread has more info about device provisioning in FusionPBX.

Not enough information. How are you routing between the two FusionPBX's?

I don't think I can, only OP @vuthy09 can OR the administrators of this forum

well, looks like that solved the issue, or atleast pointed in the right direction. Here's the output of that command BTW; root@fusionpbx-ubuntu-20-4:~# grep /core/domains/domains.php /var/www/fusionpbx/*/*/app_menu.php /var/www/fusionpbx/app/phone/app_menu.php...

I reported the same issue. Yet to figure out why it's happening.