<html>
<head>
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>I pushed a patch to add 0 at the end of tm uac buffer -- somehow
memory was allocated to accommodate it but not set.</p>
<p>Thanks for troubleshooting this in detail ...</p>
<p>Cheers,<br>
Daniel<br>
</p>
<br>
<div class="moz-cite-prefix">On 07.08.17 22:13, Cody Herzog wrote:<br>
</div>
<blockquote type="cite"
cite="mid:2AF4E0DB5D20734E8939C5EF204ACBAC0154BBA221@ITHMail2.ith.local">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
<meta name="Generator" content="Microsoft Word 15 (filtered
medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
{font-family:"Times New Roman \,serif";
panose-1:0 0 0 0 0 0 0 0 0 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;
color:black;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;
color:black;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0in;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";
color:black;}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:Consolas;
color:black;}
span.EmailStyle20
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle21
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:#1F497D;}
span.EmailStyle22
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:#1F497D;}
span.EmailStyle23
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div class="WordSection1">
<p class="MsoNormal"><span style="color:#1F497D">Yes. The crash
was happening when using subst() or subst_body() inside of
event_route[tm:local-request].<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1
1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
style="color:windowtext"> Daniel-Constantin Mierla
[<a class="moz-txt-link-freetext" href="mailto:miconda@gmail.com">mailto:miconda@gmail.com</a>]
<br>
<b>Sent:</b> Monday, August 7, 2017 12:55 PM<br>
<b>To:</b> Cody Herzog
<a class="moz-txt-link-rfc2396E" href="mailto:CHerzog@IntouchHealth.com"><CHerzog@IntouchHealth.com></a>; Kamailio (SER) -
Users Mailing List <a class="moz-txt-link-rfc2396E" href="mailto:sr-users@lists.kamailio.org"><sr-users@lists.kamailio.org></a><br>
<b>Subject:</b> Re: [SR-Users] Core crash in del_lump()
"offset exceeds message size" when using subst() inside
tm:local-request route.<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p>Were you using the subst() in event_route[...]?<span
style="font-size:12.0pt"><o:p></o:p></span></p>
<p>Cheers,<br>
Daniel<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On 07.08.17 19:47, Cody Herzog wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><span style="color:#1F497D">Thanks for
the response.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">I will make a
pull request soon.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">>are you
using msg_apply_changes()?</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">No. I tried
to use it, but it does not seem to be allowed in the
tm:local-request route.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">>do you
receive traffic over tcp/tls?</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">Yes. We are
using TLS.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">Thanks.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> -Cody</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1
1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
style="color:windowtext"> Daniel-Constantin Mierla [<a
href="mailto:miconda@gmail.com"
moz-do-not-send="true">mailto:miconda@gmail.com</a>]
<br>
<b>Sent:</b> Monday, August 7, 2017 12:15 AM<br>
<b>To:</b> Cody Herzog <a
href="mailto:CHerzog@IntouchHealth.com"
moz-do-not-send="true"><CHerzog@IntouchHealth.com></a>;
Kamailio (SER) - Users Mailing List
<a href="mailto:sr-users@lists.kamailio.org"
moz-do-not-send="true"><sr-users@lists.kamailio.org></a><br>
<b>Subject:</b> Re: [SR-Users] Core crash in
del_lump() "offset exceeds message size" when using
subst() inside tm:local-request route.</span><o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"> <o:p></o:p></p>
<p>Hello,<o:p></o:p></p>
<p>can you make a pull request with the patch you did to
terminate the buffer with '\0'? It is a valid fix if there
are situations when the buffer is not zero-terminated.<o:p></o:p></p>
<p>To figure out when it is not zero-terminated, if you don't
know already, in order to analyze if it has impact on other
part of code, few questions:<o:p></o:p></p>
<p> - are you using msg_apply_changes()?<o:p></o:p></p>
<p> - do you receive traffic over tcp/tls?<o:p></o:p></p>
<p>Cheers,<br>
Daniel<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<div>
<p class="MsoNormal">On 31.07.17 19:43, Cody Herzog wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><span style="color:#1F497D">Hello.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">We are
running Kamailio 4.3.5 on Ubuntu 14.04 LTS 64-bit.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">Sorry, I
should have included that information in my first email.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">I have done
more debugging, and I believe the problem is caused by
the</span>
<span style="color:#1F497D">subst_run() function being
used on a message buffer which is not null terminated at
msg->len.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">The
subst_f() and subst_body_f() functions both call
subst_run(), and most of the time, everything seems
fine. However, in our use case, the msg->buf does not
always seem to be null terminated at msg->len.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">In other
words: msg->buf[msg->len] != '\0'</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">It seems
there is sometimes some extra data in the buffer beyond
msg->len, and subst_run() may abort() if it ever
moves beyond msg->len.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">I found a
few places in textops.c where a buffer is being
temporarily null terminated in order to perform a
regexec () search, then restored later, as in:</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">body =
hf->body;</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">c =
body.s[body.len];</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">body.s[body.len]
= '\0';</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">ret =
regexec((regex_t*) re, body.s, 1, &pmatch, 0);</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">body.s[body.len]
= c;</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">I've tried
making the same type of change to subst_f() and
subst_body_f(), and now I am not seeing the crash.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">If I
guarantee that msg->buf[msg->len] == '\0' when
subst_run() is called, then everything seems to be OK.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">What do you
think? Is that a valid change to make?</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">Let me know
if you'd like me to make a pull request on the main
branch with those changes.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">Thanks very
much.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">
-Cody</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1
1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span
style="color:windowtext"> Daniel-Constantin Mierla [<a
href="mailto:miconda@gmail.com"
moz-do-not-send="true">mailto:miconda@gmail.com</a>]
<br>
<b>Sent:</b> Sunday, July 30, 2017 11:12 PM<br>
<b>To:</b> Kamailio (SER) - Users Mailing List <a
href="mailto:sr-users@lists.kamailio.org"
moz-do-not-send="true">
<sr-users@lists.kamailio.org></a>; Cody
Herzog <a href="mailto:CHerzog@IntouchHealth.com"
moz-do-not-send="true">
<CHerzog@IntouchHealth.com></a><br>
<b>Subject:</b> Re: [SR-Users] Core crash in
del_lump() "offset exceeds message size" when using
subst() inside tm:local-request route.</span><o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"> <o:p></o:p></p>
<p>Hello,<o:p></o:p></p>
<p>what's the version of Kamailio and the operating system
you run on?<o:p></o:p></p>
<p>Cheers,<br>
Daniel<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<div>
<p class="MsoNormal">On 28.07.17 23:53, Cody Herzog wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal">Hello.<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Inside the tm:local-request route, I
am trying to modify the body of outgoing NOTIFY messages
using the subst_body() function.<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Things seem to work fine most of the
time. The NOTIFY messages are correctly modified.
However, I will very rarely hit a crash.<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">I can force the crash to happen more
quickly by stress testing with thousands of NOTIFY
messages being modified.<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Is it safe to call subst() or
subst_body() inside the tm:local-request route? If not,
is there another way I can modify the outgoing NOTIFY
messages safely?<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Note that I am also calling
append_hf() inside the same tm:local-request route, but
that has been working for a very long time without
causing any problems. Could there be some kind of bad
interaction between append_hf() and subst_body()?<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Strangely, it seems like using
subst() makes the crash more likely to happen. For some
reason, subst_body() seems to be more robust.<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Here are the logs I see:<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">---------<o:p></o:p></p>
<p class="MsoNormal">Jul 28 10:57:40 SIPCOMM-VEGAS-TEST
/usr/local/sbin/kamailio[2476]: CRITICAL: <core>
[data_lump.c:292]: del_lump(): offset exceeds message
size (1625 > 1194) aborting...<o:p></o:p></p>
<p class="MsoNormal">Jul 28 10:57:43 SIPCOMM-VEGAS-TEST
/usr/local/sbin/kamailio[2481]: CRITICAL: <core>
[pass_fd.c:275]: receive_fd(): EOF on 53<o:p></o:p></p>
<p class="MsoNormal">Jul 28 10:57:44 SIPCOMM-VEGAS-TEST
/usr/local/sbin/kamailio[2367]: ALERT: <core>
[main.c:731]: handle_sigs(): child process 2476 exited
by a signal 6<o:p></o:p></p>
<p class="MsoNormal">Jul 28 10:57:44 SIPCOMM-VEGAS-TEST
/usr/local/sbin/kamailio[2367]: ALERT: <core>
[main.c:734]: handle_sigs(): core was generated<o:p></o:p></p>
<p class="MsoNormal">Jul 28 10:57:44 SIPCOMM-VEGAS-TEST
/usr/local/sbin/kamailio[2367]: INFO: <core>
[main.c:756]: handle_sigs(): terminating due to SIGCHLD<o:p></o:p></p>
<p class="MsoNormal">---------<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Here is a GDB back trace from the
core dump:<o:p></o:p></p>
<p class="MsoNormal">---------<o:p></o:p></p>
<p class="MsoNormal">#0 0x00007fd91a567c37 in __GI_raise
(sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56<o:p></o:p></p>
<p class="MsoNormal">#1 0x00007fd91a56b028 in __GI_abort
() at abort.c:89<o:p></o:p></p>
<p class="MsoNormal">#2 0x000000000044e981 in del_lump
(msg=0x7fd917c5ed60 <lreq>, offset=1625, len=20,
type=HDR_OTHER_T) at data_lump.c:293<o:p></o:p></p>
<p class="MsoNormal">#3 0x00007fd91676297f in subst_f
(msg=0x7fd917c5ed60 <lreq>, subst=0x7fd919e5ccc0
"\320\356\345\031\331\177", ignored=0x0) at
textops.c:681<o:p></o:p></p>
<p class="MsoNormal">#4 0x000000000041e1dd in do_action
(h=0x7ffd364b87c0, a=0x7fd919e9b438, msg=0x7fd917c5ed60
<lreq>) at action.c:1059<o:p></o:p></p>
<p class="MsoNormal">#5 0x000000000042a917 in run_actions
(h=0x7ffd364b87c0, a=0x7fd919e9b438, msg=0x7fd917c5ed60
<lreq>) at action.c:1548<o:p></o:p></p>
<p class="MsoNormal">#6 0x000000000042af94 in
run_actions_safe (h=0x7ffd364ba5b0, a=0x7fd919e9b438,
msg=0x7fd917c5ed60 <lreq>) at action.c:1613<o:p></o:p></p>
<p class="MsoNormal">#7 0x0000000000549972 in
rval_get_int (h=0x7ffd364ba5b0, msg=0x7fd917c5ed60
<lreq>, i=0x7ffd364b8b58, rv=0x7fd919e9ced8,
cache=0x0) at rvalue.c:912<o:p></o:p></p>
<p class="MsoNormal">#8 0x000000000054dc7c in
rval_expr_eval_int (h=0x7ffd364ba5b0, msg=0x7fd917c5ed60
<lreq>, res=0x7ffd364b8b58, rve=0x7fd919e9ced0) at
rvalue.c:1910<o:p></o:p></p>
<p class="MsoNormal">#9 0x000000000041dc52 in do_action
(h=0x7ffd364ba5b0, a=0x7fd919e9d990, msg=0x7fd917c5ed60
<lreq>) at action.c:1029<o:p></o:p></p>
<p class="MsoNormal">#10 0x000000000042a917 in run_actions
(h=0x7ffd364ba5b0, a=0x7fd919e9d990, msg=0x7fd917c5ed60
<lreq>) at action.c:1548<o:p></o:p></p>
<p class="MsoNormal">#11 0x000000000041e0c4 in do_action
(h=0x7ffd364ba5b0, a=0x7fd919e9dad8, msg=0x7fd917c5ed60
<lreq>) at action.c:1044<o:p></o:p></p>
<p class="MsoNormal">#12 0x000000000042a917 in run_actions
(h=0x7ffd364ba5b0, a=0x7fd919e973b8, msg=0x7fd917c5ed60
<lreq>) at action.c:1548<o:p></o:p></p>
<p class="MsoNormal">#13 0x000000000041ab46 in do_action
(h=0x7ffd364ba5b0, a=0x7fd919e95d70, msg=0x7fd917c5ed60
<lreq>) at action.c:677<o:p></o:p></p>
<p class="MsoNormal">#14 0x000000000042a917 in run_actions
(h=0x7ffd364ba5b0, a=0x7fd919e8f330, msg=0x7fd917c5ed60
<lreq>) at action.c:1548<o:p></o:p></p>
<p class="MsoNormal">#15 0x000000000041e0c4 in do_action
(h=0x7ffd364ba5b0, a=0x7fd919e95eb8, msg=0x7fd917c5ed60
<lreq>) at action.c:1044<o:p></o:p></p>
<p class="MsoNormal">#16 0x000000000042a917 in run_actions
(h=0x7ffd364ba5b0, a=0x7fd919e8c8e0, msg=0x7fd917c5ed60
<lreq>) at action.c:1548<o:p></o:p></p>
<p class="MsoNormal">#17 0x000000000042b07d in
run_top_route (a=0x7fd919e8c8e0, msg=0x7fd917c5ed60
<lreq>, c=0x0) at action.c:1634<o:p></o:p></p>
<p class="MsoNormal">#18 0x00007fd917a0539a in
t_uac_prepare (uac_r=0x7ffd364baf20,
dst_req=0x7ffd364ba8f0, dst_cell=0x7ffd364ba8f8) at
uac.c:391<o:p></o:p></p>
<p class="MsoNormal">#19 0x00007fd917a07945 in
t_uac_with_ids (uac_r=0x7ffd364baf20, ret_index=0x0,
ret_label=0x0) at uac.c:599<o:p></o:p></p>
<p class="MsoNormal">#20 0x00007fd917a07918 in t_uac
(uac_r=0x7ffd364baf20) at uac.c:584<o:p></o:p></p>
<p class="MsoNormal">#21 0x00007fd917a09b9e in req_within
(uac_r=0x7ffd364baf20) at uac.c:802<o:p></o:p></p>
<p class="MsoNormal">#22 0x00007fd914674052 in
send_notify_request (subs=0x7ffd364bb200,
watcher_subs=0x0, n_body=0x0, force_null_body=0) at
notify.c:1600<o:p></o:p></p>
<p class="MsoNormal">#23 0x00007fd9146754b3 in notify
(subs=0x7ffd364bb200, watcher_subs=0x0, n_body=0x0,
force_null_body=0) at notify.c:1690<o:p></o:p></p>
<p class="MsoNormal">#24 0x00007fd9146cec6a in
update_subscription (msg=0x7fd919efeb70,
subs=0x7ffd364bb200, to_tag_gen=1,
sent_reply=0x7ffd364bb16c) at subscribe.c:697<o:p></o:p></p>
<p class="MsoNormal">#25 0x00007fd9146d45b7 in
handle_subscribe (msg=0x7fd919efeb70, watcher_user=...,
watcher_domain=...) at subscribe.c:1057<o:p></o:p></p>
<p class="MsoNormal">#26 0x00007fd9146d08b0 in
handle_subscribe0 (msg=0x7fd919efeb70) at
subscribe.c:816<o:p></o:p></p>
<p class="MsoNormal">#27 0x000000000041e155 in do_action
(h=0x7ffd364bd680, a=0x7fd919e19508, msg=0x7fd919efeb70)
at action.c:1053<o:p></o:p></p>
<p class="MsoNormal">#28 0x000000000042a917 in run_actions
(h=0x7ffd364bd680, a=0x7fd919e19508, msg=0x7fd919efeb70)
at action.c:1548<o:p></o:p></p>
<p class="MsoNormal">#29 0x000000000041e112 in do_action
(h=0x7ffd364bd680, a=0x7fd919e19650, msg=0x7fd919efeb70)
at action.c:1048<o:p></o:p></p>
<p class="MsoNormal">#30 0x000000000042a917 in run_actions
(h=0x7ffd364bd680, a=0x7fd919e02638, msg=0x7fd919efeb70)
at action.c:1548<o:p></o:p></p>
<p class="MsoNormal">#31 0x000000000041e0c4 in do_action
(h=0x7ffd364bd680, a=0x7fd919e199c0, msg=0x7fd919efeb70)
at action.c:1044<o:p></o:p></p>
<p class="MsoNormal">#32 0x000000000042a917 in run_actions
(h=0x7ffd364bd680, a=0x7fd919e199c0, msg=0x7fd919efeb70)
at action.c:1548<o:p></o:p></p>
<p class="MsoNormal">#33 0x000000000041e112 in do_action
(h=0x7ffd364bd680, a=0x7fd919e19b08, msg=0x7fd919efeb70)
at action.c:1048<o:p></o:p></p>
<p class="MsoNormal">#34 0x000000000042a917 in run_actions
(h=0x7ffd364bd680, a=0x7fd919df99d8, msg=0x7fd919efeb70)
at action.c:1548<o:p></o:p></p>
<p class="MsoNormal">#35 0x000000000041ab46 in do_action
(h=0x7ffd364bd680, a=0x7fd919dbe960, msg=0x7fd919efeb70)
at action.c:677<o:p></o:p></p>
<p class="MsoNormal">#36 0x000000000042a917 in run_actions
(h=0x7ffd364bd680, a=0x7fd919daedf8, msg=0x7fd919efeb70)
at action.c:1548<o:p></o:p></p>
<p class="MsoNormal">#37 0x000000000042b07d in
run_top_route (a=0x7fd919daedf8, msg=0x7fd919efeb70,
c=0x0) at action.c:1634<o:p></o:p></p>
<p class="MsoNormal">#38 0x000000000050f678 in receive_msg
(buf=0x7fd8f2c6ce28 "SUBSCRIBE
<a href="sip:endpoint-1720@intouchstaging.com"
moz-do-not-send="true">sip:endpoint-1720@intouchstaging.com</a>
SIP/2.0\r\nRecord-Route:
<a href="sip:64.64.203.109:443;transport=tls;lr=on"
moz-do-not-send="true"><sip:64.64.203.109:443;transport=tls;lr=on></a>\r\nAccept:
application/dialog-info+xml, application/pidf+xml,
application/pidf-diff+xml,"..., len=1284,
rcv_info=0x7fd8f2c6cb50) at receive.c:196<o:p></o:p></p>
<p class="MsoNormal">#39 0x00000000005fb99e in
receive_tcp_msg (tcpbuf=0x7fd8f2c6ce28 "SUBSCRIBE
<a href="sip:endpoint-1720@intouchstaging.com"
moz-do-not-send="true">sip:endpoint-1720@intouchstaging.com</a>
SIP/2.0\r\nRecord-Route:
<a href="sip:64.64.203.109:443;transport=tls;lr=on"
moz-do-not-send="true"><sip:64.64.203.109:443;transport=tls;lr=on></a>\r\nAccept:
application/dialog-info+xml, application/pidf+xml,
application/pidf-diff+xml,"..., len=1284,
rcv_info=0x7fd8f2c6cb50, con=0x7fd8f2c6cb38) at
tcp_read.c:1207<o:p></o:p></p>
<p class="MsoNormal">#40 0x00000000005fd48c in
tcp_read_req (con=0x7fd8f2c6cb38,
bytes_read=0x7ffd364bdb7c, read_flags=0x7ffd364bdb84) at
tcp_read.c:1411<o:p></o:p></p>
<p class="MsoNormal">#41 0x0000000000600aee in handle_io
(fm=0x7fd919f07d80, events=1, idx=-1) at tcp_read.c:1643<o:p></o:p></p>
<p class="MsoNormal">#42 0x00000000005f3ab8 in
io_wait_loop_epoll (h=0xa3d3e0 <io_w>, t=2,
repeat=0) at io_wait.h:1061<o:p></o:p></p>
<p class="MsoNormal">#43 0x0000000000601cf7 in
tcp_receive_loop (unix_sock=57) at tcp_read.c:1755<o:p></o:p></p>
<p class="MsoNormal">#44 0x00000000005ea235 in
tcp_init_children () at tcp_main.c:4788<o:p></o:p></p>
<p class="MsoNormal">#45 0x00000000004ab048 in main_loop
() at main.c:1675<o:p></o:p></p>
<p class="MsoNormal">#46 0x00000000004b10c2 in main
(argc=13, argv=0x7ffd364be258) at main.c:2566<o:p></o:p></p>
<p class="MsoNormal">---------<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Thanks very much.<o:p></o:p></p>
<p class="MsoNormal"> -Cody<o:p></o:p></p>
<p class="MsoNormal"><span
style="font-size:12.0pt;font-family:"Times New
Roman",serif"><br>
<br>
<br>
<br>
<br>
</span><o:p></o:p></p>
<pre>_______________________________________________<o:p></o:p></pre>
<pre>Kamailio (SER) - Users Mailing List<o:p></o:p></pre>
<pre><a href="mailto:sr-users@lists.kamailio.org" moz-do-not-send="true">sr-users@lists.kamailio.org</a><o:p></o:p></pre>
<pre><a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" moz-do-not-send="true">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><o:p></o:p></pre>
</blockquote>
<p class="MsoNormal"><span
style="font-size:12.0pt;font-family:"Times New
Roman",serif"><br>
<br>
<br>
<br>
</span><o:p></o:p></p>
<pre>-- <o:p></o:p></pre>
<pre>Daniel-Constantin Mierla<o:p></o:p></pre>
<pre><a href="http://www.twitter.com/miconda" moz-do-not-send="true">www.twitter.com/miconda</a> -- <a href="http://www.linkedin.com/in/miconda" moz-do-not-send="true">www.linkedin.com/in/miconda</a><o:p></o:p></pre>
<pre>Kamailio Advanced Training - <a href="http://www.asipto.com" moz-do-not-send="true">www.asipto.com</a><o:p></o:p></pre>
<pre>Kamailio World Conference - <a href="http://www.kamailioworld.com" moz-do-not-send="true">www.kamailioworld.com</a><o:p></o:p></pre>
</blockquote>
<p class="MsoNormal"><span
style="font-size:12.0pt;font-family:"Times New Roman
,serif",serif"><br>
<br>
<br>
</span><o:p></o:p></p>
<pre>-- <o:p></o:p></pre>
<pre>Daniel-Constantin Mierla<o:p></o:p></pre>
<pre><a href="http://www.twitter.com/miconda" moz-do-not-send="true">www.twitter.com/miconda</a> -- <a href="http://www.linkedin.com/in/miconda" moz-do-not-send="true">www.linkedin.com/in/miconda</a><o:p></o:p></pre>
<pre>Kamailio Advanced Training - <a href="http://www.asipto.com" moz-do-not-send="true">www.asipto.com</a><o:p></o:p></pre>
<pre>Kamailio World Conference - <a href="http://www.kamailioworld.com" moz-do-not-send="true">www.kamailioworld.com</a><o:p></o:p></pre>
</blockquote>
<p class="MsoNormal"><span
style="font-size:12.0pt;font-family:"Times New
Roman",serif"><br>
<br>
<o:p></o:p></span></p>
<pre>-- <o:p></o:p></pre>
<pre>Daniel-Constantin Mierla<o:p></o:p></pre>
<pre><a href="http://www.twitter.com/miconda" moz-do-not-send="true">www.twitter.com/miconda</a> -- <a href="http://www.linkedin.com/in/miconda" moz-do-not-send="true">www.linkedin.com/in/miconda</a><o:p></o:p></pre>
<pre>Kamailio Advanced Training - <a href="http://www.asipto.com" moz-do-not-send="true">www.asipto.com</a><o:p></o:p></pre>
<pre>Kamailio World Conference - <a href="http://www.kamailioworld.com" moz-do-not-send="true">www.kamailioworld.com</a><o:p></o:p></pre>
</div>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="moz-txt-link-abbreviated" href="http://www.twitter.com/miconda">www.twitter.com/miconda</a> -- <a class="moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda">www.linkedin.com/in/miconda</a>
Kamailio Advanced Training - <a class="moz-txt-link-abbreviated" href="http://www.asipto.com">www.asipto.com</a>
Kamailio World Conference - <a class="moz-txt-link-abbreviated" href="http://www.kamailioworld.com">www.kamailioworld.com</a></pre>
</body>
</html>