Re: [OpenSIPS-Users] How to limit parallel calls duration of prepaid customers?

2019-11-22 Thread Adrian Georgescu
Call control does handle the ’special’ case of parallel calls for a  user. When 
balance gets to zero all outgoing calls are being cut add the same time. There 
is nothing special the module work with N parallel calls, not just 1.

Adrian

> On 16 Nov 2019, at 13:47, Dipteshkumar Patel  
> wrote:
> 
> Hello Team,
> 
> I want to use opensips as a pbx system. I have prepaid customers so how can i 
> manage prepaid calls scheduling based on customers' balance(dialog timeout). 
> As specially in case we have parallel calls of a user. I found call-control 
> from ag-projects for that. 
> 
> Can you please suggest any other possible way to implement this feature?
> 
> Thanks & Regards
> Diptesh Patel
> Software Developer 
> Ecosmob Technologies Ltd, 
> Ahmedabad
> Mo:+919898962659
> 
> Disclaimer
> In addition to generic Disclaimer which you have agreed on our website, any 
> views or opinions presented in this email are solely those of the originator 
> and do not necessarily represent those of the Company or its sister concerns. 
> Any liability (in negligence, contract or otherwise) arising from any third 
> party taking any action, or refraining from taking any action on the basis of 
> any of the information contained in this email is hereby excluded.
> 
> Confidentiality
> This communication (including any attachment/s) is intended only for the use 
> of the addressee(s) and contains information that is PRIVILEGED AND 
> CONFIDENTIAL. Unauthorized reading, dissemination, distribution, or copying 
> of this communication is prohibited. Please inform originator if you have 
> received it in error.
> 
> Caution for viruses, malware etc.
> This communication, including any attachments, may not be free of viruses, 
> trojans, similar or new contaminants/malware, interceptions or interference, 
> and may not be compatible with your systems. You shall carry out 
> virus/malware scanning on your own before opening any attachment to this 
> e-mail. The sender of this e-mail and Company including its sister concerns 
> shall not be liable for any damage that may incur to you as a result of 
> viruses, incompleteness of this message, a delay in receipt of this message 
> or any other computer problems. 
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] How to limit parallel calls duration of prepaid customers?

2019-11-21 Thread David Villasmil
Sorry this is opensips:
https://opensips.org/html/docs/modules/devel/dialog.html#pv_DLG_timeout
Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Thu, Nov 21, 2019 at 8:43 AM David Villasmil <
david.villasmil.w...@gmail.com> wrote:

