[OpenSIPS-Users] siptrace issue

Mickael Hubert m.hubert at hexanet.fr
Fri Dec 6 13:47:34 CET 2013


Hi,
it's OK ;)
indeed, enable trace_flag it's good.

thanks


2013/12/6 Bogdan-Andrei Iancu <bogdan at opensips.org>

>  Hi Mickael,
>
> I see you commented the "trace_flag" parameter in your modparm section -
> please enable it back. Even if you do not use it from script, it is
> internally used by the module.
>
> Best regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>
> On 06.12.2013 09:56, Mickael Hubert wrote:
>
>  Hi Bigdan,
>  thanks for your answer.
>
>  I have modify my opensips code:
>
>  *my conf:*
>         setdebug(6);
>         trace_dialog();
>         setdebug();
>
>
>  *see below my opensips.log*
>
>
>
>
>
>
>
> *Dec  6 08:38:22 core-sip-2 /usr/local/sbin/opensips[2054]:
> DBG:dialog:build_new_dlg: new dialog 0x806aee888
> (c=1104374-3595304320-30853 at asbc1b.hexavoip.local,f=
> <c=1104374-3595304320-30853 at asbc1b.hexavoip.local,f=>sip:+33310368002 at 10.84.8.10
> <sip%3A%2B33310368002 at 10.84.8.10>,t=sip:+33XXXXXXX at 10.84.8.21
> <sip%3A%2B33XXXXXXX at 10.84.8.21>;user=phone,ft=3595304320-30953) on hash 558
> Dec  6 08:38:22 core-sip-2 /usr/local/sbin/opensips[2054]:
> DBG:core:parse_headers: flags=ffffffffffffffff Dec  6 08:38:22 core-sip-2
> /usr/local/sbin/opensips[2054]: DBG:dialog:init_leg_info: route_set ,
> contact sip:+33XXXXXX at 10.84.8.10:5060
> <http://sip:+33XXXXXX@10.84.8.10:5060>, cseq 1 and bind_addr
> udp:10.84.8.21:5060 <http://10.84.8.21:5060> Dec  6 08:38:22 core-sip-2
> /usr/local/sbin/opensips[2054]: DBG:dialog:dlg_add_leg_info: set leg 0 for
> 0x806aee888: tag=<3595304320-30953> rcseq=<0> Dec  6 08:38:22 core-sip-2
> /usr/local/sbin/opensips[2054]: DBG:dialog:link_dlg: ref dlg 0x806aee888
> with 4 -> 4 in h_entry 0x806adf248 - 558 Dec  6 08:38:22 core-sip-2
> /usr/local/sbin/opensips[2054]: DBG:rr:add_rr_param: adding
> (;xyz=e22.25982815) 0x80146c5e8 Dec  6 08:38:22 core-sip-2
> /usr/local/sbin/opensips[2054]: DBG:siptrace:sip_trace: nothing to trace...*
>
>   I don't understand this result ;)
>
>  Have you an idea ?
>
> 2013/12/5 Bogdan-Andrei Iancu <bogdan at opensips.org>
>
>>  Hello Mickael,
>>
>> Try to place the trace_dialog() between a set_debug(6) and set_debug(),
>> to see what is going on inside the function. Maybe the debug logs will give
>> you an idea.
>>
>> Best regards,
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>
>>  On 05.12.2013 09:47, Mickael Hubert wrote:
>>
>>    Hi list,
>>  I have an issue with my siptrace module.
>>  see below my extract of opensips.cfg.
>>
>>  I want duplicate  dialogs's messages to the other server (10.84.8.201),
>> no DB.
>>  But, it doesn't work... no sip message in my wireshark trace.
>>
>>  Have you an idea ?
>>
>>  Thanks in advance
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *# ----------------- module siptrace.so ----------- loadmodule
>> "siptrace.so" # ----- siptrace params ----- modparam("siptrace", "db_url",
>> "") modparam("siptrace", "duplicate_uri","sip:10.84.8.201:9060
>> <http://10.84.8.201:9060>") modparam("siptrace", "duplicate_with_hep", 1)
>> modparam("siptrace", "enable_ack_trace", 1) modparam("siptrace",
>> "hep_version", 2) modparam("siptrace", "trace_to_database", 0)
>> #modparam("siptrace", "trace_flag", 22) modparam("siptrace",
>> "hep_capture_id", 2) modparam("siptrace", "trace_on", 1)*
>>
>> .....
>>
>>  in my code:
>>
>>
>>
>> * if (is_method("INVITE"))     {         trace_dialog();*
>>
>> ......
>>
>> --
>> Cordialement
>>
>> HUBERT Mickaël
>> Ingénieur VOIP - Hexanet
>>
>>
>>
>> _______________________________________________
>> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>>
>
>
> --
> Cordialement
>
> HUBERT Mickaël
> Ingénieur VOIP - Hexanet
>
>
>


-- 
Cordialement

HUBERT Mickaël
Ingénieur VOIP - Hexanet

-- 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20131206/22603ecb/attachment-0001.htm>


More information about the Users mailing list