The following modules must be loaded before this module:

The following libraries or applications must be installed before running Kamailio with this module loaded:

Timeout value in seconds, define how long the call-id is stored in the internal list kept for replacing 183 messages with 180. A reasonable value is “30”.

Default value is “0”. This means functionality is disabled.

...
modparam("siputils", "ring_timeout", 30)
...

This parameter is the content of the Accept header field. Note: it is not clearly written in RFC3261 if a proxy should accept any content (the default “*/*”) because it does not care about content. Or if it does not accept any content, which is “”.

Default value is “*/*”.

...
modparam("siputils", "options_accept", "application/*")
...

This parameter is the content of the Accept-Encoding header field. Please do not change the default value because Kamailio does not support any encodings yet.

Default value is “”.

...
modparam("siputils", "options_accept_encoding", "gzip")
...

First char of this parameter is used as separator for encoding/decoding Contact header.

Default value is “*”.

...
modparam("siputils", "contact_flds_separator", "-")
...

then an encoded uri might look sip:user-password-ip-port-protocol@PublicIP

This parameter is the content of the Accept-Language header field. You can set any language code which you prefer for error descriptions from other devices, but presumably there are not many devices around which support other languages than the default English.

Default value is “en”.

...
modparam("siputils", "options_accept_language", "de")
...

This parameter is the content of the Support header field, indicating SIP extensions. Please do not change the default value, because Kamailio currently does not support any of the SIP extensions registered at the IANA.

Default value is “”.

...
modparam("siputils", "options_support", "100rel")
...

Prefix to be added to Remote-Party-ID header field just before the URI returned from either radius or database.

Default value is “”.

modparam("auth", "rpid_prefix", "Whatever <")

Suffix to be added to Remote-Party-ID header field after the URI returned from either radius or database.

Default value is “;party=calling;id-type=subscriber;screen=yes”.

modparam("auth", "rpid_suffix", "@1.2.3.4>")

Full AVP specification for the AVP which stores the RPID value. It used to transport the RPID value from authentication backend modules (auth_db or auth_radius) or from script to the auth function append_rpid_hf and is_rpid_user_e164.

If defined to NULL string, all RPID functions will fail at runtime.

Default value is “$avp(s:rpid)”.

modparam("auth", "rpid_avp", "$avp(myrpid)")

Inserting the call-id in the internal list, which is checked when further replies arrive. Any 183 reply that is received during the timeout value will be converted to a 180 message. Please note that you need to set a positive timeout value in order to use this function.

Note: the change of sip reply can be done only in cases when it is not parsed too much before config execution, otherwise it fails. For example, setting global parameter "log_prefix" can cause this function to fail changing the replies.

The function returns TRUE on success, and FALSE during processing failures.

This function can be used from REQUEST_ROUTE and FAILURE_ROUTE.

...
ring_insert_callid();
...

This function checks if the request method is OPTIONS and if the request URI does not contain a username. If both is true the request will be answered stateless with “200 OK” and the capabilities from the modules parameters.

It sends “500 Server Internal Error” for some errors and returns false if it is called for a wrong request.

The check for the request method and the missing username is optional because it is also done by the function itself. But you should not call this function outside the myself check because in this case the function could answer OPTIONS requests which are sent to you as outbound proxy but with another destination then your proxy (this check is currently missing in the function).

This function can be used from REQUEST_ROUTE.

...
if (uri==myself) {
	if ((method==OPTIONS) && (! uri=~"sip:.*[@]+.*")) {
		options_reply();
	}
}
...

Check if the username in credentials matches the given username.

Meaning of the parameters is as follows:

This function can be used from REQUEST_ROUTE.

...
if (is_user("john")) {
	...
};
...

Check if To header field uri contains tag parameter.

This function can be used from ANY_ROUTE.

...
if (has_totag()) {
	...
};
...

Find if Request URI has a given parameter with no value

Meaning of the parameters is as follows:

This function can be used from REQUEST_ROUTE.

...
if (uri_param("param1")) {
	...
};
...

Find if Request URI has a given parameter with matching value

Meaning of the parameters is as follows:

This function can be used from REQUEST_ROUTE.

...
if (uri_param("param1","value1")) {
	...
};
...

Find if Request URI has a given parameter with or without value.

Meaning of the parameters is as follows:

This function can be used from REQUEST_ROUTE.

...
if (uri_param_any("param1")) {
	...
}
...

Add to RURI a parameter (name=value);

Meaning of the parameters is as follows:

This function can be used from REQUEST_ROUTE.

...
add_uri_param("nat=yes");
...

Get the value of RURI parameter.

Meaning of the parameters is as follows:

This function can be used from REQUEST_ROUTE.

...
get_uri_param("nat", "$var(nat)");
...

Remove parameter from Request URI.

Meaning of the parameters is as follows:

This function can be used from REQUEST_ROUTE.

...
if (uri_param_rm("param1")) {
	...
}
...

Converts URI in first param (pseudo variable or string) to SIP URI, if it is a tel URI. If conversion was done, writes resulting SIP URI to third param (pseudo variable). Returns 1 if conversion succeeded, 2 if no conversion was needed, and -1 in case of error.

The conversion follows the rules in RFC 3261 section 19.1.6:

The SIP URI hostpart is taken from second param (pseudo variable or string).

This function can be used from REQUEST_ROUTE, FAILURE_ROUTE, BRANCH_ROUTE, or ONREPLY_ROUTE.

...
# $ru: tel:+(34)-999-888-777
# $fu: sip:test@foo.com
tel2sip("$ru", $fd", "$ru");
# $ru:  sip:+34999888777@foo.com;user=phone

# $ru: tel:+12-(34)-56-78;Ext=200;ISUB=+123-456
# $fu: sip:test@foo.com
tel2sip("$ru", $fd", "$ru");
# $ru:  sip:+12345678;ext=200;isub=+123-456@foo.com;user=phone
...

Checks if string value of pseudo variable argument is an E164 number.

This function can be used from REQUEST_ROUTE, FAILURE_ROUTE, and LOCAL_ROUTE.

...
if (is_e164("$fU")) {  # Check From header URI user part
   ...
}
if (is_e164("$avp(i:705)") {
   # Check stgring value stored in avp i:705
   ...
};
...

Checks if userpart of URI stored in pseudo variable is E164 number.

This function can be used from ANY_ROUTE.

...
if (is_uri_user_e164("$fu")) {  # Check From header URI user part
   ...
}
if (is_uri_user_e164("$avp(i:705)") {
   # Check user part of URI stored in avp i:705
   ...
};
...

Checks if string value of pseudo variable argument is a valid uri.

This function can be used from ANY_ROUTE.

...
if (is_uri("$var(x)")) {  # Check if variable contains a uri
   ...
}
if (is_uri("$avp(i:705)") {
   # Check value stored in avp i:705
   ...
};
...

Checks if the parameter value is a telephone number: starting with one optional +, followed by digits. The parameter can include variables.

This function can be used from ANY_ROUTE.

...
if (is_tel_number("$rU")) {  # Test if R-URI user is telephone number
   ...
}
if (is_tel_number("+24242424")) {
   ...
}
...

Checks if the parameter value consists solely of decimal digits. The parameter can include variables.

This function can be used from ANY_ROUTE.

...
if (is_numeric("$rU")) {  # Test if R-URI user consists of decimal digits
   ...
}
...

Checks if the parameter value consists solely of decimal digits or alphabetic ASCII characters. The parameter can include variables.

This function can be used from ANY_ROUTE.

...
if (is_alphanum("$rU")) {
   ...
}
...

Checks if the value of parameter 'tval' consists solely of decimal digits, alphabetic ASCII characters and the characters in the second parameter 'eset'. The parameters can include variables.

This function can be used from ANY_ROUTE.

...
if (is_alphanumex("$rU", "+.-_")) {
   ...
}
...

This function will encode uri-s inside Contact header in the following manner sip:username:password@ip:port;transport=protocol goes sip:encoding_prefix*username*password*ip*port*protocol@hostpart.

* is the default separator and can be changed by setting the contact_flds_separator module parameter.

Note: This function discards all of the URI parameters. Thus, none of the parameters (except the transport parameter which is encoded into the userpart) can be restored.

The function returns negative on error, 1 on success.

Meaning of the parameters is as follows:

This function can be used from REQUEST_ROUTE, ONREPLY_ROUTE.

...
if (src_ip == 10.0.0.0/8) encode_contact("natted_client","1.2.3.4"); 
...

This function will decode the request URI. If the RURI is in the format sip:encoding_prefix*username*password*ip*port*protocol@hostpart it will be decoded to sip:username:password@ip:port;transport=protocol. It uses the default set parameter for contact encoding separator.

The function returns negative on error, 1 on success.

Meaning of the parameters is as follows:

This function can be used from REQUEST_ROUTE.

...
if (uri =~ "^sip:natted_client") { decode_contact(); }
...

This function will decode URIs inside Contact header. If the URI in the format sip:encoding_prefix*username*ip*port*protocol@hostpart it will be decoded to sip:username:password@ip:port;transport=protocol. It uses the default set parameter for contact encoding separator.

The function returns negative on error, 1 on success.

Meaning of the parameters is as follows:

This function can be used from REQUEST_ROUTE, ONREPLY_ROUTE.

...
reply_route[2] {
	...
	decode_contact_header();
	...
}
...

The function returns true if the two parameters matches as SIP URI.

This function can be used from ANY_ROUTE.

...
if(cmp_uri("$ru", "sip:kamailio@kamailio.org"))
{
    # do interesting stuff here
}
...

The function returns true if the two parameters matches as AoR. The parameters have to be SIP URIs.

This function can be used from ANY_ROUTE.

...
if(cmp_aor("$rU@KaMaIlIo.org", "sip:kamailio@$fd"))
{
    # do interesting stuff here
}
...

Appends to the message a Remote-Party-ID header that contains header 'Remote-Party-ID: ' followed by the saved value of the SIP URI received from the database or radius server followed by the value of module parameter radius_rpid_suffix. The function does nothing if no saved SIP URI exists.

This function can be used from REQUEST_ROUTE, FAILURE_ROUTE, BRANCH_ROUTE.

...
append_rpid_hf();  # Append Remote-Party-ID header field
...

This function is the same as Section 4.24, “ append_rpid_hf()”. The only difference is that it accepts two parameters--prefix and suffix to be added to Remote-Party-ID header field. This function ignores rpid_prefix and rpid_suffix parameters, instead of that allows to set them in every call.

Meaning of the parameters is as follows:

This function can be used from REQUEST_ROUTE, FAILURE_ROUTE, BRANCH_ROUTE.

...
# Append Remote-Party-ID header field
append_rpid_hf("", ";party=calling;id-type=subscriber;screen=yes");
...

The function checks if the SIP URI received from the database or radius server and will potentially be used in Remote-Party-ID header field contains an E164 number (+followed by up to 15 decimal digits) in its user part. Check fails, if no such SIP URI exists (i.e. radius server or database didn't provide this information).

This function can be used from REQUEST_ROUTE.

...
if (is_rpid_user_e164()) {
    # do something here
};
...

Sets userpart of SIP URI stored in writable pseudo variable 'uri' to value of pseudo variable 'user'.

This function can be used from ANY_ROUTE.

...
$var(uri) = "sip:user@host";
$var(user) = "new_user";
set_uri_user("$var(uri)", "$var(user)");
...

Sets hostpart of SIP URI stored in writable pseudo variable 'uri' to value of pseudo variable 'host'.

This function can be used from ANY_ROUTE.

...
$var(uri) = "sip:user@host";
$var(host) = "new_host";
set_uri_host("$var(uri)", "$var(host)");
...

Return true if the SIP message is a request.

This function can be used from ANY_ROUTE.

...
if (is_request()) {
	...
}
...

Return true if the SIP message is a reply.

This function can be used from ANY_ROUTE.

...
if (is_reply()) {
	...
}
...

The function returns true if the uri is GRUU ('gr' parameter is present): 1 - pub-gruu; 2 - temp-gruu.

Meaning of the parameters is as follows:

This function can be used from ANY_ROUTE.

...
if(is_gruu()) { ... }
...

Function returns true if given option is listed in Supported header(s) (if any) of the request. Currently the following options are known: path, 100rel, timer, eventlist, gruu, and outbound.

This function can be used from ANY_ROUTE.

...
if (is_supported("outbound")) { ... }
...

The function returns true if the proxy is first hop after the original sender. For incoming SIP requests, it means there is only one Via header. For incoming SIP replies, it means that top Record-Route URI is 'myself' and source address is not matching it (to avoid detecting in case of local loops). The detection is done only when Record-Route has an IP address in its URI (for a domain, it returns -1/false).

Note that it does not detect spirals, which can have the condition for replies true also in the case of additional SIP reply reception.

This function can be used from ANY_ROUTE.

...
if(is_first_hop()) { ... }
...

Manage the P-Charging-Vector header (RFC7315). The flags can be: 'r' - remove; 'g' - generate; 'f' - force (remove + generate).

This function can be used from ANY_ROUTE.

...
sip_p_charging_vector("g");
...

This function encodes URI inside Contact headers by building a new URI from 'saddr' parameter and adding a parameter with the name 'pname' containing incoming URI encoded in Base64URL format.

Meaning of the parameters is as follows:

This function can be used from REQUEST_ROUTE, ONREPLY_ROUTE.

...
if (is_method("REGISTER") and src_ip == 10.0.0.0/8) {
    contact_param_encode("ksu", "sip:1.2.3.4:5060;transport=tcp");
}
...

This function decodes URI inside Contact headers by building a new URI from 'pname' parameter, decoding its value from Base64URL.

Meaning of the parameters is as follows:

This function can be used from REQUEST_ROUTE, ONREPLY_ROUTE.

...
if (is_method("REGISTER") and src_ip == 1.2.3.4) {
    contact_param_decode("ksu");
}
...

This function decodes R-URI (request URI) by building a new R-URI from 'pname' parameter, decoding its value from Base64URL.

Meaning of the parameters is as follows:

This function can be used from REQUEST_ROUTE.

...
if (is_method("INVITE") and src_ip == 1.2.3.4) {
    contact_param_decode_ruri("ksu");
}
...

This function removes the parameter from the URIs inside the Contact headers.

Meaning of the parameters is as follows:

This function can be used from REQUEST_ROUTE, ONREPLY_ROUTE.

...
if (is_method("REGISTER") and src_ip == 1.2.3.4) {
    contact_param_rm("myparam");
}
...

full P-Charging-Vector header

icid-value field (see RFC7315 section 5.6)

icid-generated-at field (see RFC7315 section 5.6)

orig-ioi field (see RFC7315 section 5.6)

term-ioi field (see RFC7315 section 5.6)