<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <title>CUAE Sizing - for Production</title>
  <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_recent_posts?p_l_id=" />
  <subtitle>CUAE Sizing - for Production</subtitle>
  <id>http://developer.cisco.com/c/message_boards/find_recent_posts?p_l_id=</id>
  <updated>2013-05-24T07:22:07Z</updated>
  <dc:date>2013-05-24T07:22:07Z</dc:date>
  <entry>
    <title>792x Audio Problem</title>
    <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=1238708" />
    <author>
      <name>MARK KNEPPER</name>
    </author>
    <id>http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=1238708</id>
    <updated>2009-03-27T01:01:18Z</updated>
    <published>2009-03-27T01:01:18Z</published>
    <summary type="html">I am working with a developer to test an application that used JTAPI and JMF.  Was wondering if someone in the CUAE boards had experience any audio problems with 792x IP Phones.  Didn't know either what CUAE uses for generating audio? JMF?  Tom me this is starting to sound similar to problems I have experience around an IVR application issue with 792x. Here is a description of the problem from the developer:
 
 We have a JTAPI application that uses the JMF library to send audio. The audio can be heard on the desktop phones (e. g. 7941, 7961), wireless 7920 phones, and the Cisco IP Communicator but cannot be heard on the wireless 7921G or 7925G phones. There are no errors encountered in the programming logs when the audio is streamed with JMF to these phones.  
  To try to pinpoint the problem, we have gathered a number of traces and logs using the Cisco Real-Time Monitoring Tool and Wireshark.  The only suspicious thing that we saw was in the Call Statics on the 7921G itself.  The received packets showed 38 and the discarded packets also showed 38.  But, we have no idea what the discarded packets are or why the 7921G would discard packets to begin with.  We don't see discarded packets during a normal phone call. 
   People that we have talked to about this problem have indicated that they think it's a codec problem, but when we look at the codec in the traces, the phone status log and the events that we get back at the programmatic level, everything indicates that we are sending and receiving with the G.711 u-law with a 30msec packets size, and this matches the codec of the streaming application.   We have even turned off the CUCM Service parameter "G722 Codec Enabled" to make sure that this setting was not overriding the G.711 negotiation.  Changing the parameter had no effect on the problem. 
  We have checked the more obvious problems such as the volume on the 7921G phone and the volume of the original recording.  In addition, we tried to rule out a WAP problem by using the CIPC on a wireless laptop connected to the same WAP as the 7921G phone.  The announcement played just fine on the CIPC on the wireless laptop.   
  At the programming level, the audio is being streamed over a CTI port by the application when the call is connected to the destination phone. So, essentially, once the JTAPI application receives the CiscoRTPOutputStartedEv event, we set up the remote connection and start the stream.  

The CTI port is set with:¿   CiscoMediaCapability[] caps = new CiscoMediaCapability[1];¿   caps[ 0] = CiscoMediaCapability.G711_64K_30_MILLISECONDS; 
¿ The audio stream is set for format ULAW_RAW (codec G.711 u-law): ¿  Format audioFormat = new AudioFormat( AudioFormat.ULAW_RTP, 8000, 8, 1 ); 

¿ I've adjusted the packet size to 20ms for the CUCM defaults as well as for the CiscoMediaCapabilties thinking that something might not be in sync. While making those adjustments effected the quality of the audio for the phones that were working, it did not effect being able to hear the audio on the 7921G.  This problem occurs on the CCM 4.X, CUCM 6.0 and CUCM 7.0.1 platforms
 
 
 
Thanks,
Mark</summary>
    <dc:creator>MARK KNEPPER</dc:creator>
    <dc:date>2009-03-27T01:01:18Z</dc:date>
  </entry>
  <entry>
    <title>CUAE Sizing - for Production</title>
    <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=1200396" />
    <author>
      <name>MARK KNEPPER</name>
    </author>
    <id>http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=1200396</id>
    <updated>2009-03-19T23:27:28Z</updated>
    <published>2009-03-19T23:27:28Z</published>
    <summary type="html">Working on quoting some CUAE projects into a client and need some guidance on how to size the servers.  Are there any sizing calculators or example configs that might guide me?  The project is for a medical client and we are planning on building an app that sends text alerts to 7925s ¿ crash cart needed, your lab results are ready, patient needs help in room 4, etc.  There will be 50 total 7925s initially and the solution should be architected to alert all 50 at once, but daily use would not alert more than 5 phones. 

Per the CUAE ordering guide, I tried to address this message to [url=mailto:cuae-interest@cisco.com]cuae-interest@cisco.com[/url] and [url=mailto:cuae-sales@cisco.com]cuae-sales@cisco.com[/url], but neither of these were valid addresses.</summary>
    <dc:creator>MARK KNEPPER</dc:creator>
    <dc:date>2009-03-19T23:27:28Z</dc:date>
  </entry>
</feed>

