I was redirected from sipx-dev ... 

 

________________________________

From: Gabor Paller 
Sent: 24 April 2008 15:22
To: '[EMAIL PROTECTED]'
Subject: sipxCallUnhold hangs on pTapi

 

Dear list,

 

I detected a very strange phenomenon when using the pTapi interface. The
effect is that the sipxCallUnhold invocation hangs.

 

The scenario is the following:

1.      I wait for phone call by intercepting the CALLSTATE_ALERTING
event.
2.      When CALLSTATE_ALERTING arrives, I initiate an outgoing call in
a separate thread. In that thread, I create and connect the call
(sipxCallCreate, sipxCallConnect)
3.      Then I wait for CALLSTATE_CONNECTED/CALLSTATE_CONNECTED_ACTIVE
event for the newly created outgoing call. When that event arrives, I
create a conference (sipxConferenceCreate), join the outgoing call
(sipxConferenceJoin) and hold the original incoming call (sipxCallHold).
4.      Then I wait for CALLSTATE_CONNECTED/CALLSTATE_CONNECTED_INACTIVE
event. When I receive this event, I create a new thread. In that thread,
I join the incoming call (currently held, as the API documentation
demands, sipxConferenceJoin) and then unhold the incoming call
(sipxCallUnhold).

 

Everything works fine, the conference is set up correctly. The only
problem is that the last sipxCallUnhold invocation never finishes.
Although I created a new thread for this call, it is kind of annoying.
Does anyone have an explanation for this strange behaviour?

 

Gabor Paller, Software Architect
OnRelay

 

Elizabeth House | 39 York Road, London SE1 7NQ, UK | +44 (0) 207 902
8151 | [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>  |
www.onrelay.com <http://www.onrelay.com/> 

 

This electronic message transmission contains information from OnRelay,
Ltd., that may be confidential or privileged.  The information is
intended solely for the recipient and use by any other party is not
authorised.  If you are not the intended recipient, be aware that any
disclosure, copying, distribution or use of the contents of this
information or any attachment, is prohibited. If you have received this
electronic transmission in error, please notify us immediately by
electronic mail ([EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> ) and delete
this message, along with any attachments, from your computer.
Registered in England No 04006093 | Registered Office 8 Coldbath Square,
London, EC1R 5HL.

 

_______________________________________________
sipxtapi-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/

Reply via email to