[SR-Users] Strange PUA Behaviour

[Daniel-Constantin Mierla]

Can you get a pcap for a case with the new config? Being traveling, but
maybe I get a chance to look at it soon.

Reading quickly on some docs, I noticed that subs_db_mode=3 and
notifier_proceses=0 rise a conflict:

http://www.kamailio.org/docs/modules/devel/modules/presence.html#presence.p.notifier_processes

Can you try with subs_db_mode=0 and see if works different?

Cheers,
Daniel

On 19/01/16 20:35, Phil Lavin wrote:
>
> Just to follow this up with more recent results. I’ve simplified
> things and have been testing calling from a Kamailio registered UA to
> a phone on the PSTN. There’s only 1 dialog in Kamailio for this and
> the results are just as strange. BLF works for a while and then
> breaks. In this particular case, the light does not go off after the call.
>
>  
>
> I have set subs_db_mode to 3 (new config below) and I can consistently
> reproduce the BLF light not turning off after the call has ended (the
> phone does not get sent a terminate). As soon as I truncate pua and
> presentity tables in the DB, the next call works fine.
>
>  
>
> modparam("presence", "subs_db_mode", 3)
>
> modparam("presence", "notifier_processes", 0)
>
> modparam("presence", "db_url", DBURL)
>
> modparam("presence", "send_fast_notify", 0)
>
> modparam("presence", "db_update_period", 20)
>
> modparam("presence_xml", "db_url", DBURL)
>
> modparam("presence_xml", "force_active", 1)
>
> modparam("presence_dialoginfo", "force_single_dialog", 1)
>
> modparam("presence_dialoginfo", "force_dummy_dialog", 1)
>
> modparam("pua", "db_url", DBURL)
>
> modparam("pua", "db_mode", 2)
>
> modparam("pua", "update_period", 20)
>
> modparam("pua_dialoginfo", "send_publish_flag", FLT_DLGINFO)
>
> modparam("pua_dialoginfo", "override_lifetime", 124)
>
>  
>
> Before I truncate, the tables both a good number of rows in each (70ish).
>
>  
>
> Is it that they’re not being correctly cleaned up here?
>
>  
>
>  
>
> Thanks
>
>  
>
> Phil
>
>  
>
> *From:*sr-users [mailto:sr-users-bounces at lists.sip-router.org] *On
> Behalf Of *Phil Lavin
> *Sent:* 19 January 2016 18:11
> *To:* miconda at gmail.com; Kamailio (SER) - Users Mailing List
> <sr-users at lists.sip-router.org>
> *Subject:* Re: [SR-Users] Strange PUA Behaviour
>
>  
>
> Below is the relevant presence/pua stuff. Let me know if I should be
> examining other tables.
>
>  
>
> When the call ends, there are no dialogs remaining in the dialog
> table. A few things do hang around in the presentity and pua tables
> for a short period of time.
>
>  
>
> Regarding CLI changing, it does seem to do so. When the call is routed
> onto the billing platform, the CLI is changed to the local “extension”
> (e.g. 9989) on the leg that comes back to Kamailio, destined for the
> callee.
>
>  
>
> Regarding only advertising the leg going to the callee, not all calls
> will terminate on a UA registered against Kamailio (e.g. calls from a
> Kamailio registered UA to the PSTN). The more I think about it,
> determining the correct leg in all scenarios will be difficult.
>

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Book: SIP Routing With Kamailio - http://www.asipto.com
http://miconda.eu

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20160120/4c79bdc1/attachment.html>