I'll try the last branch to see whether it solves the issue. <br><br>thanks a lot indeed for the fast attention and reaction!<br><br>Samuel.<br><br><div class="gmail_quote">On 16 October 2012 12:12, Dragos Dinu <span dir="ltr"><<a href="mailto:dragos.dinu@1and1.ro" target="_blank">dragos.dinu@1and1.ro</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Samuel,<br>
<br>
Could you try to test again with the updated siptrace sources from 3.3 branch? I had a patch recently commited for a crash in siptrace, so I'm pretty sure you have the same issue.<br>
Please tell us if your problem was fixed.:)<span class="HOEnZb"><font color="#888888"><br>
<br>
Dragos</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
On 10/09/2012 12:00 PM, samuel wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi folks,<br>
<br>
I was making some tests with kamailio (both 3.3.0 and 3.3.1 tgz) with siptrace module sending "homer" packets to a remote central agent where the data is stored and presented to the user.<br>
<br>
The related config is:<br>
# ----- siptrace params from HOMER -----<br>
modparam("siptrace", "duplicate_uri", "sip:A.B.C.D:9060")<br>
modparam("siptrace", "trace_to_database", 0)<br>
modparam("siptrace", "trace_flag", 22)<br>
modparam("siptrace", "trace_on", 1)<br>
#HEPv2 == timestamp will be included to HEP header<br>
modparam("siptrace", "hep_version", 2)<br>
modparam("siptrace", "hep_mode_on", 1)<br>
modparam("siptrace", "hep_capture_id", 1)<br>
<br>
basically for all incoming messages, a route is called with the following actions:<br>
<br>
route[HOMER] {<br>
setflag(22);<br>
sip_trace();<br>
}<br>
<br>
I've been making some tests and if I disable the setflag action, there is no problem (well, no transaction messages are sent to the central agent), but as soon as I activated setflag, kamailio crashes with the following error:<br>
<br>
<core> [pass_fd.c:293]: ERROR: receive_fd: EOF on 28<br>
<br>
There's no concrete point in the config file where it fails so I think the problem is more tm-internals related. I can provide further information in case you need it.<br>
<br>
Just for adding information, and without any intention to start a flame-war, with opensips 1.8.0-tls the server does not crash...<br>
<br>
Thanks in advance!<br>
Samuel.<br>
</blockquote>
<br>
<br></div></div><div class="HOEnZb"><div class="h5">
______________________________<u></u>_________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/<u></u>cgi-bin/mailman/listinfo/sr-<u></u>users</a><br>
</div></div></blockquote></div><br>