lslleite / sipml5

Automatically exported from code.google.com/p/sipml5
BSD 3-Clause "New" or "Revised" License
0 stars 0 forks source link

Race condition in hold/resume #193

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago
a) Before posting your issue you MUST answer to the questions otherwise it
will be rejected (invalid status) by us
b) Please check the issue tacker to avoid duplication
c) Please provide network capture (Wireshark) or Javascript console log
if you want quick response

What steps will reproduce the problem?
1.Webrtc users B1,B2(browsers) 
2.B1 is in office network and B2 connected though VPN 
3.B1 makes video call to B2 
4.After the call is established successfully 
B1 and B2 pressing the hold button simultaneously 
B2 is recieving 491 Another INVITE in progress and getting the message failed 
on hold 
5.From the originating side it is sending the INVITE with sendonly .B2 is 
giving the 200 OK response with recv only 
6.When again the Originator is sending the INVITE for resume B2 is sending the 
200 OK with recv only parameter in the SDP instead of send-recv 

What is the expected output? What do you see instead?
B2 should send in the 200 OK with send-recv in sdp. 

How can we avoid this race condition for hold/resume.

Original issue reported on code.google.com by chaudhar...@gmail.com on 28 Oct 2014 at 11:46

GoogleCodeExporter commented 8 years ago
Hi,

Is this bug is fixed in next versions?

Original comment by chaudhar...@gmail.com on 16 Jan 2015 at 9:55