W3C home > Mailing lists > Public > www-voice@w3.org > October to December 2008

Re: <disconnect/> on outbound call - ISSUE-524

From: RJ Auburn <rj@voxeo.com>
Date: Thu, 13 Nov 2008 08:41:44 -0500
Cc: www-voice@w3.org, W3C Voice Browser Working Group <w3c-voice-wg@w3.org>
Message-Id: <A4C4DE39-3FEE-4D07-9058-E73B80286FB9@voxeo.com>
To: ranjit@huawei.com, rethishkumarps@huawei.com


This has been clarified in the internal draft of the spec. We have  
settled on the use of connection.disconnected to cover this case.  
Thank you for raising this issue with the working group.

Please let us know in the next 2 weeks (by 11/27/2008) if you have any  
comments or concerns with this resolution.

Best regards,


RJ Auburn
CTO, Voxeo Corporation
Chair, Editor and Chair, CCXML, VBWG, W3C

On Jul 17, 2008, at 10:32 AM, RJ Auburn wrote:

> Rethish,
> We are tracking this as ISSUE-524. Thanks for the comment, we will  
> have a reply back wit a fix shortly.
> 	RJ
> On May 13, 2008, at 3:40 AM, Rethish wrote:
>> Hi,
>> I find some ambiguity in the CCXML specification regarding the  
>> nature of <disconnect/> handling while an outbound call is in  
>> progress.
>> 10.2.1: Connection State:
>>    The figure illustrates that a connection.disconnected in  
>> PROGRESSING state transitions to FAILED state.
>>    But, the table below this mentions that a  
>> connection.disconnected is received for an outbound call in  
>> progress when the <createcall> request was abandoned at the request  
>> of the application (using <disconnect>). "The Connection Object  
>> transitions to the DISCONNECTED state."
>> Is there any other case where a connection.disconnected can be  
>> received while an outbound call is in progress that would lead to  
>> FAILED state?
>> 10.5.9: <disconnect> mentions:
>> A CCXML document may use <disconnect> to abandon an outbound  
>> connection created using <createcall> which has not yet entered the  
>> CONNECTED state.  If <disconnect> is used to abandon an outbound  
>> call, it results in the generation of a 'connection.failed' event.
>> IMHO the handling of <disconnect/> contradicts each other in the  
>> two sections. Please let me know your opinion on   this.
>> Thanks & regards
>> Rethish
Received on Thursday, 13 November 2008 13:41:59 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:07:40 UTC