<div dir="ltr">Hi,<div>So CSEQ is 2 but the caller sends another INVITE with CSEQ 3 which isn't relayed and that doesnt happen 100% of time, so CSEQ was my first suspect. VIA headers have some difference matching with a working call and I wonder why. The same devices are known to be working just as good on production multi-hop scenarios. I'm going to flush all my work and resort to the sample config file and figure this out. </div><div><br></div><div>What confuses me is the enable_double_rr is turned ON as well..same flow of call works for UDP-UDP, So, while there is an extra Record-Route in there..why is it treated differently. </div><div><br></div><div>Let me share a trace shortly.</div><div><br></div><div>Regards,</div><div>Sammy</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Apr 12, 2018 at 4:16 PM, Bogdan-Andrei Iancu <span dir="ltr"><<a href="mailto:bogdan@opensips.org" target="_blank">bogdan@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">
Hi,<br>
<br>
The 100 is never relayed, it is a hop by hop reply. So that is ok.
On the 180, indeed, the TM/transaction module fails to match the
reply to any transaction - have you actually inspected the
VIA/Cseq/Callid to see if the do match ? Maybe the incoming 180 is
indeed broken.<br>
<br>
Regards,<br>
<pre class="m_7442486918251186410moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a class="m_7442486918251186410moz-txt-link-freetext" href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.<wbr>com</a>
OpenSIPS Summit 2018
<a class="m_7442486918251186410moz-txt-link-freetext" href="http://www.opensips.org/events/Summit-2018Amsterdam" target="_blank">http://www.opensips.org/<wbr>events/Summit-2018Amsterdam</a>
</pre><span class="">
<div class="m_7442486918251186410moz-cite-prefix">On 04/12/2018 08:21 PM, SamyGo wrote:<br>
</div>
</span><blockquote type="cite">
<div dir="ltr"><span class="">Hi,
<div>Seems like I'm stuck with a very basic situation. I've 2
OpenSIPS boxes and 2 Users registered on each Proxy. Caller is
on UDP, Destination is on TCP. Call made from A to B will not
have its 1XX and 2XX relayed back to the originating Proxy:
see this sngrep flow.</div>
<div><br>
</div>
<div><br>
<br>
</div>
</span><span class=""><div>So, naturally OpenSIPS-B triggers 408 Timeout. </div>
<div><br>
</div>
<div>So iptables is off and I can see 180 Ringing and subsequent
replies showing up in OpenSIPS logs like this:</div>
</span><div></img><br>
</div><div><div class="h5">
<div><br>
</div>
<div>
<div> DBG:core:tcp_read_req: tcp_read_req end</div>
<div> DBG:core:tcp_read_req: Using the global ( per process )
buff</div>
<div> DBG:core:tcp_handle_req: content-length= 0</div>
<div> DBG:core:tcp_handle_req: Nothing more to read on TCP
conn 0x7f93987cc9b8, currently in state 0</div>
<div> DBG:core:parse_msg: SIP Reply (status):</div>
<div> DBG:core:parse_msg: version: <SIP/2.0></div>
<div> DBG:core:parse_msg: status: <180></div>
<div> DBG:core:parse_msg: reason: <Ringing></div>
<div> DBG:core:parse_headers: flags=2</div>
<div> DBG:core:get_hdr_field: cseq <CSeq>: <2>
<INVITE></div>
<div> DBG:core:parse_via_param: found param type 234,
<received> = <18.11.20.74>; state=6</div>
<div> DBG:core:parse_via_param: found param type 232,
<branch> =
<z9hG4bK56988cb3-e13c-e811-<wbr>961a-c45444377777>; state=6</div>
<div> DBG:core:parse_via_param: found param type 235,
<rport> = <5060>; state=16</div>
<div> DBG:core:parse_via: end of header reached, state=5</div>
<div> DBG:core:parse_headers: via found, flags=2</div>
<div> DBG:core:parse_headers: this is the first via</div>
<div> DBG:core:receive_msg: After parse_msg...</div>
<div> DBG:core:forward_reply: found module nathelper, passing
reply to it</div>
<div> DBG:core:parse_headers: flags=4</div>
<div> DBG:core:parse_to_param:
tag=40adb5b3-e13c-e811-86eb-<wbr>c4544411cd9b</div>
<div> DBG:core:_parse_to: end of header reached, state=29</div>
<div> DBG:core:_parse_to: display={}, ruri={<a href="mailto:sip%3A5017@myvoiptest.net" target="_blank">sip:5017@myvoiptest.net</a>}</div>
<div> DBG:core:get_hdr_field: <To> [70]; uri=[<a class="m_7442486918251186410moz-txt-link-freetext">sip:5017@</a><span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline"><a href="http://myvoiptest.net" target="_blank">myvoiptest.net</a></span>
]</div>
<div> DBG:core:get_hdr_field: to body [<<a class="m_7442486918251186410moz-txt-link-freetext">sip:5017@</a><span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline"><a href="http://myvoiptest.net" target="_blank">myvoiptest.net</a></span>
>]</div>
<div> DBG:core:get_hdr_field: content_length=0</div>
<div> DBG:core:get_hdr_field: found end of header</div>
<div> DBG:core:forward_reply: found module tm, passing reply
to it</div>
<div> DBG:tm:t_check: start=0xffffffffffffffff</div>
<div> DBG:core:parse_headers: flags=22</div>
<div> DBG:core:parse_headers: flags=8</div>
<div><span style="background-color:rgb(255,217,102)"> DBG:tm:t_reply_matching:
failure to match a transaction</span></div>
<div> DBG:tm:t_check: end=(nil)</div>
<div> DBG:core:destroy_avp_list: destroying list (nil)</div>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div>For successful relaying the last few lines show a matched
transaction. I suspected CSEQ and Via headers and going
through the traces+logs meanwhile looking for some guidance as
what params to look for.</div>
<div><br>
</div>
<div><br>
</div>
<div>OpenSIPS is latest devel:</div>
<div>version: opensips 2.4.0-dev (x86_64/linux)</div>
<div>flags: STATS: On, SHM_EXTRA_STATS, DISABLE_NAGLE,
USE_MCAST, SHM_MMAP, PKG_MALLOC, QM_MALLOC, DBG_MALLOC,
FAST_LOCK-ADAPTIVE_WAIT</div>
<div>ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144,
MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535</div>
<div>poll method support: poll, epoll, sigio_rt, select.</div>
<div>git revision: 0ff609d</div>
<div>main.c compiled on 19:11:13 Apr 11 2018 with gcc 5.4.0</div>
<div><br>
</div>
<div>P.S: Same config works for other calls as well. </div>
<div><br>
</div>
<div>Regards,</div>
<div>Sammy</div>
</div></div></div>
<br>
<fieldset class="m_7442486918251186410mimeAttachmentHeader"></fieldset>
<br>
<pre>______________________________<wbr>_________________
Users mailing list
<a class="m_7442486918251186410moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>
<a class="m_7442486918251186410moz-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>
<br>
</div>
</blockquote></div><br></div>