[asterisk-users] Asterisk's DANGEROUS Transfer CDR's
Grey Man
greyvoip at yahoo.com.au
Tue Jan 29 14:20:53 CST 2008
> ----- Original Message ----
> From: Matt <mhoppes at gmail.com>
> To: Asterisk Users Mailing List - Non-Commercial Discussion <asterisk-users at lists.digium.com>
> Sent: Tuesday, 29 January, 2008 7:28:32 PM
> Subject: Re: [asterisk-users] Asterisk's DANGEROUS Transfer CDR's
>
> Grey,
>I don't think you understand how transfers work. Let's take for example:
>
>USER-1 dials LOCATION A and then LOCATION B (referred to as 1,A,B).
>
>1 Dials A and transfers the call to B.
>The call data is now NO LONGER in the asterisk path, therefore asterisk has nothing to do with the CDR. However, the call >legs are still going out of the providers trunking. This is not a problem with asterisk, but a logic problem with you/providers >dial-plan.
>
>Asterisk is doing exactly as it should.. when it steps out of the media path, the CDR is also dropped, as asterisk is no longer >responsible for that call.
Hi Matt,
Sadly I understand all to well how transfers work. I've had to go over and over this for the last 12 months trying to find different ways of handling it. I'm talking about blind and attended call transfers here not IAX or any other kind. We are not taking Asterisk out of the media path and even if we were you wouldn't want to be losing CDR's from a provider's point of view, whoever set the call up is still paying for it regardless of where the media has been re-invited to.
Out of the 8 Asterisk based providers I have tested 3 have this issue and the other 5 don't support transfers.
It's dead simple for anyone to test. Find an Asterisk provider that supports transfers, connect with the xten, do a blind or attended transfer and check the CDR's. Call a free or cheap destination as the first leg of your transfer and the expensive destination second. You'll be pleasantly suprised at the bill!
Regards,
Greyman.
Make the switch to the world's best email. Get the new Yahoo!7 Mail now. www.yahoo7.com.au/worldsbestemail
More information about the asterisk-users
mailing list