<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jul 15, 2013 at 7:56 PM, mayamatakeshi <span dir="ltr"><<a href="mailto:mayamatakeshi@gmail.com" target="_blank">mayamatakeshi@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote"><div class="im">On Mon, Jul 15, 2013 at 11:49 AM, mayamatakeshi <span dir="ltr"><<a href="mailto:mayamatakeshi@gmail.com" target="_blank">mayamatakeshi@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote"><div>On Mon, Jul 15, 2013 at 10:13 AM, mayamatakeshi <span dir="ltr"><<a href="mailto:mayamatakeshi@gmail.com" target="_blank">mayamatakeshi@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div>Hello,<br></div>we are using opensips 1.6 r. 7055 under CentOS 5.3 x86_64 and this works fine on several machines.<br>
</div><div>I am tasked with preparing upgrade to CentOS 6.4 x86_64 so I have prepared a Virtual Machine to run this OS, installed opensips and used the same opensips.cfg .<br>
<br></div><div>However, I am seeing the following issue: reception of "100 Trying" doesn't cancel module tm fr_timer but if other provisional responses like "180 Ringing" is received, fr_timer is canceled.<br>
</div><div>I am sure the "100 Trying" is received by opensips because it doesn't retransmit the INVITE.<br></div></div></blockquote><div><br></div></div><div>Sorry, by mistake I looked at the wrong capture. Indeed, opensips is retransmitting the INVITE. But checking Call-ID, from-tag and Via headers, they match and so, opensips should not do retransmission. It seems somehow it is ignoring the "100 Trying".<br>
<br></div><div>So to further investigate I enabled debug with "opensipsctl fifo debug 4" (instead of default debug 0), but surprisingly, now opensips accepts the "180 Trying" (doesn't retransmit the INVITE) and fr_timer is canceled.<br>
</div></div></div></div></blockquote><div><br></div></div><div>In the above I meant "100 Trying".<br></div><div class="im"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>
</div><div>I tested several times and just by switching debug off and on is enough to cause the problem to appear/disappear.<br></div><div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div dir="ltr"><div></div><div>Everything else seems to be fine.<br><br></div><div>Does anyone has any idea why this could be happening?<br>
</div><div>Also, to confirm I have prepared 3 CentOS 6.4 x86_64 VMs, but in one of them the problem doesn't happen but I don't know why this is so as i compared the packages installed (yum list installed) and they are all the same, including version numbers.<br>
</div></div></blockquote><div><br></div></div><div>Also, on the machine where the problem doesn't manifest itself, it is the opposite:<br></div><div>if I enable debug with "opensipsctl fifo debug 4", fr_timer fails to be canceled by "100 Trying".<br>
</div></div></div></div></blockquote><div><br></div></div><div>Retrying several times, the problem occasionally happens on this machine too. So it seems to be some race condition.<br><br></div><div>I was able to try with latest revisions of 1.7 and 1.8 branches and the problem also happens with them.</div>
</div></div></div></blockquote><div><br></div><div>In my tests, I have this scenario:<br></div><div> sipp uac --> INVITE --> opensips --> FreeSWITCH<br> sipp uac <-- opensips <-- 100 Trying <-- FreeSWITCH<br>
</div><div>however, if I replace FreeSWITCH with a sipp uas, the problem doesn't happen.<br></div><div>I took care of preparing the sipp uas to generate the "100 Trying" exactly the same as FS would do it, but still I could not reproduce the problem.<br>
</div><div>So i think the presence of FS has some strange influence in the environment and i cannot be sure the problem is with opensips itself anymore.<br></div><div>Sorry for the noise.<br><br></div><div>Regards,<br>Takeshi<br>
</div><div><br></div><div><br><br><br></div></div></div></div>