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

Reply via email to