Actually , some user defined variables like huting attempt ,customer and
vendor names I define in dialplan. The solution to make join with uuid
is bit complicated and seem to require bit efforts like pushing in to
mysql and then make join. Even then the variables only appears according
to successful or last bridge attempt.
On Sun, Jun 17, 2012 at 10:15 PM, Avi Marcus
<avi@avimarcus.net> wrote:
Oh that's what you meant.
If it's in leg A, why do you expect it to be in Leg B CDR?
-Avi
I will attempt get reply again, the channel variable being set in dialplan are seen in A leg cdr but
not in B leg cdr, can somebody help ?
Hello
Thanks enabling leg B is certainly giving expected results
but it's now showing up few variables including some user defined
variables defined in the dialplan being executed. This problem did not
exist in default enabled leg A.
On Fri, Jun 15, 2012 at 6:51 PM, Avi Marcus
<avi@avimarcus.net> wrote:
By default, the modules for logging only log the A leg of the call.
You can turn on b-leg logging in whichever module you are using for
call logs. Do note you'll have to reconstruct the call then, based on
which is the A-leg and which is B leg, and using bridge_uuid,
signal_bond or last_bridge_to of the B leg (whichever is set) to see
which A leg it came from.
(Also note on enterprise originates: they are reported as leg A in
xml_cdr and need to be tied using the variable:
ent_originate_aleg_uuid)
This kind of "advanced" CDR handling should probably be wikified...
-Avi
On Fri, Jun 15, 2012 at 4:17 PM, awais nazir <
awais-nazeer@hotmail.com> wrote:
> Hi
>
> I am trying to use following context to get failover gateways working
>
> <action application="set" data="hangup_after_bridge=true
"/>
> <action application="bridge"
> data="sofia/local_profile/1111@example1.company.com" />
> <action application="bridge"
> data="sofia/local_profile/1111@example2.company.com" />
>
> if call on first gateway fails , call connection is attempted on second
> gateway but FS is writing only one CDR.How can it write CDR on every bridge
> attempt.
>
> BR
> --waisee
______________________________