- From: RJ Auburn <rj@voxeo.com>
- Date: Thu, 8 Feb 2007 10:35:44 -0500
- To: murulidharar@huawei.com
- Cc: www-voice@w3.org
This is being tracked as ISSUE-110 RJ --- RJ Auburn CTO, Voxeo Corporation tel:+1-407-418-1800 On Jan 22, 2007, at 6:55 AM, murulidhara wrote: > Hi, > > > I had a Query regarding the creation of bridges in case of implicit > join to a connection using <dialgprepare> > > PROBLEM: > > 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. > > > Regards, > > 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 Thursday, 8 February 2007 15:36:14 UTC