<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: JTAPI Event Indicating Resume from Hold in Call Control</title>
    <link>https://community.cisco.com/t5/call-control/jtapi-event-indicating-resume-from-hold/m-p/4898436#M3431</link>
    <description>&lt;P&gt;Thanks much! Again, your inputs are useful.&lt;/P&gt;&lt;P&gt;I've empirically seen&amp;nbsp;&lt;STRONG&gt;CallCtlTermConnTalkingEv&lt;/STRONG&gt; events on Resume-from-Hold scenarios, with&amp;nbsp;&lt;STRONG&gt;CallCtlCause=214&lt;/STRONG&gt;.&lt;BR /&gt;I couldn't find any mentioning of this value - not in the Developer-Guide document and not in JTAPI's code (in the &lt;EM&gt;CiscoCallEv&lt;/EM&gt; class, or elsewhere). Searching the web also didn't yield useful results.&lt;/P&gt;&lt;P&gt;Would you happen to know the meaning of this value, and whether or not it is directly related to Un-Hold scenarios?&lt;BR /&gt;Or, possibly, do you have the option to find out?&lt;/P&gt;</description>
    <pubDate>Thu, 03 Aug 2023 20:10:29 GMT</pubDate>
    <dc:creator>Bliss</dc:creator>
    <dc:date>2023-08-03T20:10:29Z</dc:date>
    <item>
      <title>JTAPI Event Indicating Resume from Hold</title>
      <link>https://community.cisco.com/t5/call-control/jtapi-event-indicating-resume-from-hold/m-p/4898314#M3426</link>
      <description>&lt;P&gt;Hello.&lt;/P&gt;&lt;P&gt;JTAPI notifies about a terminal which entered&amp;nbsp;&lt;STRONG&gt;Hold&lt;/STRONG&gt; state by sending a&amp;nbsp;&lt;SPAN&gt;&lt;EM&gt;CiscoTermDeviceStateHeldEv&lt;/EM&gt; event.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;When terminal resumes from&amp;nbsp;&lt;STRONG&gt;Hold&lt;/STRONG&gt; state, a&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;&lt;EM&gt;CallCtlTermConnTalkingEv&lt;/EM&gt;&amp;nbsp;event is sent.&lt;BR /&gt;But, this event is also sent on other scenarios, e.g. when a call is initially answered.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;How could a &lt;STRONG&gt;Resume-from-Hold&lt;/STRONG&gt; scenario be distinguished?&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 03 Aug 2023 16:15:50 GMT</pubDate>
      <guid>https://community.cisco.com/t5/call-control/jtapi-event-indicating-resume-from-hold/m-p/4898314#M3426</guid>
      <dc:creator>Bliss</dc:creator>
      <dc:date>2023-08-03T16:15:50Z</dc:date>
    </item>
    <item>
      <title>Re: JTAPI Event Indicating Resume from Hold</title>
      <link>https://community.cisco.com/t5/call-control/jtapi-event-indicating-resume-from-hold/m-p/4898372#M3427</link>
      <description>&lt;P&gt;The device state server feature works at the Terminal level, and provides a consolidated overall device state and events.&lt;/P&gt;