> You can control this with sqlops (or another db backend).
> If the user can't make multiple call you can control this with dialog
> timeout (
> https://kamailio.org/docs/modules/5.2.x/modules/dialog.html#dialog.p.timeout_avp
> )
> You calculate how long max the call can be established and set the timeout
> avp accordingly.
> When a call comes in check if the user is in the table (custom table) and
> if not store the calling user in a table as "in_use = 1".
>
> I did this a lng time ago, but it works fine.
>
>
> Regards,
>
> David Villasmil
> email: david.villasmil.w...@gmail.com
> phone: +34669448337
>
>
> On Thu, Nov 21, 2019 at 4:27 AM Dipteshkumar Patel <
> diptesh.pa...@ecosmob.com> wrote:
>
>> Hello Daniel,
>>
>> Is your solution scalable?
>> If i have clustering architecture with HA. So in my system I have
>> opensips cluster(Dialog Replication).
>> In my system if Active Node is down and the Virtual IP now bind to the
>> another(Passive) node.
>> In this case, will your solution work?
>>
>> Thanks & Regards
>> *Diptesh Patel*
>> Software Developer
>> Ecosmob Technologies Ltd,
>> Ahmedabad
>> Mo:*+919898962659*
>>
>>
>> On Sat, Nov 16, 2019 at 11:30 PM Daniel Zanutti 
>> wrote:
>>
>>> Hi  Diptesh
>>>
>>> We tried to implement a native prepaid system on Opensips but didn't
>>> found a way to do this natively, so we developed a custom prepaid mechanism
>>> to our solution.
>>>
>>> Our company (http://dazsoft.com) is focused on complete systems but we
>>> can negotiate this specific part if you want. Let me know.
>>>
>>> Regards
>>>
>>>
>>> On Sat, Nov 16, 2019 at 1:50 PM Dipteshkumar Patel <
>>> diptesh.pa...@ecosmob.com> wrote:
>>>
 Hello Team,

 I want to use opensips as a pbx system. I have prepaid customers so how
 can i manage prepaid calls scheduling based on customers' balance(dialog
 timeout). As specially in case we have parallel calls of a user. I found
 call-control from ag-projects for that.

 Can you please suggest any other possible way to implement this feature?

 Thanks & Regards
 *Diptesh Patel*
 Software Developer
 Ecosmob Technologies Ltd,
 Ahmedabad
 Mo:*+919898962659*

 *Disclaimer*
 In addition to generic Disclaimer which you have agreed on our website,
 any views or opinions presented in this email are solely those of the
 originator and do not necessarily represent those of the Company or its
 sister concerns. Any liability (in negligence, contract or otherwise)
 arising from any third party taking any action, or refraining from taking
 any action on the basis of any of the information contained in this email
 is hereby excluded.

 *Confidentiality*
 This communication (including any attachment/s) is intended only for
 the use of the addressee(s) and contains information that is PRIVILEGED AND
 CONFIDENTIAL. Unauthorized reading, dissemination, distribution, or copying
 of this communication is prohibited. Please inform originator if you have
 received it in error.

 *Caution for viruses, malware etc.*
 This communication, including any attachments, may not be free of
 viruses, trojans, similar or new contaminants/malware, interceptions or
 interference, and may not be compatible with your systems. You shall carry
 out virus/malware scanning on your own before opening any attachment to
 this e-mail. The sender of this e-mail and Company including its sister
 concerns shall not be liable for any damage that may incur to you as a
 result of viruses, incompleteness of this message, a delay in receipt of
 this message or any other computer problems.
 ___
 Users mailing list
 Users@lists.opensips.org
 http://lists.opensips.org/cgi-bin/mailman/listinfo/users

>>>
>> *Disclaimer*
>> In addition to generic Disclaimer which you have agreed on our website,
>> any views or opinions presented in this email are solely those of the
>> originator and do not necessarily represent those of the Company or its
>> sister concerns. Any liability (in negligence, contract or otherwise)
>> arising from any third party taking any action, or refraining from taking
>> any action on the basis of any of the information contained in this email
>> is hereby excluded.
>>
>> *Confidentiality*
>> This communication (including any attachment/s) is intended only for the
>> use of the addressee(s) and contains information that is PRIVILEGED AND
>> CONFIDENTIAL. Unauthorized reading, dissemination, distribution, or copying
>> of this communication is prohibited. Please inform originator if you have
>> received it in 

Re: [OpenSIPS-Users] How to limit parallel calls duration of prepaid customers?

2019-11-21 Thread David Villasmil
You can control this with sqlops (or another db backend).
If the user can't make multiple call you can control this with dialog
timeout (
https://kamailio.org/docs/modules/5.2.x/modules/dialog.html#dialog.p.timeout_avp
)
You calculate how long max the call can be established and set the timeout
avp accordingly.
When a call comes in check if the user is in the table (custom table) and
if not store the calling user in a table as "in_use = 1".

I did this a lng time ago, but it works fine.


Regards,

David Villasmil
email: david.villasmil.w...@gmail.com
phone: +34669448337


On Thu, Nov 21, 2019 at 4:27 AM Dipteshkumar Patel <
diptesh.pa...@ecosmob.com> wrote:

