Hi Mike,
Fork will generated 2 CDRs, and will seperate CDRs
But seems that there is a trouble in 1.6 (1.4 was working fine)
For exemple : phone A (leg A) is called, I play some background sound and
before putting in relation with phone B (leg B) I do a ForkCDR()
in 1.4 billsec in the first CDRs whas the call time on leg A and in the
second CDR the time of call on leg B
in 1.6 billsec on the two CDRs is the call time on leg B
in my case it cause some trouble since I cannot not charge the introduction
message (background sound)
Is it a known Bug ? or may be it's not a bug?
regards
Mickael
2010/9/23 Mike <list at net-wall.com>
> Hi,
>
>
>
> Using 1.6.2.13.
>
>
>
> I'd like to know how I can force Asterisk to fork a call. To simplify
> things, Let's say I have an out context (for outbound calls) and an in
(for
> inbound). If person A wants to call person B, and both are on my servers,
I
> don`t want to send the call out. I want all this to happen internally on
my
> server.
>
>
>
> The problem is if I use some condition to send calls in my out context back
> to my in context, some channel variables get mixed up, and (for example)
> when the calling part puts the called party on hold, the music on hold used
> is the called party's music. I am sure there are some less benign
problems
> that could come with that.
>
>
>
> Is ForkCDR() what I am looking for? Any things I gotta watch out for when
> using it?
>
>
>
> I basically would like Asterisk to treat this call as two separate calls,
> as if one was completely outbound and the second an independant inbound
> call.
>
>
>
> Mike
>
>
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> New to Asterisk? Join us for a live introductory webinar every Thurs:
> http://www.asterisk.org/hello
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20101222/225d55e9/attachment.htm>