Hi Jason;
i configured cfg like below. Charging working but there is no information
about it is call forwarding and all the avps are about first session. When i
check dialog_ng hash , it can be updated. is there any flag to set call
forwarding or something.
or my problem is just logic. I am tryin
Hi Yasin,
I'd imagine this 'should' work already. The dialog will be torn down on the
BUSY, thereby sending a CCR(terminate). Theoretically you could re-arm the
RURI/dst and then call Ro_CCR again before t_relaying
Like I said, I have not tested this so if it doesn't work let us know and
we c
Thanks for reply.
i need to learn one thing? how to handle call forwarding charging in
IMS_charging. i mean that
A CSCF B C
|->INV-> |->INV-> | |
| |<-BUSY- | |
| |->INV-> -> -> ->|
it
Hi Yasin,
The functionality of reviving Ro sessions on reboot is not yet 100%
complete. As you correctly noted, the groundwork is there w.r.t data being
stored in DB but I still need to rebuild the CDP sessions and restart the
structures, state and timing for the Ro sessions. It's something on my
Hello;
as you know , S-CSCSF has IMS_charging module and dialog_ng
module for charging. When it is restarted , all dialog_ng hash is
vanish. So calls can continue but charging stops.
if dialog_ng has a db_mode when restart , it can be solved. or is
there a way to
