[sr-dev] pua_dialoginfo deletes AVPs?
Jasmin Schnatterbeck
js at data-cmr.net
Fri Jun 4 16:21:30 CEST 2010
Hi Henning,
because of the fact, that the problem only appears, if the
pua_dialoginfo module is enabled, I think the problem is located
somewhere in the code tm hooks, dialog hooks or pua/pua_dialoginfo
itself...
I have attached the debug output of pua_dialoginfo which shows only, if
the module is enabled... may it is useful in any way...
Regards
Jasmin
> On Friday 04 June 2010, Jasmin Schnatterbeck wrote:
> > onreply_avp_mode does not seem to be available in kamailio 3.0.2 (at
> > least not in the module doc)
> > I think this parameter is for avps in reply_route? or does it work for
> > branch_route also?
>
> Hi Jasmin,
>
> ah, sorry. Its not available or necessary anymore in 3.0. In 1.5 it also
> affected the branch_route, i think, but for the newer version this behaviour
> is now the default. Then in your case its probably another problem..
>
> Cheers,
>
> Henning
-------------- next part --------------
5(2275) DEBUG: pua_dialoginfo [pua_dialoginfo.c:291]: new INVITE dialog created: from=sip:sip31 at data-cmr.net
5(2275) DEBUG: <core> [socket_info.c:485]: grep_sock_info - checking if host==us: 13==13 && [data-cmr.net] == [85.236.45.108]
5(2275) DEBUG: <core> [socket_info.c:485]: grep_sock_info - checking if host==us: 13==13 && [data-cmr.net] == [85.236.45.108]
5(2275) DEBUG: <core> [forward.c:356]: check_self: host != me
5(2275) DEBUG: <core> [db_res.c:118]: allocate 48 bytes for result set at 0x9e9140
5(2275) DEBUG: db_mysql [km_res.c:68]: 1 columns returned from the query
5(2275) DEBUG: <core> [db_res.c:155]: allocate 8 bytes for result names at 0x9e8c78
5(2275) DEBUG: <core> [db_res.c:165]: allocate 4 bytes for result types at 0x9e8c90
5(2275) DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[0] at 0x9e9120
5(2275) DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x9e9120)[0]=[domain]
5(2275) DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type
5(2275) DEBUG: <core> [db_res.c:184]: allocate 16 bytes for rows at 0x9e9100
5(2275) DEBUG: <core> [db_row.c:119]: allocate 32 bytes for row values at 0x9e9180
5(2275) DEBUG: <core> [db_val.c:117]: converting STRING [data-cmr.net]
5(2275) DEBUG: domain [domain.c:136]: Realm 'data-cmr.net' is local
5(2275) DEBUG: <core> [db_res.c:81]: freeing 1 columns
5(2275) DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[0] at 0x9e9120
5(2275) DEBUG: <core> [db_res.c:94]: freeing result names at 0x9e8c78
5(2275) DEBUG: <core> [db_res.c:99]: freeing result types at 0x9e8c90
5(2275) DEBUG: <core> [db_res.c:54]: freeing 1 rows
5(2275) DEBUG: <core> [db_row.c:97]: freeing row values at 0x9e9180
5(2275) DEBUG: <core> [db_res.c:62]: freeing rows at 0x9e9100
5(2275) DEBUG: <core> [db_res.c:136]: freeing result set at 0x9e9140
5(2275) DEBUG: pua_dialoginfo [dialog_publish.c:242]: new_body:
<?xml version="1.0"?>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="0" state="full" entity="sip:sip31 at data-cmr.net">
<dialog id="aeyxrtztnddbrcd at jasmin-laptop" call-id="aeyxrtztnddbrcd at jasmin-laptop" direction="initiator">
<state>Trying</state>
<remote>
<identity>sip:0175xxxxxx at data-cmr.net</identity>
<target uri="sip:0175xxxxxx at data-cmr.net"/>
</remote>
<local>
<identity>sip:sip31 at data-cmr.net</identity>
<target uri="sip:sip31 at data-cmr.net"/>
</local>
</dialog>
</dialog-info>
5(2275) DEBUG: pua_dialoginfo [dialog_publish.c:290]: publish uri= sip:sip31 at data-cmr.net
5(2275) DEBUG: pua_dialoginfo [dialog_publish.c:51]: publ:
5(2275) DEBUG: pua_dialoginfo [dialog_publish.c:52]: uri= sip:sip31 at data-cmr.net
5(2275) DEBUG: pua_dialoginfo [dialog_publish.c:53]: id= DIALOG_PUBLISH.aeyxrtztnddbrcd at jasmin-laptop
5(2275) DEBUG: pua_dialoginfo [dialog_publish.c:54]: expires= 43200
5(2275) DEBUG: pua [send_publish.c:403]: pres_uri=sip:sip31 at data-cmr.net
5(2275) DEBUG: pua [hash.c:121]: core_hash= 192
5(2275) DEBUG: pua [hash.c:171]: record not found
5(2275) DEBUG: pua [send_publish.c:444]: insert type
5(2275) DEBUG: pua [send_publish.c:448]: UPDATE_TYPE and no record found
5(2275) DEBUG: pua [add_events.c:297]: successful
5(2275) DEBUG: pua [send_publish.c:549]: publ->pres_uri:
sip:sip31 at data-cmr.net
5(2275) DEBUG: pua [send_publish.c:550]: str_hdr:
Max-Forwards: 70
Event: dialog
Expires: 43201
Content-Type: application/dialog-info+xml
92
5(2275) DEBUG: pua [send_publish.c:552]: body:
<?xml version="1.0"?>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="0" state="full" entity="sip:sip31 at data-cmr.net">
<dialog id="aeyxrtztnddbrcd at jasmin-laptop" call-id="aeyxrtztnddbrcd at jasmin-laptop" direction="initiator">
<state>Trying</state>
<remote>
<identity>sip:0175xxxxxx at data-cmr.net</identity>
<target uri="sip:0175xxxxxx at data-cmr.net"/>
</remote>
<local>
<identity>sip:sip31 at data-cmr.net</identity>
<target uri="sip:sip31 at data-cmr.net"/>
</local>
</dialog>
</dialog-info>
5(2275) DEBUG: tm [uac.c:239]: DEBUG:tm:t_uac: next_hop=<sip:sip31 at data-cmr.net>
5(2275) DEBUG: <core> [dns_cache.c:560]: dns_hash_find(_sip._udp.data-cmr.net(23), 33), h=395
5(2275) DEBUG: <core> [resolve.c:894]: get_record: skipping 0 NS (p=0x7d77dc, end=0x7d77dc)
5(2275) DEBUG: <core> [resolve.c:910]: get_record: parsing 0 ARs (p=0x7d77dc, end=0x7d77dc)
5(2275) DEBUG: <core> [dns_cache.c:1756]: dns_get_related(0x7f3caa385658 (_sip._udp.data-cmr.net, 33), 33, *(nil)) (0)
5(2275) DEBUG: <core> [dns_cache.c:849]: dns_cache_add: adding _sip._udp.data-cmr.net(23) 33 (flags=0) at 395
5(2275) DEBUG: <core> [dns_cache.c:560]: dns_hash_find(titan.saturn.hosts.data-cmr.net(31), 1), h=667
5(2275) DEBUG: <core> [resolve.c:894]: get_record: skipping 0 NS (p=0x7d77c1, end=0x7d77c1)
5(2275) DEBUG: <core> [resolve.c:910]: get_record: parsing 0 ARs (p=0x7d77c1, end=0x7d77c1)
5(2275) DEBUG: <core> [dns_cache.c:1756]: dns_get_related(0x7f3caa385700 (titan.saturn.hosts.data-cmr.net, 1), 1, *(nil)) (0)
5(2275) DEBUG: <core> [dns_cache.c:849]: dns_cache_add: adding titan.saturn.hosts.data-cmr.net(31) 1 (flags=0) at 667
5(2275) DEBUG: tm [uac.c:181]: DEBUG: dlg2hash: 11448
5(2275) DEBUG: <core> [usr_avp.c:639]: DEBUG:destroy_avp_list: destroying list (nil)
5(2275) DEBUG: <core> [usr_avp.c:639]: DEBUG:destroy_avp_list: destroying list (nil)
5(2275) DEBUG: <core> [usr_avp.c:639]: DEBUG:destroy_avp_list: destroying list (nil)
5(2275) DEBUG: <core> [usr_avp.c:639]: DEBUG:destroy_avp_list: destroying list (nil)
5(2275) DEBUG: <core> [usr_avp.c:639]: DEBUG:destroy_avp_list: destroying list (nil)
5(2275) DEBUG: <core> [usr_avp.c:639]: DEBUG:destroy_avp_list: destroying list (nil)
More information about the sr-dev
mailing list