> Hello Daniel,
>
> Is your solution scalable?
> If i have clustering architecture with HA. So in my system I have opensips
> cluster(Dialog Replication).
> In my system if Active Node is down and the Virtual IP now bind to the
> another(Passive) node.
> In this case, will your solution work?
>
> Thanks & Regards
> *Diptesh Patel*
> Software Developer
> Ecosmob Technologies Ltd,
> Ahmedabad
> Mo:*+919898962659*
>
>
> On Sat, Nov 16, 2019 at 11:30 PM Daniel Zanutti 
> wrote:
>
>> Hi  Diptesh
>>
>> We tried to implement a native prepaid system on Opensips but didn't
>> found a way to do this natively, so we developed a custom prepaid mechanism
>> to our solution.
>>
>> Our company (http://dazsoft.com) is focused on complete systems but we
>> can negotiate this specific part if you want. Let me know.
>>
>> Regards
>>
>>
>> On Sat, Nov 16, 2019 at 1:50 PM Dipteshkumar Patel <
>> diptesh.pa...@ecosmob.com> wrote:
>>
>>> Hello Team,
>>>
>>> I want to use opensips as a pbx system. I have prepaid customers so how
>>> can i manage prepaid calls scheduling based on customers' balance(dialog
>>> timeout). As specially in case we have parallel calls of a user. I found
>>> call-control from ag-projects for that.
>>>
>>> Can you please suggest any other possible way to implement this feature?
>>>
>>> Thanks & Regards
>>> *Diptesh Patel*
>>> Software Developer
>>> Ecosmob Technologies Ltd,
>>> Ahmedabad
>>> Mo:*+919898962659*
>>>
>>> *Disclaimer*
>>> In addition to generic Disclaimer which you have agreed on our website,
>>> any views or opinions presented in this email are solely those of the
>>> originator and do not necessarily represent those of the Company or its
>>> sister concerns. Any liability (in negligence, contract or otherwise)
>>> arising from any third party taking any action, or refraining from taking
>>> any action on the basis of any of the information contained in this email
>>> is hereby excluded.
>>>
>>> *Confidentiality*
>>> This communication (including any attachment/s) is intended only for the
>>> use of the addressee(s) and contains information that is PRIVILEGED AND
>>> CONFIDENTIAL. Unauthorized reading, dissemination, distribution, or copying
>>> of this communication is prohibited. Please inform originator if you have
>>> received it in error.
>>>
>>> *Caution for viruses, malware etc.*
>>> This communication, including any attachments, may not be free of
>>> viruses, trojans, similar or new contaminants/malware, interceptions or
>>> interference, and may not be compatible with your systems. You shall carry
>>> out virus/malware scanning on your own before opening any attachment to
>>> this e-mail. The sender of this e-mail and Company including its sister
>>> concerns shall not be liable for any damage that may incur to you as a
>>> result of viruses, incompleteness of this message, a delay in receipt of
>>> this message or any other computer problems.
>>> ___
>>> Users mailing list
>>> Users@lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>
> *Disclaimer*
> In addition to generic Disclaimer which you have agreed on our website,
> any views or opinions presented in this email are solely those of the
> originator and do not necessarily represent those of the Company or its
> sister concerns. Any liability (in negligence, contract or otherwise)
> arising from any third party taking any action, or refraining from taking
> any action on the basis of any of the information contained in this email
> is hereby excluded.
>
> *Confidentiality*
> This communication (including any attachment/s) is intended only for the
> use of the addressee(s) and contains information that is PRIVILEGED AND
> CONFIDENTIAL. Unauthorized reading, dissemination, distribution, or copying
> of this communication is prohibited. Please inform originator if you have
> received it in error.
>
> *Caution for viruses, malware etc.*
> This communication, including any attachments, may not be free of viruses,
> trojans, similar or new contaminants/malware, interceptions or
> interference, and may not be compatible with your systems. You shall carry
> out virus/malware scanning on your own before opening any attachment to
> this e-mail. The sender of this e-mail and Company including its 

Re: [OpenSIPS-Users] How to limit parallel calls duration of prepaid customers?

