Re: [Sipp-users] How to force SIPPp to use the port specified in the scenario?
Hi, Unfortunately, as far as I know, sipp doesn't look at headers at all when selecting port (somebody please correct me if I'm wrong, because I don't have much experience with versions 1.1). Is the rrs=true in the recv scenario making a difference? (I actually never used routes in the scenario. I guess I may as well remove it). RRS is not for actually selecting port, but for storing Record-Route and Contect so that you can then use keywords [routes] and [next_url]. You should not remove RRS, because it manages not only Record-Route, but also Contact (and the contact is put to [next_url]). However, these keywords only affect message contents, and not the actual host/port it is sent to. If I use the command line -rsa host:port Yes, it will force (I use it in all or almost all of my tests). BTW, is SIPp using the port in Via header or what? Where does it gets the port to answer to from? I think it is just as you said - the port from where the request comes (unless -rsa is used). And since later in the scenario I need to send BYE to another proxy on port 5080, if I put -rsa localHost:5060 would that affect the BYE message too? Yes, RSA affects all messages What can I do to specify the ports to use in different part of the scenarios? I think this is impossible. When I needed such test, I used an additional proxy between sipp and the actual System-Under-Test. The proxy was sending the messages appropriately, based on headers. BR - Tomasz Radziszewski Senior Software Engineer Ericpol Telecom sp. z o.o. Madalinskiego 9, 30-303 Krakow, Poland e-mail: [EMAIL PROTECTED] http://www.ericpol.com/ - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Sipp-users mailing list Sipp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sipp-users
[Sipp-users] Problem using ontimeout with sipp 3.1
Hello, We encountered some problems using ontimeout attribute with sipp 3.1 On timeout the label is not found - even if it is defined in .xml file - and the label displayed in error logged on timeout is bad. (I tried by adding a: recv response=300 optional=false ontimeout=9 /recv and a label id=9/ in a script where it is not expected to receive a 300 answer ) I investigated in source code, I found a problem in scenario.cpp when reading scenario. In scenario::getCommonAttributes() function we have ontimeoutLabels[length] = ptr; ptr really contains label value when xml scenario is read; the problem is, when the scenario is executed ptr no longer points to label value (I did not try to see the reason why) I make a correction consisting in copying the label by a strdup rather than only keeping the pointer value: I replace ontimeoutLabels[length] = ptr; by ontimeoutLabels[length] = strdup(ptr); and it works. Current release already seems to deallocate the duplicated pointer with the call to clear_int_str(ontimeoutLabels); in ~scenario() Best regards Christophe - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Sipp-users mailing list Sipp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sipp-users
Re: [Sipp-users] SIPp for Automation
If the scenarios require precise synchronization between all the elements for a single call I would suggest using the extended third party call control (3pcc) feature of SIPp. Although its name is 3pcc, really it is just a mechanism to send data between SIPp instances. Charles Naresh [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 07/09/2008 01:08 AM To sipp-users@lists.sourceforge.net cc Subject [Sipp-users] SIPp for Automation hi, Can anyone suggest be any good framework or technique that shall help me to automate using SIPp Test Tool. I am currently having a basic framework using shell scripting and SIPp, but finding very difficult to synchronize the events. My requirement goes like this Scenario one uses UAC, UAS1, UAS2 Scenario two uses UAC, UAS1 Scenario three uses UAC, UAS1...UAS4 and so on I need to automate these scenarios. regards, Naresh Meet people who discuss and share your passions. Join them now. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Sipp-users mailing list Sipp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sipp-users - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Sipp-users mailing list Sipp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sipp-users
Re: [Sipp-users] How to force SIPPp to use the port specified in the scenario?
Tomasz, Just sending a note to confirm what you've written; you've got it all correct. The only minor thing is that in the latest trunks there is a setdest action that will let you change the host/port to send to. Charles Tomasz Radziszewski [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 07/09/2008 03:40 AM To sipp-users@lists.sourceforge.net cc Subject Re: [Sipp-users] How to force SIPPp to use the port specified in the scenario? Hi, Unfortunately, as far as I know, sipp doesn't look at headers at all when selecting port (somebody please correct me if I'm wrong, because I don't have much experience with versions 1.1). Is the rrs=true in the recv scenario making a difference? (I actually never used routes in the scenario. I guess I may as well remove it). RRS is not for actually selecting port, but for storing Record-Route and Contect so that you can then use keywords [routes] and [next_url]. You should not remove RRS, because it manages not only Record-Route, but also Contact (and the contact is put to [next_url]). However, these keywords only affect message contents, and not the actual host/port it is sent to. If I use the command line -rsa host:port Yes, it will force (I use it in all or almost all of my tests). BTW, is SIPp using the port in Via header or what? Where does it gets the port to answer to from? I think it is just as you said - the port from where the request comes (unless -rsa is used). And since later in the scenario I need to send BYE to another proxy on port 5080, if I put -rsa localHost:5060 would that affect the BYE message too? Yes, RSA affects all messages What can I do to specify the ports to use in different part of the scenarios? I think this is impossible. When I needed such test, I used an additional proxy between sipp and the actual System-Under-Test. The proxy was sending the messages appropriately, based on headers. BR - Tomasz Radziszewski Senior Software Engineer Ericpol Telecom sp. z o.o. Madalinskiego 9, 30-303 Krakow, Poland e-mail: [EMAIL PROTECTED] http://www.ericpol.com/ - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Sipp-users mailing list Sipp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sipp-users - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Sipp-users mailing list Sipp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sipp-users
Re: [Sipp-users] SIPp3.1 - scenario breaks whith exitcode 139
Wolfgang, I tried the scenario with the SVN trunk and did not get an error. Charles Kanngiesser, Wolfgang [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 07/07/2008 07:07 AM To sipp-users@lists.sourceforge.net cc Subject [Sipp-users] SIPp3.1 - scenario breaks whith exitcode 139 Hi all, recently I am asking for a error segmentation fault due to the external commands, i.e. action exec command=echo pass verdict.log/ /action The problem is still relevant but all scenarios worked properly until sipp2.0. There are any hints? Thanks,Wolfgang. Deutsche Telekom AG Zentrum Technik Einführung Wolfgang Kanngießer Winterfeldtstraße 21, D-10781 Berlin - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Sipp-users mailing list Sipp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sipp-users - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Sipp-users mailing list Sipp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sipp-users
Re: [Sipp-users] Patch for make on non-gnu systems
I've put this in the latest trunk. My mail reader or yours messed up the patch, if you can please send patches as MIME attachments. They are harder to read inline, but are easier to apply. Charles [EMAIL PROTECTED] wrote on 07/07/2008 06:18:27 PM: Hey guys, on my system make isn't GNU make so the make commands fail. By switching the use of make to $(MAKE) in the top level makefile I'm able to build your project. This shouldn't impact anything except for users where GNU make is installed as gnumake or gmake which will now be able to compile the project without changing the makefile. I've attached a patch for this. -Alfred Index: Makefile === --- Makefile (revision 494) +++ Makefile (working copy) @@ -161,43 +161,43 @@ # Building without TLS and authentication (no openssl pre-requisite) all: - make OSNAME=`uname|sed -e s/CYGWIN.*/CYGWIN/` MODELNAME=`uname -m|sed s/Power Macintosh/ppc/` $(OUTPUT) + $(MAKE) OSNAME=`uname|sed -e s/CYGWIN.*/CYGWIN/` MODELNAME=`uname -m|sed s/Power Macintosh/ppc/` $(OUTPUT) # Building with TLS and authentication ossl: - make OSNAME=`uname|sed -e s/CYGWIN.*/CYGWIN/` MODELNAME=`uname -m|sed s/Power Macintosh/ppc/` OBJ_TLS=auth.o sslinit.o sslthreadsafe.o milenage.o rijndael.o TLS_LIBS=-lssl -lcrypto TLS=-D_USE_OPENSSL -DOPENSSL_NO_KRB5 $(OUTPUT) + $(MAKE) OSNAME=`uname|sed -e s/CYGWIN.*/CYGWIN/` MODELNAME=`uname -m|sed s/Power Macintosh/ppc/` OBJ_TLS=auth.o sslinit.o sslthreadsafe.o milenage.o rijndael.o TLS_LIBS=-lssl - lcrypto TLS=-D_USE_OPENSSL -DOPENSSL_NO_KRB5 $(OUTPUT) #Building with PCAP play pcapplay: - make OSNAME=`uname|sed -e s/CYGWIN.*/CYGWIN/` MODELNAME=`uname -m|sed s/Power Macintosh/ppc/` OBJ_PCAPPLAY=send_packets.o prepare_pcap.o PCAPPLAY_LIBS=-lpcap PCAPPLAY=-DPCAPPLAY $(OUTPUT) + $(MAKE) OSNAME=`uname|sed -e s/CYGWIN.*/CYGWIN/` MODELNAME=`uname -m|sed s/Power Macintosh/ppc/` OBJ_PCAPPLAY=send_packets.o prepare_pcap.o PCAPPLAY_LIBS=-lpcap PCAPPLAY=-DPCAPPLAY $(OUTPUT) pcapplay_ossl: - make OSNAME=`uname|sed -e s/CYGWIN.*/CYGWIN/` MODELNAME=`uname -m|sed s/Power Macintosh/ppc/` OBJ_TLS=auth.o sslinit.o sslthreadsafe.o milenage.o rijndael.o TLS_LIBS=-lssl -lcrypto TLS=-D_USE_OPENSSL -DOPENSSL_NO_KRB5 OBJ_PCAPPLAY=send_packets.o prepare_pcap.o PCAPPLAY_LIBS=-lpcap `if test -f ./ext; then echo - L./ext/lib; fi;` PCAPPLAY=-DPCAPPLAY `if test -f ./ext; then echo -I./ext/include; fi;` $(OUTPUT) + $(MAKE) OSNAME=`uname|sed -e s/CYGWIN.*/CYGWIN/` MODELNAME=`uname -m|sed s/Power Macintosh/ppc/` OBJ_TLS=auth.o sslinit.o sslthreadsafe.o milenage.o rijndael.o TLS_LIBS=-lssl - lcrypto TLS=-D_USE_OPENSSL -DOPENSSL_NO_KRB5 OBJ_PCAPPLAY=send_packets.o prepare_pcap.o PCAPPLAY_LIBS=-lpcap `if test -f ./ext; then echo -L./ext/lib; fi;` PCAPPLAY=-DPCAPPLAY `if test -f ./ext; then echo -I./ext/include; fi;` $(OUTPUT) pcapplay_hp_li_ia: - @_HPUX_LI_FLAG=-D_HPUX_LI ; export _HPUX_LI_FLAG ; make pcapplay + @_HPUX_LI_FLAG=-D_HPUX_LI ; export _HPUX_LI_FLAG ; $(MAKE) pcapplay pcapplay_ossl_hp_li_ia: - @_HPUX_LI_FLAG=-D_HPUX_LI ; export _HPUX_LI_FLAG ; make pcapplay_ossl + @_HPUX_LI_FLAG=-D_HPUX_LI ; export _HPUX_LI_FLAG ; $(MAKE) pcapplay_ossl pcapplay_cygwin: - make OSNAME=`uname|sed -e s/CYGWIN.*/CYGWIN/` MODELNAME=`uname -m|sed s/Power Macintosh/ppc/` OBJ_PCAPPLAY=send_packets.o prepare_pcap.o PCAPPLAY_LIBS=-lwpcap PCAPPLAY=-DPCAPPLAY $(OUTPUT) + $(MAKE) OSNAME=`uname|sed -e s/CYGWIN.*/CYGWIN/` MODELNAME=`uname -m|sed s/Power Macintosh/ppc/` OBJ_PCAPPLAY=send_packets.o prepare_pcap.o PCAPPLAY_LIBS=-lwpcap PCAPPLAY=-DPCAPPLAY $(OUTPUT) pcapplay_ossl_cygwin: - make OSNAME=`uname|sed -e s/CYGWIN.*/CYGWIN/` MODELNAME=`uname -m|sed s/Power Macintosh/ppc/` OBJ_TLS=auth.o sslinit.o sslthreadsafe.o milenage.o rijndael.o TLS_LIBS=-lssl -lcrypto TLS=-D_USE_OPENSSL -DOPENSSL_NO_KRB5 OBJ_PCAPPLAY=send_packets.o prepare_pcap.o PCAPPLAY_LIBS=-lwpcap PCAPPLAY=-DPCAPPLAY $(OUTPUT) + $(MAKE) OSNAME=`uname|sed -e s/CYGWIN.*/CYGWIN/` MODELNAME=`uname -m|sed s/Power Macintosh/ppc/` OBJ_TLS=auth.o sslinit.o sslthreadsafe.o milenage.o rijndael.o TLS_LIBS=-lssl - lcrypto TLS=-D_USE_OPENSSL -DOPENSSL_NO_KRB5 OBJ_PCAPPLAY=send_packets.o prepare_pcap.o PCAPPLAY_LIBS=-lwpcap PCAPPLAY=-DPCAPPLAY $(OUTPUT) $(OUTPUT): $(OBJ_TLS) $(OBJ_PCAPPLAY) $(OBJ) $(CCLINK) $(LFLAGS) $(MFLAGS) $(LIBDIR_$(SYSTEM)) \ $(DEBUG_FLAGS) -o $@ $(OBJ_TLS) $(OBJ_PCAPPLAY) $(OBJ) $(LIBS) $(TLS_LIBS) $(PCAPPLAY_LIBS) $(EXTRAENDLIBS) debug: - DEBUG_FLAGS=-g -pg ; export DEBUG_FLAGS ; make all + DEBUG_FLAGS=-g -pg ; export DEBUG_FLAGS ; $(MAKE) all debug_ossl: - @DEBUG_FLAGS=-g ; export DEBUG_FLAGS ; make ossl + @DEBUG_FLAGS=-g ; export DEBUG_FLAGS ; $(MAKE) ossl debug_pcap_cygwin: - @DEBUG_FLAGS=-g ; export DEBUG_FLAGS ; make pcapplay_ossl_cygwin +
Re: [Sipp-users] Again : Can Sipp have multiple remote_ip acting as a Sip Client ?
Hello, As Charles Wrigth requested here goes a xml scenario with the setdest action in use. Remember that this will only work with the sipp version compiled from the sources in the trunk. Regards Ricardo Fernandes On Wed, Jul 9, 2008 at 2:01 PM, Ricardo Fernandes [EMAIL PROTECTED] wrote: Hello Charles, Thanks for all your help, the setdest action saved the day. Regards Ricardo Fernandes On Tue, Jul 8, 2008 at 3:19 PM, Charles P Wright [EMAIL PROTECTED] wrote: You will need to download and compile the subversion trunk version. Charles Ricardo Fernandes [EMAIL PROTECTED] 07/08/2008 10:13 AM To Charles P Wright/Watson/[EMAIL PROTECTED] cc sipp-users@lists.sourceforge.net, [EMAIL PROTECTED] Subject Re: [Sipp-users] Again : Can Sipp have multiple remote_ip acting as a Sip Client ? Hello, I have installed the version sipp-win32-3.1.1.exe for windows and and i have changed the scenario file to recv request=BYE/recv nop action setdest host=172.21.29.2 port=5060 protocol=udp / /action /nop send ![CDATA[ SIP/2.0 200 OK [last_Via:] [last_From:] [last_To:] [last_Call-ID:] [last_CSeq:] Contact: ricsip:[local_ip]:[local_port];transport=[transport] Content-Length: 0 ]] /send and an error occurs when i launch sipp 2008-07-08 15:01:15:3701215525675.370099: Unknown action: setdest. I have tried also with the unstable version sipp-win32-3.1.2(ossl) with the same result, must i set a switch in the command line for this to work. I would apreciate all the help you can give me. TIA Ricardo Fernandes On Tue, Jul 8, 2008 at 1:00 PM, Charles P Wright [EMAIL PROTECTED] wrote: You can change the address things are sent to in the latest trunk using the setdest action. Something like setdest host=[$host] port=[$port] protocol=udp / You will need to combine it with regular expressions. In UAS mode SIPp responds to the address that sent it a message. You can also change the SIPp source code to do something like that for UAC mode as well. Charles [EMAIL PROTECTED] wrote on 07/08/2008 07:51:30 AM: Hello, I send this message to the forum last week, but i haven't obtain no anwser yet. Does anyone know if this is possible or not, i need to know as soon as possible, i am facing deadlines. Just need a anwser yes or no and if yes how to do it. Thanks in advance Ricardo Hello, I am facing a problem with the [remote_ip] keyword when using sipp as a sipp caller client. I have tree sip server machines(machine A,B and C). Machine A is a Load Balancing machine that distributes the sip messages to B or C. I set up the remote_ip has beeing the machine A. Sipp send the sip message Invite to machine A and the sip messages 100,180 ,486 or 200 are received from machine A. Then i put the sipp client on hold, but the Invite message to sipp cames from machine B, so the ack must go to machine B, but because i defined that the [remote_ip] is machine A sipp sends the request to machine A when sipp should send it to B. Is there a way to change the [remote_ ip] on run time on the scenario file? In the atachment goes my scenario file. In this url http://www.tech-invite.com/Ti-sip-service-1.html is a example of what i am trying to acomplish. Regards Ricardo Fernandes [attachment ScenarioHold.xml deleted by Charles P Wright/Watson/IBM] - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Sipp-users mailing list Sipp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sipp-users ?xml version=1.0 encoding=ISO-8859-1 ? scenario name=SetDestScenario send![CDATA[ INVITE sip:[EMAIL PROTECTED]:[remote_port] SIP/2.0 Via: SIP/2.0/[transport] [local_ip]:[local_port] From: 9000 sip:[EMAIL PROTECTED]:[local_port];tag=[call_number] To: sut sip:[EMAIL PROTECTED]:[remote_port] Call-ID: [call_id] Cseq: 1 INVITE Contact: sip:[EMAIL PROTECTED]:[local_port] Max-Forwards: 70 Subject: Performance Test Content-Type: application/sdp Content-Length: [len] v=0 o=user1 53655765 2353687637 IN IP[local_ip_type] [local_ip] s=- t=0 0 c=IN IP[media_ip_type] [media_ip] m=audio [media_port] RTP/AVP 0 a=rtpmap:0 PCMU/8000 ]] /send recv response=100 optional=true/recv recv response=180 optional=true/recv recv response=486 optional=true action exec int_cmd=stop_now/ /action /recv recv response=487 optional=true action exec int_cmd=stop_now/ /action /recv recv response=200/recv send![CDATA[
Re: [Sipp-users] SIPp for Automation
hi Charles, I have tried the 3PCC mode, but observed that it does not help me in my requirement. Is there anybody who uses SIPp integrated with any other tool that may run multiple instances automatically and contol them? naresh --- On Wed, 9/7/08, Charles P Wright [EMAIL PROTECTED] wrote: From: Charles P Wright [EMAIL PROTECTED] Subject: Re: [Sipp-users] SIPp for Automation To: Naresh [EMAIL PROTECTED] Cc: sipp-users@lists.sourceforge.net, [EMAIL PROTECTED] Date: Wednesday, 9 July, 2008, 5:58 PM If the scenarios require precise synchronization between all the elements for a single call I would suggest using the extended third party call control (3pcc) feature of SIPp. Although its name is 3pcc, really it is just a mechanism to send data between SIPp instances. Charles Naresh [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 07/09/2008 01:08 AM To sipp-users@lists.sourceforge.net cc Subject [Sipp-users] SIPp for Automation hi, Can anyone suggest be any good framework or technique that shall help me to automate using SIPp Test Tool. I am currently having a basic framework using shell scripting and SIPp, but finding very difficult to synchronize the events. My requirement goes like this Scenario one uses UAC, UAS1, UAS2 Scenario two uses UAC, UAS1 Scenario three uses UAC, UAS1...UAS4 and so on I need to automate these scenarios. regards, Naresh Meet people who discuss and share your passions. Join them now. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Sipp-users mailing list Sipp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sipp-users Bollywood, fun, friendship, sports and more. You name it, we have it on http://in.promos.yahoo.com/groups/bestofyahoo/- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08___ Sipp-users mailing list Sipp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sipp-users