[OpenSIPS-Users] sst module killing calls

[Jeff Pyle]

Hi Bogdan,

Ok, that makes sense.  I can do that check.

In the event only the B-side supports timers, can I also check the 200 OK
in the onreply_route and set the flag there?  Or by this point is it too
late?



- Jeff


On 2/2/11 5:17 PM, "Bogdan-Andrei Iancu" <bogdan at opensips.org> wrote:

>Hi Jeff,
>
>If you set the sst flag for an Invite, the sst module will force the SST
>support, even if not present in the received INVITE  - could you check
>if the outbound INVITE has the SE and MIN-SE headers added ?
>
>Regards,
>Bogdan
>
>Jeff Pyle wrote:
>> Hello,
>>
>> I'm experimenting with the sst module once again.  It's configured as
>> follows:
>>
>>   modparam("dialog|sst", "timeout_avp", "$avp(s:dialog_timeout)")
>>   modparam("sst", "sst_flag", 6)
>>   modparam("sst", "min_se", 30)
>>
>> Dialogs are set for all calls.
>>
>> Calls I sent contain the following header:
>>   Session-Expires: 30
>>
>> So far, so good.  When I get a 200 OK from a carrier that supports
>> sst, I see the following headers:
>>   Supported: timer
>>   Session-Expires: 30;refresher=uas
>>
>> (The 30 second expiration is an experimentally low value.)  When I get
>> a 200 OK from a carrier that doesn't support sst, I don't see those
>> two headers.  In this case it seems the sst module still sets the
>> dialog expiration to 30 seconds, after which the call goes poof.
>>
>> Is that correct behavior?  If neither end advertise support for sst,
>> and neither side is going to refresh it, it seems a bit strange the
>> sst module would still cause the dialog to expire at the expiration
>>time.
>>
>>
>> - Jeff
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>   
>
>
>-- 
>Bogdan-Andrei Iancu
>OpenSIPS Event - expo, conf, social, bootcamp
>2 - 4 February 2011, ITExpo, Miami,  USA
>OpenSIPS solutions and "know-how"
>
>
>
>_______________________________________________
>Users mailing list
>Users at lists.opensips.org
>http://lists.opensips.org/cgi-bin/mailman/listinfo/users