<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Hi Tito,<br>
<br>
Yes, your SIP URI does not have any protocol or port indication, so
NAPTR lookup is perform.<br>
<br>
Now, of the call flow you describe : DNS based discovery is to be
done for initial request only - the sequential requests (in dialog)
should simply follow the path discovered by the initial request. So,
better post somewhere the pcap or so.<br>
<br>
Regards,<br>
<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 15.08.2015 00:41, Tito Cumpen wrote:<br>
</div>
<blockquote
cite="mid:CANZPVB5zB38n-5Wnap3=fG=dd3fgi7aVtH1hDJfUUxyzNbBY9A@mail.gmail.com"
type="cite">
<div dir="ltr">I enabled debug level 6 and I am noticing this
<div>
<span
style="font-stretch:normal;color:rgb(202,251,66);font-family:'Helvetica
Neue';font-size:14px;background-color:rgb(0,0,0)">:
DBG:core:mk_proxy: doing DNS lookup...<br>
Aug 14 20:42:09 cloud-server-06 /sbin/opensips[22814]:
DBG:core:sip_resolvehost: no port, no proto -> do NAPTR
lookup!</span><br>
</div>
<div><span
style="font-stretch:normal;color:rgb(202,251,66);font-family:'Helvetica
Neue';font-size:14px;background-color:rgb(0,0,0)"><br>
</span></div>
<div>Here it claims that this request is lacking a port and and
a proto on this branch I am appending the branch like so </div>
<div><br>
</div>
<div>
<p class="p1"><span class="s1">
avp_pushto("$du","sip:sisterproxyIP");</span></p>
<p class="p1"><span class="s1">
</span></p>
<p class="p1"><span class="s1">
</span></p>
<p class="p1"><span class="s1">
append_branch();</span></p>
<p class="p1"><br>
</p>
<p class="p1">the sister proxy is where the user resides. This
is actually confusing the remote opensips proxy(same
version) because now it sends all in dialog request via a
tcp socket all thought the 200 was sent via udp leg. 2
requests came into the sister proxy. I'm not sure why the
one gets a 404 and the proceeds the only difference is the
udp request has two rr headers. It appears that the remote
proxy might not have cancelled the dialog even thought it
sent a negative reply. I have a trace of this if needs to be
supplied.</p>
<p class="p1"><br>
</p>
<p class="p1">Thanks,</p>
<p class="p1">Tito</p>
<p class="p1"><br>
</p>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Fri, Aug 14, 2015 at 3:52 PM, Tito
Cumpen <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:tito@xsvoce.com" target="_blank">tito@xsvoce.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Group,
<div><br>
</div>
<div><br>
</div>
<div>I am using :</div>
<div>
<p><span>version: opensips 2.2-dev (x86_64/linux)</span></p>
<p><span>flags: STATS: On, DISABLE_NAGLE, USE_MCAST,
SHM_MMAP, PKG_MALLOC, F_MALLOC,
FAST_LOCK-ADAPTIVE_WAIT</span></p>
<p><span>ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE
262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE
65535</span></p>
<p><span>poll method support: poll, epoll_lt, epoll_et,
sigio_rt, select.</span></p>
<p><span>git revision: b7db080</span></p>
<p><span>main.c compiled on 22:43:41 Jun 25 2015 with
gcc 4.8.3</span></p>
<p><span><br>
</span></p>
<p><span><br>
</span></p>
<p><span>I have a strange issue in which dns SRV lookups
and routing is happening although I have set the
RURI domain as an alias in my config. On some calls
this will eventually screw up the dialog
termination once a bye is sent because it makes an
attempt to transmit the bye to this SRV entry.</span></p>
<p><span>I see this error in the logs.</span></p>
<div style="font-family:'Helvetica Neue';font-size:14px"><span
style="background-color:rgb(0,0,0)"><span
style="font-size:12px"><span
style="font-family:'Andale Mono'"><span
style="color:rgb(202,251,66)">Aug 14 18:36:25
cloud-server-06 /sbin/opensips[15805]:
<a class="moz-txt-link-freetext" href="INFO:core:init_sock_keepalive">INFO:core:init_sock_keepalive</a>: TCP keepalive
enabled on socket 47<br>
Aug 14 18:36:25 cloud-server-06
/sbin/opensips[15805]:
ERROR:core:tcpconn_async_connect: poll error:
flags 1c<br>
Aug 14 18:36:25 cloud-server-06
/sbin/opensips[15805]:
ERROR:core:tcpconn_async_connect: failed to
retrieve SO_ERROR [server=192.XX.XX.XX:38798]
(111) Connection refused<br>
Aug 14 18:36:25 cloud-server-06
/sbin/opensips[15805]:
ERROR:core:proto_tcp_send: async TCP connect
failed<br>
Aug 14 18:36:25 cloud-server-06
/sbin/opensips[15805]: ERROR:tm:msg_send:
send() for proto 2 failed</span></span></span></span></div>
<p><span><span
style="color:rgb(202,251,66);font-family:'Andale
Mono';font-size:12px;background-color:rgb(0,0,0)">Aug
14 18:36:25 cloud-server-06 /sbin/opensips[15805]:
ERROR:tm:t_forward_nonack: sending request failed</span> </span></p>
<p><span><br>
</span></p>
<p><span><br>
</span></p>
</div>
</div>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
<a class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
</body>
</html>