<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<tt>Hi Jeff,<br>
<br>
I suspect that this report is related to the second one you made -
a wrong traced SRC interface for the replies will generate a
mixture of IPv4 and IPv6 for same packet.<br>
Please apply that fix and let's see if it fixes this one too.<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/05/2017 01:12 AM, Jeff Pyle
wrote:<br>
</div>
<blockquote
cite="mid:CAPhW+0+Jh64q8fPdnJ8B1ga5xbwKDBFOiwwom2enhXYmUeuNUA@mail.gmail.com"
type="cite">
<div dir="ltr">Hi Bogdan,
<div><br>
</div>
<div>Yes, but they do ingress and egress different families.</div>
<div><br>
</div>
<div>In this case the UAC's src IP is IPv6, talking to the
proxy's IPv6 interface address (no NAT64). In the script
there is a sethostport() to an IPv4 address, and a
force_send_socket() to the proxy's IPv4 interface address.
Then a t_relay().</div>
<div><br>
</div>
<div>I have a sip_trace("tid", "d") right after create_dialog()
for initial invites. In a pure IPv4 flow this captures all
ingress and egress traffic (except for t_relay's '100 Giving a
try'). In this mixed IPv6 -> IPv4 flow, I see the error,
and capture only the egress IPv4 leg.</div>
<div><br>
</div>
<div>The HEP target is IPv4 at the moment. The HEP capture
server is also dual-stack, if this is relevant.</div>
<div><br>
</div>
<div><br>
</div>
<div>- Jeff</div>
<div><br>
</div>
<div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Sat, Feb 4, 2017 at 12:58 PM,
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:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> <tt>Hi Jeff,<br>
<br>
That error is generated when the src and dst IP have
different AF families - which of course is
impossible :)<br>
<br>
I guess you get the error when you have an incoming
SIP packet over IPv6 (so both SRC and DST should be
IPv6), right ?<br>
<br>
Best regards,<br>
</tt>
<pre class="m_-4089264790209716376moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a moz-do-not-send="true" class="m_-4089264790209716376moz-txt-link-freetext" href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.<wbr>com</a></pre><div><div class="h5">
<div class="m_-4089264790209716376moz-cite-prefix">On 02/04/2017 03:58 AM, Jeff Pyle
wrote:
</div>
</div></div><blockquote type="cite"><div><div class="h5">
<div dir="ltr">Hello,
I have a simple dual-stack OpenSIPS 2.2.2 configuration. It
includes a registrar and basic routing between locally
registered users. These users have a mix of IPv4 and IPv6
contacts. All is well. I recently added Homer to the mix. The
siptrace module is acting as a capture agent, duplicating
messages over HEPv3 to an upstream Homer capture server.
When one of the clients is IPv6, duplication fails. I see this
message:
ERROR:siptrace:trace_send_hep_<wbr>duplicate: ERROR:
trace_send_hep_duplicate: interworking detected ?
ERROR:siptrace:save_siptrace: Failed to duplicate with hep to
<:>
<div>I'd like to duplicate messages regardless whether they've
IPv4 or IPv6, as many dialogs are both. The Homer capture
server is IPv6-enabled and can receive HEP messages either (I
think). I've tried to configure the siptrace trace_id with an
IPv6 address but it doesn't look like it's able to parse it.</div>
<div>
</div>
<div>What am I missing?</div>
<div>
</div>
<div>
</div>
<div>
</div>
<div>- Jeff</div>
<div>
</div>
<div>
</div>
<div>
</div>
</div>
<fieldset class="m_-4089264790209716376mimeAttachmentHeader"></fieldset>
</div></div><pre>______________________________<wbr>_________________
Users mailing list
<a moz-do-not-send="true" class="m_-4089264790209716376moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>
<a moz-do-not-send="true" class="m_-4089264790209716376moz-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></div>
</blockquote>
</body></html>