[Spce-user] BYE not correct when sent by called party

[Jon Bonilla (Manwe)]

El Fri, 15 Mar 2013 11:00:54 +0100
Jirka Jirout <jirka.jirout at mac.com> escribió:

> Hello,
> 
> I have tried to "fix" this by using session timers, but apparently without
> much of success. My understanding is that the B2BUA will send UPDATE packets
> to both parties and if one of them fails to answer, it will send BYE to the
> other party and drop the call on the proxy.
> 
> I want the timeout to be 5 seconds, so I set the following in the subscriber
> preferences (using the admini interface): sst_expires: 10 
> 	sst_min_timer: 9
> 	sst_max_timer: 90
> 	sst_refresh_method: tried all three :-)
> 
> I have restarted sems, but the UPDATE or re-INVITE messages are still not
> being sent to the client. I looked into sems.log and I can see:
> 
> [#7f725e02c720] [readFromConfiguration, SBCCallProfile.cpp:229] INFO:
> SBC:      SST disabled
> 
> Why is the B2BUA ignoring my config? Are the timeouts perhaps too short?
> 


Do you have the sst_enable option enabled? By default it's no.

If so, you'll need to set the sems debug to 3 to check the logs. You can do it
via "sems-stats -c "set_loglevel 3""
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20130315/2d895f1e/attachment-0001.asc>