[asterisk-dev] [LibPRI] Question on Charging indicator forwaded in Bridged channel
Klaus Darilion
klaus.mailinglists at pernau.at
Fri Apr 24 05:45:47 CDT 2009
Currently Asterisk supports encoding/decoding of AOC IEs, but they are
not used. One of the problems is in bridged scenario:
PBX Asterisk Telco
----DISCONNECT------->
----DISCONNECT--------->
<---RELEASE-----------
----RELEASE COMPLETE->
<---RELEASE with AoC-E--
----RELEASE COMPLETE--->
Once the AoC-E arrives from the trunk, the bridge is not available any
more as the other channel was already cleared - thus the AoC-E can not
be forwarded.
To fix this the architecture of Asterisk must be changed to clear the
bridged channel after receiving RELEASE.
I once made a patch which remembers the last received AoC-D and fakes
AoC-E using the last received value. This is not always 100% correct,
but it works:
http://bugs.digium.com/view.php?id=7494
regards
klaus
Bernard Merindol(TNE) schrieb:
> Hi All,
>
> I works in French and I have Asterisk iPBX placed in "iPBX on midle"
> from Telco and forward to old Alcatel PBX.
>
> I have problem with IE 36 ISDN indication. This message is not forwaded
> on bridged call. When I see the code in pri_facility.c I see:
>
> case ROSE_AOC_AOCE_CHARGING_UNIT:
> return aoc_aoce_charging_unit_decode(pri, call,
> (u_int8_t *)comp, comp->len + 2);
> if (0) { /* the following function is currently
> not used - just to make the compiler happy */
> aoc_aoce_charging_unit_encode(pri, call,
> call->aoc_units); /* use this function to forward the aoc-e on a bridged
> channel */
> return 0;
> }
>
>
> Someone an idea why "aoc_aoce_charging_unit_encode" is encapsuled in if
> (0) and is not executed ?
>
> Thank for your help.
>
> Best regards
> Bernard Merindol
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-dev
More information about the asterisk-dev
mailing list