Looking again as this according to RFC 3261 Freeswitch is doing this wrong?
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.Unless I'm wrong with this?_________________________________________________________________________On Thu, Jun 8, 2017 at 8:14 AM, Jason Bedward <mase2hot@gmail.com> wrote: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.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.FYI A leg and B leg provider are the same company although different servers.On 7 Jun 2017 16:57, "Michael Jerris" <mike@jerris.com> wrote: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.On Jun 7, 2017, at 11:49 AM, Jason Bedward <mase2hot@gmail.com> wrote:Hi,_________________________________________________________________________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.
- After 5 minutes plus on some calls my provider sends re-invite on A leg
- FS then sends this re-invite to the B leg
- At the same time the B leg sends a Re-invite
- FS replys 491
- B leg provider replys 100, then 500 (with retry in the 500)
- FS send ACK and then BYE
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...<image.png>Thanks
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org