[OpenSIPS-Users] calls have max call duration

M.Khaled W Chehab kchehab at icucall.com
Fri Nov 16 16:18:04 CET 2012


Dears,

 

Thanks for your kindly reply, and I will try to arrange my opensips configuration file  and send it back if the media configuration didn’t solve this problem  ,

BTW I am using  a mix between a residential and trunking script  ,do you have a config tested  having a permission ,routing  dialplan  module tested  for small carrier level ,you can send me a copy of it  .

My old config mediaproxy was 

stream_timeout = 90

on_hold_timeout = 3540

so set it now to 

stream_timeout = 30

on_hold_timeout = 600

 

I will  monitor it now  and inform you about the result , but my question is ,is there a solution using signaling  function I can implement ?

 

 

Regards

 

 

 

 

From: users-bounces at lists.opensips.org [mailto:users-bounces at lists.opensips.org] On Behalf Of Muhammad Shahzad
Sent: Friday, November 16, 2012 5:01 PM
To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] calls have max call duration

 

Your opensips config is pretty messed up and hard to read. So, while i try to read it to find the problem, as a workaround you should set RTP timeouts in your mediaproxy configuration file (i.e. config.ini), e.g.

 

stream_timeout = 30

on_hold_timeout = 1800

This will result in automatic call hangup if there is no media for at least 30 seconds. This will reduce wrong billing problem to 30 seconds, and your customer's balance will not be exhausted completely. Similarly if call is on hold for more then 30 minutes and no media is transferred during this time (not even music on hold) then call will hangup (change this timeout to whatever appropriate for you).

 

Thank you.

 

On Fri, Nov 16, 2012 at 2:13 PM, M.Khaled W Chehab <kchehab at icucall.com> wrote:

Dears,

 

How to drop  the call  when a cancel received from UA and a 200 OK from the trunk in the same second, note back the client cdr will be a canceled call and the trunk cdr will be 1 sec duration but on my cdr its the max daialog  timeout duration

 

I am searching for a  solution for this since two weeks as I tried all trick I know and all didn’t succeed ,

Find attached the scenario I have problem with, which you can find it at  wireshark time line (30.877027)  the Client with IP ( 74.114.101.170) sends  a cancel ,and the opensips version 1.8.2  server with IP 89.207.133.144   send the client 200 canceling and  in its terms forward the cancel to the trunk provider with IP 74.114.101.190 ,but at 31.015333 wireshark time line the trunk sends a 200 OK  then 487 request terminated  and the billing stops from the trunk provider  .

The problem is my opensips with IP 89.207.133.144 didn’t hangup the call and go for the max call duration in the dialog module .

-how to let opensips cancel the call immediately  and stop it with no billing .

Please find attached my opensips.cfg configuration file 

 

Regards

 

 

Khaled Chehab

Senior NGN Engineer

Description: icucall

Operations Office - Lebanon

Office    : +961 1 515155 ext 300 <tel:%2B961%201%20515155%20ext%20300> 

Mobile  : +961 3 045212 <tel:%2B961%203%20045212> 

E-mail    : kchehab at icucall.com

MSN ID :khalidchehab at hotmail.com 

Skype    : k_chehab 

Web Site: http://www.icucall.com

                     http://www.allohi.com

 


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





 

-- 
Muhammad Shahzad
-----------------------------------
CISCO Rich Media Communication Specialist (CRMCS)
CISCO Certified Network Associate (CCNA)
Cell: +49 176 99 83 10 85
MSN: shari_786pk at hotmail.com
Email: shaheryarkh at googlemail.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20121116/fc12770f/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 5316 bytes
Desc: not available
URL: <http://lists.opensips.org/pipermail/users/attachments/20121116/fc12770f/attachment-0001.png>


More information about the Users mailing list