{
....log some errors....
sl_reply_error();
}
else
{
....log successful relay....
}
Hi Daniel,Thanks for the response. The question that's been raised by our engineers is how do we know the message that's put in the queue actually successfully been sent on the wire/network? Have there been situations where it gets stuck in the queue and never sent out?Thanks.--Andy--On Fri, Dec 8, 2017 at 12:35 AM, Daniel-Constantin Mierla <miconda@gmail.com> wrote:Hello,
On 08.12.17 02:23, Andrew Chen wrote:
> Hi all,
>
> So for a while now I've been working with our engineering team to
> troubleshoot these random events where the UPDATE message sent from
> the server never made it to the client side. Here is the the topology:
>
> Server -(tcp)-> kamailio -(tls)-> client
>
> So looks pretty straight forward and I have logging messages stating
> t_relay() was successful in sending the message.
>
> The question is how do we know t_relay really successfully sent it?
> Does it actually monitor the physical interface as it goes out?
>
>
t_relay() may return successful code if the message was put in the
writing queue. Later can be another log message if sending ended int a
transmission timeout. Do you have a failure_route set for such
t_relay()? If not, you can add one, it should be executed if sending fails.
Cheers,
Daniel
--
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - www.asipto.com
Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com