[sr-dev] Forcing TCP connection reuse doesn't use the failure_route when the connection has gone.
Daniel-Constantin Mierla
miconda at gmail.com
Tue May 6 10:17:01 CEST 2014
On 06/05/14 09:02, Olle E. Johansson wrote:
>
> On 05 May 2014, at 18:18, Daniel-Constantin Mierla <miconda at gmail.com
> <mailto: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.
t_relay_to() has the flags:
- http://kamailio.org/docs/modules/stable/modules/tm.html#tm.f.t_relay_to
Cheers,
Daniel
>
>
> [...]
>
>>> 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 <mailto: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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-dev/attachments/20140506/a1ee737c/attachment.html>
More information about the sr-dev
mailing list