sipsak - Online in the Cloud

PROGRAM:

NAME

sipsak - a utility for various tests on sip servers and user agents

SYNOPSIS

sipsak [-dFGhiILnNMRSTUVvwz] [-a PASSWORD ] [-b NUMBER ] [-c SIPURI ] [-C SIPURI ] [-D
NUMBER ] [-e NUMBER ] [-E STRING ] [-f FILE ] [-g STRING ] [-H HOSTNAME ] [-l PORT ] [-m
NUMBER ] [-o NUMBER ] [-p HOSTNAME ] [-P NUMBER ] [-q REGEXP ] [-r PORT ] [-t NUMBER ] [-u
STRING ] [-W NUMBER ] [-x NUMBER ] -s SIPURI

DESCRIPTION

sipsak is a SIP stress and diagnostics utility. It sends SIP requests to the server
within the sip-uri and examines received responses. It runs in one of the following
modes:

- default mode
A SIP message is sent to destination in sip-uri and reply status is displayed. The
request is either taken from filename or generated as a new OPTIONS message.

- traceroute mode (-T)
This mode is useful for learning request's path. It operates similarly to IP-layer
utility traceroute(8).

- message mode (-M)
Sends a short message (similar to SMS from the mobile phones) to a given target.
With the option -B the content of the MESSAGE can be set. Usefull might be the
options -c and -O in this mode.

- usrloc mode (-U)
Stress mode for SIP registrar. sipsak keeps registering to a SIP server at high
pace. Additionaly the registrar can be stressed with the -I or the -M option. If
-I and -M are omitted sipsak can be used to register any given contact (with the -C
option) for an account at a registrar and to query the current bindings for an
account at a registrar.

- randtrash mode (-R)
Parser torture mode. sipsak keeps sending randomly corrupted messages to torture a
SIP server's parser.

- flood mode (-F)
Stress mode for SIP servers. sipsak keeps sending requests to a SIP server at high
pace.

