[sr-dev] Forcing TCP connection reuse doesn't use the failure_route when the connection has gone.

Olle E. Johansson oej at edvina.net
Tue May 6 09:02:05 CEST 2014


On 05 May 2014, at 18:18, Daniel-Constantin Mierla <miconda at gmail.com> wrote:

> Hello,
> 
> there are two ways:
> 
> - handle the response code for t_relay() together with setting the flag for not sending responses internally
t_relay() doesn't seem to accept any flags. Can you please expand on this option, since I'm missing
something important here.


[...]

>> If not, do we need more flexibility in handling this particular tcp_send error (or other similar ones)? Other systems may wish to try additional destinations from the failure route.
We need to discuss how to manage persistent connections in a better way. This applies both to TCP and TCP+TLS.

/O


>> Snippets of my cfg and logs are below. The con_reuse flag is checked in tcp_send at tcp_main.c:1846
>>  
>> Regards,
>> Hugh
>>  
>> route[RELAY] {
>> xlog("L_INFO", "$rm: route[RELAY]\n");
>>                 loose_route();
>>                 $var(lr_ret) = $rc;
>>                 if ($var(lr_ret) == 2) {
>>                         xlog("L_INFO", "$rm:  loose route with outbound\n");
>>                         t_on_failure("FAIL_OUTBOUND");
>>                         set_forward_no_connect();
>>                         if (t_relay() < 0) {
>>                                 xlog("L_WARN", "$rm:  loose route with outbound failed\n");
>>                                 sl_send_reply("500", "Something bad happened");
>>                         }
>>                         exit;
>>                 }
>>                 . . .
>> }
>>  
>> May  1 17:01:08 kamailio-cep[28226]: INFO: <script>: INVITE: Routing logic starts here
>> May  1 17:01:08 kamailio-cep[28226]: INFO: <script>: INVITE: route[REQINIT]
>> May  1 17:01:08 kamailio-cep[28226]: INFO: <script>: INVITE: route[INITIAL_REQUEST]
>> May  1 17:01:08 kamailio-cep[28226]: INFO: <script>: INVITE: route[RECORD_ROUTE]
>> May  1 17:01:08 kamailio-cep[28226]: INFO: <script>: INVITE: route[RELAY]
>> May  1 17:01:08 kamailio-cep[28226]: INFO: <script>: INVITE:  loose route with outbound
>> May  1 17:01:08 kamailio-cep[28226]: ERROR: tm [../../forward.h:219]: msg_send(): msg_send: ERROR: tcp_send failed
>> May  1 17:01:08 kamailio-cep[28226]: ERROR: tm [t_fwd.c:1609]: t_send_branch(): ERROR: t_send_branch: sending request on branch 0 failed
>> May  1 17:01:08 kamailio-cep[28226]: INFO: <script>: ACK: Routing logic starts here
>> May  1 17:01:08 kamailio-cep[28226]: INFO: <script>: ACK: route[REQINIT]
>> 
>> This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you for understanding.
>> 
>> 
>> 
>> _______________________________________________
>> sr-dev mailing list
>> sr-dev at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
> 
> -- 
> Daniel-Constantin Mierla - http://www.asipto.com
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> _______________________________________________
> sr-dev mailing list
> sr-dev at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-dev/attachments/20140506/1c5f6a97/attachment-0001.html>


More information about the sr-dev mailing list