You should increment the CSeq for the next INVITE. FreeSWITCH is complying with the SIP standard which does this to cope with packet loss.<div><br></div><div>-Steve</div><div><br></div><div><br></div><div><br><div class="gmail_quote">
On 19 February 2013 15:35, Camila Troncoso <span dir="ltr"><<a href="mailto:ctroncoso@redvoiss.net" target="_blank">ctroncoso@redvoiss.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div lang="ES-CL" link="blue" vlink="purple"><div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Steve,</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">The Invite is the same , because the LCR retries the call to the second route he has. The only change is in the <b>Ruri</b> part. How can I handle this. I want FreeSWITCH to handle this second invite for the call to reach his destiny.</span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Regards, </span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Camila T. </span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> <a href="mailto:freeswitch-users-bounces@lists.freeswitch.org" target="_blank">freeswitch-users-bounces@lists.freeswitch.org</a> [mailto:<a href="mailto:freeswitch-users-bounces@lists.freeswitch.org" target="_blank">freeswitch-users-bounces@lists.freeswitch.org</a>] <b>On Behalf Of </b>Steven Ayre<br>
<b>Sent:</b> martes, 19 de febrero de 2013 12:27<br><b>To:</b> FreeSWITCH Users Help<br><b>Subject:</b> Re: [Freeswitch-users] Kamailio+Freeswitch SBC</span></p></div><div><div class="h5"><p class="MsoNormal"> </p><p class="MsoNormal">
This probably means the INVITE FS receives is a duplicate of one it has already received, so it's assuming the client is resending a duplicate INVITE for a call it has already handled.</p>
<div><p class="MsoNormal"> </p></div><div><p class="MsoNormal">-Steve</p></div><div><p class="MsoNormal"> </p></div><div><p class="MsoNormal" style="margin-bottom:12.0pt"> </p><div><p class="MsoNormal">On 19 February 2013 15:12, Camila Troncoso <<a href="mailto:ctroncoso@redvoiss.net" target="_blank">ctroncoso@redvoiss.net</a>> wrote:</p>
<div><div><p class="MsoNormal">Hi all, </p><p class="MsoNormal"> </p><p class="MsoNormal"><span lang="EN-US">I’m working for a while with Kamailio+Freeswitch as SBC.</span></p><p class="MsoNormal">
of s<img border="0" width="468" height="385" src="cid:image001.png@01CE0E9D.974A0CF0"></p><p class="MsoNormal"><span lang="EN-US">I have this structure:</span></p><p class="MsoNormal"><span lang="EN-US"> </span></p>
<p class="MsoNormal"><span lang="EN-US"> </span></p><p class="MsoNormal"><span lang="EN-US"> </span></p><p class="MsoNormal"><span lang="EN-US"> </span></p><p class="MsoNormal"><span lang="EN-US"> </span></p>
<p class="MsoNormal"><span lang="EN-US"> </span></p><p class="MsoNormal"><span lang="EN-US"> </span></p><p class="MsoNormal"><span lang="EN-US"> </span></p><p class="MsoNormal"><span lang="EN-US"> </span></p>
<p class="MsoNormal"><span lang="EN-US"> </span></p><p class="MsoNormal"><span lang="EN-US"> </span></p><p class="MsoNormal"><span lang="EN-US"> </span></p><p class="MsoNormal"><span lang="EN-US"> </span></p>
<p class="MsoNormal"><span lang="EN-US"> </span></p><p class="MsoNormal"><span lang="EN-US"> </span></p><p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Arial","sans-serif""> </span></b></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Arial","sans-serif""> </span></b></p><p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Arial","sans-serif""> </span></b></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Arial","sans-serif""> </span></b></p><p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Arial","sans-serif""> </span></b></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Arial","sans-serif""> </span></b></p><p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Arial","sans-serif""> </span></b></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Arial","sans-serif""> </span></b></p><p class="MsoNormal"><span lang="EN-US">When I make a call, from one client coneccted to LCR, it is route to my SBC and afterwards to his destiny in the cloud passing thourgh a gateway. When the destiny is unreachable, the LCR reroutes the call to another gateway. Sometimes the LCR send this retry again to the SBC , becouse the second gateway is also in the cloud, but when this happens, Fresswitch answer with :</span></p>
<p class="MsoNormal"><span lang="EN-US"> </span></p><p class="MsoNormal"><span lang="EN-US">“482 Request merged”.</span></p><p class="MsoNormal"><span lang="EN-US"> </span></p><p class="MsoNormal">
<span lang="EN-US">Is there a way to solve this?</span></p><p class="MsoNormal"><span lang="EN-US"> </span></p><p class="MsoNormal">Regards, </p><p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Arial","sans-serif""> </span></b></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Arial","sans-serif"">Camila Troncoso </span></b><b><span style="font-size:10.0pt;font-family:"Trebuchet MS","sans-serif";color:#ffc000">|</span></b><span style="font-size:10.0pt;font-family:"Trebuchet MS","sans-serif";color:gray"> Ingeniero de Desarrollo</span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Trebuchet MS","sans-serif"">RedVoiss <b><span style="color:#ffc000">|</span></b></span><span style="font-size:9.0pt;font-family:"Trebuchet MS","sans-serif";color:#7f7f7f"><a href="mailto:ctroncoso@redvoiss.net" target="_blank">ctroncoso@redvoiss.net</a></span></p>
<p class="MsoNormal" style="margin-top:3.0pt"><span style="font-size:9.0pt;font-family:"Trebuchet MS","sans-serif";color:#595959">Santiago</span><span style="font-size:9.0pt;font-family:"Trebuchet MS","sans-serif";color:gray"> - Chile </span><b><span style="font-size:9.0pt;font-family:"Trebuchet MS","sans-serif";color:#ffc000">|</span></b><span style="font-size:9.0pt;font-family:"Trebuchet MS","sans-serif";color:gray"> +56 2 2408535 </span></p>
<p class="MsoNormal" style="margin-top:3.0pt"><span style="font-size:9.0pt;font-family:"Trebuchet MS","sans-serif";color:#7f7f7f">www.redvoi</span><span lang="EN-US" style="font-size:9.0pt;font-family:"Trebuchet MS","sans-serif";color:#7f7f7f"><a href="http://ss.net" target="_blank">ss.net</a> </span></p>
<p class="MsoNormal"> </p></div></div><p class="MsoNormal" style="margin-bottom:12.0pt"><br>_________________________________________________________________________<br>Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br><a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br><br>FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br><br>Official FreeSWITCH Sites<br><a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br><a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br><br>FreeSWITCH-users mailing list<br><a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br><a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></p>
</div><p class="MsoNormal"> </p></div></div></div></div></div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></div>