|
|
|
[
Permlink
| « Hide
]
Chris Parfitt - 2008-07-09 02:35
Not just last paticipant but when Refresh is used after evict issue is seen
change title to reflect the fact that the problem can be reproduced be removing any (not just last) participant
The cause of this particular scenario seems to be a timing problem - sometimes freeswitch is a bit slow in removing the participant from the list, so we get stale data.
However, the real problem here is that sipxconfig blows up when we have stale data. Turns out my previous comment was not entirely accurate. After some more digging and debugging, the problem is when the AutoRefreshForm refreshes after a user has hung up from the conference. If the participants page itself is reloaded, it is fine - the participant disappears from the list - but just clicking the Refresh button causes problems.
To reproduce much more easily than evicting and waiting for the timing: 1) Create a conference. 2) Call the conference from a phone. 3) Go to the participants page. 4) Hang up the phone. 5) Click Refresh. 6) Exception! Now that I have narrowed down what I am 99% sure is the specific cause, I hopefully can attack it and put an end to its misery. Hopefully. Resolved in SVN 13218.
This is not a true fix, unfortunately - try as I might I have been unable to find the root cause. But this is a workaround that should prevent the issue from occurring. This issue is Resolved.Verified in the following build :
sipxproxy 3.11.5-013228 2008-08-07T14:21:08 oem-centos5 sipxconfig 3.11.5-013228 2008-08-07T14:43:41 oem-centos5 Steps taken to verify this issue : 1.ph1,ph2,ph3 are in conference 2.Disconnect ph1 and click on refresh. 3.Isolate and then Include phone2.Click Refresh. 4.Mute and then un-mute ph3.Click Refresh. 5.Auto Refresh after 10 seconds. 6.Evict the last participant and then click refresh. Internal exceptions did not occur in either of these test scenarios. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||