&lt;P&gt;If only one call is in progress, and it gets held, then you would see &lt;STRONG&gt;CiscoTermDeviceStateHeldEv&lt;/STRONG&gt; as you mention.&amp;nbsp; If that call gets un-held, then I would expect to see &lt;STRONG&gt;CiscoTermDeviceStateActiveEv&lt;/STRONG&gt;.&amp;nbsp; However, if there are multiple calls, then things could get confusing, as &lt;STRONG&gt;CiscoTermDeviceStateHeldEv&lt;/STRONG&gt; will only be sent when &lt;EM&gt;all&lt;/EM&gt; calls are on hold, but &lt;STRONG&gt;CiscoTermDeviceStateActiveEv&lt;/STRONG&gt; would be sent if &lt;EM&gt;any&lt;/EM&gt; of those held calls gets un-held.&lt;/P&gt;
&lt;P&gt;So:&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;CiscoTermDeviceStateActiveEv&lt;/STRONG&gt; - if &lt;EM&gt;any&lt;/EM&gt; call on the device is in Dialtone, Dialing, Proceeding, Ringback, or Connected (including incoming call)&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;CiscoTermDeviceStateHeldEv&lt;/STRONG&gt; - if &lt;EM&gt;all&lt;/EM&gt; calls are held&lt;/P&gt;
&lt;P&gt;It may make more sense in your case to not use the device state server feature, but instead monitor individual calls/terminals.&amp;nbsp; To do so you would add observers for &lt;STRONG&gt; CallObserver&lt;/STRONG&gt;/&lt;STRONG&gt;CallControlCallObserver&lt;/STRONG&gt;, and would receive &lt;STRONG&gt;CallCtlTermConnHeldEv&lt;/STRONG&gt; when the call is held, and &lt;STRONG&gt;CallCtlTermConnTalkingEv&lt;/STRONG&gt; when it is un-held.&lt;/P&gt;</description>
      <pubDate>Thu, 03 Aug 2023 18:25:09 GMT</pubDate>
      <guid>https://community.cisco.com/t5/call-control/jtapi-event-indicating-resume-from-hold/m-p/4898372#M3427</guid>
      <dc:creator>dstaudt</dc:creator>
      <dc:date>2023-08-03T18:25:09Z</dc:date>
    </item>
    <item>
      <title>Re: JTAPI Event Indicating Resume from Hold</title>
      <link>https://community.cisco.com/t5/call-control/jtapi-event-indicating-resume-from-hold/m-p/4898422#M3429</link>
      <description>&lt;P&gt;Thank you,&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/168718"&gt;@dstaudt&lt;/a&gt;,&amp;nbsp;for the elaborate and useful answer. It is much appreciated.&lt;/P&gt;&lt;P&gt;Yet, one thing is still unclear to me: Is the&amp;nbsp;&lt;STRONG&gt;CallCtlTermConnTalkingEv&lt;/STRONG&gt; event&amp;nbsp;&lt;U&gt;only&lt;/U&gt; fired when device is&amp;nbsp;&lt;STRONG&gt;Un-Held&lt;/STRONG&gt;, or may it also be fired on other circumstances, such as when call is initially answered?&lt;/P&gt;&lt;P&gt;My aim is to identify the specific scenario of resuming from hold,&amp;nbsp;&lt;U&gt;in a stateless machine&lt;/U&gt; -&amp;nbsp;processing and responding to one event at a time (without keeping track of previous events), which is a given operation constraint.&lt;/P&gt;</description>
      <pubDate>Thu, 03 Aug 2023 19:56:02 GMT</pubDate>
      <guid>https://community.cisco.com/t5/call-control/jtapi-event-indicating-resume-from-hold/m-p/4898422#M3429</guid>
      <dc:creator>Bliss</dc:creator>
      <dc:date>2023-08-03T19:56:02Z</dc:date>
    </item>
    <item>
      <title>Re: JTAPI Event Indicating Resume from Hold</title>
      <link>https://community.cisco.com/t5/call-control/jtapi-event-indicating-resume-from-hold/m-p/4898427#M3430</link>
      <description>&lt;P&gt;CallCtlTermConnTalkingEv can be fired any time the call moves to TALKING state, as you say being un-held is one of several such transitions.&amp;nbsp; AFAIK you can only determine a resume has happened by understanding/remembering the previous state, i.e. it was being held -&amp;nbsp; there is no unique indication of a resume, as there is with the held event.&lt;/P&gt;</description>
      <pubDate>Thu, 03 Aug 2023 19:56:23 GMT</pubDate>
      <guid>https://community.cisco.com/t5/call-control/jtapi-event-indicating-resume-from-hold/m-p/4898427#M3430</guid>
      <dc:creator>dstaudt</dc:creator>
      <dc:date>2023-08-03T19:56:23Z</dc:date>
    </item>
    <item>
      <title>Re: JTAPI Event Indicating Resume from Hold</title>
      <link>https://community.cisco.com/t5/call-control/jtapi-event-indicating-resume-from-hold/m-p/4898436#M3431</link>
      <description>&lt;P&gt;Thanks much! Again, your inputs are useful.&lt;/P&gt;&lt;P&gt;I've empirically seen&amp;nbsp;&lt;STRONG&gt;CallCtlTermConnTalkingEv&lt;/STRONG&gt; events on Resume-from-Hold scenarios, with&amp;nbsp;&lt;STRONG&gt;CallCtlCause=214&lt;/STRONG&gt;.&lt;BR /&gt;I couldn't find any mentioning of this value - not in the Developer-Guide document and not in JTAPI's code (in the &lt;EM&gt;CiscoCallEv&lt;/EM&gt; class, or elsewhere). Searching the web also didn't yield useful results.&lt;/P&gt;&lt;P&gt;Would you happen to know the meaning of this value, and whether or not it is directly related to Un-Hold scenarios?&lt;BR /&gt;Or, possibly, do you have the option to find out?&lt;/P&gt;</description>
      <pubDate>Thu, 03 Aug 2023 20:10:29 GMT</pubDate>
      <guid>https://community.cisco.com/t5/call-control/jtapi-event-indicating-resume-from-hold/m-p/4898436#M3431</guid>
      <dc:creator>Bliss</dc:creator>
      <dc:date>2023-08-03T20:10:29Z</dc:date>
    </item>
    <item>
      <title>Re: JTAPI Event Indicating Resume from Hold</title>
      <link>https://community.cisco.com/t5/call-control/jtapi-event-indicating-resume-from-hold/m-p/4898484#M3432</link>
      <description>&lt;P&gt;Good catch, as &lt;STRONG&gt;214&lt;/STRONG&gt; seems to be &lt;STRONG&gt;CAUSE_UNHOLD&lt;/STRONG&gt;:&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="dstaudt_0-1691098770493.png" style="width: 400px;"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/193414i714678E302487844/image-size/medium?v=v2&amp;amp;px=400" role="button" title="dstaudt_0-1691098770493.png" alt="dstaudt_0-1691098770493.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;This info is part of the JTAPI API spec, now owned by Oracle.&amp;nbsp; The Cisco JTAPI JavaDocs that are part of the SDK cover only the Cisco extension packages - perhaps unhelpful, but I assume due to licensing/copyright.&lt;/P&gt;
