[SR-Users] Re-invites from carrier breaks the call

[Alex Balashov]

Hi Will,

On 02/20/2015 07:24 PM, Will Ferrer wrote:

> It seems that if I didn't pass it in the supported header then the
> carrier shouldn't be sending me the timer refreshes anyway.

Indeed not, and that's what I was trying to say in my response yesterday.

> 1) If you can't beat em join em -- It occurs to me that if I configure
> the sst module my self
> (http://www.opensips.org/html/docs/modules/devel/sst.html#id293440), and
> start sending session timers to the carrier, instead of them sending
> them to me, then I can probably get around the issue of having
> softphones that don't support the session timer.

First, don't confuse the OpenSIPS and Kamailio SST modules, even though 
they do appear to be identical. Still, two different projects.

Second, if you read this documentation, you'll find that nowhere in 
there exists the capability for Kamailio to initiate SST reinvites 
itself. All this module provides is policing for the SE value and the 
ability to peg dialog state to it by making Kamailio SST-aware--that is, 
aware of SST-motivated reinvites that still very much have to be 
initiated by the endpoints themselves.

In short, there's nothing you can do here except fix the endpoints.

-- 
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
United States

Tel: +1-678-954-0670
Web: http://www.evaristesys.com/, http://www.alexbalashov.com/