<html><head></head><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px"><div id="yui_3_16_0_ym18_1_1458841577174_47622" dir="ltr">Apparently setting the trace flag is required before trace_dialog() contrary to the docs. I've set that and am seeing packets egress (although I don't think I'm seeing the full dialog trace. Only 3 packets on a call setup) It looks like i'm not getting the replys. Do I need to arm trace_dialog() again in the on_reply route? My understanding was that you only have to set it once. <br></div><div id="yui_3_16_0_ym18_1_1458841577174_47651" dir="ltr"><br></div><div id="yui_3_16_0_ym18_1_1458841577174_47649" dir="ltr">Issue 2: SIP traffic goes across eth0, my public facing interface. I want the siptrace module to shoot trace data out of eth1, my private interface. The kernel has a static route that says to get to my duplicate_uri host, use eth1. Which works at the kernel level. I can issue a ping to the duplicate_uri host and I see requests going out the private and replys, etc.</div><div id="yui_3_16_0_ym18_1_1458841577174_47837" dir="ltr"><br></div><div id="yui_3_16_0_ym18_1_1458841577174_47974" dir="ltr">However, when running tcpdump and placing a call via this opensips box, I see that eth0 is the egress interface that is being used to try to reach the duplicate_uri host. I've tried adding a separate listen statement for that private interface, but that didn't do anything. I thought perhaps the trace_local_ip parameter controlled, this but was informed by Liviu that this was not the case. Any idea on how to solve this problem or the problem with missing replys when using trace_dialog()?</div><div id="yui_3_16_0_ym18_1_1458841577174_48024" dir="ltr"><br></div><div id="yui_3_16_0_ym18_1_1458841577174_48051" dir="ltr">Thanks in advance! (I'm on IRC if anyone has any more detailed questions...or just ask here.)<br></div><div id="yui_3_16_0_ym18_1_1458841577174_47373"><span></span></div> <div class="qtdSeparateBR"><br><br></div><div style="display: block;" class="yahoo_quoted"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div dir="ltr"><font face="Arial" size="2"> On Wednesday, March 30, 2016 11:49 AM, Kneeoh <kneeoh@yahoo.com> wrote:<br></font></div> <br><br> <div class="y_msg_container"><div id="yiv5897730154"><div><div style="color:#000;background-color:#fff;font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"><div dir="ltr" id="yiv5897730154yui_3_16_0_ym18_1_1458841577174_40203">Hi Liviu, I did confirm that trace_on was already set to 1. I did define the trace flag as you suggested and tried it with both trace_dialog() and sip_trace() but am still not seeing any packets egress from the source host to the dest host. Here's what I have set up. I had to fill in a bogus DB (not using it anyway) because it wouldn't let me start opensips if it wasn't defined. My goal is to have this sip_trace node send captures to a sipcapture (homer) node. <br></div><div id="yiv5897730154yui_3_16_0_ym18_1_1458841577174_40235"><br></div><div id="yiv5897730154yui_3_16_0_ym18_1_1458841577174_40236" dir="ltr">#### SIP Trace module<br>loadmodule "siptrace.so"<br>modparam("siptrace", "db_url", "mysql://user:passwd@host/dbname")<br>modparam("siptrace", "duplicate_uri", "sip:192.168.2.142:9060")<br>modparam("siptrace", "duplicate_with_hep", 1)<br>modparam("siptrace", "trace_to_database", 0)<br>modparam("siptrace", "trace_on", 1)<br>modparam("siptrace", "trace_flag", "TRACE_FLAG")<br>modparam("siptrace", "hep_version", 2)<br></div><div id="yiv5897730154yui_3_16_0_ym18_1_1458841577174_40202"><br></div><div dir="ltr" id="yiv5897730154yui_3_16_0_ym18_1_1458841577174_40446">INSIDE MAIN ROUTE BLOCK:</div><div id="yiv5897730154yui_3_16_0_ym18_1_1458841577174_40456" dir="ltr"><br></div><div dir="ltr" id="yiv5897730154yui_3_16_0_ym18_1_1458841577174_38700"> # create dialog with timeout and hide topology<br> if ( !create_dialog("B") ) {<br> xlog("L_INFO", "Unable to create dialog \n");<br> send_reply("500","Internal Server Error");<br> exit;<br><br> } else {<br><br> # We have a dialog, Lets hide the topology from where the call originated<br> topology_hiding();<br> }<br><br> # Trace this dialog<br> setflag(TRACE_FLAG);<br> sip_trace();<br> #trace_dialog();<br></div></div></div></div><br><br></div> </div> </div> </div></div></body></html>