<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>We found most of the time, it follows a global (per process) buff and is followed by a per connection buff and then the message is read. </div><div><br></div><div dir="ltr"><div dir="ltr">Oct 19 13:34:32 sipserver /usr/sbin/opensips[18615]: DBG:proto_tls:tls_read_req: <b>Using the global ( per process ) buff </b></div><div dir="ltr">Oct 19 13:34:32 sipserver /usr/sbin/opensips[18615]: DBG:proto_tls:tls_update_fd: New fd is 118</div><div dir="ltr">Oct 19 13:34:32 sipserver /usr/sbin/opensips[18615]: DBG:proto_tls:tcp_handle_req: <b>We didn't manage to read a full request</b></div><div dir="ltr">Oct 19 13:34:32 sipserver /usr/sbin/opensips[18615]: DBG:proto_tls:tls_read_req: tls_read_req end</div><div dir="ltr">Oct 19 13:34:32 sipserver /usr/sbin/opensips[18615]: DBG:proto_tls:tls_read_req: <b>Using the per connection buff</b> </div><div dir="ltr">Oct 19 13:34:32 sipserver /usr/sbin/opensips[18615]: DBG:proto_tls:tls_update_fd: New fd is 118</div><div dir="ltr">Oct 19 13:34:32 sipserver /usr/sbin/opensips[18615]: DBG:proto_tls:_tls_read: <b>683 bytes read</b></div></div></div><div dir="ltr"><br></div><div dir="ltr"><div>The one I mentioned in the previous email was not followed by a per connection buff and it seems the connection was dead.</div><div><br></div><div><div>Oct 19 13:35:05 sipserver /usr/sbin/opensips[18615]: DBG:proto_tls:tls_read_req: <b>Using the global ( per process ) buff </b></div><div>Oct 19 13:35:05 sipserver /usr/sbin/opensips[18615]: DBG:proto_tls:tls_update_fd: New fd is 118</div><div>Oct 19 13:35:05 sipserver /usr/sbin/opensips[18615]: DBG:proto_tls:tcp_handle_req: <b>We didn't manage to read a full request</b></div><div>Oct 19 13:35:05 sipserver /usr/sbin/opensips[18615]: DBG:proto_tls:tls_read_req: tls_read_req end</div><div>Oct 19 13:35:07 sipserver /usr/sbin/opensips[18622]: DBG:tm:timer_routine: timer routine:2,tl=0x7f0fc18a3630 next=(nil), timeout=428446</div><div>Oct 19 13:35:07 sipserver /usr/sbin/opensips[18622]: DBG:tm:wait_handler: removing 0x7f0fc18a35b0 from table </div><div>Oct 19 13:35:07 sipserver /usr/sbin/opensips[18622]: DBG:tm:delete_cell: delete transaction 0x7f0fc18a35b0</div><div>Oct 19 13:35:07 sipserver /usr/sbin/opensips[18622]: DBG:tm:wait_handler: done</div></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">jacky z <<a href="mailto:zjack0992@gmail.com">zjack0992@gmail.com</a>> wrote:<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 dir="ltr"><div>Thanks! We found an end point sent an INVITE, but the server did not receive. The time of this message in the opensips log matched the INVITE. Not sure whether the INVITE message failed to be read for whatever reason. Then we checked the server and found a lot of such messages. The server is a still a test server and we don't expect there are a lot random connection attempts.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Giovanni Maruzzelli <<a href="mailto:gmaruzz@gmail.com" target="_blank">gmaruzz@gmail.com</a>>  wrote:<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 dir="ltr"><div dir="ltr">On Wed, Oct 20, 2021 at 11:00 AM jacky z <<a href="mailto:zjack0992@gmail.com" target="_blank">zjack0992@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div><br></div><div>Recently checked the log and found a lot of items.</div><div><br></div><div>DBG:proto_tls:tcp_handle_req: We didn't manage to read a full request<br></div><div><br></div><div>Does this mean that there is an incoming message but the server can't read it successfully? What can induce this problem? Thanks!</div></div></div></blockquote><div><br></div><div>These are probably connection attempts that happen to be on the tcp port where opensips is listening.</div><div><br></div><div>They are probably script kiddies sending http/https/ssh/whatever to random ports</div><div><br></div><div>-giovanni</div></div>-- <br><div dir="ltr">Sincerely,<br><br>Giovanni Maruzzelli<br>OpenTelecom.IT<br>cell: +39 347 266 56 18<br><br></div></div>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</blockquote></div></div>
</blockquote></div></div></div></div></div></div>