Ashutosh,
You may want to look at the thread "Detecting runaway calls" we have been discussing these type issues there.
Basically if you control the PSTN gateway and/or there is support for session timers then you are in good shape, and this should work.
- Daryl
On 10/28/05, Ashutosh kumar ashutoshk@chetu.com wrote:
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
-- Ryan Pagquil Infodyne Inc. - PhilOnline.com 3603 Antel Global Corporate Center Doña Julia Vargas Ave. Ortigas Center Pasig City Tel: 687-0715 Web: www.philonline.com
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers