<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi Bogdan-Andrei,<div><br></div><div>Finally made it send offline message by setting</div><div><br></div><div>modparam("msilo", "outbound_proxy", "sip:name.domain.com:5061;transport=tls")<br></div><div>modparam("tls_mgm", "match_sip_domain", "[dom]*")</div><div><br></div><div>It seems the port number needs to be included and the match_sip_domain needs to *. If the domain name is included, the error happens. Hope this info is helpful for others who may be interested.</div><div><br></div><div>However, it still can't send the dumped message, but send "[Offline message - Thu Jan 1 08:00:00 1970" no matter what the message is. It seems the message was truncated. Based on the source code of the msilo module, the message should be something like "[Offline message - Thu Jan 1 08:00:00 1970] message here".</div><div><br></div><div>In the log, I can see the correct message was read out from the silo table. Here is the log that shows the correct offline message that should be sent:</div><div><br></div><div>DBG:db_mysql:db_mysql_str2val: converting BLOB [{"type":"1","cont":"the right message"}]<br></div><div><br></div><div>Thanks!</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
<font face="monospace">Hi Jacky,<br>
<br>
The m_dump() sends the MESSAGE to the AOR of the user, so,
ideally, you should do take care of the "lookup(location)" in
order to the get it properly routed.<br>
<br>
For the TLS part, do you use it between the end-point and
opensips? if so, I guess the MESSAGE sent by m_dump() and looping
back to opensips (for doing the lookup(location)) is via UDP ?<br>
<br>
I'm asking as from the TLS perspective the most important think to
know is where (in the routing logic) the TLS connection gets
used/opened, as you need to be sure and correlate the destination
IP (at the moment) with the IPs/mask you have in the TLS client
domain.<br>
<br>
Best regards,<br>
</font>
<pre cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a href="https://www.opensips-solutions.com" target="_blank">https://www.opensips-solutions.com</a>
OpenSIPS eBootcamp 2021
<a href="https://opensips.org/training/OpenSIPS_eBootcamp_2021/" target="_blank">https://opensips.org/training/OpenSIPS_eBootcamp_2021/</a></pre>
<div>On 9/28/21 3:03 AM, jacky z wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">Hi Team,
<div><br>
</div>
<div>I want to use MSILO to forward offline messages. I
use TLS connections and have set up both server domain
and client domains. If we don't use outbound_proxy,
the logs show no error, but the message just was not
sent. I searched online and it was said that the
outbound proxy needs to be used. However, if we use
outbound_proxy, there will be errors- <span>no TLS client domain
found</span>. Actually, I have set up the client
domain. It seems the MSILO module can't recognize the
client domain. I have checked the messages were all in
the database table silo. Have you ever encountered
such issues? Any clue to debug? Thanks!</div>
<div><br>
</div>
<div>Here are the scripts and logs</div>
<div><br>
</div>
<div>
<p>When
m_dump() is called in "REGISTER":</p>
<div>
<pre style="white-space:pre-wrap;box-sizing:border-box;font-family:ui-monospace,SFMono-Regular,"SF Mono",Menlo,Consolas,"Liberation Mono",monospace;font-size:11.9px;margin-top:0px;margin-bottom:16px;padding:16px;overflow:auto;line-height:1.45;border-radius:6px"><code style="box-sizing:border-box;font-family:ui-monospace,SFMono-Regular,"SF Mono",Menlo,Consolas,"Liberation Mono",monospace;padding:0px;margin:0px;background:transparent;border-radius:6px;word-break:normal;border:0px;display:inline;overflow:visible;line-height:inherit"> if (m_dump()) {
xlog("MSILO: offline messages dumped - if they were");
}else{
xlog("MSILO: no offline messages dumped");
};
</code></pre>
</div>
<p>It can dump the message
from the database but can't send the message. Here
is the log:</p>
<p>Sep 18
17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:parse_msg: method:<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:parse_msg: uri:
<a>sip:10000@xxx.com:5061;transport=tls</a><br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:parse_msg: version: <SIP/2.0><br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:parse_headers: flags=ffffffffffffffff<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:parse_via_param: found param type 232, =
<z9hG4bKe0c6.787dad54.0>; state=16<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:parse_via: end of header reached, state=5<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:parse_headers: via found,
flags=ffffffffffffffff<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:parse_headers: this is the first via<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:parse_to_param: transport=tls<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:_parse_to: end of header reached, state=29<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:_parse_to: display={}, ruri={sip:<a href="mailto:10000@xxx.com" style="box-sizing:border-box;background-color:transparent;text-decoration-line:none" target="_blank">10000@xxx.com</a>:5061}<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:get_hdr_field: [50]; uri=[sip:<a href="mailto:10000@xxx.com" style="box-sizing:border-box;background-color:transparent;text-decoration-line:none" target="_blank">10000@xxx.com</a>:5061]<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:get_hdr_field: to body [sip:<a href="mailto:10000@xxx.com" style="box-sizing:border-box;background-color:transparent;text-decoration-line:none" target="_blank">10000@xxx.com</a>:5061]<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:get_hdr_field: cseq : <10><br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:get_hdr_field: content_length=78<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:get_hdr_field: found end of header<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:parse_headers: flags=ffffffffffffffff<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:parse_headers: flags=78<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:proto_tls:proto_tls_send: no open tcp connection
found, opening new one<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:probe_max_sock_buff: getsockopt: snd is
initially 16384<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:probe_max_sock_buff: using snd buffer of
416 kb<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:init_sock_keepalive: TCP keepalive enabled
on socket 119<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:print_ip: tcpconn_new: new tcp connection
to: <a href="http://142.107.16.203:5061/" target="_blank">142.107.16.203</a><br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:tcpconn_new: on port 5061, proto 3<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:proto_tls:tls_conn_init: Creating a whole new
ssl connection<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
ERROR:proto_tls:tls_conn_init: no TLS client domain
found<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
ERROR:core:tcp_conn_new: failed to do proto 3
specific init for conn 0x7f0559e116b8<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
DBG:core:tcpconn_destroy: destroying connection
0x7f0559e116b8, flags 0018<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
ERROR:proto_tls:tls_sync_connect: tcp_conn_create
failed, closing the socket<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
ERROR:proto_tls:proto_tls_send: connect failed<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
ERROR<span>™️</span>msg_send:
send() to <a href="http://142.107.16.203:5061/" target="_blank">142.107.16.203:5061</a> for
proto tls/3 failed<br style="box-sizing:border-box">
Sep 18 17:29:55 sipserver /usr/sbin/opensips[9794]:
ERROR<span>™️</span>t_uac:
attempt to send to 'sip:<a href="mailto:10000@xxx.com" style="box-sizing:border-box;background-color:transparent;text-decoration-line:none" target="_blank">10000@xxx.com</a>:5061;transport=tls'
failed</p>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
Users mailing list
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
</div>
</blockquote></div></div></div></div></div>