<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<tt>Jeff,<br>
<br>
So, for the REGISTER request, in HEP, you have as both src and dst
the incoming IP of the request ??<br>
<br>
Regards,<br>
</tt>
<pre class="moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a></pre>
<div class="moz-cite-prefix">On 02/08/2017 11:12 PM, Jeff Pyle
wrote:<br>
</div>
<blockquote
cite="mid:CAPhW+0Krpv32RdD=PV0sxx4JSekSp+7T8kgkS5dxQfw7T04QHA@mail.gmail.com"
type="cite">
<div dir="ltr">Bogdan and team,
<div><br>
</div>
<div>This does appear to fix the source interface issue ... at
least for IPv4. On IPv6, the errors are gone, but the source
address is being reported as both the source and destination
address for a message in siptrace.</div>
<div><br>
</div>
<div>I'm using the following:</div>
<div><br>
</div>
<blockquote style="margin:0 0 0 40px;border:none;padding:0px">
<div>
<div>listen=hep_udp:<a moz-do-not-send="true"
href="http://127.0.0.1:4530">127.0.0.1:4530</a>
children=1</div>
</div>
<div>
<div>listen=hep_udp:[::1]:4530 children=1 # Not doing
anything</div>
</div>
<div><br>
</div>
<div>
<div>loadmodule "proto_hep.so"</div>
</div>
<div>
<div>modparam("proto_hep", "hep_id", "[heppy] <a
moz-do-not-send="true" href="http://127.0.0.1:9060">127.0.0.1:9060</a>;
version=3; transport=udp")</div>
</div>
<div><br>
</div>
<div>
<div>loadmodule "siptrace.so"</div>
</div>
<div>
<div>modparam("siptrace", "trace_on", 1)</div>
</div>
<div>
<div>modparam("siptrace", "trace_id", "[tid]uri=hep:heppy")</div>
</div>
</blockquote>
<div><br>
</div>
<div>I was looking at a registration in this particular case
captured with sip_trace("tid", "t").</div>
<div><br>
</div>
<div><br>
</div>
<div>- Jeff</div>
<div><br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Tue, Feb 7, 2017 at 3:08 AM, Ionut
Ionita <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:ionutionita@opensips.org" target="_blank">ionutionita@opensips.org</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> It's not that syntax
anymore, but the docs weren't updated. Now you have to
declare an hep_id
<p>in proto_hep like:</p>
<p> <i>modparam("proto_hep", "hep_id", "[heppy] <a
moz-do-not-send="true" href="http://10.0.0.135:6061"
target="_blank">10.0.0.135:6061</a>; version=3;
transport=tcp")</i></p>
<p>then in sip_trace you have to declare a trace_id like:</p>
<p> <i> modparam("siptrace", "trace_id",
"[hep_id]uri=hep:heppy")</i></p>
<p>The docs will be updated soon.<br>
</p>
<p>Regards,<br>
</p>
<pre class="m_-6632171602918353143moz-signature" cols="72">Ionut Ionita
OpenSIPS Developer</pre>
<div>
<div class="h5">
<div class="m_-6632171602918353143moz-cite-prefix">On
02/07/2017 04:27 AM, Jeff Pyle wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">Hi Bogdan,
<div><br>
</div>
<div>Now it won't start. I see the following
errors on config check:</div>
<div><br>
</div>
<blockquote style="margin:0px 0px 0px
40px;border:none;padding:0px">
<div>
<div>Feb 6 21:21:03 [30051]
ERROR:siptrace:parse_siptrace_<wbr>uri:
Invalid key <version> in trace id!</div>
</div>
<div>
<div>Feb 6 21:21:03 [30051]
ERROR:siptrace:parse_siptrace_<wbr>id:
invalid uri <3;transport=udp;></div>
</div>
<div>
<div>Feb 6 21:21:03 [30051]
ERROR:siptrace:parse_trace_id: failed to
parse siptrace uri [3;transport=udp;]</div>
</div>
<div>
<div>Feb 6 21:21:03 [30051]
CRITICAL:core:yyerror: parse error in config
file /usr/local//etc/opensips/<wbr>opensips.cfg,
line 225, column 20-21: Parameter
<trace_id> not found in module
<siptrace> - can't set</div>
</div>
<div>
<div>Feb 6 21:21:03 [30051] ERROR:core:main:
bad config file (1 errors)</div>
</div>
<div>
<div>Feb 6 21:21:03 [30051] NOTICE:core:main:
Exiting....</div>
</div>
</blockquote>
<div><br>
</div>
<div>The script has:</div>
<div><br>
</div>
<blockquote style="margin:0px 0px 0px
40px;border:none;padding:0px">
<div>
<div> 223<span class="m_-6632171602918353143gmail-Apple-tab-span" style="white-space:pre-wrap"> </span>loadmodule
"siptrace.so"</div>
</div>
<div>
<div> 224<span class="m_-6632171602918353143gmail-Apple-tab-span" style="white-space:pre-wrap"> </span>modparam("siptrace",
"trace_on", 1)</div>
</div>
<div>
<div> 225<span class="m_-6632171602918353143gmail-Apple-tab-span" style="white-space:pre-wrap"> </span>modparam("siptrace",
"trace_id", "[tid]uri=hep:<a
moz-do-not-send="true"
href="http://127.0.0.1:9060">127.0.0.1:9060</a>;<wbr>version=3;transport=udp;")</div>
</div>
</blockquote>
<div><br>
</div>
<div>This is on 2.3/devel git revision 2bcf891
from around 01:00 UTC Feb 07.</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div>- Jeff</div>
<div><br>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Sun, Feb 5, 2017 at
11:00 AM, Bogdan-Andrei Iancu <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:bogdan@opensips.org"
target="_blank"><a class="moz-txt-link-abbreviated" href="mailto:bogdan@opensips.org">bogdan@opensips.org</a></a>></span>
wrote:<br>
<blockquote class="gmail_quote"
style="margin:0px 0px 0px
0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">
<div bgcolor="#FFFFFF"> Hi Jeff,<br>
<br>
Thank you for detailed report. I was able
to reproduce and fix it. Please see:<br>
<a moz-do-not-send="true"
class="m_-6632171602918353143gmail-m_3437220772838798842moz-txt-link-freetext"
href="https://github.com/OpenSIPS/opensips/commit/b30af734cdb84991e1f906e3920a94e87c33ea04"
target="_blank">https://github.com/OpenSIPS/op<wbr>ensips/commit/b30af734cdb84991<wbr>e1f906e3920a94e87c33ea04</a><br>
<br>
If you confirm the fix, I will do the
backporting to 2.2 too.<br>
<br>
Thanks and Regards,<br>
<pre class="m_-6632171602918353143gmail-m_3437220772838798842moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a moz-do-not-send="true" class="m_-6632171602918353143gmail-m_3437220772838798842moz-txt-link-freetext" href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.<wbr>com</a></pre><div><div class="m_-6632171602918353143gmail-h5">
<div class="m_-6632171602918353143gmail-m_3437220772838798842moz-cite-prefix">On 02/04/2017 04:41 AM, Jeff Pyle
wrote:
</div>
</div></div><blockquote type="cite"><div><div class="m_-6632171602918353143gmail-h5">
<div dir="ltr">Hello,
<div>
</div>
<div>I recently enabled siptrace on an OpenSIPS 2.2.2 system
acting as a registrar and a proxy. It has one IPv4 address
with several ports for UDP, TCP and TLS. In a case where the
INVITE is relayed from TLS to UDP, the replies to the UAC are
incorrectly being reported as coming from the UDP socket.</div>
<div>
</div>
<div>In the below scenario the UAC is at 64.65.66.67, and its
ephemeral TCP client port for this call is 61235. The
OpenSIPS proxy is at 131.132.133.134 listening on UDP 5060 and
TLS 5061. Also on 131.132.133.134 there is a Freeswitch media
server listening on UDP 5080. The UAC sends an INVITE to the
proxy over TLS which routes it to the media server over UDP.
The replies relayed to the UAC are reported as having come
from port 5060 over UDP when in reality they have come from
port 5061 over TCP (TLS).</div>
<div>
</div>
<div>My config:</div>
<div>
</div>
<blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px">
<div>
<div>listen=udp:<a moz-do-not-send="true" href="http://131.132.133.134:5060" target="_blank">131.132.133.134:506<wbr>0</a></div>
</div>
<div>
<div>listen=tls:<a moz-do-not-send="true" href="http://131.132.133.134:5061" target="_blank">131.132.133.134:506<wbr>1</a></div>
</div>
<div>listen=hep_udp:<a moz-do-not-send="true" href="http://127.0.0.1:9030" target="_blank">127.0.0.1:9030</a></div>
<div>
</div>
<div>
<div>loadmodule "siptrace.so"</div>
</div>
<div>
<div>modparam("siptrace", "trace_on", 1)</div>
</div>
<div>
<div>modparam("siptrace", "trace_id",
"[hep]uri=hep:<a moz-do-not-send="true" href="http://127.0.0.1:9060" target="_blank">127.0.0.1:9060</a>;t<wbr>ransport=udp;")</div>
</div>
</blockquote>
<div>
</div>
<div>
</div>
<div>Debugs:</div>
<div>
<blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px">
<div>
</div>
<div>
<div>INVITE in from UAC over TLS</div>
</div>
<div>
<div>Feb 3 21:20:22 testproxy /usr/sbin/opensips[24673]:
DBG:siptrace:pipport2su: proto 22, host 64.65.66.67 ,
port 61235</div>
</div>
<div>
<div>Feb 3 21:20:22 testproxy /usr/sbin/opensips[24673]:
DBG:siptrace:pipport2su: proto 22, host 131.132.133.134
, port 5061</div>
</div>
<div>
<div>
</div>
</div>
<div>
<div>INVITE out to media server over UDP</div>
</div>
<div>
<div>Feb 3 21:20:22 testproxy /usr/sbin/opensips[24673]:
DBG:siptrace:pipport2su: proto 17, host 131.132.133.134
, port 5060</div>
</div>
<div>
<div>Feb 3 21:20:22 testproxy /usr/sbin/opensips[24673]:
DBG:siptrace:pipport2su: proto 17, host 131.132.133.134
, port 5080</div>
</div>
<div>
<div>
</div>
</div>
<div>
<div>100 Trying in from media server over UDP</div>
</div>
<div>
<div>Feb 3 21:20:22 testproxy /usr/sbin/opensips[24650]:
DBG:siptrace:pipport2su: proto 17, host 131.132.133.134
, port 5080</div>
</div>
<div>
<div>Feb 3 21:20:22 testproxy /usr/sbin/opensips[24650]:
DBG:siptrace:pipport2su: proto 17, host 131.132.133.134
, port 5060</div>
</div>
<div>
<div>
</div>
</div>
<div>
<div>180 Ringing in from media server over UDP</div>
</div>
<div>
<div>Feb 3 21:20:22 testproxy /usr/sbin/opensips[24651]:
DBG:siptrace:pipport2su: proto 17, host 131.132.133.134
, port 5080</div>
</div>
<div>
<div>Feb 3 21:20:22 testproxy /usr/sbin/opensips[24651]:
DBG:siptrace:pipport2su: proto 17, host 131.132.133.134
, port 5060</div>
</div>
<div>
<div>
</div>
</div>
<div>
<div>180 Ringing out to UAC over TLS (even though it
reports UDP)</div>
</div>
<div>
<div>Feb 3 21:20:22 testproxy /usr/sbin/opensips[24651]:
DBG:siptrace:pipport2su: proto 17, host 131.132.133.134
, port 5060</div>
</div>
<div>
<div>Feb 3 21:20:22 testproxy /usr/sbin/opensips[24651]:
DBG:siptrace:pipport2su: proto 22, host 64.65.66.67 ,
port 61235</div>
</div>
<div>
<div>
</div>
</div>
<div>
<div>200 OK in from media server over UDP</div>
</div>
<div>
<div>Feb 3 21:20:22 testproxy /usr/sbin/opensips[24651]:
DBG:siptrace:pipport2su: proto 17, host 131.132.133.134
, port 5080</div>
</div>
<div>
<div>Feb 3 21:20:22 testproxy /usr/sbin/opensips[24651]:
DBG:siptrace:pipport2su: proto 17, host 131.132.133.134
, port 5060</div>
</div>
<div>
<div>
</div>
</div>
<div>
<div>200 OK out to UAC over TLS (even though it reports
udp)</div>
</div>
<div>
<div>Feb 3 21:20:22 testproxy /usr/sbin/opensips[24651]:
DBG:siptrace:pipport2su: proto 17, host 131.132.133.134
, port 5060</div>
</div>
<div>
<div>Feb 3 21:20:22 testproxy /usr/sbin/opensips[24651]:
DBG:siptrace:pipport2su: proto 22, host 64.65.66.67 ,
port 61235</div>
</div>
<div>
<div>
</div>
</div>
<div>
<div>ACK in from UAC over TLS</div>
</div>
<div>
<div>Feb 3 21:20:23 testproxy /usr/sbin/opensips[24673]:
DBG:siptrace:pipport2su: proto 22, host 64.65.66.67 ,
port 61235</div>
</div>
<div>
<div>Feb 3 21:20:23 testproxy /usr/sbin/opensips[24673]:
DBG:siptrace:pipport2su: proto 22, host 131.132.133.134
, port 5061</div>
</div>
<div>
<div>
</div>
</div>
<div>
<div>ACK out to media server over UDP</div>
</div>
<div>
<div>Feb 3 21:20:23 testproxy /usr/sbin/opensips[24673]:
DBG:siptrace:pipport2su: proto 17, host 131.132.133.134
, port 5060</div>
</div>
<div>
<div>Feb 3 21:20:23 testproxy /usr/sbin/opensips[24673]:
DBG:siptrace:pipport2su: proto 17, host 131.132.133.134
, port 5080</div>
</div>
</blockquote>
</div>
<div>
</div>
<div>Everything routes properly, but it isn't reported by
siptrace properly. Is this a bug or am I doing something
wrong?</div>
<div>
</div>
<div>
</div>
<div>
</div>
<div>- Jeff</div>
<div>
</div>
<div>
</div>
<div>
</div>
</div>
<fieldset class="m_-6632171602918353143gmail-m_3437220772838798842mimeAttachmentHeader"></fieldset>
</div></div><pre>______________________________<wbr>_________________
Users mailing list
<a moz-do-not-send="true" class="m_-6632171602918353143gmail-m_3437220772838798842moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>
<a moz-do-not-send="true" class="m_-6632171602918353143gmail-m_3437220772838798842moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-<wbr>bin/mailman/listinfo/users</a>
</pre>
</blockquote>
</div>
</blockquote></div>
</div></div>
<fieldset class="m_-6632171602918353143mimeAttachmentHeader"></fieldset>
<pre>______________________________<wbr>_________________
Users mailing list
<a moz-do-not-send="true" class="m_-6632171602918353143moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>
<a moz-do-not-send="true" class="m_-6632171602918353143moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-<wbr>bin/mailman/listinfo/users</a>
</pre>
</blockquote>
</div></div></div>
______________________________<wbr>_________________
Users mailing list
<a moz-do-not-send="true" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
<a moz-do-not-send="true" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-<wbr>bin/mailman/listinfo/users</a>
</blockquote></div>
</div>
</blockquote>
</body></html>