[Spce-user] 2 asterisk subscribers - subscriber sst setting ignored?

Daniel Grotti dgrotti at sipwise.com
Fri Oct 11 08:53:40 EDT 2013


Hi,

sst_enable=no means that NGCP will not send out SST to subscribers and
not that NGCP does't accept SST.

So in your case, since the callee sends the reinvite, you need to manage
it on the caller side or disable sst on the callee side.

Daniel




On 10/11/2013 02:36 PM, Matthew Ogden wrote:
> Hi all,
> 
>  
> 
> I have two asterisk subscribers, and SPCE sitting in the middle. My
> domain is setup to ignore SST by default and rely on SEMS to dead call
> detection. The caller asterisk configuration itself has SST set to
> refuse. The called party doesn’t have this set to Accept.
> 
>  
> 
> Then the caller calls the callee, its passing the “supported: replaces,
> timer” in the INVITE to the callee. The callee asterisk box, picks this
> up, an in its 200 OK, says “require: timer”. All goes well for 15
> minutes, and then the calls ends, because the callee, does a REINVITE,
> the REINVITE goes through to the caller, and the caller says “420 Option
> Disabled”.
> 
>  
> 
> 1)      If SST is disabled, why is it passing “supported: replaces,
> timer” to the callee?
> 
> 2)      Why is the callee reinvite being passed to the caller? (Surely
> the reinvite is only for its leg of the call?)
> 
>  
> 
> I can disable it on my callee, but I was wondering if 1 or 2 above is
> actually a bug in SPCE as well that should be looked at?
> 
>  
> 
> If its SPCE or Homer teammembers I can give you the pcap, and any logs
> you need if you want.
> 
>  
> 
> Regards
> 
> matthew
> 
> 
> 
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> http://lists.sipwise.com/listinfo/spce-user
> 




More information about the Spce-user mailing list