Posted: Fri Apr 24, 2009 8:00 am Post subject: [asterisk-dev] [LibPRI] Question on Charging indicator forwa
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--
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:
Quote:
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 ?
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum