Hi,
I'm using SIPp for testing and I have a question regarding labels.
In the documentation there is the warning: If you add special cases at the
end, don’t forget to put a label at the real end and jump to it at the end
of the normal flow
Which I tried to use in the following script and the
Hello Charles,
And there is no way to avoid this behaviour ?
Unless the INVITEs have the same Call-ID, they will start a new scenario.
I need to run sipp with scenario that begins with recv
request=INVITE command
but I do not need to run the scenario from beginning when another
Hi,
Is it possible to have a something like below.
scenario name=Basic UAS responder
nop
action
exec command=echo press 1 /dev/ttyS0 / !! Some
Action over serial interface !!
exec command=echo rel 1 /dev/ttyS0/
/action
/nop
recv
If some of you want to be listed in the guest book, feel free to edit this
page:
http://sipp.sourceforge.net/wiki/index.php/Guestbook
Olivier.
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's
Maksym,
If you can control the Call-IDs that you are receiving, you can prefix
them with something like foo///Call-ID and bar///Call-ID, which are
both treated as having a call id of Call-ID.
Otherwise, you could probably do some hacking to the get_call_id function
so that it will return
Charles,
Is it possible to start a second call from within the same UAC script?
INVITE ---
{call_id=1}
100
302
{new remote port information}
ACK ---
INVITE ---
{call_id=2}
{using port info from 302 Contact hdr}
When I try this, the received 100s are
Olivier,
That sounds like a good idea, there have been lots of bug fixes, etc.
since then and getting the new code into the hands of more users would be
great.
The extensive changes are limited to iomodel.diff, the rest of them are
pretty simple. Unfortunately, there was no good way to break
Charles,
Thanx for the answers.
I mean something different:
to accept calls with different Call-ID (not constant string) without
restarting scenario from the beginning.
If you can control the Call-IDs that you are receiving, you can
prefix them with something like foo///Call-ID and
Hi,
Could anyone tell me how ResponseTimeN(C)/(P) and
ResponseTimeStDevN(C)/(P) values should be interpreted?
How are they calculated? (at least point me to the part of the code
where I can see this).
Thanks a lot,
Juan
-
Could this be a bug?
I get
Call Length| -2047687697:12:55:808 | -2047687697:12:55:808
in sipp.2007-03-14
Similar thing happen with response time in the stats file.
Juan
-
Take Surveys. Earn Cash.
Juan Antonio Alvarez wrote:
Could this be a bug?
I get
Call Length| -2047687697:12:55:808 | -2047687697:12:55:808
in sipp.2007-03-14
Similar thing happen with response time in the stats file.
Perhaps a %d in a format which should be a %u? IE printing an unsigned
11 matches
Mail list logo