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.
- 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.