HI Xavier ,
Thanks for clearing this doubt. I have updated the kernel frequency of my
load generating machine to 1000 Hz.
The thing i need to ask this time is that , regarding configuring multiple
virtual IP ports , do i need to do this only on the test system and not on
the SUT ?? I mean only the Desktop running the test system will be having
this virtual IP's as they will be generating calls , i guess there is no
need to configure this multiple virtual IP on the SUT.
Also , if you can suggest me something on the FHoSS of OpenIMSCore. How do i
update the database of FHoSS so that it can store informations of near about
100,000 users.
What i am planning to do is that, i will be having 2 SIPp load generators
each generating 50,000 users calls. So it takes the total user capacity to
100,000.
Now presently i can only test calls between 2 users who are registered in
the FHoSS. How to increase this capacity, if you can suggest me anything on
this?
Regards,
Sougata
On Sat, Oct 16, 2010 at 10:36 AM, Simonart, Xavier <
xavier.simon...@intel.com> wrote:
> Hi,
>
>
>
> The Kernel Timer change is only requested on the IMS bench SIPP systems,
> not on the IMS core.
>
> What are the consequences of keeping the Kernel Timer even on the IMS Bench
> SIPP? If you stay with lower Kernel Timer Frequency, you should loose some
> accuracy of the load generation. For instance, calls will potentially not be
> generated every milliseconds, but every 4 milliseconds (HZ=250) or even
> worse depending of the frequency you use. The statistical distribution is
> hence affected. There is also a risk of bulk calls generation: instead for
> instance of having one call every milliseconds, you would have 4 calls in
> one millisecond, followed by no calls for 3 milliseconds. But that should
> be the only consequences.
>
>
>
> Ptp is used for two reasons:
>
> - Between two IMS bench sipp servers. If I understand well your
> setup, IMS bench sipp will run in your case on only one system, so there is
> no problem here (even of you run 8 IMS bench sipp on this server, they will
> be synchronized). If you had more than one server running IMS Bench SIPP,
> then this is really mandatory, as the tool makes time differences between
> different servers.
>
> - To synchronize IMS bench sipp systems and SUT, for cpum (CPU
> collection). If you lack ptp here, I think that only report might here be
> affected (cpu graphs having the timing of your sut, while other graphs would
> have timing of the IMS bench sipp systems).
>
>
>
> So, the impact should not be too high in your configurations. But please
> note this is not the configuration usually tested
>
> -Xavier
>
>
> ------------------------------
>
> *From:* sougata pal [mailto:sougata....@gmail.com]
> *Sent:* vendredi 15 octobre 2010 17:57
> *To:* sipp-users@lists.sourceforge.net
> *Subject:* [Sipp-users] Urgent Query on IMS Bench SIPp and OpenIMSCore
>
>
>
> Hi All ,
>
> I am having one query on installing IMS Bench SIPp.
> Now my one desktop is having OpenIMSCore simulator and on the other one i
> am installing IMS Bench SIPp.
> Now when i see the pre-requisites for its installation , i see 2 things
> which i want to get clear about -
>
> 1. Kernel Timer Frequency Changed to 1000 Hz
> 2. To install Precision Time protocol for having synchronization.
>
> Now i want to know , is these 2 steps are mandatory? If i don't do these
> steps will it effect my IMS Benchmark tests.
> As my own desktop , which comprises of the OpenIMSCore simulator , does
> changing its kernel timer frequency can hamper its present configurations?
> If so , then i dont want to do it as i have everything installed in it till
> today.
>
> Also i want to know if anybody has done any tests on signaling load related
> issues using IMS Bench SIPp and OpenIMSCore.
>
> Regards ,
>
> Sougata
> Intel Corporation NV/SA
> Kings Square, Veldkant 31
> 2550 Kontich
> RPM (Bruxelles) 0415.497.718.
> Citibank, Brussels, account 570/1031255/09
>
> This e-mail and any attachments may contain confidential material for the
> sole use of the intended recipient(s). Any review or distribution by others
> is strictly prohibited. If you are not the intended recipient, please
> contact the sender and delete all copies.
>
------------------------------------------------------------------------------
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
_______________________________________________
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sipp-users
