Yes, I got the following errors when I tried to pause the SIPP process
using 'kill -SIGSTOP' command on linux and resumed it after the media
transfer got completed by using the 'kill -SIGCONT' command.
--------------------------------------------------------------------------------------------------------
The minor watchdog timer 500ms has been tripped (1200), 120 trips
remaining..
Resetting watchdog timer trigger counts, as it has not been triggered in
over 600041ms..
--------------------------------------------------------------------------------------------------------
Apparently the flow of messages and media was successful. I found no help in
the SIPp documentation regarding the working of this timer so I am not sure
how this error may affect various scenarios using the pause approach I have
mentioned.
Can you please suggest any relevant reference documentation I could use.
Can you kindly recommend a better solution to this problem.
Regards,
Madiha
On Wed, Sep 24, 2008 at 6:55 PM, Charles P Wright <[EMAIL PROTECTED]>wrote:
> No. SIPp's internal timing loop will go haywire trying to catch up when
> you resume it.
>
> Charles
>
>
>
>
> "Madiha Shahid" <[EMAIL PROTECTED]>
> 09/24/2008 01:05 AM
>
> To
> "Peter Higginson" <[EMAIL PROTECTED]>
> cc
> sipp-users@lists.sourceforge.net
> Subject
> Re: [Sipp-users] Issue faced with updating filed value of csv injection
> file
>
>
>
>
>
>
> Thanks Peter for the suggestion.
> Thats right, the scenario I'm using works for one call only.
>
> Would it be a good idea to pause the SIPP process using 'kill -SIGSTOP'
> command on linux and resume it after the media transfer gets completed by
> using the 'kill -SIGCONT' command?
>
> Regards,
> Madiha
>
> On Wed, Sep 24, 2008 at 1:36 AM, Peter Higginson <[EMAIL PROTECTED]>
> wrote:
>
> Madiha,
>
> The mechanism you have described looks like it only works with one call.
> If that is the case you could exit SIPP (saving any context and the
> Call-ID of course) and re-enter it to continue the call after the media is
> done.
>
> The alternative we did at Newport Networks was to start and stop the
> external media generator from the SIPP process. That method will (and did)
> work for multiple simultaneous calls and you then use something like a
> pause to control the length of the media generation.
>
> Peter Higginson
>
>
>
> Date: Tue, 23 Sep 2008 21:35:33 +0500
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> CC: sipp-users@lists.sourceforge.net
> Subject: Re: [Sipp-users] Issue faced with updating filed value of csv
> injection file
>
>
>
> Hi,
> Thanks for the reply Charles.
>
> Does anyone know a workaround to this problem. Is there a way to induce a
> variable pause at the server side SIPp such that the the file execution
> of the server side resumes only after the media transfer gets completed.
>
> Regards,
> Madiha
>
> On Tue, Sep 23, 2008 at 4:49 PM, Charles P Wright <[EMAIL PROTECTED]>
> wrote:
> You can not update the value of CSV fields after starting SIPp.
>
> Charles
>
>
>
>
> "Madiha Shahid" <[EMAIL PROTECTED]>
> 09/23/2008 03:02 AM
>
> To
> sipp-users@lists.sourceforge.net
> cc
>
> Subject
> [Sipp-users] Issue faced with updating filed value of csv injection file
>
>
>
>
>
>
> Hi all,
>
> Description:
> I am writing a scenario in SIPp that allows media transfer between calls
> using an external utility (Gstreamer). The external utility gets called by
> running it through exec command.I want to induce a pause at the sender
> side so that media transfer gets completed before further messages can be
> tranfered between SIPp client and server.
>
> This is how Im trying to do it. I use the -inf switch and provide a csv
> file as input to the server side sipp command The [field0] in this csv
> file has vale 1. When file transfer gets completed, value '1' written in
> this file is replaced with value '10' as written by an external
> application. The SIPp server, keeps monitoring the [field0] value to check
> if the the file has been updated so that it can proceed further.
>
> However, even though the value in the csv file is replaced, it is not
> updated in the [field0]. [field0] still has the old value which keeps the
> scenario in a loop for ever.
>
> Please let me know if this is expected? Is there a workaround to this
> problem?
>
> Thanks,
> Madiha
>
> Here is the part of the code at the server side that produces this issue:
>
> ******************************
> **************************************************************
> <nop>
> <action>
> <exec command="./gst-sender.sh"/>
>
> </action>
> </nop>
>
>
>
> <label id="8"/>
> <nop>
> <action>
>
> <log message="entered label 8"/>
>
> </action>
> </nop>
> <pause milliseconds="1"/>
>
>
> <nop>
> <action>
> <!-- Assign the value in field0 of the CSV file to a $3. -->
> <assignstr assign_to="3" value="[field0]" />
> <log message="Value written in file is [$3]"/>
> <todouble assign_to="4" variable="3" />
> <log message="Value written in file converted is [$4]"/>
> <test assign_to="5" variable="4" compare="not_equal" value="10" />
> <log message="Result of compare is [$5]"/>
>
> </action>
> </nop>
>
> <nop next="8" test="5"/>
>
> <nop>
> <action>
>
> <log message="exiting label 8"/>
>
> ********************************************************************************************
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Sipp-users mailing list
> Sipp-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/sipp-users
>
>
>
>
> Get Hotmail on your mobile from Vodafone Try it Now!
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Sipp-users mailing list
> Sipp-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/sipp-users
>
>
>
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sipp-users
