Stefan Sayer writes: > why big overkill?
because sbc prepaid's timer business during calls and because of unnecessary complicated accounting interface. > if you want to properly count parallel calls, you need to be dialog > stateful, hence a b2bua. SBC module itself doesn't add much overhead > if you don't enable SST, rtprelay, filters etc. yes, i know that b2bua is needed. question just was, what is best way to implement it in sems. > in 1.4, sbc with prepaid enabled and a little bit customized cc_acc is > the right choice imo. ok, i'll take a look at it, i.e., how to strip the unnecessary stuff. > prepaid_uuid=$H(P-Caller-Uuid) > prepaid_acc_dest=H(P-Caller-Number-of-Simultaneous-Calls) > > and modify cc_acc a little to count the calls for uuid. thanks for the tip. > the only missing piece is that it will set timers (disbale that by > commenting the setTimer call). ok. > I'm thinking about extending that interface to: > > call_control_uuid=... > call_control_*=... > > and return values: > action > 0 - drop > 1 - refuse with code/reason > 2 - set timer (prepaid) > > i think that would fit your usecase as well. yes, i think so although i didn't quite understand what interface the above is. currently acc getCredit returns available credit. -- juha _______________________________________________ Semsdev mailing list [email protected] http://lists.iptel.org/mailman/listinfo/semsdev
