[SR-Users] pua 'Could not convert temporary dialog into a dialog' error

[Peter Dunkley]

Hi Juha,

The temporary dialogs are in the pua table, not the rls tables.  The rls
db_mode parameter has no direct affect on the pua module.

However, this kind of issue is timing related.  So by changing the rls
db_mode you have changed the timing on your system and the problem has
gone away - for now.

Regards,

Peter

> peter,
>
> when rls db_mode=2, the test described in previous email works fine and
> very differently as in the case when db_mode=0.
>
> the difference is that after presence/rls server receives from
> sip:jh at test.fi subscribe on sip:jh-buddies at test.fi, it does NOT generate
> notify to it before it has subscribed both  members of the list
> (sip:test at test.fi and sip:foo at test.fi) and gotten notify from both of
> them:
>
> Sep  9 13:41:42 siika /usr/sbin/sip-proxy[7469]: INFO: SUBSCRIBE
> <sip:jh-buddies at test.fi> by <jh at test.fi> as <sip:jh at test.fi> from
> <192.98.103.10> is authorized
> Sep  9 13:41:42 siika /usr/sbin/sip-proxy[7469]: INFO: Routing SUBSCRIBE
> <sip:jh-buddies at test.fi> to presence server
> Sep  9 13:41:42 siika /usr/sbin/pres-serv[7692]: INFO: Handling SUBSCRIBE
> <sip:jh-buddies at test.fi>
> Sep  9 13:41:42 siika /usr/sbin/pres-serv[7692]: INFO: Routing locally
> generated SUBSCRIBE <sip:test at test.fi> to <sip:test at test.fi> from
> <sip:jh at test.fi>
> Sep  9 13:41:42 siika /usr/sbin/pres-serv[7692]: INFO: <core>
> [tcp_main.c:2787]: quick connect for 0x7f091036c340
> Sep  9 13:41:42 siika /usr/sbin/pres-serv[7692]: INFO: Routing locally
> generated SUBSCRIBE <sip:foo at test.fi> to <sip:foo at test.fi> from
> <sip:jh at test.fi>
> Sep  9 13:41:42 siika /usr/sbin/pres-serv[7693]: INFO: Handling SUBSCRIBE
> <sip:test at test.fi>
> Sep  9 13:41:42 siika /usr/sbin/pres-serv[7693]: INFO: Routing locally
> generated NOTIFY <sip:rls at 127.0.0.1:5082;transport=tcp> to
> <sip:jh at test.fi> from <sip:test at test.fi>
> Sep  9 13:41:42 siika /usr/sbin/pres-serv[7693]: INFO: presence
> [notify.c:1581]: NOTIFY sip:jh at test.fi via
> sip:rls at 127.0.0.1:5082;transport=tcp on behalf of sip:test at test.fi for
> event presence
> Sep  9 13:41:42 siika /usr/sbin/pres-serv[7693]: INFO: Handling SUBSCRIBE
> <sip:foo at test.fi>
> Sep  9 13:41:42 siika /usr/sbin/pres-serv[7693]: INFO: Routing locally
> generated NOTIFY <sip:rls at 127.0.0.1:5082;transport=tcp> to
> <sip:jh at test.fi> from <sip:foo at test.fi>
> Sep  9 13:41:42 siika /usr/sbin/pres-serv[7693]: INFO: presence
> [notify.c:1581]: NOTIFY sip:jh at test.fi via
> sip:rls at 127.0.0.1:5082;transport=tcp on behalf of sip:foo at test.fi for
> event presence
> Sep  9 13:41:42 siika /usr/sbin/pres-serv[7693]: INFO: Handling in-dialog
> NOTIFY <sip:rls at 127.0.0.1:5082;transport=tcp> from <sip:test at test.fi> to
> <sip:jh at test.fi>
> Sep  9 13:41:42 siika /usr/sbin/pres-serv[7693]: INFO: Handling in-dialog
> NOTIFY <sip:rls at 127.0.0.1:5082;transport=tcp> from <sip:foo at test.fi> to
> <sip:jh at test.fi>
> Sep  9 13:41:44 siika /usr/sbin/pres-serv[7690]: INFO: Routing locally
> generated NOTIFY
> <sip:rbjfhkmc at 192.98.103.10:40359;alias=192.98.103.10~41792~2;transport=tcp>
> to <sip:jh at test.fi> from <sip:jh-buddies at test.fi>
> Sep  9 13:41:44 siika /usr/sbin/pres-serv[7690]: INFO: <core>
> [tcp_main.c:2787]: quick connect for 0x7f09103bad18
> Sep  9 13:41:44 siika /usr/sbin/sip-proxy[7475]: INFO: Routing in-dialog
> NOTIFY <sip:rbjfhkmc at 192.98.103.10:40359;transport=tcp> from
> <sip:jh-buddies at test.fi> to <sip:192.98.103.10:41792;transport=tcp>
>
> the notify to sip:jh at test.fi thus contains real presence status of both of
> the list members.
>
> why the behavior changes depending on rls db_mode?  pcap of this
> db_mode=2 test is enclosed.
>
> -- juha
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>


-- 
Peter Dunkley
Technical Director
Crocodile RCS Ltd