W3C home > Mailing lists > Public > www-voice@w3.org > January to March 2007


From: murulidhara <murulidharar@huawei.com>
Date: Mon, 22 Jan 2007 17:25:01 +0530
To: www-voice@w3.org
Message-id: <003301c73e1c$265c7b70$eb04120a@china.huawei.com>


I had a Query regarding the creation of bridges in case of implicit join to
a connection using <dialgprepare>


1.       create a session.

2.       create 2 connections say conn1 and conn2.

3.       preapare dialog x on conn1

4.       preapare dialog x on conn2

since the "Implicit bridges created using <dialogprepare>/<dialogstart> (by
specifing 'connectionid' or 'conferenceid') are established when the dialog
is started. No bridging events are generated; the 'dialog.started' event
indicates that the dialog was started and the bridge is in place."
Connection object will not be updated till dialog.started is received. And
so Connection objects of both conn1 and conn2 will not contain dialog id
which are just been prepared on them. Only session object will be updated.


So now.

Say conn1 gets connection.failed.

Now if I want to clear the dialog created on conn1 then I cant access
dialogid through event$.connection.dialogid  as connection object is not
updated.(dialog is not started still) , I cant even access it through
session variables. As session variable will intern access connection object.

And also session.dialogs[] , will give dialog id but they don't give to
which connection the dialog belongs.

So , how can I access the dialog id of conn1.


Please let me know.



Murali dhar R



This e-mail and attachments contain confidential information from HUAWEI,
which is intended only for the person or entity whose address is listed
above. Any use of the information contained herein in any way (including,
but not limited to, total or partial disclosure, reproduction, or
dissemination) by persons other than the intended recipient's) is
prohibited. If you receive this e-mail in error, please notify the sender by
phone or email immediately and delete it!

Received on Monday, 22 January 2007 20:27:22 UTC

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