Hello, I don't know if you have found the solution yet - o Jeremy A [07/24/08 11:08]: > Hello, > > I am testing an application using webconference. > > I seem to have run ito a problem where if I issue two immediately > successive dialout requests for a room that the second request > 'overrides' the first request - which has a CANCEL issued while the > second call establishes. > > I am using the di dialout method in the webconference. > > I also notice the webconference records the cancelled dial-out phone as > a member with last_reason INVITE > > Is this (single dialing) a design feature or should I start looking at > code to find bugs? no, this would be a bug, not a design feature. In effect, the webconference with its XMLRPC api is thought to be used like this. The call should be only canceled if a "kickout" is executed while it is in progress.
can you pastebin/post/mail a debug log of such a canceled call? i imagine it is something different that makes SEMS tear down the call. Do you have a log entry "Call failed." ? BR Stefan > > I guess that for manual dialling this isn't usually a problem, but I am > trying to rapid dial a group into a conference in parallel. > > Any advice appreciated. > > Jeremy -- Stefan Sayer VoIP Services [EMAIL PROTECTED] www.iptego.com iptego GmbH Am Borsigturm 40 13507 Berlin Germany Amtsgericht Charlottenburg, HRB 101010 Geschaeftsfuehrer: Alexander Hoffmann _______________________________________________ Sems mailing list [email protected] http://lists.iptel.org/mailman/listinfo/sems
