[SR-Users] Catching websocket / TCP errors

Marrold kamailio at marrold.co.uk
Wed Oct 20 14:30:57 CEST 2021


That makes sense, thanks Arsen. We're already catching it then we just
sl_reply_error() - I'll add some special handling for this scenario

Thanks again

On Wed, Oct 20, 2021 at 12:58 PM Arsen Semenov <arsperger at gmail.com> wrote:

> Hi,
>
> Yes, you can handle return codes from t_relay(). It should return -1 in
> case of network failure.
>
> On Wed, 20 Oct 2021 at 4:39 PM, Marrold <kamailio at marrold.co.uk> wrote:
>
>> Hi all,
>>
>> Is there any way of catching these errors before sending a 500 No error
>> (2/SL) ?
>>
>> Thanks
>>
>> On Tue, Oct 5, 2021 at 5:01 PM Marrold <kamailio at marrold.co.uk> wrote:
>>
>>> Hi Arsen
>>>
>>> That looks perfect, except we're still using 4.3.X on some of our
>>> proxies ( I should have mentioned, sorry) . We plan on upgrading very
>>> soon...
>>>
>>> Thanks
>>>
>>>
>>> On Tue, Oct 5, 2021 at 4:58 PM Arsen Semenov <arsperger at gmail.com>
>>> wrote:
>>>
>>>> Hi,
>>>> have you tried this param?
>>>>
>>>> https://kamailio.org/docs/modules/devel/modules/usrloc.html#usrloc.p.db_clean_tcp
>>>>
>>>> On Tue, Oct 5, 2021 at 8:49 PM Marrold <kamailio at marrold.co.uk> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> We're currently implementing WebRTC (SIP over a websocket) on our
>>>>> Kamailio proxies and we're experiencing a minor issue after a restart.
>>>>>
>>>>> We write all USRLOC entries to a shared database to implement HA.
>>>>> These are then loaded on a restart, which leaves us with entries with TCP
>>>>> connections that no longer exist. When a call attempt is made the proxy
>>>>> can't find the connection ID and immediately rejects the call with a "500
>>>>> No error (2/SL)" -
>>>>>
>>>>> Oct  5 15:38:24 proxy-01 /sbin/kamailio[32087]: WARNING: <core>
>>>>> [core/msg_translator.c:2861]: via_builder(): TCP/TLS connection (id: 0) for
>>>>> WebSocket could not be found
>>>>> Oct  5 15:38:24 proxy-01 /sbin/kamailio[32087]: ERROR: <core>
>>>>> [core/msg_translator.c:2038]: build_req_buf_from_sip_req(): could not
>>>>> create Via header
>>>>> Oct  5 15:38:24 proxy-01 /sbin/kamailio[32087]: ERROR: tm
>>>>> [t_fwd.c:479]: prepare_new_uac(): could not build request
>>>>> Oct  5 15:38:24 proxy-01 /sbin/kamailio[32087]: ERROR: tm
>>>>> [t_fwd.c:1759]: t_forward_nonack(): failure to add branches
>>>>> Oct  5 15:38:24 proxy-01 /sbin/kamailio[32087]: ERROR: sl
>>>>> [sl_funcs.c:414]: sl_reply_error(): stateless error reply used: No error
>>>>> (2/SL)
>>>>>
>>>>> How can we catch this error to avoid terminating the call prematurely?
>>>>> Or should we flush these TCP connections on start up?
>>>>>
>>>>> Thanks
>>>>> Matthew
>>>>>
>>>>> __________________________________________________________
>>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>>   * sr-users at lists.kamailio.org
>>>>> Important: keep the mailing list in the recipients, do not reply only
>>>>> to the sender!
>>>>> Edit mailing list options or unsubscribe:
>>>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>
>>>>
>>>>
>>>> --
>>>> Arsen Semenov
>>>>
>>>> __________________________________________________________
>>>> Kamailio - Users Mailing List - Non Commercial Discussions
>>>>   * sr-users at lists.kamailio.org
>>>> Important: keep the mailing list in the recipients, do not reply only
>>>> to the sender!
>>>> Edit mailing list options or unsubscribe:
>>>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to
>> the sender!
>> Edit mailing list options or unsubscribe:
>>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
> --
> Sent from Gmail Mobile
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20211020/9480c506/attachment.htm>


More information about the sr-users mailing list