[Freeswitch-users] Re-invite Glare issue - FS ending call

[Jason Bedward]

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 at 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 at 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 at 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 at 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 at 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 at 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 at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170608/791c9b7b/attachment.html>