[sr-dev] [kamailio] Module:sca Line seize does not release after some 'bye's (#341)

[Jorj Bauer]

If you can get a clean packet capture, feel free to send it to me off-list.

If you can't, then perhaps you can dig all of the Kamailio logs out for 
those call IDs?

-- Jorj


On 9/23/15 3:44 PM, Kevin Scott Adams wrote:
>
> I have a situation that I can't get my head around. Every so often I 
> have a SCA seized and I need to manually release it. Here is the log 
> of the sca and bye from the event logs.
>
> messages-20150920:Sep 18 14:35:28 sip-registrar 
> /usr/sbin/kamailio[7608]: ERROR: sca [sca_call_info.c:1580]: 
> sca_call_info_bye_handler(): sca_call_info_bye_handler: 
> sip:Mindfield at kamailio.newgarllc.com 
> <mailto:Mindfield at kamailio.newgarllc.com> dialog leg 
> 96b9ad37-9a7fa462-15c35d3 at 192.168.1.117;1c389191866 is not active
>
> messages-20150920:Sep 18 14:35:28 sip-registrar 
> /usr/sbin/kamailio[7610]: NOTICE: acc [acc.c:317]: acc_log_request(): 
> ACC: transaction answered: 
> timestamp=1442601328;method=BYE;from_tag=76C3EC1F-114D759A;to_tag=1c389191866;call_id=96b9ad37-9a7fa462-15c35d3 at 192.168.1.117;code=200;reason=OK;src_user=Mindfield;src_domain=kamailio.newgarllc.com;src_ip=192.168.1.40;dst_ouser=Mindfield;dst_user=Mindfield;dst_domain=192.168.1.117
>
> And the kamcmd showing the seize line (in this case both are seized)
>
> sip:Mindfield at kamailio.newgarllc.com 
> <mailto:Mindfield at kamailio.newgarllc.com> 1 active 1442601278 
> sip:Mindfield at 192.168.1.117 sip:1030 at 192.168.1.40:5060 
> 96b9ad37-9a7fa462-15c35d3 at 192.168.1.117 76C3EC1F-114D759A 1c389191866
>
> I am running Kamailio 4.2.6. The phones are Polycom VVX 310/410 
> running 5.3.1. And the PSTN gateway is an Audiocodes Mediant 1000 
> running 6.60A.292.001.
>
> The call volume is light so I don't think there is a lot of traffic 
> but there is about 16 phones one SCA. It is not happening all time. 
> Could be a couple days that nothing happens and then there could be a 
> couple days that it happens multiple times a day. I can't find a 
> common element that would be causing this unless the 'bye' is closing 
> the call before the SCA has a chance to do something with it.
>
> Thanks
> Kev
>
> —
> Reply to this email directly or view it on GitHub 
> <https://github.com/kamailio/kamailio/issues/341>.
>
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev