topic Re: Terminal Connection State HELD with Conference in Call Control https://community.cisco.com/t5/call-control/terminal-connection-state-held-with-conference/m-p/3516733#M1297 <HTML><HEAD></HEAD><BODY><P>No terminal connection doesn't come back to active state. Application should use unhold() API to get the terminal connection to TALKING state.</P></BODY></HTML> Wed, 12 Nov 2014 22:50:01 GMT mpotluri 2014-11-12T22:50:01Z Terminal Connection State HELD with Conference https://community.cisco.com/t5/call-control/terminal-connection-state-held-with-conference/m-p/3516732#M1296 <HTML><HEAD></HEAD><BODY><P>Hello,</P><P>&nbsp;&nbsp;&nbsp; I have an app that conferences several calls together on one CTI port.&nbsp;&nbsp; I have a CTI port with 2 calls conferenced.&nbsp; When this CTI port answers a third call (from a transfer), the terminal connection state goes to HELD.&nbsp;&nbsp; An attempt to conference the third call fails (let's say, due to the conference bridge being full), the app drops that call.&nbsp; So far, everything works correctly.&nbsp; However, the terminal connection state is still in the HELD state, after the third call failed (and the other two are still happily in a conference.)&nbsp; I expected the terminal connection state to be back in ACTIVE state.&nbsp;&nbsp; Is this expected behavior?</P><P></P><P>Jtapi version is 9.0</P><P></P><P>Thanks,</P><P>Matt </P></BODY></HTML> Wed, 12 Nov 2014 20:40:11 GMT https://community.cisco.com/t5/call-control/terminal-connection-state-held-with-conference/m-p/3516732#M1296 mstromske 2014-11-12T20:40:11Z Re: Terminal Connection State HELD with Conference https://community.cisco.com/t5/call-control/terminal-connection-state-held-with-conference/m-p/3516733#M1297 <HTML><HEAD></HEAD><BODY><P>No terminal connection doesn't come back to active state. Application should use unhold() API to get the terminal connection to TALKING state.</P></BODY></HTML> Wed, 12 Nov 2014 22:50:01 GMT https://community.cisco.com/t5/call-control/terminal-connection-state-held-with-conference/m-p/3516733#M1297 mpotluri 2014-11-12T22:50:01Z