<div dir="ltr">Looking again as this according to RFC 3261 Freeswitch is doing this wrong?<br><br>For the B leg my FS is the UAC, and if so when the invite comes in from the B leg it shouldn't respond 491 as that should only be done from the UAS. <br><div><br></div><div>Unless I'm wrong with this?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 8, 2017 at 8:14 AM, Jason Bedward <span dir="ltr"><<a href="mailto:mase2hot@gmail.com" target="_blank">mase2hot@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">My provider is sending the reinvite on the A leg FS the sends this on to the B leg. At same time the B leg provider sends a reinvite.<div dir="auto"><br></div><div dir="auto">I dont believe FS is sending the reinvite on its own accord. Its only because of the A leg and that we are using bypass media. So I dont think session timers will make a difference.</div><div dir="auto"><br></div><div dir="auto">FYI A leg and B leg provider are the same company although different servers.</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On 7 Jun 2017 16:57, "Michael Jerris" <<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">why are they both sending a re-invite at the same time?  This is called glare, we seem to be handling it properly, the provider seems not to be.  The easiest fix here is probably to figure out why we are both sending re-invite at the same time, maybe session timers and the provider is broken and trying to send it when we said we would.<br><div><blockquote type="cite"><div>On Jun 7, 2017, at 11:49 AM, Jason Bedward <<a href="mailto:mase2hot@gmail.com" target="_blank">mase2hot@gmail.com</a>> wrote:</div><br class="m_-119444672221858090m_8241372471744479308Apple-interchange-newline"><div><div dir="ltr">Hi,<div><br></div><div>I have an issue with re-invites on some calls. I'm using 1.6.15 and these calls are using bypass media. I have Kamailio as inbound SBC but FS connecting directly to my provider for B leg.</div><div><br></div><div><ul><li>After 5 minutes plus on some calls my provider sends re-invite on A leg<br></li><li>FS then sends this re-invite to the B leg</li><li>At the same time the B leg sends a Re-invite</li><li>FS replys 491</li><li>B leg provider replys 100, then 500 (with retry in the 500)</li><li>FS send ACK and then BYE</li></ul><div>Not sure what setting I need to change or can change infact to either retry the invite in accordance with the 500 retry request. Or something else to stop the call ending...</div></div><div><br></div><div><span id="m_-119444672221858090m_8241372471744479308cid:ii_15c833eed0038271"><image.png></span><br></div><div><br></div><div>Thanks</div><div><br></div><div><br></div></div>
______________________________<wbr>______________________________<wbr>_____________<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<wbr>.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://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.o<wbr>rg</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.freeswi<wbr>tch.org</a><br><a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/ma<wbr>ilman/listinfo/freeswitch-user<wbr>s</a><br>UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.frees<wbr>witch.org/mailman/options/<wbr>freeswitch-users</a><br><a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></div></blockquote></div><br></div><br>______________________________<wbr>______________________________<wbr>_____________<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" rel="noreferrer" target="_blank">http://www.freeswitchsolutions<wbr>.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.o<wbr>rg</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" 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.freeswi<wbr>tch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/ma<wbr>ilman/listinfo/freeswitch-user<wbr>s</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.frees<wbr>witch.org/mailman/options/<wbr>freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br></blockquote></div></div>
</div></div></blockquote></div><br></div>