2019-11-20 Thread Dipteshkumar Patel
Hello Daniel,

Is your solution scalable?
If i have clustering architecture with HA. So in my system I have opensips
cluster(Dialog Replication).
In my system if Active Node is down and the Virtual IP now bind to the
another(Passive) node.
In this case, will your solution work?

Thanks & Regards
*Diptesh Patel*
Software Developer
Ecosmob Technologies Ltd,
Ahmedabad
Mo:*+919898962659*


On Sat, Nov 16, 2019 at 11:30 PM Daniel Zanutti 
wrote:

> Hi  Diptesh
>
> We tried to implement a native prepaid system on Opensips but didn't found
> a way to do this natively, so we developed a custom prepaid mechanism to
> our solution.
>
> Our company (http://dazsoft.com) is focused on complete systems but we
> can negotiate this specific part if you want. Let me know.
>
> Regards
>
>
> On Sat, Nov 16, 2019 at 1:50 PM Dipteshkumar Patel <
> diptesh.pa...@ecosmob.com> wrote:
>
>> Hello Team,
>>
>> I want to use opensips as a pbx system. I have prepaid customers so how
>> can i manage prepaid calls scheduling based on customers' balance(dialog
>> timeout). As specially in case we have parallel calls of a user. I found
>> call-control from ag-projects for that.
>>
>> Can you please suggest any other possible way to implement this feature?
>>
>> Thanks & Regards
>> *Diptesh Patel*
>> Software Developer
>> Ecosmob Technologies Ltd,
>> Ahmedabad
>> Mo:*+919898962659*
>>
>> *Disclaimer*
>> In addition to generic Disclaimer which you have agreed on our website,
>> any views or opinions presented in this email are solely those of the
>> originator and do not necessarily represent those of the Company or its
>> sister concerns. Any liability (in negligence, contract or otherwise)
>> arising from any third party taking any action, or refraining from taking
>> any action on the basis of any of the information contained in this email
>> is hereby excluded.
>>
>> *Confidentiality*
>> This communication (including any attachment/s) is intended only for the
>> use of the addressee(s) and contains information that is PRIVILEGED AND
>> CONFIDENTIAL. Unauthorized reading, dissemination, distribution, or copying
>> of this communication is prohibited. Please inform originator if you have
>> received it in error.
>>
>> *Caution for viruses, malware etc.*
>> This communication, including any attachments, may not be free of
>> viruses, trojans, similar or new contaminants/malware, interceptions or
>> interference, and may not be compatible with your systems. You shall carry
>> out virus/malware scanning on your own before opening any attachment to
>> this e-mail. The sender of this e-mail and Company including its sister
>> concerns shall not be liable for any damage that may incur to you as a
>> result of viruses, incompleteness of this message, a delay in receipt of
>> this message or any other computer problems.
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>

-- 
*Disclaimer*
In addition to generic Disclaimer which you have agreed on our 
website, any views or opinions presented in this email are solely those of 
the originator and do not necessarily represent those of the Company or its 
sister concerns. Any liability (in negligence, contract or otherwise) 
arising from any third party taking any action, or refraining from taking 
any action on the basis of any of the information contained in this email 
is hereby excluded.



*Confidentiality*
This communication (including any 
attachment/s) is intended only for the use of the addressee(s) and contains 
information that is PRIVILEGED AND CONFIDENTIAL. Unauthorized reading, 
dissemination, distribution, or copying of this communication is 
prohibited. Please inform originator if you have received it in error.



*Caution for viruses, malware etc.*
This communication, including any 
attachments, may not be free of viruses, trojans, similar or new 
contaminants/malware, interceptions or interference, and may not be 
compatible with your systems. You shall carry out virus/malware scanning on 
your own before opening any attachment to this e-mail. The sender of this 
e-mail and Company including its sister concerns shall not be liable for 
any damage that may incur to you as a result of viruses, incompleteness of 
this message, a delay in receipt of this message or any other computer 
problems. 
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] How to limit parallel calls duration of prepaid customers?