&lt;P&gt;You can find this kind of info on Oracle's JTAPI spec page: &lt;A href="https://www.oracle.com/java/technologies/jtapi.html" target="_blank"&gt;https://www.oracle.com/java/technologies/jtapi.html&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;Click through and select the 'Specification / API' download link.&amp;nbsp; This has the uncompiled Java class interface files:&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="dstaudt_1-1691099283278.png" style="width: 400px;"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/193415iD4A51A4DDEDF7F0D/image-size/medium?v=v2&amp;amp;px=400" role="button" title="dstaudt_1-1691099283278.png" alt="dstaudt_1-1691099283278.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;(Came across this, could be interesting: &lt;A href="https://github.com/carloca68/jtapi" target="_self"&gt;https://github.com/carloca68/jtapi&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="dstaudt_2-1691099810437.png" style="width: 400px;"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/193417iE855BF632C8BD13F/image-size/medium?v=v2&amp;amp;px=400" role="button" title="dstaudt_2-1691099810437.png" alt="dstaudt_2-1691099810437.png" /&gt;&lt;/span&gt;)&lt;/P&gt;
&lt;P&gt;Note this is for JTAPI 1.4, whereas Cisco JTAPI is based on the 1.2 version (for which I couldn't find a download) - at least for this kind of item, it should be the same.&lt;/P&gt;</description>
      <pubDate>Thu, 03 Aug 2023 21:58:57 GMT</pubDate>
      <guid>https://community.cisco.com/t5/call-control/jtapi-event-indicating-resume-from-hold/m-p/4898484#M3432</guid>
      <dc:creator>dstaudt</dc:creator>
      <dc:date>2023-08-03T21:58:57Z</dc:date>
    </item>
    <item>
      <title>Re: JTAPI Event Indicating Resume from Hold</title>
      <link>https://community.cisco.com/t5/call-control/jtapi-event-indicating-resume-from-hold/m-p/4898495#M3433</link>
      <description>&lt;P&gt;Thanks a lot for helping out! This is very useful.&lt;BR /&gt;&lt;FONT color="#0000FF"&gt;Blessings.&lt;/FONT&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 03 Aug 2023 22:25:11 GMT</pubDate>
      <guid>https://community.cisco.com/t5/call-control/jtapi-event-indicating-resume-from-hold/m-p/4898495#M3433</guid>
      <dc:creator>Bliss</dc:creator>
      <dc:date>2023-08-03T22:25:11Z</dc:date>
    </item>
    <item>
      <title>Re: JTAPI Event Indicating Resume from Hold</title>
      <link>https://community.cisco.com/t5/call-control/jtapi-event-indicating-resume-from-hold/m-p/4902912#M3442</link>
      <description>&lt;P&gt;Hello,&amp;nbsp;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/168718"&gt;@dstaudt&lt;/a&gt;.&lt;/P&gt;&lt;P&gt;Could you please pay attention to another question I've posted,&amp;nbsp;&lt;A title="another JTAPI question" href="https://community.cisco.com/t5/call-control/jtapi-event-indicating-that-call-was-not-answered/td-p/4902517" target="_self"&gt;here&lt;/A&gt;?&lt;/P&gt;</description>
      <pubDate>Thu, 10 Aug 2023 11:35:49 GMT</pubDate>
      <guid>https://community.cisco.com/t5/call-control/jtapi-event-indicating-resume-from-hold/m-p/4902912#M3442</guid>
      <dc:creator>Bliss</dc:creator>
      <dc:date>2023-08-10T11:35:49Z</dc:date>
    </item>
  </channel>
</rss>

