<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi Marco, not sure if it is the same issue, but I am looking at a problem I am facing where in-dialog requests are failing after 3 minutes.<div><br></div><div>It seems you are also using topos_redis</div><div><br></div><div>Tracing TOPOS traffic is seems some leg related infomation is set to expire after 3 minutes.</div><div><br></div><div>Just sharing in case we can get a quick answer, but I will troubleshoot the behavior more to understand if this is suppose to be transaction data that and Dialog data should persist anyway.</div><div>Seems like 2 EXPIRE commands are sent, the second one with a low value of 180 </div><div><br></div><div><a href="https://github.com/kamailio/kamailio/issues/1848">https://github.com/kamailio/kamailio/issues/1848</a><br></div><div><br></div><div><br></div></div></div></div></div></div></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 11, 2019 at 3:38 AM Marcos Pytel <<a href="mailto:marcos.pytel@cotesma.com.ar">marcos.pytel@cotesma.com.ar</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi all!<br>
<br>
Any clue for this?<br>
<br>
Marcos.<br>
-----Mensaje original-----<br>
De: Henning Westerholt <<a href="mailto:hw@kamailio.org" target="_blank">hw@kamailio.org</a>> <br>
Enviado el: martes 5 de febrero del 2019 17:50<br>
Para: <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
CC: Marcos Pytel <<a href="mailto:marcos.pytel@cotesma.com.ar" target="_blank">marcos.pytel@cotesma.com.ar</a>><br>
Asunto: Re: [SR-Users] Kamailio TOPOS fail<br>
<br>
Am Montag, 4. Februar 2019, 17:11:03 CET schrieb Marcos Pytel:<br>
> When I activate the TOPOS function, the Kamailio lb fail.<br>
> <br>
> This is the traceback<br>
<br>
Hello Marcos,<br>
<br>
thank you for the report. the best is to open an issue on our github tracker<br>
about this, to better tackle it. Please include more information (you'll<br>
find pointers there in the template).<br>
<br>
Best regards,<br>
<br>
Henning<br>
<br>
> Program terminated with signal SIGABRT, Aborted.<br>
> <br>
> #0  __GI_raise (sig=sig@entry=6) at <br>
> ../sysdeps/unix/sysv/linux/raise.c:51<br>
> <br>
> 51      ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.<br>
> <br>
> (gdb) backtrace<br>
> <br>
> #0  __GI_raise (sig=sig@entry=6) at <br>
> ../sysdeps/unix/sysv/linux/raise.c:51<br>
> <br>
> #1  0x00007f66d5aab42a in __GI_abort () at abort.c:89<br>
> <br>
> #2  0x00007f66d5ae7c00 in __libc_message (do_abort=do_abort@entry=2,<br>
> fmt=fmt@entry=0x7f66d5bdb305 "*** %s ***: %s terminated\n")<br>
> <br>
>     at ../sysdeps/posix/libc_fatal.c:175<br>
> <br>
> #3  0x00007f66d5b701f7 in __GI___fortify_fail <br>
> (msg=msg@entry=0x7f66d5bdb29c "buffer overflow detected") at <br>
> fortify_fail.c:30<br>
> <br>
> #4  0x00007f66d5b6e330 in __GI___chk_fail () at chk_fail.c:28<br>
> <br>
> #5  0x00007f66b867e097 in memcpy (__len=<optimized out>, <br>
> __src=<optimized<br>
> out>, __dest=0x7f66b8892524 <_tps_redis_cbuf+4>)<br>
> <br>
>     at /usr/include/x86_64-linux-gnu/bits/string3.h:53<br>
> <br>
> #6  tps_redis_load_branch (msg=<optimized out>, md=<optimized out>, <br>
> sd=0x7ffed3993d30, mode=<optimized out>) at topos_redis_storage.c:744<br>
> <br>
> #7  0x00007f66b88b35c0 in tps_request_received <br>
> (msg=msg@entry=0x7ffed3995f80, dialog=dialog@entry=1) at tps_msg.c:786<br>
> <br>
> #8  0x00007f66b88b9255 in tps_msg_received (evp=<optimized out>) at<br>
> topos_mod.c:332<br>
> <br>
> #9  0x000055e1dc07da88 in sr_event_exec (type=<optimized out>, <br>
> evp=<optimized out>) at core/events.c:211<br>
> <br>
> #10 0x000055e1dc0415f5 in receive_msg (<br>
> <br>
>     buf=buf@entry=0x55e1dc511d40 <buf> "BYE<br>
> <a href="mailto:sip%3Aatpsh-5c4b0f6e-25b2-9@10.10.10.2" target="_blank">sip:atpsh-5c4b0f6e-25b2-9@10.10.10.2</a> SIP/2.0\r\nVia: SIP/2.0/UDP<br>
> 10.10.10.1:5060;branch=z9hG4bK898122669\r\nFrom:<br>
> <<a href="mailto:sip%3A2972426338@10.10.10.1" target="_blank">sip:2972426338@10.10.10.1</a>>;tag=3296734298\r\nTo:<br>
> <<a href="mailto:sip%3A414533@10.10.10.2" target="_blank">sip:414533@10.10.10.2</a>>;tag=03D2CCF0-5"..., len=381,<br>
> rcv_info=rcv_info@entry=0x7ffed3996980) at core/receive.c:157<br>
> <br>
> #11 0x000055e1dbf5e6e3 in udp_rcv_loop () at core/udp_server.c:554<br>
> <br>
> #12 0x000055e1dbef3a9f in main_loop () at main.c:1619<br>
> <br>
> #13 0x000055e1dbeea8cb in main (argc=<optimized out>, <br>
> argv=0x7ffed3996f38) at main.c:2638<br>
> <br>
> <br>
> <br>
> This is a Kamailio error? I can fix it?<br>
<br>
<br>
--<br>
Henning Westerholt - <a href="https://skalatan.de/blog/" rel="noreferrer" target="_blank">https://skalatan.de/blog/</a> Kamailio services -<br>
<a href="https://skalatan.de/services" rel="noreferrer" target="_blank">https://skalatan.de/services</a> Kamailio security assessment -<br>
<a href="https://skalatan.de/de/assessment" rel="noreferrer" target="_blank">https://skalatan.de/de/assessment</a><br>
<br>
<br>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div>