[OpenSIPS-Users] OpenSIPS reopen TCP connectios and sends INVITE, but not BYE. How to change it?

Rodrigo Pimenta Carvalho pimenta at inatel.br
Thu Oct 27 21:09:32 CEST 2016


Hi Razvan,

Thank you very much again!

See my comments and question in line, please.

Best regards!


RODRIGO PIMENTA CARVALHO
Inatel Competence Center
Software
Ph: +55 35 3471 9200 RAMAL 979


________________________________
De: users-bounces at lists.opensips.org <users-bounces at lists.opensips.org> em nome de Razvan Crainea <razvan at opensips.org>
Enviado: quinta-feira, 27 de outubro de 2016 05:58
Para: users at lists.opensips.org
Assunto: Re: [OpenSIPS-Users] OpenSIPS reopen TCP connectios and sends INVITE, but not BYE. How to change it?

Hi, Rodrigo!

Having OpenSIPS opening TCP connections towards client is a bit dangerous, especially if the clients are behind NAT. That's because most likely you will not be able to reach them, and opensips will get stuck trying to connect (until it triggers a timeout). That's why the best way to go is to try to keep the connection (ideally opened by the client at REGISTER) as much as possible. This is usually done by pinging (as discussed in a previous email). So my suggestion is to try to avoid opening new TCP connections with clients, unless you really know they will always be reachable.


     The client will be always reachable. Because in my specific case, the client(which break down the TCP connection) is in the same hardware as OpenSIPS. So, there will not be NATs here.

     As I saw in the log, OpenSIPS reopen the connection, like this:

     DBG:core:proto_tcp_send: no open tcp connection found, opening new one, async = 1

     And this is opened in the moment after OpenSIPS trying to pass the SIP BYE to the local client.
     As long as OpenSIPS is already reopening the TCP connection, when it needs to send the SIP BYE, why the SIP BYE is not sent finally?

     I believe that I can use such new connection to send the SIP BYE. In this case, I intend to force OpenSIPS to send the SIP BYE after reopening such TCP connection. Is it possible in terms of script?
     I have just checked my script and I'm not using the flag tcp_no_new_conn_bflag.


The behavior you are describing (INVITE vs BYE handling), might be related to the fact that you are setting the tcp_no_new_conn_bflag[1] flag for BYE messages, but not for INVITEs. Is this correct? If not, do you see any errors in the script?

[1] http://www.opensips.org/Documentation/Script-CoreParameters-2-2#toc101

Razvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com<http://www.opensips-solutions.com>

Home - OpenSIPS Solutions<http://www.opensips-solutions.com/>
www.opensips-solutions.com
OpenSIPS is a mature Open Source implementation of a SIP server. OpenSIPS is more than a SIP proxy/router as it includes application-level functionalities.

On 10/26/2016 10:59 PM, Rodrigo Pimenta Carvalho wrote:

Hi.


After some log debug I have observed the following behavior in the OpenSISP (2.2.1):


When OpenSIPS has to send a SIP INVITE to a peer through a TCP connection that was closed before by some way, OpenSIPS open a new one and then sends the SIP message to the peer successfully.


However, when OpenSIPS has to send a SIP BYE to a peer through a TCP connection that was closed before, OpenSIPS open a new one, but doesn't send the SIP BYE. In this case SIP BYE is discarded.


How to change the behavior of OpenSIPS to make it to send the SIP BYE is such case?


I'm looking for ways of fix or workaround of a TCP tear down connection that happens during dialogs.


Any hint will be very helpful!


RODRIGO PIMENTA CARVALHO
Inatel Competence Center
Software
Ph: +55 35 3471 9200 RAMAL 979



_______________________________________________
Users mailing list
Users at lists.opensips.org<mailto:Users at lists.opensips.org>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20161027/658a8643/attachment.htm>


More information about the Users mailing list