[OpenSIPS-Users] Mediaproxy: closing expired call when one party stops sending RTP

[Richard Revels]

Media relay uses linux connection tracking.  The rules are bi-directional.  If packets are still coming from the called party side back to the (no longer there) calling party side then the packet counters are still incrementing.

I've been looking at the same type of issue with users on sketchy networks calling conference bridges.  One way around it, that I'm not liking at the moment, is sip session timers.  (SST module in opensips)  One reason I'm not fond of this method is I'm already using the dialog timeout for other things and SST modifies it based on the session time. It might be better if there were two timer values with one devoted to SST.  But I digress.

There might also be a way to poll the conntrack packet count externally and compare them against dialogs via the MI interface.  Having a call on hold might be difficult to detect this way though.  I'll let you know if I think of an easy way to deal with this and you do the same for me.


Richard

On Sep 19, 2010, at 3:59 PM, John Khvatov wrote:

> Hello!
> 
> On Thu, 16 Sep 2010, John Khvatov wrote:
> 
>> Hello all.
>> 
>> I have a problem with RTP timeouts on media relay.
>> 
>> Media relay sends "expired" command only when _both_ parties stop
>> sending RTP. When we have one-directional RTP flow, media relay does not
>> throws timeout.
> 
> I may be poorly explained the problem...
> 
> We have a paid call UA1 <-> UA2. UA1 pays UA2 for the connection. RTP goes in both
> directions though a media relay. Imagine, UA1 crashes (softphone crashed
> or network problem) and does not send a BYE message. Now, the flow goes
> in one direction UA2 -> UA1. UA1 continues to pay the money (until UA2 has
> disconnected).
> 
> Why media relay does not detect this call (connection) as expired? No
> support in the conntrack library?
> 
>> Is it a known behaviour? Any suggestions on how to fix it?
>> 
>> Thanks!
>> -- 
>> WBR, John Khvatov
> 
> -- 
> WBR, John Khvatov
> 
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users