[SR-Users] Need help troubleshooting messages that never made it to the client

Daniel-Constantin Mierla miconda at gmail.com
Sat Dec 9 09:08:15 CET 2017


Add a failure route execution:

if(is_method("UPDATE")) {

  t_on_failure("FRT_UPDATE");

}

if (!t_relay())

... your rest of the code here

At the end of kamailio.cfg add:

failure_route[FRT_UPDATE] {

  xlog("sending UPDATE failed\n");

}

and watch the logs to see if the xlog message appears.

Cheers,
Daniel


On 08.12.17 18:21, Andrew Chen wrote:
> Btw...I do call sl_reply_error() on relay fails.  Below is a sample
> block:
>
> if (!t_relay())
>
> {
>
>      ....log some errors....
>
>      sl_reply_error();
>
> }
>
> else
>
> {
>
>      ....log successful relay....
>
> }
>
>
> On Fri, Dec 8, 2017 at 9:15 AM, Andrew Chen <achen at fuze.com
> <mailto:achen at fuze.com>> wrote:
>
>     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 at gmail.com <mailto:miconda at 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 <http://www.twitter.com/miconda> --
>         www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>         Kamailio Advanced Training - www.asipto.com
>         <http://www.asipto.com>
>         Kamailio World Conference - May 14-16, 2018 -
>         www.kamailioworld.com <http://www.kamailioworld.com>
>
>
>
>
>     -- 
>     Andy Chen
>     Sr. Telephony Lead Engineer
>     415 516 5535 (M)
>     achen@ <mailto:achen at thinkingphones.com>fuze.com <http://fuze.com>
>
>
>
>
> -- 
> Andy Chen
> Sr. Telephony Lead Engineer
> 415 516 5535 (M)
> achen@ <mailto:achen at thinkingphones.com>fuze.com <http://fuze.com>
>
>
> *Confidentiality Notice: The information contained in this e-mail and any
> attachments may be confidential. If you are not an intended recipient, you
> are hereby notified that any dissemination, distribution or copying of
> this
> e-mail is strictly prohibited. If you have received this e-mail in error,
> please notify the sender and permanently delete the e-mail and any
> attachments immediately. You should not retain, copy or use this e-mail or
> any attachment for any purpose, nor disclose all or any part of the
> contents to any other person. Thank you.* 

-- 
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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20171209/b2cb982c/attachment.html>


More information about the sr-users mailing list