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(a)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(a)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(a)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(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers