Re: [Sipp-users] question about pcapplay with imsbench

[James V. V. <ja...@bo...>]

I have not tried the patch.  I don't know if this will help in your
situation but we run our tests using cheap servers in the Amazon EC2 cloud
and just run lots of sipp processes.  As imsbench allows a "herd" of them
to run we have never bothered to try to get large concurrent numbers out of
a single sipp.   I also think you can run multiple sipp processes on the
same box and control them with imsbench now that I think about it.  But in
our case having lots of servers with lots of different IP addresses coming
form lots of places in the country was more "real" anyhow.

-James


On Wed, Apr 4, 2012 at 12:08 PM, Fagamou NDIAYE <faa...@gm...>wrote:

>  Hello
>
> We are working on the load with RTP  with calls duration  270 sec, we
> observed that the server TS  crashed,  the SIPP has its CPU consumption
> overloaded. So that the load does not 180 concurrent calls
> This problem is listed in sipp-user-group here
> http://www.mail-archive.com/sip...@li.../msg03786.html
>
> But the available patch is for SIPP V3.2 I found it here
> http://sourceforge.net/tracker/?func=detail&aid=2796260&group_id=104305&atid=637566( deprecated by patch 1885530)
>
>
>
> My question is : has anyone perform imsbench  testing with pre-recorded
> RTP streams ?  what was your feedback .
>
> Has anyone have , patch with can correct this issues and for imsbench
> source ?
>
>
>
> Thanks ,
>
>
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Sipp-users mailing list
> Sip...@li...
> https://lists.sourceforge.net/lists/listinfo/sipp-users
>
>