<?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: CUCM buffering JTAPI messages? in Call Control</title>
    <link>https://community.cisco.com/t5/call-control/cucm-buffering-jtapi-messages/m-p/3497833#M1070</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Justin,&lt;/P&gt;&lt;P&gt;Make sure that your application server is in the same VLAN in which IP phone belongs.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regarding buffering, there is no buffer maintained at phone side. Buffer should be maintained in application. Looks like it's a caption solution.&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Umesh &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 18 Jan 2017 10:38:27 GMT</pubDate>
    <dc:creator>upchaurasia</dc:creator>
    <dc:date>2017-01-18T10:38:27Z</dc:date>
    <item>
      <title>CUCM buffering JTAPI messages?</title>
      <link>https://community.cisco.com/t5/call-control/cucm-buffering-jtapi-messages/m-p/3497831#M1068</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;SPAN style="font-size: 13.3333px;"&gt;Can anyone help us in with this problem? We are stumped!&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 13.3333px;"&gt;&lt;STRONG&gt;&lt;BR /&gt;&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 13.3333px;"&gt;&lt;STRONG&gt;Our Basic Architecture:&lt;/STRONG&gt; &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 13.3333px;"&gt;We are using the 8851 Built in brdige (BiB) and cucm call recording and monitoring feature to fork audio to our recording server to be converted to text. The converted text is sent back to the endpoint via JTAPI. We are using an XML service app to display the text on the Cisco phone. The phone in question is an 8851 on CUCM 10.5.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG style="font-size: 13.3333px;"&gt;&lt;BR /&gt;&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 13.3333px;"&gt;&lt;STRONG&gt;The Issue:&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 13.3333px;"&gt;In lab tests and many other customer sites, there is typically a 3-5 second delay from when the audio is sent from the 8851's BiB to when the text returns and is displayed on the Cisco phone via xml service app. At the customer's site we are seeing this delay up to 60 seconds. &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 13.3333px;"&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 13.3333px;"&gt;We can see in packet captures that our server and the network are not to blame. We see the text packets leave our server on time and heading for CUCM. We get a response from CUCM (we think saying that it received the text - not sure as the msg is cisco proprietary). 30-60 sec later, the text shows up on the 8851. &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Questions&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;1. Is there a setting in CUCM (or the cisco phone - 8851) that would buffer text sent to it, headed for an 8851, via JTAPI?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2. If there is no setting in CUCM (or the phone) that would cause CUCM to hold on to the text for 30-60 seconds prior to displaying it, what else could cause the delay? A taxed CTI Manager perhaps? &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We have been unable to reproduce this in our lab and it is happening at more than one customer location. The common theme in my opinion is the customers have 2 or more clusters of CUCM. Our lab environment is setup with a single CUCM.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you can solve this one, I would be most grateful!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 12 Jan 2017 20:55:30 GMT</pubDate>
      <guid>https://community.cisco.com/t5/call-control/cucm-buffering-jtapi-messages/m-p/3497831#M1068</guid>
      <dc:creator>dustin_armstrong</dc:creator>
      <dc:date>2017-01-12T20:55:30Z</dc:date>
    </item>
    <item>
      <title>Re: CUCM buffering JTAPI messages?</title>
      <link>https://community.cisco.com/t5/call-control/cucm-buffering-jtapi-messages/m-p/3497832#M1069</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Justin,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This type of problem would need further analysis of the CUCM/CTI/SDL logs.&amp;nbsp; AFAIK, there is no such setting in the 88xx phones that would buffer the text that causes the delay. Please open a DevNet ticket and collect the logs so we can help look into it. Thanks.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;David&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 17 Jan 2017 18:33:41 GMT</pubDate>
      <guid>https://community.cisco.com/t5/call-control/cucm-buffering-jtapi-messages/m-p/3497832#M1069</guid>
      <dc:creator>davidn#</dc:creator>
      <dc:date>2017-01-17T18:33:41Z</dc:date>
    </item>
    <item>
      <title>Re: CUCM buffering JTAPI messages?</title>
      <link>https://community.cisco.com/t5/call-control/cucm-buffering-jtapi-messages/m-p/3497833#M1070</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Justin,&lt;/P&gt;&lt;P&gt;Make sure that your application server is in the same VLAN in which IP phone belongs.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regarding buffering, there is no buffer maintained at phone side. Buffer should be maintained in application. Looks like it's a caption solution.&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Umesh &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 18 Jan 2017 10:38:27 GMT</pubDate>
      <guid>https://community.cisco.com/t5/call-control/cucm-buffering-jtapi-messages/m-p/3497833#M1070</guid>
      <dc:creator>upchaurasia</dc:creator>
      <dc:date>2017-01-18T10:38:27Z</dc:date>
    </item>
  </channel>
</rss>

