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

[Răzvan Crainea]

Hi, Rodrigo!

Could you send me the system logs related to the BYE processing?

Best regards,

Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com

On 10/27/2016 10:09 PM, Rodrigo Pimenta Carvalho wrote:
>
> 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 Răzvan 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
> Răzvan Crainea
> OpenSIPS Solutions
> 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
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> _______________________________________________
> Users mailing list
> 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/20161028/7df20f86/attachment.htm>