Hi, OK, but how do you monitor the call while it is in progress?
To disconnect the call, I am planning to use the session timers set in the header prior to intitiating the call, which will offload the task of montoring the call by SER, and disconnection-on-zero-credit will be handled by our pstn gw. Am I wrong somewhere?
Regards, Ashutosh
-----Original Message----- From: Ryan Pagquil [mailto:rpagquil@philonline.com] Sent: Friday, October 28, 2005 3:33 PM To: Ashutosh kumar Cc: serusers@lists.iptel.org Subject: Re: [Serusers] Prepaid approach
Hi, We are a bit similar in implementing prepaid service. Our users are normally can call other users in our domain, and they are initially not member of the pstn group in the ser.grp table. once they bought credits they will be put in the "pstn" group and can call pstn destinations. But when they run out of credit, we sends a bye message using sipsak on both PSTN gateway and the user's IP phone.
Regards, Ryan
Ashutosh kumar wrote:
Hi,
While trying to implement prepaid solution using SER, I decided to go be a intuitive approach which is as follows.
-When the user registers, he is placed in a voip groups table of ser (or radius server database), i.e he can make only pc-to-pc calls.
- Later , or otherwise, when the user registers, he is shifted to a
pstn groups table of ser , i.e noew he can make only pc-to-pstn calls.
-Henceforth, whenever the user logins and tries to make pstn call, the call is approved only if group_radius_is_user_in(username) succeds, else the call rejected by SER.
-To restrict the user from making pstn calls when his credits are zero (or beyond a threshold) , a dedicated cron job is scripted to move users from pstn group to voip when their
account_cerdit=0.
Am I right in using this approach, or are there any foreseeable problems which I might be overlooking.
Thanks.
Regards,
Ashutosh Kumar
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers