Fedora 20.

Carlo R. Carrano


  Rob Day wrote:

> Thanks for that - what about operating system and version (e.g. Mac OS
> X 10.6.8, Ubuntu 12.04.3, etc.?)
>
> Rob
>
> On 17 February 2014 20:27, Carlo Carrano
> <carlo.carr...@alcatel-lucent.com> wrote:
>> Rob,
>> I'm using the stable version 3.4.0-RTPSTREAM.
>> Here is the full command line I am using:
>>
>> sipp -r 1041 -rp 1000 -i <local_ipv4_address> -p <port#> -rsa
>> <remote_ipv4_address:port#> -sf 3rd+party_registration.xml -inf
>> <filename.csv> -trace_err -trace_screen <remote_ipv4_address> -mp <SMP_PORT>
>> -max_recv_loops 5000 -max_sched_loops 5000
>>
>> I don't have the chance to test with the latest code from github right now.
>> Once I'll be able to do that, I'll let you know the results.
>>
>> Thanks,
>>
>>
>> Carlo R. Carrano
>> Product Development Engineer - Research And Development
>> Call and Session Control Servers - Dept. NA10090741
>> 5420 CTS & SCG Development, Sustaining, and Project Management Team
>> Tel: +1-630-713-8911
>> OnNET: 287-38911
>> Room:  IHN 9D-429 L
>> http://ihgpweb.ih.lucent.com/~carranoc/
>>
>> Rob Day wrote:
>>> Hi Carlo,
>>>
>>> Does this reproduce with the latest code from
>>> https://github.com/SIPp/sipp? (You may need to install
>>> autoconf-archive and run './autoreconf -ivf' if it doesn't build
>>> successfully with './configure && make'.)
>>>
>>> Assuming it does reproduce, can you let me know what operating system
>>> and version you're on, and the full command line you're using (e.g.
>>> any transport type options)?
>>>
>>> Thanks,
>>> Rob
>>>
>>> On 17 February 2014 19:46, Carlo Carrano
>>> <carlo.carr...@alcatel-lucent.com> wrote:
>>>> Abinash,
>>>> thanks for replying to my request.
>>>> I believe the file descriptor size is fine. I actually can go to a rate
>>>> as
>>>> high as 4000 regs/sec, as long as I increase the value manually, using
>>>> the *
>>>> and + keys (at least that's as high as I did go).
>>>> However, if I start the script with a rate that is greater than 1000
>>>> (i.e.
>>>> '-r 1001' or greater), the script runs without generating any
>>>> registration.
>>>> Same goes if I try with a call load.
>>>> Thanks again,
>>>>
>>>> Carlo R. Carrano
>>>> Product Development Engineer - Research And Development
>>>> Call and Session Control Servers - Dept. NA10090741
>>>> 5420 CTS & SCG Development, Sustaining, and Project Management Team
>>>> Tel: +1-630-713-8911
>>>> OnNET: 287-38911
>>>> Room:  IHN 9D-429 L
>>>> http://ihgpweb.ih.lucent.com/~carranoc/
>>>>
>>>> Abinash Sarangi wrote:
>>>>
>>>> Hi Carlo,
>>>>
>>>> Is the build a stable one ?
>>>> Check the steps for increasing the file descriptor size
>>>> use -buff_size  set value to 1024*n( where n = 1..n)
>>>> can you on the call debug option as well
>>>>
>>>> please check with all these options
>>>>
>>>> Thanks
>>>> -Abinash
>>>>
>>>>
>>>>> Date: Sun, 16 Feb 2014 20:08:02 -0600
>>>>> From: carlo.carr...@alcatel-lucent.com
>>>>> To: sipp-users@lists.sourceforge.net
>>>>> Subject: [Sipp-users] Cannot start a script with more than 1000 reg/sec
>>>>>
>>>>> Hello,
>>>>> I'm running sipp v3.4.0-RTPSTREAM.
>>>>> I found that I am not able to start a registration script when the
>>>>> registration rate is greater than 1000 reg/sec. I'm using options -r
>>>>> 1047 -rp 1000.
>>>>> If the registration rate is less than or equal 1000, the script works
>>>>> fine. Otherwise, it starts but does not generate any load.
>>>>>
>>>>> Here is a screenshot for a working case:
>>>>>
>>>>> ------------------------------ Scenario Screen -------- [1-9]: Change
>>>>> Screen --
>>>>> Call-rate(length) Port Total-time Total-calls Remote-host
>>>>> 1000.0(0 ms)/1.000s 5500 6.00 s 5982 135.1.216.65:5060(UDP)
>>>>>
>>>>> 998 new calls during 1.001 s period 0 ms scheduler resolution
>>>>> 0 calls (limit 3000) Peak was 5 calls, after 0 s
>>>>> 0 Running, 5983 Paused, 473 Woken up
>>>>> 0 dead call msg (discarded) 0 out-of-call msg (discarded)
>>>>> 3 open sockets
>>>>>
>>>>> Messages Retrans Timeout Unexpected-Msg
>>>>> REGISTER ----------> 5982 0 0
>>>>> 200 <---------- E-RTD1 5982 0 0 0
>>>>> ------ [+|-|*|/]: Adjust rate ---- [q]: Soft exit ---- [p]: Pause
>>>>> traffic -----
>>>>>
>>>>>
>>>>> And here is a screenshot for a non-working case:
>>>>>
>>>>> ------------------------------ Scenario Screen -------- [1-9]: Change
>>>>> Screen --
>>>>> Call-rate(length) Port Total-time Total-calls Remote-host
>>>>> 1047.0(0 ms)/1.000s 5500 2.00 s 0 135.1.216.65:5060(UDP)
>>>>>
>>>>> 0 new calls during 1.002 s period 1 ms scheduler resolution
>>>>> 0 calls (limit 3141) Peak was 0 calls, after 0 s
>>>>> 0 Running, 2 Paused, 3 Woken up
>>>>> 0 dead call msg (discarded) 0 out-of-call msg (discarded)
>>>>> 3 open sockets
>>>>>
>>>>> Messages Retrans Timeout Unexpected-Msg
>>>>> REGISTER ----------> 0 0 0
>>>>> 200 <---------- E-RTD1 0 0 0 0
>>>>> ------ [+|-|*|/]: Adjust rate ---- [q]: Soft exit ---- [p]: Pause
>>>>> traffic -----
>>>>>
>>>>>
>>>>> Note that if I start the script with less than 1000 reg/sec and then I
>>>>> increase them manually, everything works just fine.
>>>>> Here is a screen shot showing that:
>>>>>
>>>>> ------------------------------ Scenario Screen -------- [1-9]: Change
>>>>> Screen --
>>>>> Call-rate(length) Port Total-time Total-calls Remote-host
>>>>> 1030.0(0 ms)/1.000s 5500 10.01 s 10208 135.1.216.65:5060(UDP)
>>>>>
>>>>> 1033 new calls during 1.002 s period 0 ms scheduler resolution
>>>>> 0 calls (limit 3090) Peak was 5 calls, after 2 s
>>>>> 0 Running, 10209 Paused, 481 Woken up
>>>>> 0 dead call msg (discarded) 0 out-of-call msg (discarded)
>>>>> 3 open sockets
>>>>>
>>>>> Messages Retrans Timeout Unexpected-Msg
>>>>> REGISTER ----------> 10208 0 0
>>>>> 200 <---------- E-RTD1 10208 0 0 0
>>>>> ------ [+|-|*|/]: Adjust rate ---- [q]: Soft exit ---- [p]: Pause
>>>>> traffic -----
>>>>>
>>>>>
>>>>> So, it seems that sipp is capable of handling a rate greater than 1000,
>>>>> but not if starting the script with that value.
>>>>>
>>>>> I need to start several scripts like this from a shell script, for lab
>>>>> automation registration and call load testing. Is there a way to
>>>>> overcome this limitation?
>>>>>
>>>>> Thanks in advance for any help you can give,
>>>>>
>>>>> Carlo
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Android apps run on BlackBerry 10
>>>>> Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
>>>>> Now with support for Jelly Bean, Bluetooth, Mapview and more.
>>>>> Get your Android app in front of a whole new audience. Start now.
>>>>>
>>>>>
>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
>>>>> _______________________________________________
>>>>> Sipp-users mailing list
>>>>> Sipp-users@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/sipp-users
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Managing the Performance of Cloud-Based Applications
>>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
>>>> Read the Whitepaper.
>>>>
>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk
>>>> _______________________________________________
>>>> Sipp-users mailing list
>>>> Sipp-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/sipp-users
>>>>
>


------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk
_______________________________________________
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sipp-users

Reply via email to