2019-11-16 Thread Daniel Zanutti
Hi  Diptesh

We tried to implement a native prepaid system on Opensips but didn't found
a way to do this natively, so we developed a custom prepaid mechanism to
our solution.

Our company (http://dazsoft.com) is focused on complete systems but we can
negotiate this specific part if you want. Let me know.

Regards


On Sat, Nov 16, 2019 at 1:50 PM Dipteshkumar Patel <
diptesh.pa...@ecosmob.com> wrote:

> Hello Team,
>
> I want to use opensips as a pbx system. I have prepaid customers so how
> can i manage prepaid calls scheduling based on customers' balance(dialog
> timeout). As specially in case we have parallel calls of a user. I found
> call-control from ag-projects for that.
>
> Can you please suggest any other possible way to implement this feature?
>
> Thanks & Regards
> *Diptesh Patel*
> Software Developer
> Ecosmob Technologies Ltd,
> Ahmedabad
> Mo:*+919898962659*
>
> *Disclaimer*
> In addition to generic Disclaimer which you have agreed on our website,
> any views or opinions presented in this email are solely those of the
> originator and do not necessarily represent those of the Company or its
> sister concerns. Any liability (in negligence, contract or otherwise)
> arising from any third party taking any action, or refraining from taking
> any action on the basis of any of the information contained in this email
> is hereby excluded.
>
> *Confidentiality*
> This communication (including any attachment/s) is intended only for the
> use of the addressee(s) and contains information that is PRIVILEGED AND
> CONFIDENTIAL. Unauthorized reading, dissemination, distribution, or copying
> of this communication is prohibited. Please inform originator if you have
> received it in error.
>
> *Caution for viruses, malware etc.*
> This communication, including any attachments, may not be free of viruses,
> trojans, similar or new contaminants/malware, interceptions or
> interference, and may not be compatible with your systems. You shall carry
> out virus/malware scanning on your own before opening any attachment to
> this e-mail. The sender of this e-mail and Company including its sister
> concerns shall not be liable for any damage that may incur to you as a
> result of viruses, incompleteness of this message, a delay in receipt of
> this message or any other computer problems.
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


[OpenSIPS-Users] How to limit parallel calls duration of prepaid customers?

2019-11-16 Thread Dipteshkumar Patel
Hello Team,

I want to use opensips as a pbx system. I have prepaid customers so how can
i manage prepaid calls scheduling based on customers' balance(dialog
timeout). As specially in case we have parallel calls of a user. I found
call-control from ag-projects for that.

Can you please suggest any other possible way to implement this feature?

Thanks & Regards
*Diptesh Patel*
Software Developer
Ecosmob Technologies Ltd,
Ahmedabad
Mo:*+919898962659*

-- 
*Disclaimer*
In addition to generic Disclaimer which you have agreed on our 
website, any views or opinions presented in this email are solely those of 
the originator and do not necessarily represent those of the Company or its 
sister concerns. Any liability (in negligence, contract or otherwise) 
arising from any third party taking any action, or refraining from taking 
any action on the basis of any of the information contained in this email 
is hereby excluded.



*Confidentiality*
This communication (including any 
attachment/s) is intended only for the use of the addressee(s) and contains 
information that is PRIVILEGED AND CONFIDENTIAL. Unauthorized reading, 
dissemination, distribution, or copying of this communication is 
prohibited. Please inform originator if you have received it in error.



*Caution for viruses, malware etc.*
This communication, including any 
attachments, may not be free of viruses, trojans, similar or new 
contaminants/malware, interceptions or interference, and may not be 
compatible with your systems. You shall carry out virus/malware scanning on 
your own before opening any attachment to this e-mail. The sender of this 
e-mail and Company including its sister concerns shall not be liable for 
any damage that may incur to you as a result of viruses, incompleteness of 
this message, a delay in receipt of this message or any other computer 
problems. 
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users