Subject: RE: Gateway Cache size
Replied by: Jeff Spronk on 22-08-2011 02:38:01 PM
Ryan,
Are there individual WAV files that are larger than 1500KB? If so, try bumping your "http client cache memory file" to 10000.
hope that helps,
--Jeff
Subject: RE: New Message from Ryam Hilfers in Customer Voice Portal (CVP) - CVP - Al
Replied by: GEOFFREY THOMPSON on 22-08-2011 02:41:46 PM
It¿s easiest to keep all the files separate on IIS in various directories for readability, maintenance and so on. But if you do have some files that have the same recording in them in your tree under different folders, or with different names, you could optimize that and help the cache. If you have sayitsmart folders under different apps it can end up with the same files being held in the cache under different URLs.
Also, if all apps are not hitting the same media store you could be duplicating under different IP addresses. Have a really good look at the cache and see what you can do.
By the way, there is no reason not to max out the IVR prompt memory (it¿s not far off what you have)
ivr prompt memory 16384 files 1000
Also observed: the size of the memory file ¿ normally 500-600, but you have a large size of 1500. That¿s almost 3 minutes. I try to keep all WAV files under 30s, joining them together when necessary ¿ but I¿m used to supporting branch office designs over long hauls. Something to consider.
Regards,
Geoff
This document was generated from CDN thread
Created by: Ryam Hilfers on 22-08-2011 01:12:32 PM
Question: Is there any way to increase the http cache on a 3945e gateway to >100MB? Any other creative solutions for the problem I have below?
Background: I have a customer with A LOT of wav files. Every LOB they serve has a unique MOH playlist and what I have found is that during load testing or times when we take on a large queue, the http client process on the gateway consumes almost 30% of the cpu, which really impacts the planned capacity of this box. This is happening because there are over 60 <1MB wav files in line for each queue, and with over 60 different queues, new files are constantly being played during high queue times thus needing to be streamed and the gateway starts cycling its cache and using valuable CPU.
Is there another way to fetch wav files more effeciently? I'd image RTSP would not save any cpu and also may ruin the ability to cache, i'm not sure.
Thanks for the help.
-Ryan
Subject: RE: Gateway Cache size
Replied by: Paul Antinori on 22-08-2011 01:32:47 PM
Once the wav files are fetched and retrieved, they should stay in cache for a long time, without having to incur the overhead of re-fetching them from the media server. If you see that in fact they are getting fetched too often, and the prompt itself has not changed, then you can look at the age expires header setting on the IIS configuration for that directory, which can be increased to a longer time period. With agent greeting prompts, there is a large impact to the vxml gateway as the greeting has a short expiration and each agent has their own wav file that needs to be fetched and refreshed.
What do your gateway settings look like?
Here are some default settings we use:
http client cache memory pool 15000
http client cache memory file 500
http client connection timeout 60
http client connection idle timeout 10
http client response timeout 30
ivr prompt memory 15000
Subject: RE: Gateway Cache size
Replied by: Ryam Hilfers on 22-08-2011 02:26:29 PM
Hey Paul, thanks for replying.
Here are our gateway settings:
http client cache memory pool 100000
http client cache memory file 1500
http client connection timeout 30
http client response timeout 5
ivr prompt memory 15000
I am seeing files cache, especially the prompts through the IVR and also the first 10 or so wav files in the playlist, and during normal operation everything is fine. This is a unique scenario when we have a lot of calls queued at the same time across different LOBs. This situation requires the gateway to play many many different wav files, so many infact that it simply can't cache them all and starts cycling the cache, even at 100MB allocated to http client cache pool. Really wondering here if anyone has heard of an IOS that supports a higher amount http cache or if there is perhaps a better way to do this.
Thanks.
Ryan
Subject: RE: Gateway Cache size
Replied by: Ryam Hilfers on 22-08-2011 04:02:34 PM
Geoff, great reply thank you! Many good tips here, but to your point, when I arrived here and there were upwards of 50 different play-lists comprised of 10 or more 3.5MB files for MOH
I quickly pointed out the disadvantages to that size of a wav file, even though were are not a branch office design with that size of a file the likelihood of it caching is far reduced. We do have a clean hierachy for the wav files here, there are just soooooo many :/ There are over 8gigs of unique wav files across all LOBs. Its really a matter of during high-volume high-queue times that the gateways spend waaay too much time streaming the audio and I can literally watch the cache cycle files in/out.
I will definitely bump the ivr prompt memory the little extra bit. All our wav files are now <1MB which I considered ok since VXML GWY and media server are on the same LAN.
I will take a very close look at exactly what's in the cache and see if I can spot something here.
These 3945e's have gig's of memory... its frustrating that we can only tap into 100mb for http cache
-Ryan
Subject: RE: New Message from Ryam Hilfers in Customer Voice Portal (CVP) - CVP - Al
Replied by: GEOFFREY THOMPSON on 22-08-2011 04:13:46 PM
Ryam,
By ¿MOH¿ you really mean ¿music in queue¿ don¿t you? ¿10 or more 3.5MB file¿ ¿ who thought that was a clever idea? Probably not a CVP expert.
As you know, if the prompt does not play to completion it will not be cached. You were wise to chop them down. Have you read the HTTP Client Cache White Paper ¿ drop me an email if you don¿t have a copy.
So does every line of business have their own greeting, music (advertising?) in queue, ¿agents are busy¿ message and so on?
Regards,
Geoff
--------------------------------------------------------------------
Geoff Thompson Unified Contact Center Practice
Email: geoff@hp.com HP Technology Consulting
Phone: +1.408.447.4297 Hewlett-Packard Company
Mobile: +1.408.204.5297 19111 Pruneridge Ave, Cupertino, CA 95014
____________________________________________________________________
Subject: RE: New Message from Ryam Hilfers in Customer Voice Portal (CVP) - CVP - Al
Replied by: Ryam Hilfers on 22-08-2011 06:02:12 PM
Exactly, music in queue is what i mean, not to be confused with MOH from CUCM, my bad. I would love to read the white paper you mention, please check your email.
And again, exactly right. Every LOB has their own greetings, music in queue, etc. Multiply that by about 4 different "Personas" (Recorded voice talents) to play them in and there's an overload of wav files... There are good business cases driving the number of wav files so I've had a hard time giving push-back to their overall quantity...
I am going to move forward by taking a long hard look at exactly what's being cached and make sure it is as expected.
Thanks again,
Ryan
Subject: RE: New Message from Ryam Hilfers in Customer Voice Portal (CVP) - CVP - Al
Replied by: GEOFFREY THOMPSON on 22-08-2011 06:09:46 PM
Email checked! On its way.
Regards,
Geoff
Subject: Re: New Message from Ryam Hilfers in Customer Voice Portal (CVP) - CVP - Al
Replied by: Janine Graves on 23-08-2011 08:27:46 PM
Would it be better or worse if you used a Helix Server to feed up your
audio streams?
Just a thought.
On 8/22/2011 1:12 PM, Cisco Developer Community Forums wrote:
> Ryam Hilfers has created a new message in the forum "CVP - All Versions":
>
> --------------------------------------------------------------
> Question: Â Is there any way to increase the http cache on a 3945e
> gateway to >100MB? Any other creative solutions for the problem I have
> below?Â
> Â
> Background: I have a customer with A LOT of wav files. Â Every LOB
> they serve has a unique MOH playlist and what I have found is that
> during load testing or times when we take on a large queue, the http
> client process on the gateway consumes almost 30% of the cpu, which
> really impacts the planned capacity of this box. This is happening
> because there are over 60 <1MB wav files in line for each queue, and
> with over 60 different queues, new files are constantly being played
> during high queue times thus needing to be streamed and the gateway
> starts cycling its cache and using valuable CPU.
> Â
> Is there another way to fetch wav files more effeciently? Â I'd image
> RTSP would not save any cpu and also may ruin the ability to cache,
> i'm not sure.
> Â
> Thanks for the help.
> Â
> -RyanÂ
> Â
> --
> To respond to this post, please click the following link:
>
> <http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/4400524>
>
> or simply reply to this email.
--
Janine Graves
Subject: Re: New Message from Paul Antinori in Customer Voice Portal (CVP) - CVP - A
Replied by: Janine Graves on 23-08-2011 08:34:46 PM
Hi Paul,
I thought that 'ivr prompt memory <KB>' was only necessary when working
with streamed audio. Do we really need this now that Cisco doesn't
really support streamed - ie, wants us to use 'ivr prompt streamed none'.
Or is the 'ivr prompt memory 15000' still useful even when not using
streamed audio?
Thanks, Janine
On 8/22/2011 1:32 PM, Cisco Developer Community Forums wrote:
> Paul Antinori has created a new message in the forum "CVP - All Versions":
>
> --------------------------------------------------------------
> Once the wav files are fetched and retrieved, they should stay in
> cache for a long time, without having to incur the overhead of
> re-fetching them from the media server. If you see that in fact they
> are getting fetched too often, and the prompt itself has not changed,
> then you can look at the age expires header setting on the IIS
> configuration for that directory, which can be increased to a longer
> time period. With agent greeting prompts, there is a large impact to
> the vxml gateway as the greeting has a short expiration and each agent
> has their own wav file that needs to be fetched and refreshed.
>
> What do your gateway settings look like?
>
> Here are some default settings we use:
>
> http client cache memory pool 15000
> http client cache memory file 500
> http client connection timeout 60
> http client connection idle timeout 10
> http client response timeout 30
> ivr prompt memory 15000
> --
> To respond to this post, please click the following link:
>
> <http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/4400590>
>
> or simply reply to this email.
--
Janine Graves
Subject: Re: New Message from Ryam Hilfers in Customer Voice Portal (CVP) - CVP - Al
Replied by: Janine Graves on 23-08-2011 08:36:46 PM
Would it be any more efficient to locate some of these wav files in
flash? I don't think they take up room in the 'cache' when they're on flash.
On 8/22/2011 1:12 PM, Cisco Developer Community Forums wrote:
> Ryam Hilfers has created a new message in the forum "CVP - All Versions":
>
> --------------------------------------------------------------
> Question: Â Is there any way to increase the http cache on a 3945e
> gateway to >100MB? Any other creative solutions for the problem I have
> below?Â
> Â
> Background: I have a customer with A LOT of wav files. Â Every LOB
> they serve has a unique MOH playlist and what I have found is that
> during load testing or times when we take on a large queue, the http
> client process on the gateway consumes almost 30% of the cpu, which
> really impacts the planned capacity of this box. This is happening
> because there are over 60 <1MB wav files in line for each queue, and
> with over 60 different queues, new files are constantly being played
> during high queue times thus needing to be streamed and the gateway
> starts cycling its cache and using valuable CPU.
> Â
> Is there another way to fetch wav files more effeciently? Â I'd image
> RTSP would not save any cpu and also may ruin the ability to cache,
> i'm not sure.
> Â
> Thanks for the help.
> Â
> -RyanÂ
> Â
> --
> To respond to this post, please click the following link:
>
> <http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/4400524>
>
> or simply reply to this email.
--
Janine Graves
Subject: RE: Gateway Cache size
Replied by: Paul Antinori on 24-08-2011 03:44:09 PM
Janine, you are correct, we want to use the non streaming mode.
So we need to use the "ivr prompt streamed none" command.
Back out the ivr prompt memory command and then apply the streamed none command for it to take affect.
Subject: RE: New Message from Ryan Hilfers in Customer Voice Portal (CVP) - CVP
Replied by: Ryam Hilfers on 24-08-2011 03:50:13 PM
Janine, thank you for the out of the box suggestions! This is exactly what I was hoping for. A few questions though,
1. Is it still possible to call files out of flash via a URI of lets say "http://mymediaserver/app/files/888.wav" ? Or would I need to track which files I have in flash and call them via "flash:888.wav" in the application? If you don't know, I will try this out, either way I will probably try it but logically thinking through it, I feel as if it would need to be "flash:888.wav".
2. Helix server.. I've reasearched this a little but am curious as to how you were thinking it may help in this situation (not saying I don't think it would, I'm just wondering if I'm missing ways it could). There are certainly some serious advantages to a helix setup in regards to streaming, redundancy, scalability and branch office designs but perhaps you're hinting at the way it can deliver http content more efficiently?
Thanks for your time Janine
-Ryan
Would it be any more efficient to locate some of these wav files in
flash? I don't think they take up room in the 'cache' when they're on flash.
On 8/22/2011 1:12 PM, Cisco Developer Community Forums wrote:
> Ryam Hilfers has created a new message in the forum "CVP - All Versions":
>
> --------------------------------------------------------------
> Question: Â Is there any way to increase the http cache on a 3945e
> gateway to >100MB? Any other creative solutions for the problem I have
> below?Â
> Â
> Background: I have a customer with A LOT of wav files. Â Every LOB
> they serve has a unique MOH playlist and what I have found is that
> during load testing or times when we take on a large queue, the http
> client process on the gateway consumes almost 30% of the cpu, which
> really impacts the planned capacity of this box. This is happening
> because there are over 60 <1MB wav files in line for each queue, and
> with over 60 different queues, new files are constantly being played
> during high queue times thus needing to be streamed and the gateway
> starts cycling its cache and using valuable CPU.
> Â
> Is there another way to fetch wav files more effeciently? Â I'd image
> RTSP would not save any cpu and also may ruin the ability to cache,
> i'm not sure.
> Â
> Thanks for the help.
> Â
> -RyanÂ
> Â
> --
> To respond to this post, please click the following link:
>
> <http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/4400524>
>
> or simply reply to this email.
--
Janine Graves
Subject: Re: New Message from Janine Graves in Customer Voice Portal (CVP) - CVP - A
Replied by: Janine Graves on 24-08-2011 04:41:46 PM
As I understand it, we can't use streamed audio with the gateway unless
we use a Helix Server. So that's why I think it might be a better way
for you to go.
On 8/24/2011 4:33 PM, Cisco Developer Community Forums wrote:
> Janine Graves has created a new message in the forum "CVP - All Versions":
>
> --------------------------------------------------------------
> 1.For audio files located in flash, you access them as "flash:888.wav"
>
> 2.I don't know whether the Helix Server will deliver the content more
> efficiently. I've only read about it, I've never worked with one. I just
> know that you can preset an audio stream of multiple audio files that
> play in succession, and then you access the stream as one rtsp URL on
> the gateway. I'm hoping someone from Cisco can weigh in on its
> efficiency (or lack of).
>
>
>
>
> On 8/24/2011 3:50 PM, Cisco Developer Community Forums wrote:
> > Ryam Hilfers has created a new message in the forum "CVP - All
> Versions":
> >
> > --------------------------------------------------------------
> > Janine, thank you for the out of the box suggestions! ÿ This is
> > exactly what I was hoping for. ÿ A few questions though,
> > ÿ
> > 1. Is it still possible to call files out of flash via a URI of lets
> > say "http://mymediaserver/app/files/888.wav" ? ÿ Or would I need to
> > track which files I have in flash and call them via "flash:888.wav" in
> > the application? ÿ If you don't know, I will try this out, either way
> > I will probably try it but logically thinking through it, I feel as if
> > it would need to be "flash:888.wav". ÿ
> > ÿ
> > 2. Helix server.. ÿ I've reasearched this a little but am curious as
> > to how you were thinking it may help in this situation (not saying I
> > don't think it would, I'm just wondering if I'm missing ways it
> > could). There are certainly some serious advantages to a helix setup
> > in regards to streaming, redundancy, scalability and branch office
> > designs but perhaps you're hinting at the way it can deliver http
> > content more efficiently?ÿ
> > ÿ
> > Thanks for your time Janine
> > -Ryan
> > ÿ
> > Would it be any more efficient to locate some of these wav files in
> > flash? I don't think they take up room in the 'cache' when they're on
> > flash.
> >
> >
> > On 8/22/2011 1:12 PM, Cisco Developer Community Forums wrote:
> > > Ryam Hilfers has created a new message in the forum "CVP - All
> > Versions":
> > >
> > > --------------------------------------------------------------
> > > Question: ÿ⿿ Is there any way to increase the http cache on a 3945e
> > > gateway to >100MB? Any other creative solutions for the problem I have
> > > below?ÿ⿿
> > > ÿ⿿
> > > Background: I have a customer with A LOT of wav files. ÿ⿿ Every LOB
> > > they serve has a unique MOH playlist and what I have found is that
> > > during load testing or times when we take on a large queue, the http
> > > client process on the gateway consumes almost 30% of the cpu, which
> > > really impacts the planned capacity of this box. This is happening
> > > because there are over 60 <1MB wav files in line for each queue, and
> > > with over 60 different queues, new files are constantly being played
> > > during high queue times thus needing to be streamed and the gateway
> > > starts cycling its cache and using valuable CPU.
> > > ÿ⿿
> > > Is there another way to fetch wav files more effeciently? ÿ⿿
> I'd image
> > > RTSP would not save any cpu and also may ruin the ability to cache,
> > > i'm not sure.
> > > ÿ⿿
> > > Thanks for the help.
> > > ÿ⿿
> > > -Ryanÿ⿿
> > > ÿ⿿
> > > --
> > > To respond to this post, please click the following link:
> > >
> > >
> >
> <http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/4400524>
> > >
> > > or simply reply to this email.
> >
> > --
> > Janine Graves
> >
> > --
> > To respond to this post, please click the following link:
> >
> >
> <http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/4410065>
> >
> > or simply reply to this email.
>
> --
> Janine Graves
> --
> To respond to this post, please click the following link:
>
> <http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/4410389>
>
> or simply reply to this email.
--
Janine Graves
Subject: RE: Re: New Message from Ryam Hilfers in Customer Voice Portal (CVP) - CVP
Replied by: Seth Katzman on 24-08-2011 04:46:02 PM
1.For audio files located in flash, you access them as "flash:888.wav"
2.I don't know whether the Helix Server will deliver the content more
efficiently. I've only read about it, I've never worked with one. I just
know that you can preset an audio stream of multiple audio files that
play in succession, and then you access the stream as one rtsp URL on
the gateway. I'm hoping someone from Cisco can weigh in on its
efficiency (or lack of).
I don't think we ever tested performance statistics between flat playing of a media file via HTTP vs streaming via RTSP from a streaming server such as Helix. There may be some sizing numbers for HTTP vs RTSP from the IOS Gateway documentation side. As a data point, one of our callflows does exactly this as the Helix Streaming Server streams a consecutive set of audio files in repeat which is played as queue music by accessing a static RTSP URI.
Subject: Re: New Message from Ryam Hilfers in Customer Voice Portal (CVP) - CVP - Al
Replied by: Janine Graves on 24-08-2011 04:33:46 PM
1.For audio files located in flash, you access them as "flash:888.wav"
2.I don't know whether the Helix Server will deliver the content more
efficiently. I've only read about it, I've never worked with one. I just
know that you can preset an audio stream of multiple audio files that
play in succession, and then you access the stream as one rtsp URL on
the gateway. I'm hoping someone from Cisco can weigh in on its
efficiency (or lack of).
On 8/24/2011 3:50 PM, Cisco Developer Community Forums wrote:
> Ryam Hilfers has created a new message in the forum "CVP - All Versions":
>
> --------------------------------------------------------------
> Janine, thank you for the out of the box suggestions! Â This is
> exactly what I was hoping for. Â A few questions though,
> Â
> 1. Is it still possible to call files out of flash via a URI of lets
> say "http://mymediaserver/app/files/888.wav" ? Â Or would I need to
> track which files I have in flash and call them via "flash:888.wav" in
> the application? Â If you don't know, I will try this out, either way
> I will probably try it but logically thinking through it, I feel as if
> it would need to be "flash:888.wav". Â
> Â
> 2. Helix server.. Â I've reasearched this a little but am curious as
> to how you were thinking it may help in this situation (not saying I
> don't think it would, I'm just wondering if I'm missing ways it
> could). There are certainly some serious advantages to a helix setup
> in regards to streaming, redundancy, scalability and branch office
> designs but perhaps you're hinting at the way it can deliver http
> content more efficiently?Â
> Â
> Thanks for your time Janine
> -Ryan
> Â
> Would it be any more efficient to locate some of these wav files in
> flash? I don't think they take up room in the 'cache' when they're on
> flash.
>
>
> On 8/22/2011 1:12 PM, Cisco Developer Community Forums wrote:
> > Ryam Hilfers has created a new message in the forum "CVP - All
> Versions":
> >
> > --------------------------------------------------------------
> > Question: ÿ Is there any way to increase the http cache on a 3945e
> > gateway to >100MB? Any other creative solutions for the problem I have
> > below?ÿ
> > ÿ
> > Background: I have a customer with A LOT of wav files. ÿ Every LOB
> > they serve has a unique MOH playlist and what I have found is that
> > during load testing or times when we take on a large queue, the http
> > client process on the gateway consumes almost 30% of the cpu, which
> > really impacts the planned capacity of this box. This is happening
> > because there are over 60 <1MB wav files in line for each queue, and
> > with over 60 different queues, new files are constantly being played
> > during high queue times thus needing to be streamed and the gateway
> > starts cycling its cache and using valuable CPU.
> > ÿ
> > Is there another way to fetch wav files more effeciently? ÿ I'd image
> > RTSP would not save any cpu and also may ruin the ability to cache,
> > i'm not sure.
> > ÿ
> > Thanks for the help.
> > ÿ
> > -Ryanÿ
> > ÿ
> > --
> > To respond to this post, please click the following link:
> >
> >
> <http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/4400524>
> >
> > or simply reply to this email.
>
> --
> Janine Graves
>
> --
> To respond to this post, please click the following link:
>
> <http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/4410065>
>
> or simply reply to this email.
--
Janine Graves
Subject: RE: New Message from Janine Graves in Customer Voice Portal (CVP) - CVP - A
Replied by: Hemal Mehta on 28-08-2011 06:48:19 PM
Just an FYI Janine, we were trying to implement streaming audio with Helix server and we were unsuccessful. It seems its not truly supported. We are looking at other options.... I will keep you all posted.
Hemal
________________________________
From: Cisco Developer Community Forums [cdicuser@developer.cisco.com]
Sent: Wednesday, August 24, 2011 3:41 PM
To: cdicuser@developer.cisco.com
Subject: New Message from Janine Graves in Customer Voice Portal (CVP) - CVP - All Versions: Re: New Message from Janine Graves in Customer Voice Portal (CVP) - CVP - A
Janine Graves has created a new message in the forum "CVP - All Versions":
--------------------------------------------------------------
As I understand it, we can't use streamed audio with the gateway unless
we use a Helix Server. So that's why I think it might be a better way
for you to go.
On 8/24/2011 4:33 PM, Cisco Developer Community Forums wrote:
> Janine Graves has created a new message in the forum "CVP - All Versions":
>
> --------------------------------------------------------------
> 1.For audio files located in flash, you access them as "flash:888.wav"
>
> 2.I don't know whether the Helix Server will deliver the content more
> efficiently. I've only read about it, I've never worked with one. I just
> know that you can preset an audio stream of multiple audio files that
> play in succession, and then you access the stream as one rtsp URL on
> the gateway. I'm hoping someone from Cisco can weigh in on its
> efficiency (or lack of).
>
>
>
>
> On 8/24/2011 3:50 PM, Cisco Developer Community Forums wrote:
> > Ryam Hilfers has created a new message in the forum "CVP - All
> Versions":
> >
> > --------------------------------------------------------------
> > Janine, thank you for the out of the box suggestions! ÿ This is
> > exactly what I was hoping for. ÿ A few questions though,
> > ÿ
> > 1. Is it still possible to call files out of flash via a URI of lets
> > say "http://mymediaserver/app/files/888.wav" ? ÿ Or would I need to
> > track which files I have in flash and call them via "flash:888.wav" in
> > the application? ÿ If you don't know, I will try this out, either way
> > I will probably try it but logically thinking through it, I feel as if
> > it would need to be "flash:888.wav". ÿ
> > ÿ
> > 2. Helix server.. ÿ I've reasearched this a little but am curious as
> > to how you were thinking it may help in this situation (not saying I
> > don't think it would, I'm just wondering if I'm missing ways it
> > could). There are certainly some serious advantages to a helix setup
> > in regards to streaming, redundancy, scalability and branch office
> > designs but perhaps you're hinting at the way it can deliver http
> > content more efficiently?ÿ
> > ÿ
> > Thanks for your time Janine
> > -Ryan
> > ÿ
> > Would it be any more efficient to locate some of these wav files in
> > flash? I don't think they take up room in the 'cache' when they're on
> > flash.
> >
> >
> > On 8/22/2011 1:12 PM, Cisco Developer Community Forums wrote:
> > > Ryam Hilfers has created a new message in the forum "CVP - All
> > Versions":
> > >
> > > --------------------------------------------------------------
> > > Question: ÿ⿿ Is there any way to increase the http cache on a 3945e
> > > gateway to >100MB? Any other creative solutions for the problem I have
> > > below?ÿ⿿
> > > ÿ⿿
> > > Background: I have a customer with A LOT of wav files. ÿ⿿ Every LOB
> > > they serve has a unique MOH playlist and what I have found is that
> > > during load testing or times when we take on a large queue, the http
> > > client process on the gateway consumes almost 30% of the cpu, which
> > > really impacts the planned capacity of this box. This is happening
> > > because there are over 60 <1MB wav files in line for each queue, and
> > > with over 60 different queues, new files are constantly being played
> > > during high queue times thus needing to be streamed and the gateway
> > > starts cycling its cache and using valuable CPU.
> > > ÿ⿿
> > > Is there another way to fetch wav files more effeciently? ÿ⿿
> I'd image
> > > RTSP would not save any cpu and also may ruin the ability to cache,
> > > i'm not sure.
> > > ÿ⿿
> > > Thanks for the help.
> > > ÿ⿿
> > > -Ryanÿ⿿
> > > ÿ⿿
> > > --
> > > To respond to this post, please click the following link:
> > >
> > >
> >
> <http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/4400524>
> > >
> > > or simply reply to this email.
> >
> > --
> > Janine Graves
> >
> > --
> > To respond to this post, please click the following link:
> >
> >
> <http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/4410065>
> >
> > or simply reply to this email.
>
> --
> Janine Graves
> --
> To respond to this post, please click the following link:
>
> <http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/4410389>
>
> or simply reply to this email.
--
Janine Graves
--
To respond to this post, please click the following link:
<http://developer.cisco.com:8080/web/cvp/forums/-/message_boards/view_message/4410141>
or simply reply to this email.
Subject: RE: New Message from Janine Graves in Customer Voice Portal (CVP) - CVP - A
Replied by: Ryam Hilfers on 29-08-2011 01:39:09 PM
Hemal,
Were you trying to integrate with Helix via RTSP? I have been looking into this design lately as a means to relieve our gateways of some valuable CPU. I am fairly confident that it would as the Http client and IVR media player on the gateway are not involved when playing an rtsp stream... but now I am concerned seeing you've tried this and were unsuccessful... Could you elaborate any further on where the fallout was?
The load rate on the http client of our gateways hits over 33Gigs/hr during peak... consuming over 30% of the cpu. I'm struggling to find a way to alleviate this.
HTTP Client Statistics:
=======================
Elapsed time: 30191922 msec
Load Count:
total load count = 2328469
total byte count = 279716296744
largest file size = 3124166 bytes
smallest file size = 54 bytes
Server Response Time to Connect:
longest response to connect = 2244 msec
shortest response to connect = 2 msec
Server Response Time to Load:
longest response to load = 5070 msec
shortest response to load = 2 msec
File Load Time from Server:
longest load time = 7898 msec
shortest load time = 0 msec
Server Connection Count:
max connections = 101
established connections = 2148291
Load Rate:
1 hour : 33352560000 bytes
1 min : 555876000 bytes
1 sec : 9264600 bytes
1 msec : 9264.60 bytes
Individual Counts:
app_requests = 2428489 app_callbacks = 2428489
200_OK_rsp = 2427933 other_rsp = 187
total_errors = 369 client_timeouts = 369
client_errs = 0 connect_errs/_timeouts = 0
msg_decode_errs = 0 msg_encode_errs = 0
msg_xmit_errs = 0 write_Q_full = 0
socket_rcv_errs = 0 supported_method_errs = 0
retries = 0 late_responses = 0
out_of_memory = 0 mem_reallocs = 1473333
msg_malloced = 0 event_malloced = 0
cache_freed_by_ager = 177
Just an FYI Janine, we were trying to implement streaming audio with Helix server and we were unsuccessful. It seems its not truly supported. We are looking at other options.... I will keep you all posted.
Hemal
________________________________
From: Cisco Developer Community Forums [cdicuser@developer.cisco.com]
Sent: Wednesday, August 24, 2011 3:41 PM
To: cdicuser@developer.cisco.com
Subject: New Message from Janine Graves in Customer Voice Portal (CVP) - CVP - All Versions: Re: New Message from Janine Graves in Customer Voice Portal (CVP) - CVP - A
Janine Graves has created a new message in the forum "CVP - All Versions":
--------------------------------------------------------------
As I understand it, we can't use streamed audio with the gateway unless
we use a Helix Server. So that's why I think it might be a better way
for you to go.
On 8/24/2011 4:33 PM, Cisco Developer Community Forums wrote:
> Janine Graves has created a new message in the forum "CVP - All Versions":
>
> --------------------------------------------------------------
> 1.For audio files located in flash, you access them as "flash:888.wav"
>
> 2.I don't know whether the Helix Server will deliver the content more
> efficiently. I've only read about it, I've never worked with one. I just
> know that you can preset an audio stream of multiple audio files that
> play in succession, and then you access the stream as one rtsp URL on
> the gateway. I'm hoping someone from Cisco can weigh in on its
> efficiency (or lack of).
>
>
>
>
> On 8/24/2011 3:50 PM, Cisco Developer Community Forums wrote:
> > Ryam Hilfers has created a new message in the forum "CVP - All
> Versions":
> >
> > --------------------------------------------------------------
> > Janine, thank you for the out of the box suggestions! ÿ This is
> > exactly what I was hoping for. ÿ A few questions though,
> > ÿ
> > 1. Is it still possible to call files out of flash via a URI of lets
> > say "http://mymediaserver/app/files/888.wav" ? ÿ Or would I need to
> > track which files I have in flash and call them via "flash:888.wav" in
> > the application? ÿ If you don't know, I will try this out, either way
> > I will probably try it but logically thinking through it, I feel as if
> > it would need to be "flash:888.wav". ÿ
> > ÿ
> > 2. Helix server.. ÿ I've reasearched this a little but am curious as
> > to how you were thinking it may help in this situation (not saying I
> > don't think it would, I'm just wondering if I'm missing ways it
> > could). There are certainly some serious advantages to a helix setup
> > in regards to streaming, redundancy, scalability and branch office
> > designs but perhaps you're hinting at the way it can deliver http
> > content more efficiently?ÿ
> > ÿ
> > Thanks for your time Janine
> > -Ryan
> > ÿ
> > Would it be any more efficient to locate some of these wav files in
> > flash? I don't think they take up room in the 'cache' when they're on
> > flash.
> >
> >
> > On 8/22/2011 1:12 PM, Cisco Developer Community Forums wrote:
> > > Ryam Hilfers has created a new message in the forum "CVP - All
> > Versions":
> > >
> > > --------------------------------------------------------------
> > > Question: ÿ⿿ Is there any way to increase the http cache on a 3945e
> > > gateway to >100MB? Any other creative solutions for the problem I have
> > > below?ÿ⿿
> > > ÿ⿿
> > > Background: I have a customer with A LOT of wav files. ÿ⿿ Every LOB
> > > they serve has a unique MOH playlist and what I have found is that
> > > during load testing or times when we take on a large queue, the http
> > > client process on the gateway consumes almost 30% of the cpu, which
> > > really impacts the planned capacity of this box. This is happening
> > > because there are over 60 <1MB wav files in line for each queue, and
> > > with over 60 different queues, new files are constantly being played
> > > during high queue times thus needing to be streamed and the gateway
> > > starts cycling its cache and using valuable CPU.
> > > ÿ⿿
> > > Is there another way to fetch wav files more effeciently? ÿ⿿
> I'd image
> > > RTSP would not save any cpu and also may ruin the ability to cache,
> > > i'm not sure.
> > > ÿ⿿
> > > Thanks for the help.
> > > ÿ⿿
> > > -Ryanÿ⿿
> > > ÿ⿿
> > > --
> > > To respond to this post, please click the following link:
> > >
> > >
> >
> <http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/4400524>
> > >
> > > or simply reply to this email.
> >
> > --
> > Janine Graves
> >
> > --
> > To respond to this post, please click the following link:
> >
> >
> <http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/4410065>
> >
> > or simply reply to this email.
>
> --
> Janine Graves
> --
> To respond to this post, please click the following link:
>
> <http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/4410389>
>
> or simply reply to this email.
--
Janine Graves
--
To respond to this post, please click the following link:
<http://developer.cisco.com:8080/web/cvp/forums/-/message_boards/view_message/4410141>
or simply reply to this email.
Subject: RE: New Message from Janine Graves in Customer Voice Portal (CVP) - CVP - A
Replied by: Hemal Mehta on 02-09-2011 10:55:58 PM
Sorry for the late reply. What we were trying to do is to stream from a live source like Radio and ran into issues with that. Your case seems little different.
Hemal
Hemal,
Were you trying to integrate with Helix via RTSP? I have been looking into this design lately as a means to relieve our gateways of some valuable CPU. I am fairly confident that it would as the Http client and IVR media player on the gateway are not involved when playing an rtsp stream... but now I am concerned seeing you've tried this and were unsuccessful... Could you elaborate any further on where the fallout was?
The load rate on the http client of our gateways hits over 33Gigs/hr during peak... consuming over 30% of the cpu. I'm struggling to find a way to alleviate this.
HTTP Client Statistics:
=======================
Elapsed time: 30191922 msec
Load Count:
total load count = 2328469
total byte count = 279716296744
largest file size = 3124166 bytes
smallest file size = 54 bytes
Server Response Time to Connect:
longest response to connect = 2244 msec
shortest response to connect = 2 msec
Server Response Time to Load:
longest response to load = 5070 msec
shortest response to load = 2 msec
File Load Time from Server:
longest load time = 7898 msec
shortest load time = 0 msec
Server Connection Count:
max connections = 101
established connections = 2148291
Load Rate:
1 hour : 33352560000 bytes
1 min : 555876000 bytes
1 sec : 9264600 bytes
1 msec : 9264.60 bytes
Individual Counts:
app_requests = 2428489 app_callbacks = 2428489
200_OK_rsp = 2427933 other_rsp = 187
total_errors = 369 client_timeouts = 369
client_errs = 0 connect_errs/_timeouts = 0
msg_decode_errs = 0 msg_encode_errs = 0
msg_xmit_errs = 0 write_Q_full = 0
socket_rcv_errs = 0 supported_method_errs = 0
retries = 0 late_responses = 0
out_of_memory = 0 mem_reallocs = 1473333
msg_malloced = 0 event_malloced = 0
cache_freed_by_ager = 177
Just an FYI Janine, we were trying to implement streaming audio with Helix server and we were unsuccessful. It seems its not truly supported. We are looking at other options.... I will keep you all posted.
Hemal
________________________________
From: Cisco Developer Community Forums [cdicuser@developer.cisco.com]
Sent: Wednesday, August 24, 2011 3:41 PM
To: cdicuser@developer.cisco.com
Subject: New Message from Janine Graves in Customer Voice Portal (CVP) - CVP - All Versions: Re: New Message from Janine Graves in Customer Voice Portal (CVP) - CVP - A
Janine Graves has created a new message in the forum "CVP - All Versions":
--------------------------------------------------------------
As I understand it, we can't use streamed audio with the gateway unless
we use a Helix Server. So that's why I think it might be a better way
for you to go.
On 8/24/2011 4:33 PM, Cisco Developer Community Forums wrote:
> Janine Graves has created a new message in the forum "CVP - All Versions":
>
> --------------------------------------------------------------
> 1.For audio files located in flash, you access them as "flash:888.wav"
>
> 2.I don't know whether the Helix Server will deliver the content more
> efficiently. I've only read about it, I've never worked with one. I just
> know that you can preset an audio stream of multiple audio files that
> play in succession, and then you access the stream as one rtsp URL on
> the gateway. I'm hoping someone from Cisco can weigh in on its
> efficiency (or lack of).
>
>
>
>
> On 8/24/2011 3:50 PM, Cisco Developer Community Forums wrote:
> > Ryam Hilfers has created a new message in the forum "CVP - All
> Versions":
> >
> > --------------------------------------------------------------
> > Janine, thank you for the out of the box suggestions! ÿ This is
> > exactly what I was hoping for. ÿ A few questions though,
> > ÿ
> > 1. Is it still possible to call files out of flash via a URI of lets
> > say "http://mymediaserver/app/files/888.wav" ? ÿ Or would I need to
> > track which files I have in flash and call them via "flash:888.wav" in
> > the application? ÿ If you don't know, I will try this out, either way
> > I will probably try it but logically thinking through it, I feel as if
> > it would need to be "flash:888.wav". ÿ
> > ÿ
> > 2. Helix server.. ÿ I've reasearched this a little but am curious as
> > to how you were thinking it may help in this situation (not saying I
> > don't think it would, I'm just wondering if I'm missing ways it
> > could). There are certainly some serious advantages to a helix setup
> > in regards to streaming, redundancy, scalability and branch office
> > designs but perhaps you're hinting at the way it can deliver http
> > content more efficiently?ÿ
> > ÿ
> > Thanks for your time Janine
> > -Ryan
> > ÿ
> > Would it be any more efficient to locate some of these wav files in
> > flash? I don't think they take up room in the 'cache' when they're on
> > flash.
> >
> >
> > On 8/22/2011 1:12 PM, Cisco Developer Community Forums wrote:
> > > Ryam Hilfers has created a new message in the forum "CVP - All
> > Versions":
> > >
> > > --------------------------------------------------------------
> > > Question: ÿ⿿ Is there any way to increase the http cache on a 3945e
> > > gateway to >100MB? Any other creative solutions for the problem I have
> > > below?ÿ⿿
> > > ÿ⿿
> > > Background: I have a customer with A LOT of wav files. ÿ⿿ Every LOB
> > > they serve has a unique MOH playlist and what I have found is that
> > > during load testing or times when we take on a large queue, the http
> > > client process on the gateway consumes almost 30% of the cpu, which
> > > really impacts the planned capacity of this box. This is happening
> > > because there are over 60 <1MB wav files in line for each queue, and
> > > with over 60 different queues, new files are constantly being played
> > > during high queue times thus needing to be streamed and the gateway
> > > starts cycling its cache and using valuable CPU.
> > > ÿ⿿
> > > Is there another way to fetch wav files more effeciently? ÿ⿿
> I'd image
> > > RTSP would not save any cpu and also may ruin the ability to cache,
> > > i'm not sure.
> > > ÿ⿿
> > > Thanks for the help.
> > > ÿ⿿
> > > -Ryanÿ⿿
> > > ÿ⿿
> > > --
> > > To respond to this post, please click the following link:
> > >
> > >
> >
> <http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/4400524>
> > >
> > > or simply reply to this email.
> >
> > --
> > Janine Graves
> >
> > --
> > To respond to this post, please click the following link:
> >
> >
> <http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/4410065>
> >
> > or simply reply to this email.
>
> --
> Janine Graves
> --
> To respond to this post, please click the following link:
>
> <http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/4410389>
>
> or simply reply to this email.
--
Janine Graves
--
To respond to this post, please click the following link:
<http://developer.cisco.com:8080/web/cvp/forums/-/message_boards/view_message/4410141>
or simply reply to this email.