provided by Star2Billing S.L.

I've never seen it done like that before, always with an Inbound Route going to a Custom Application. That's not to say it's wrong. As I asked previously, what does Show Callbacks show?

Hi,
Thanks again!

The trixbox in the flow is just to show our server location throughout the entire call, it does not mean anything at all.

As for the Show Callbacks, it shows:


Cheers.

I was referring to the 'forward ext' part.
So if you didn't receive that callback (and it didn't go to voicemail, etc) that would tend to indicate your carrier is claiming calls are answered which don't actually ring the phone in question.

I don't think this is the case because the current forward method works for us well. We try to let trixbox to handle as much things for us as possible



I highly suspect that the call went into voice mail because from the "Success-Origina" detail, I can see that the calls are usually registered at around 7 to 8 seconds.

So right now I believe to solve this problem, I can only delay the callback at sec_wait_before_callback to make sure that callback will only be established after the user has hang up his phone, right?

Unfortunately, at this moment my:
sec_wait_before_callback = 10


Would it be advisable to increase it any further?

Cheers.

In my experience it's very unusual for a telephone to take anywhere near 10 seconds to clear down, even when POTS lines are in use, but if you want to increase this please do. It's your system; you get to decide the delay between the trigger leg and the callback leg.

Thanks a lot for your help, stavros!

You are right. I have increased sec_wait_before_callback, which seems unusual but it has fixed my problem.

I will talk to the provider on why it takes so long to hang up a call.

Thank you!