Search results

I understand that. Check this particular call and see if the database is showing the same thing. Then, you can make a decision about where the issue might be. I've seen where, in some versions, the CDR page had the wrong math.

Let me rephrase this. The reason why "Max Time Without Agent" setting doesn't kick in is because the "Max wait time" setting allows the queue to account for the possibility that another agent might become available while the caller is on hold.

The "Max Time Without Agent" setting is what I was referring to. This setting allows the queue to account for the possibility that another agent might become available while the caller is on hold. It also accommodates temporary system issues, such as a brief loss of internet for all agents; when...

If an agent declines a call, they will not receive another until the reject delay has elapsed. This design likely aims to prevent agents from being repeatedly called while engaged with other tasks. If an agent were available, he wouldn't decline a call in the first place, right? In situations...

Did you check the database start_epoch and end_epoch to determine which count is correct? Check answer_epoch as well. It may differ from start_epoch significantly depending on your dialplan.

@voipBull I'm not surprised. We had to perform extensive data manipulation to reach this stage. While the underlying data in the database remains unchanged, what we display is the final result of all the transformations we apply in real time.

Thank you, @voipBull. One of the core objectives of FS PBX is to prioritize user-friendliness. After working with several systems based on Asterisk and FreeSWITCH, I noticed that none of them effectively presented CDRs in a clear, easily understandable format. So, we developed our own solution...

@voipBull It does more than just queues. Here is the call fragment involving a ring group and a call park.

Hello everyone, As of version 0.9.8, the FS PBX dashboard for FusionPBX now provides streamlined support for displaying a single entry per call in the CDR table. You can view all relevant details of both answered and unanswered related calls in the detailed view. For example, in this...

The two calls you shared have a few significant differences that could explain why the second one has weird noises on the line. Let me break them down: Audio Codec Difference: In the first call, the codec used is primarily G722 (9), which is a wideband codec (high-definition audio), providing...

Hello and welcome. Shoot your questions and we will try to assist

Why are you modifying these settings manually? Use the GUI to create a number and route it to the ring group. It will build the dialplan for you automatically. Screenshot 2b looks good for the ring group setup.

You should use ring groups, but ensure that you create unique extensions. For example, you could route extension 777100102 to ring group 500. In this case, ring group 500 would have extension 102 set as the destination, ringing for 10 seconds, and the timeout destination should be your trunk.

I'm glad to hear that you figured it out.

If you're new to FreeSWITCH, developing a script to achieve this functionality can be quite challenging and not something that can be provided as a quick solution. Writing and debugging such a script takes time and experience; it took me years to fully grasp how to work with dialplans and create...

You posted only a fragment of Freeswitch log again. You need to post everything from the time the call started to the end. It's a very long log usually. Your SIP trace only shows the leg between your phone and FusionPBX; there is no leg between FusionPBX and the carrier. Maybe it never...

This sounds like an answer-confirmation feature. It's usually enabled on an extension or a ring group. You need to check options in the IVR and find out where they go.

If there is, I'd like to know that as well. Maybe with some custom LUA script; however, I don't think it's available right out of the box. I'm pretty sure blind transfers are blind for a reason. The original caller loses the call. If you want to be really creative, you can try transferring to...

One issue I saw right away is that you have a ring group with extension 102 and a destination 102 within that ring group. If 102 is an extension in your system, then you have a duplicate. Ring groups and extensions can not have the same extension number. It causes conflicts. I had to program my...

For freeswitch, you need to provide the log you provided over a screenshot, but it is in text format. Please copy and paste it here and mask any sensitive info. You will find that one call log is a lot longer than what you were able to capture in the screenshot. For PCAP, run sngrep on your...