If libruli (http://www.nongnu.org/ruli/) support is compiled into the sipsak binary, then
first a SRV lookup for _sip._udp.hostname is made. And if this lookup fails a normal A
lookup is made. If a port was given in the target URI the SRV lookup is omitted. Failover,
load distribution and other transports are not supported yet.

OPTIONS

-a, --password PASSWORD
With the given PASSWORD an authentication will be tryed on received '401
Unauthorized'. Authorization will be tryed on time. If this option is omitted an
authorization with an empty password ("") will be tryed. If the password is equal
to - the password will be read from the standard input (e.g. the keyboard). This
prevents other users on the same host from seeing the password the password in the
process list. NOTE: the password still can be read from the memory if other users
have access to it.

-A, --timing
prints only the timing values of the test run if verbosity is zero because no -v
was given. If one or more -v were given this option will be ignored.

-b, --apendix-begin NUMBER
The starting number which is appended to the user name in the usrloc mode. This
NUMBER is increased until it reaches the value given by the -e parameter. If
omitted the starting number will be one.

-B, --message-body STRING
The given STRING will be used as the body for outgoing MESSAGE requests.

-c, --from SIPURI
The given SIPURI will be used in the From header if sipsak runs in the message mode
(initiated with the -M option). This is helpfull to present the receiver of a
MESSAGE a meaningfull and usable address to where maybe even responses can be send.

-C, --contact SIPURI
This is the content of the Contact header in the usrloc mode. This allows to insert
forwards like for mail. For example you can insert the uri of your first SIP
account at a second account, thus all calls to the second account will be forwarded
to the first account. As the argument to this option will not be enclosed in
brackets you can give also multiple contacts in the raw format as comma seperated
list. The special words empty or none will result in no contact header in the
REGISTER request and thus the server should answer with the current bindings for
the account at the registrar.

-d, --ignore-redirects
If this option is set all redirects will be ignored. By default without this option
received redirects will be respected. This option is automaticly activated in the
randtrash mode and in the flood mode.

-D, --timeout-factor NUMBER
The SIP_T1 timer is getting multiplied with the given NUMBER. After receiving a
provisional response for an INVITE request, or when a reliable transport like TCP
or TLS is used sipsak waits for the resulting amount of time for a final response
until it gives up.

-e, --appendix-end NUMBER
The ending number which is appended to the user name in the usrloc mode. This
number is increased until it reaches this ending number. In the flood mode this is
the maximum number of messages which will be send. If omitted the default value is
2^31 (2147483647) in the flood mode.

-E, --transport STRING
The value of STRING will be used as IP transport for sending and receiving requests
and responses. This option overwrites any result from the URI evaluation and SRV
lookup. Currently only 'udp' and 'tcp' are accepted as value for STRING.

-f, --filename FILE
The content of FILE will be read in in binary mode and will be used as replacement
for the alternatively created sip message. This can used in the default mode to
make other requests than OPTIONS requests (e.g. INVITE). By default missing
carriage returns in front of line feeds will be inserted (use -L to de-activate
this function). If the filename is equal to - the file is read from standard input,
e.g. from the keyboard or a pipe. Please note that the manipulation functions
(e.g. inserting Via header) are only tested with RFC conform requests. Additionaly
special strings within the file can be replaced with some local or given values
(see -g and -G for details).

-F, --flood-mode
This options activates the flood mode. In this mode OPTIONS requests with
increasing CSeq numbers are sent to the server. Replies are ignored -- source port
9 (discard) of localhost is advertised in topmost Via.

-h, --help
Prints out a simple usage help message. If the long option --help is available it
will print out a help message with the available long options.

-g, --replace-string STRING
Activates the replacement of $replace$ within the request (usualy read in from a
file) with the STRING. Alternatively you can also specify a list of attribute and
values. This list has to start and end with a non alpha-numeric character. The
same character has to be used also as seperator between the attribute and the value
and between new further attribute value pairs. The string "$attribute$" will be
replaced with the value string in the message.

-G, --replace
Activates the automatic replacement of the following variables in the request
(usualy read in from a file): $dsthost$ will be replaced by with the host or
domainname which is given by the -s parameter. $srchost$ will be replaced by the
hostname of the local machine. $port$ will be replaced by the local listening port
of sipsak. $user$ will be replaced by the username which is given by the -s
parameter.

-H, --hostname HOSTNAME
Overwrites the automatic detection of the hostname with the given parameter.
Warning: use this with caution (preferable only if the automatic detection fails).

-i, --no-via
Deactivates the insertion of the Via line of the localhost. Warning: this probably
disables the receiving of the responses from the server.

-I, --invite-mode
Activates the Invites cycles within the usrloc mode. It should be combined with -U.
In this combination sipsak first registeres a user, and then simulates an
invitation to this user. First an Invite is sent, this is replied with 200 OK and
finaly an ACK is sent. This option can also be used without -U , but you should be
sure to NOT invite real UAs with this option. In the case of a missing -U the -l
PORT is required because only if you made a -U run with a fixed local port before,
a run with -I and the same fixed local port can be successful. Warning: sipsak is
no real UA and invitations to real UAs can result in unexpected behaivior.

-j, --headers STRING
The string will be added as one or more additional headers to the request. The
string "\n" (note: two characters) will be replaced with CRLF and thus result in
two seperate headers. That way more then one header can be added.

-l, --local-port PORT
The receiving UDP socket will use the local network port. Useful if a file is
given by -f which contains a correct Via line. Check the -S option for details how
sipsak sends and receives messages.

-L, --no-crlf
De-activates the insertion of carriage returns (\r) before all line feeds (\n)
(which is not allready proceeded by carraige return) if the input is comming from a
file ( -f ). Without this option also an empty line will be appended to the request
if required.

-m, --max-forwards NUMBER
This sets the value of the Max-Forward header field. If omitted no Max-Forward
field will be inserted. If omitted in the traceroute mode number will be 255.

-M, --message-mode
This activates the Messages cycles within the usrloc mode (known from sipsak
versions pre 0.8.0 within the normal usrloc test). This option should be combined
with -U so that a succesful registration will be tested with a test message to the
user and replied with 200 OK. But this option can also be used without the -U
option. Warning: using without -U can cause unexpected behaivor.

-n, --numeric
Instead of the full qualified domain name in the Via line the IP of the local host
will be used. This option is now on by default.

-N, --nagios-code
Use Nagios comliant return codes instead of the normal sipsak ones. This means
sipsak will return 0 if everything was ok and 2 in case of any error (local or
remote).

-o, --sleep NUMBER
sipsak will sleep for NUMBER ms before it starts the next cycle in the usrloc mode.
This will slow down the whole test process to be more realistic. Each cycle will be
still completed as fast as possible, but the whole test will be slowed down.

-O, --disposition STRING
The given STRING will be used as the content for the Content-Disposition header.
Without this option there will be no Content-Disposition header in the request.

-p, --outbound-proxy HOSTNAME[:PORT]
the address of the hostname is the target where the request will be sent to
(outgoing proxy). Use this if the destination host is different then the host part
of the request uri. The hostname is resolved via DNS SRV if supported (see
description for SRV resolving) and no port is given.

-P, --processes NUMBER
Start NUMBER of processes in parallel to do the send and reply checking. Makes only
sence if a higher number for -e is given in the usrloc, message or invite mode.

-q, --search REGEXP
match replies against REGEXP and return false if no match occured. Useful for
example to detect server name in Server header field.

-r, --remote-port PORT
Instead of the default sip port 5060 the PORT will be used. Alternatively the
remote port can be given within the sip uri of the -s parameter.

-R, --random-mode
This activates the randtrash mode. In this mode OPTIONS requests will be send to
server with increasing numbers of randomly crashed characters within this request.
The position within the request and the replacing character are randomly chosen.
Any other response than Bad request (4xx) will stop this mode. Also three
unresponded sends will stop this mode. With the -t parameter the maximum of trashed
characters can be given.

-s, --sip-uri SIPURI
This mandatory option sets the destination of the request. It depends on the mode
if only the server name or also an user name is mandatory. Example for a full
SIPURI : sip:test@foo.bar:123 See the note in the description part about SRV
lookups for details how the hostname of this URI is converted into an IP and port.

-S, --symmetric
With this option sipsak will use only one port for sending and receiving messages.
With this option the local port for sending will be the value from the -l option.
In the default mode sipsak sends from a random port and listens on the given port
from the -l option. Note: With this option sipsak will not be able to receive
replies from servers with asymmetric signaling (and broken rport implementation)
like the Cisco proxy. If you run sipsak as root and with raw socket support (check
the output from the -V option) then this option is not required because in this
case sipsak already uses only one port for sending and receiving messages.

-t, --trash-chars NUMBER
This parameter specifies the maximum of trashed characters in the randtrash mode.
If omitted NUMBER will be set to the length of the request.

-T, --traceroute-mode
This activates the traceroute mode. This mode works like the well known
traceroute(8) command expect that not the number of network hops are counted rather
the number of server on the way to the destination user. Also the round trip time
of each request is printed out, but due to a limitation within the sip protocol the
identity (IP or name) can only determined and printed out if the response from the
server contains a warning header field. In this mode on each outgoing request the
value of the Max-Forwards header field is increased, starting with one. The maximum
of the Max-Forwards header will 255 if no other value is given by the -m parameter.
Any other response than 483 or 1xx are treated as a final response and will
terminate this mode.

-u, --auth-username STRING
Use the given STRING as username value for the authentication (different account
and authentication username).

-U, --usrloc-mode
This activates the usrloc mode. Without the -I or the -M option, this only
registers users at a registrar. With one of the above options the previous
registered user will also be probed ether with a simulated call flow (invite, 200,
ack) or with an instant message (message, 200). One password for all users accounts
within the usrloc test can be given with the -a option. An user name is mandatory
for this mode in the -s parameter. The number starting from the -b parameter to the
-e parameter is appended the user name. If the -b and the -e parameter are omitted,
only one runs with the given username, but without append number to the usernames
is done.

-v, --verbose
This parameter increases the output verbosity. No -v means nearly no output except
in traceroute and error messages. The maximum of three v's prints out the content
of all packets received and sent.

-V, --version
Prints out the name and version number of sipsak and the options which were
compiled into the binary.

-w, --extract-ip
Activates the extraction of the IP or hostname from the Warning header field.

-W, --nagios-warn NUMBER
Return Nagios warn exit code (1) if the number of retransmissions before success
was above the given number.

-x, --expires NUMBER
Sets the value of the Expires header to the given number.

-z, --remove-bindings
Activates the randomly removing of old bindings in the usrloc mode. How many per
cent of the bindings will be removed, is determined by the USRLOC_REMOVE_PERCENT
define within the code (set it before compilation). Multiple removing of bindings
is possible, and cannot be prevented.

RETURN VALUES

The return value 0 means that a 200 was received. 1 means something else then 1xx or 2xx
was received. 2 will be returned on local errors like non resolvable names or wrong
options combination. 3 will be returned on remote errors like socket errors (e.g. icmp
error), redirects without a contact header or simply no answer (timeout).

If the -N option was given the return code will be 2 in case of any (local or remote)
error. 1 in case there have been retransmissions from sipsak to the server. And 0 if there
was no error at all.

CAUTION

Use sipsak responsibly. Running it in any of the stress modes puts substantial burden on
network and server under test.

EXAMPLES

sipsak -vv -s sip:nobody@foo.bar
displays received replies.

sipsak -T -s sip:nobody@foo.bar
traces SIP path to nobody.

sipsak -U -C sip:me@home -x 3600 -a password -s sip:myself@company
inserts forwarding from work to home for one hour.

sipsak -f bye.sip -g '!FTAG!345.af23!TTAG!1208.12!' -s sip:myproxy
reads the file bye.sip, replaces $FTAG$ with 345.af23 and $TTAG$ with 1208.12 and
finally send this message to myproxy

LIMITATIONS / NOT IMPLEMENTED

Many servers may decide NOT to include SIP "Warning" header fields. Unfortunately, this
makes displaying IP addresses of SIP servers in traceroute mode impossible.

IPv6 is not supported.

Missing support for the Record-Route and Route header.

Use sipsak online using onworks.net services