Documentation |
Documentation.Script-CoreParameters-3-5 HistoryHide minor edits - Show changes to markup December 21, 2024, at 03:29 AM
by
- Minor spelling and grammarChanged lines 617-618 from:
In order for the feature to work you have to run "make generate-mem-stats" and complile with the variable SHM_EXTRA_STATS defined. to:
In order for the feature to work you have to run "make generate-mem-stats" and compile with the variable SHM_EXTRA_STATS defined. Changed lines 630-632 from:
If you want to generate the statistics for the default group (all the other modules not included in a group) you have to complile with the variable SHM_SHOW_DEFAULT_GROUP defined. to:
If you want to generate the statistics for the default group (all the other modules not included in a group) you have to compile with the variable SHM_SHOW_DEFAULT_GROUP defined. Changed line 1168 from:
This option will allow a TCP conn to perform read operations from different processes, not only from one. So far, upon creation, a TCP conn was assigned to a TCP workers which was doing all the reading for that TCP conn. This may become a bootleneck. With "tcp_parallel_read_on_workers", after a read is completed, the TCP conn is passed back to the TCP Main processes, which will perform a re-balancing for the next read operations, passing the TCP conn potentially to another worker. to:
This option will allow a TCP conn to perform read operations from different processes, not only from one. So far, upon creation, a TCP conn was assigned to a TCP workers which was doing all the reading for that TCP conn. This may become a bottleneck. With "tcp_parallel_read_on_workers", after a read is completed, the TCP conn is passed back to the TCP Main processes, which will perform a re-balancing for the next read operations, passing the TCP conn potentially to another worker. Changed line 1300 from:
The working directory used by OpenSIPS at runtime. You might find it usefull when come to generating core files :) to:
The working directory used by OpenSIPS at runtime. You might find it useful when it comes to generating core files :) May 09, 2024, at 02:43 PM
by
- Changed line 889 from:
Set the network addresses/sockets the OpenSIPS server should listen on. Its syntax is to:
Set the network addresses/sockets the OpenSIPS server should listen on. Its syntax is Added line 894:
April 04, 2024, at 03:36 PM
by
- Changed lines 1353-1354 from:
Default value: -1 (L_ERR) to:
Default value: 2 (L_NOTICE) Changed line 1357 from:
Default level for printing the logs generated by xlog core function, when the log_level parameter is omitted. to:
Default level for printing the logs generated by xlog core function, when the log_level parameter is omitted. February 21, 2024, at 09:14 AM
by
- Changed line 1126 from:
t_relay("0x02"); # no auto error reply to:
t_relay("no-auto-477 "); February 21, 2024, at 09:12 AM
by
- Added lines 1139-1162:
tcp_no_new_conn_rplflag 🔗A message flag, similar to tcp_no_new_conn_bflag, for preventing OpenSIPS to try to open a new TCP connection (if none available) when sending back a reply for the current request. Example of usage: tcp_no_new_conn_msgflag = TCP_NO_RPL_CONNECT ... route { ... # if source is detected as NAT'ed, prevent opening back # TCP conns for replying if (isflagset(SRC_NATED) && $socket_in(proto) == "TCP") setbflag(TCP_NO_RPL_CONNECT); ... # this may fail at transport layer if no # TCP conn exists t_reply(302,"Redirected"); } August 03, 2023, at 02:59 PM
by
- Added line 746:
The parameter can be set multiple times, evaluation being done in the order of declaration. June 21, 2023, at 08:25 PM
by
- Changed lines 466-467 from:
log_event_enabled (Unstable) 🔗to:
log_event_enabled 🔗Deleted lines 468-469:
WARNING! Subscribing to the E_CORE_LOG event might lead to unstable behavior for some event backends. When using the event_route module for example, having any xlog functions in the event_route will lead to an infinite spiral of triggering events that will block OpenSIPS. Also, other modules might not be fully tested for this feature. May 19, 2023, at 04:52 PM
by
- Added lines 476-490:
@] log_event_level_filter 🔗Extra log level filtering for the E_CORE_LOG event. This parameter may be useful when different levels of verbosity are desired between syslog/standard error logs and the logs delivered through the E_CORE_LOG event. The log_event_level_filter should be used in concordance with the log_level parameter, i.e. a level lower than log_level. Default value is 0 (no filtering). Example of usage: [@ log_event_level_filter = 3 May 17, 2023, at 03:35 PM
by
- Changed lines 465-478 from:
to:
[#log_event_enabled]] log_event_enabled (Unstable) 🔗Enables the triggering of the E_CORE_LOG event for every log message generated by opensips. By default this is disabled. WARNING! Subscribing to the E_CORE_LOG event might lead to unstable behavior for some event backends. When using the event_route module for example, having any xlog functions in the event_route will lead to an infinite spiral of triggering events that will block OpenSIPS. Also, other modules might not be fully tested for this feature. Example of usage: log_event_enabled = yes Changed lines 484-485 from:
Size of the buffer used for printing the JSON document when the json or json_cee log formats are used. If the buffer is too small, the log message will be truncated. to:
Size of the buffer used for printing the JSON document corresponding to a log message. This parameter makes sense when the json or json_cee log formats are used. If the buffer is too small, the log message will be truncated. Changed line 523 from:
Size of the buffer used for printing the log's actual message field from a JSON document, when the json or json_cee log formats are used. If the buffer is too small, the log message will be truncated. to:
Size of the buffer used for printing the log message's payload. This is used for printing the "message" field from a JSON document, when the json or json_cee log formats are used or when the E_CORE_LOG event is raised, if enabled. If the buffer is too small, the log message will be truncated. May 17, 2023, at 02:17 PM
by
- Changed lines 461-462 from:
log_facility (Replaced in OpenSIPS 3.5) 🔗to:
log_facility (Replaced in OpenSIPS 3.4) 🔗Changed lines 519-521 from:
log_name (Replaced in OpenSIPS 3.5) 🔗to:
log_name (Replaced in OpenSIPS 3.4) 🔗Changed lines 541-543 from:
log_stderror (Deprecated in OpenSIPS 3.5) 🔗This parameter is deprecated and it's behavior starting with OpenSIPS 3.5 is equivalent to setting the stderror_enabled and syslog_enabled parameters, as following: to:
log_stderror (Deprecated in OpenSIPS 3.4) 🔗This parameter is deprecated and it's behavior starting with OpenSIPS 3.4 is equivalent to setting the stderror_enabled and syslog_enabled parameters, as following: May 16, 2023, at 11:58 PM
by
- Added lines 465-478:
log_json_buf_size 🔗Default value: 6144 Size of the buffer used for printing the JSON document when the json or json_cee log formats are used. If the buffer is too small, the log message will be truncated. Usage example: log_json_buf_size = 8192 #given in bytes Deleted lines 501-502:
The log_level parameter is usually used in concordance with the log_stderror parameter. Added lines 504-517:
log_msg_buf_size 🔗Default value: 4096 Size of the buffer used for printing the log's actual message field from a JSON document, when the json or json_cee log formats are used. If the buffer is too small, the log message will be truncated. Usage example: log_msg_buf_size = 8192 #given in bytes Added lines 912-913:
The stderror_level_filter should be used in concordance with the log_level parameter, i.e. a level lower than log_level. Changed lines 969-970 from:
ssyslog_level_filter 🔗to:
syslog_level_filter 🔗Added lines 972-973:
The stderror_level_filter should be used in concordance with the log_level parameter, i.e. a level lower than log_level. May 16, 2023, at 11:42 PM
by
- Changed lines 456-457 from:
listen (Replaced in OpenSIPS 3.5) 🔗to:
listen (Replaced in OpenSIPS 3.1) 🔗Changed lines 493-495 from:
log_name (Replaced in OpenSIPS 3.1) 🔗to:
log_name (Replaced in OpenSIPS 3.5) 🔗Changed lines 881-886 from:
to:
stderror_level_filter 🔗Extra log level filtering for the messages written to the standard error. This parameter may be useful when different levels of verbosity are desired for syslog and standard error logging. Default value is 0 (no filtering). Changed line 891 from:
syslog_enabled = yes to:
stderror_level_filter = 2 Changed lines 895-903 from:
syslog_facility 🔗If OpenSIPS logs to syslog, you can control the facility for logging. Very useful when you want to divert all OpenSIPS logs to a different log file. See the man page syslog(3) for more details. Default value is LOG_DAEMON. to:
Changed lines 902-911 from:
syslog_facility=LOG_LOCAL0 syslog_name 🔗Set the id to be printed in syslog. The value must be a string and has effect only when OpenSIPS runs in daemon mode (fork=yes), after daemonize. Default value is argv[0]. to:
syslog_enabled = yes stderror_log_format 🔗Format of the log messages printed to standard error. Possible values are:
Default value is plain_text. Example of usage: stderror_log_format = "json"
syslog_facility 🔗If OpenSIPS logs to syslog, you can control the facility for logging. Very useful when you want to divert all OpenSIPS logs to a different log file. See the man page syslog(3) for more details. Default value is LOG_DAEMON. Example of usage: syslog_facility=LOG_LOCAL0 ssyslog_level_filter 🔗Extra log level filtering for the messages sent to syslog. This parameter may be useful when different levels of verbosity are desired for syslog and standard error logging. Default value is 0 (no filtering). Example of usage: syslog_level_filter = 1 syslog_log_format 🔗Format of the log messages sent to syslog. Possible values are:
Default value is plain_text. Example of usage: syslog_log_format = "json" May 16, 2023, at 10:28 PM
by
- Changed lines 456-457 from:
listen (Replaced in OpenSIPS 3.1) 🔗to:
listen (Replaced in OpenSIPS 3.5) 🔗Changed lines 461-472 from:
log_facility 🔗If OpenSIPS logs to syslog, you can control the facility for logging. Very useful when you want to divert all OpenSIPS logs to a different log file. See the man page syslog(3) for more details. Default value is LOG_DAEMON. Example of usage: log_facility=LOG_LOCAL0 to:
log_facility (Replaced in OpenSIPS 3.5) 🔗This parameter was replaced by the syslog_facility parameter, preserving exactly the same format and behavior. Changed lines 493-502 from:
log_name 🔗Set the id to be printed in syslog. The value must be a string and has effect only when OpenSIPS runs in daemon mode (fork=yes), after daemonize. Default value is argv[0]. Example of usage: log_name="osips-5070" to:
log_name (Replaced in OpenSIPS 3.1) 🔗This parameter was replaced by the syslog_name parameter, preserving exactly the same format and behavior. Changed lines 515-522 from:
log_stderror 🔗With this parameter you can make OpenSIPS write log messages to standard error. Possible values are: - "no" (default) - write the messages to syslog - "yes" - write the messages to standard error to:
log_stderror (Deprecated in OpenSIPS 3.5) 🔗This parameter is deprecated and it's behavior starting with OpenSIPS 3.5 is equivalent to setting the stderror_enabled and syslog_enabled parameters, as following: - "no" - stderror_enabled=no, syslog_enabled=yes - "yes" (default) - stderror_enabled=yes, syslog_enabled=no Added lines 869-917:
stderror_enabled 🔗Enables writing log messages to standard error. Default value is yes/1. Example of usage: stderror_enabled = no
syslog_enabled 🔗Enables writing log messages to syslog. Default value is no/disabled. Example of usage: syslog_enabled = yes
syslog_facility 🔗If OpenSIPS logs to syslog, you can control the facility for logging. Very useful when you want to divert all OpenSIPS logs to a different log file. See the man page syslog(3) for more details. Default value is LOG_DAEMON. Example of usage: syslog_facility=LOG_LOCAL0
syslog_name 🔗Set the id to be printed in syslog. The value must be a string and has effect only when OpenSIPS runs in daemon mode (fork=yes), after daemonize. Default value is argv[0]. Example of usage: syslog_name="osips-5070" April 27, 2023, at 07:49 PM
by
- Changed line 829 from:
Configures the maximum number of shm operations to keep in the in-memory history. A separate memory block, dedicated for this shm debug info will be allocated. As such, OpenSIPS will actually take up more system memory than the configured shm pool (-m command line option). For example, for a shm_memlog_size=1000000, approximately 750 MB more will be used. By default, this memory logging is disabled, i.e. shm_memlog_size=0. to:
Configures the maximum number of shm operations to keep in the in-memory history. A separate memory block, dedicated for this shm debug info will be allocated. As such, OpenSIPS will actually take up more system memory than the configured shm pool (-m command line option). For example, for a shm_memlog_size=1000000, approximately 750 MB more will be used. This option is intended for debugging purposes and is disabled by default, i.e. shm_memlog_size=0. April 27, 2023, at 07:43 PM
by
- Added lines 825-829:
shm_memlog_size 🔗Configures the maximum number of shm operations to keep in the in-memory history. A separate memory block, dedicated for this shm debug info will be allocated. As such, OpenSIPS will actually take up more system memory than the configured shm pool (-m command line option). For example, for a shm_memlog_size=1000000, approximately 750 MB more will be used. By default, this memory logging is disabled, i.e. shm_memlog_size=0. April 11, 2023, at 09:18 AM
by
- Added line 857:
October 28, 2022, at 03:11 PM
by
- Changed lines 320-325 from:
Definition of a static (read-only) IP/destination blacklist. These lists can be selected from script (at runtime) to filter the outgoing requests, based on IP, protocol, port, etc. Its primary purposes will be to prevent sending requests to critical IPs (like GWs) due DNS or to avoid sending to destinations that are known to be unavailable (temporary or permanent). Example of usage: to:
Definition of a IP/destination blacklist. These lists can be selected from script (at runtime) to filter the outgoing requests, based on IP, protocol, port, etc. Its primary purposes is be to prevent sending requests to critical IPs (like GWs), due bad DNS entries or to avoid sending to destinations that are known to be unavailable (temporary or permanent). The grammar to specify a list is as it follows: Changed lines 327-334 from:
# filter out requests going to ips of my gws dst_blacklist = gw:{( tcp , 192.168.3.500 , 5060 , "" ),( any , 192.168.3.501 , 0 , "" )} # block requests going to "evil" networks dst_blacklist = net_filter:{ ( any , 192.168.1.120/255.255.255.0 , 0 , "" )} # block message requests with nasty words dst_blacklist = msg_filter:{ ( any , 192.168.20.0/255.255.255.0 , 0 , "MESSAGE*ugly_word" )} # block requests not going to a specific subnet dst_blacklist = net_filter2:{ !( any , 193.568.30.0/255.255.255.0 , 0 , "" )} to:
"dst_blacklist" = id [/bl_flags] [: bl_rules] Changed lines 330-344 from:
Each rule is defined by:
enable_asserts 🔗Default value: false
to:
bl_flags = bl_flag [, bl_flag]* bl_flag = "expire" | "default" | "readonly"
bl_rules = [!] ipnet | { bl_rule [, bl_rule]* } bl_rule = [!] ( [bl_proto, ] ipnet [, port [, bl_pattern]] ) The blacklist modifiers meanings are as follows:
When dst_flags are missing, the "readonly" flag is explicitly set. A rule is defined of the following properties:
Example of usage: # filter out requests going to ips of my gws dst_blacklist = gw:{( tcp , 192.168.3.500 , 5060 , "" ),( any , 192.168.3.501 , 0 , "" )} # block requests going to "evil" networks dst_blacklist = net_filter:{ ( any , 192.168.1.120/255.255.255.0 , 0 , "" )} # block message requests with nasty words dst_blacklist = msg_filter:{ ( any , 192.168.20.0/255.255.255.0 , 0 , "MESSAGE*ugly_word" )} # block requests not going to a specific subnet dst_blacklist = net_filter2:{ !( any , 193.568.30.0/255.255.255.0 , 0 , "" )} # define a dynamic list that is built at runtime and has expire entries dst_blacklist = net_dynamic/expire September 22, 2022, at 03:20 PM
by
- Changed line 87 from:
Far backward compatibility reasons, the default value is "off"/1. to:
Far backward compatibility reasons, the default value is "off"/0. May 18, 2022, at 10:11 AM
by
- Added line 826:
May 17, 2022, at 05:09 PM
by
- Added lines 944-949:
tcp_parallel_read_on_workers 🔗This option will allow a TCP conn to perform read operations from different processes, not only from one. So far, upon creation, a TCP conn was assigned to a TCP workers which was doing all the reading for that TCP conn. This may become a bootleneck. With "tcp_parallel_read_on_workers", after a read is completed, the TCP conn is passed back to the TCP Main processes, which will perform a re-balancing for the next read operations, passing the TCP conn potentially to another worker. NOTE: at TCP conn level, the read ops are still performed in serial way, one at a time (even if from different processes) March 04, 2022, at 09:34 PM
by
- Added lines 510-520:
@] log_prefix 🔗A string prefix which will be prepended to all logs produced by OpenSIPS (from both C code and script xlog() statements). Default: "" Example of usage: [@ log_prefix = "opensips-backup" December 17, 2021, at 07:43 PM
by
- Changed line 21 from:
abort_on_assertto:
abort_on_assert 🔗Changed lines 34-35 from:
advertised_addressto:
advertised_address 🔗Changed lines 53-54 from:
advertised_portto:
advertised_port 🔗Changed lines 66-67 from:
aliasto:
alias 🔗Changed lines 83-84 from:
auto_aliasesto:
auto_aliases 🔗Changed line 98 from:
auto_scaling_cycleto:
auto_scaling_cycle 🔗Changed line 108 from:
auto_scaling_profileto:
auto_scaling_profile 🔗Changed lines 123-124 from:
check_viato:
check_via 🔗Changed lines 133-134 from:
chrootto:
chroot 🔗Changed line 142 from:
debug_modeto:
debug_mode 🔗Changed lines 156-157 from:
db_version_tableto:
db_version_table 🔗Changed lines 167-168 from:
db_default_urlto:
db_default_url 🔗Changed lines 177-178 from:
db_max_async_connectionsto:
db_max_async_connections 🔗Changed lines 191-192 from:
disable_503_translationto:
disable_503_translation 🔗Changed lines 198-199 from:
disable_core_dumpto:
disable_core_dump 🔗Changed lines 211-212 from:
disable_dns_blacklistto:
disable_dns_blacklist 🔗Changed lines 225-226 from:
disable_dns_failoverto:
disable_dns_failover 🔗Changed lines 236-237 from:
disable_stateless_fwdto:
disable_stateless_fwd 🔗Changed lines 246-247 from:
dnsto:
dns 🔗Changed lines 253-254 from:
dns_retr_timeto:
dns_retr_time 🔗Changed lines 263-264 from:
dns_retr_noto:
dns_retr_no 🔗Changed lines 273-274 from:
dns_servers_noto:
dns_servers_no 🔗Changed lines 283-284 from:
dns_try_ipv6to:
dns_try_ipv6 🔗Changed lines 293-294 from:
dns_try_naptrto:
dns_try_naptr 🔗Changed lines 303-304 from:
dns_use_search_listto:
dns_use_search_list 🔗Changed lines 318-319 from:
dst_blacklistto:
dst_blacklist 🔗Changed line 345 from:
enable_assertsto:
enable_asserts 🔗Changed lines 359-360 from:
event_pkg_thresholdto:
event_pkg_threshold 🔗Changed lines 370-371 from:
event_shm_thresholdto:
event_shm_threshold 🔗Changed lines 381-382 from:
exec_dns_thresholdto:
exec_dns_threshold 🔗Changed lines 392-393 from:
exec_msg_thresholdto:
exec_msg_threshold 🔗Changed lines 404-405 from:
include_fileto:
include_file 🔗Changed lines 415-416 from:
import_fileto:
import_file 🔗Changed lines 426-427 from:
listen (Replaced in OpenSIPS 3.1)to:
listen (Replaced in OpenSIPS 3.1) 🔗Changed lines 431-432 from:
log_facilityto:
log_facility 🔗Changed lines 444-445 from:
log_levelto:
log_level 🔗Changed lines 471-472 from:
log_nameto:
log_name 🔗Changed lines 482-483 from:
log_stdoutto:
log_stdout 🔗Changed lines 498-499 from:
log_stderrorto:
log_stderror 🔗Changed lines 513-514 from:
max_while_loopsto:
max_while_loops 🔗Changed lines 523-524 from:
maxbufferto:
maxbuffer 🔗Changed lines 533-534 from:
mem-groupto:
mem-group 🔗Changed lines 554-555 from:
mem_warmingto:
mem_warming 🔗Changed lines 572-573 from:
mem_warming_percentageto:
mem_warming_percentage 🔗Changed lines 586-587 from:
mem_warming_pattern_fileto:
mem_warming_pattern_file 🔗Changed lines 600-601 from:
memdump | mem_dumpto:
memdump | mem_dump mem_dump|🔗Changed lines 612-613 from:
memlog | mem_logto:
memlog | mem_log mem_log|🔗Changed lines 623-624 from:
mcast_loopbackto:
mcast_loopback 🔗Changed lines 632-633 from:
mcast_ttlto:
mcast_ttl 🔗Changed lines 641-642 from:
mhomedto:
mhomed 🔗Changed lines 650-651 from:
mpathto:
mpath 🔗Changed lines 668-669 from:
open_files_limitto:
open_files_limit 🔗Changed lines 680-681 from:
poll_methodto:
poll_method 🔗Changed lines 690-691 from:
portto:
port 🔗Changed lines 699-700 from:
pv_print_buf_sizeto:
pv_print_buf_size 🔗Changed lines 708-709 from:
query_buffer_sizeto:
query_buffer_size 🔗Changed lines 717-718 from:
query_flush_timeto:
query_flush_time 🔗Changed lines 727-728 from:
restart_persistency_cache_fileto:
restart_persistency_cache_file 🔗Changed lines 734-735 from:
restart_persistency_sizeto:
restart_persistency_size 🔗Changed lines 741-742 from:
rev_dnsto:
rev_dns 🔗Changed lines 749-750 from:
server_headerto:
server_header 🔗Changed lines 768-769 from:
server_signatureto:
server_signature 🔗Changed lines 781-782 from:
shm_hash_split_percentageto:
shm_hash_split_percentage 🔗Changed lines 786-787 from:
shm_secondary_hash_sizeto:
shm_secondary_hash_size 🔗Changed lines 791-792 from:
sip_warningto:
sip_warning 🔗Changed lines 801-802 from:
socketto:
socket 🔗Changed line 837 from:
tcp_workersto:
tcp_workers 🔗Changed lines 849-850 from:
tcp_accept_aliasesto:
tcp_accept_aliases 🔗Changed lines 864-865 from:
tcp_connect_timeoutto:
tcp_connect_timeout 🔗Changed lines 875-876 from:
tcp_connection_lifetimeto:
tcp_connection_lifetime 🔗Changed lines 885-886 from:
tcp_max_connectionsto:
tcp_max_connections 🔗Changed lines 895-896 from:
tcp_max_msg_timeto:
tcp_max_msg_time 🔗Changed lines 905-906 from:
tcp_no_new_conn_bflagto:
tcp_no_new_conn_bflag 🔗Changed lines 936-937 from:
tcp_socket_backlogto:
tcp_socket_backlog 🔗Changed line 943 from:
tcp_thresholdto:
tcp_threshold 🔗Changed lines 953-954 from:
tcp_keepaliveto:
tcp_keepalive 🔗Changed lines 966-967 from:
tcp_keepcountto:
tcp_keepcount 🔗Changed lines 978-979 from:
tcp_keepidleto:
tcp_keepidle 🔗Changed lines 990-991 from:
tcp_keepintervalto:
tcp_keepinterval 🔗Changed line 1003 from:
timer_workersto:
timer_workers 🔗Changed lines 1015-1016 from:
tosto:
tos 🔗Changed lines 1028-1029 from:
udp_workersto:
udp_workers 🔗Changed lines 1044-1045 from:
user_agent_headerto:
user_agent_header 🔗Changed lines 1061-1062 from:
wdirto:
wdir 🔗Changed lines 1073-1074 from:
xlog_buf_sizeto:
xlog_buf_size 🔗Changed lines 1087-1088 from:
xlog_force_colorto:
xlog_force_color 🔗Changed lines 1102-1103 from:
xlog_levelto:
xlog_level 🔗Changed lines 1115-1116 from:
xlog_print_levelto:
xlog_print_level 🔗Changed line 1128 from:
(:toc-back:) to:
(:toc-back:) June 14, 2021, at 01:18 PM
by
- Deleted lines 860-865:
tcp_listen_backlog (Replaced in OpenSIPS 3.1)This parameter was replaced by the tcp_socket_backlog parameter, preserving exactly the same format and behavior. May 27, 2021, at 06:40 PM
by
- Changed lines 426-427 from:
listen (Replaced in OpenSIPS 3.5)to:
listen (Replaced in OpenSIPS 3.1)Changed line 864 from:
tcp_listen_backlog (Replaced in OpenSIPS 3.5)to:
tcp_listen_backlog (Replaced in OpenSIPS 3.1)May 27, 2021, at 04:51 PM
by
- Changed lines 481-496 from:
to:
log_stdoutAlthough all OpenSIPS logs are done via standard error, enabling this parameter may be still be useful when trying to extract logs from 3rd party libraries. - "no" (default) - drop all standard output logs - "yes" - let all standard output logs pass through Example of usage: log_stdout = yes Changed lines 508-510 from:
log_stderror=yes to:
log_stderror = yes March 19, 2021, at 11:39 AM
by
- Changed lines 446-447 from:
Set the logging level (how verbose OpenSIPS should be). Higher values make OpenSIPS to print more messages. to:
Set the logging level (how verbose OpenSIPS should be). Higher values make OpenSIPS print more messages. Changed line 462 from:
to:
Changed lines 466-473 from:
The 'log_level' parameter is usually used in concordance with 'log_stderror' parameter. Value of 'log_level' parameter can also be get and set dynamically using log_level Core MI function or $log_level script variable. to:
The log_level parameter is usually used in concordance with the log_stderror parameter. The value of the log_level parameter can also be get and set dynamically using the log_level Core MI function or $log_level script variable. Changed lines 485-486 from:
With this parameter you can make OpenSIPS to write log messages to standard error. Possible values are: to:
With this parameter you can make OpenSIPS write log messages to standard error. Possible values are: - "no" (default) - write the messages to syslog Deleted lines 489-492:
- "no" - write the messages to syslog Default value is "no". April 23, 2020, at 12:20 PM
by
- Changed line 912 from:
if (isflagset(DST_NATED) && $proto == "TCP") to:
if (isflagset(DST_NATED) && $socket_in(proto) == "TCP") April 23, 2020, at 12:18 PM
by
- Changed line 907 from:
to:
[@ Added lines 927-928:
@] April 23, 2020, at 12:17 PM
by
- Changed line 855 from:
This parameter was replaced by the [#tcp_socket_backlog|tcp_socket_backlog]] parameter, preserving exactly the same format and behavior. to:
This parameter was replaced by the tcp_socket_backlog parameter, preserving exactly the same format and behavior. April 23, 2020, at 12:16 PM
by
- Changed line 795 from:
to:
Changed lines 853-858 from:
tcp_listen_backlogThe backlog argument defines the maximum length to which the queue of pending connections for the TCP listeners may grow. If a connection request arrives when the queue is full, the client may receive an error with an indication of ECONNREFUSED or, if the underlying protocol supports retransmission, the request may be ignored so that a later reattempt at connection succeeds. Default configured value is 10. to:
tcp_listen_backlog (Replaced in OpenSIPS 3.5)This parameter was replaced by the [#tcp_socket_backlog|tcp_socket_backlog]] parameter, preserving exactly the same format and behavior. Added lines 927-933:
tcp_socket_backlogThe backlog argument defines the maximum length to which the queue of pending connections for the TCP listening sockets may grow. If a connection request arrives when the queue is full, the client may receive an error with an indication of ECONNREFUSED or, if the underlying protocol supports retransmission, the request may be ignored so that a later reattempt at connection succeeds. Default configured value is 10. April 23, 2020, at 11:46 AM
by
- Changed lines 50-51 from:
NOTE: Aside this global approach, you can also define an advertise IP and port in a per-interface manner (see the listen parameter). When advertise values are defined per interface, they will be used only for traffic leaving that interface only. to:
NOTE: Aside this global approach, you can also define an advertise IP and port in a per-interface manner (see the socket parameter). When advertise values are defined per interface, they will be used only for traffic leaving that interface only. Changed lines 62-64 from:
NOTE: Aside this global approach, you can also define an advertise IP and port in a per-interface manner (see the listen parameter). When advertise values are defined per interface, they will be used only for traffic leaving that interface only. to:
NOTE: Aside this global approach, you can also define an advertise IP and port in a per-interface manner (see the socket parameter). When advertise values are defined per interface, they will be used only for traffic leaving that interface only. Changed lines 72-73 from:
It is necessary to include the port (the port value used in the "listen=" definitions) in the alias definition otherwise the loose_route() function will not work as expected for local forwards! to:
It is necessary to include the port (the port value used in the "socket=" definitions) in the alias definition otherwise the loose_route() function will not work as expected for local forwards! Changed lines 85-86 from:
This parameter controls if aliases should be automatically discovered and added during fixing listening sockets. The auto discovered aliases are result of the DNS lookup (if listen is a name and not IP) or of a reverse DNS lookup on the listen IP. to:
This parameter controls if aliases should be automatically discovered and added during fixing listening sockets. The auto discovered aliases are result of the DNS lookup (if the 'socket' definition has a name and not IP) or of a reverse DNS lookup on the socket IP. Changed line 109 from:
Defines the behavior of the auto-scaling support, in terms of how many processes should be allowed and when to terminate or create new processes. These profiles may be used for the UDP processes (see udp_workers or listen options) , TCP processes (see tcp_workers option) or TIMER processes (see timer_workers option).\\ to:
Defines the behavior of the auto-scaling support, in terms of how many processes should be allowed and when to terminate or create new processes. These profiles may be used for the UDP processes (see udp_workers or socket options) , TCP processes (see tcp_workers option) or TIMER processes (see timer_workers option).\\ Changed lines 426-459 from:
listenSet the network addresses the SIP server should listen to. Its syntax is
This parameter can be set multiple times in same configuration file, the server listening on all addresses specified. The listen definition may accept several optional parameters:
Remember that the above parameters only affect the interface they are configured for; if they are not defined for a given interface, the global values will be used instead. Examples of usage: listen = udp:* listen = udp:eth1 listen = tcp:eth1:5062 listen = tls:localhost:5061 listen = hep_udp:10.10.10.10:5064 listen = ws:127.0.0.1:5060 use_workers 5 listen = sctp:127.0.0.1:5060 as 99.88.44.33:5060 use_workers 3 listen = udp:10.10.10.10:5060 anycast listen = udp:10.10.10.10:5060 use_workers 4 use_auto_scaling_profile PROFILE_SIP On startup, OpenSIPS reports all the interfaces that it is listening on. The TCP engine processes will be created regardless if you specify only UDP interfaces here. to:
listen (Replaced in OpenSIPS 3.5)This parameter was replaced by the [#socket|socket]] parameter, preserving exactly the same format and behavior. Added lines 788-822:
socketSet the network addresses/sockets the OpenSIPS server should listen on. Its syntax is
This parameter can be set multiple times in same configuration file, the server listening on all specified sockets. The socket definition may accept several optional parameters:
Remember that the above parameters only affect the sockets they are configured for; if they are not defined for a given socket, the global values will be used instead. Examples of usage: socket = udp:* socket = udp:eth1 socket = tcp:eth1:5062 socket = tls:localhost:5061 socket = hep_udp:10.10.10.10:5064 socket = ws:127.0.0.1:5060 use_workers 5 socket = sctp:127.0.0.1:5060 as 99.88.44.33:5060 use_workers 3 socket = udp:10.10.10.10:5060 anycast socket = udp:10.10.10.10:5060 use_workers 4 use_auto_scaling_profile PROFILE_SIP On startup, OpenSIPS reports all the sockets that it is listening on. April 23, 2020, at 11:35 AM
by
- Changed lines 131-135 from:
children (Obsolete in OpenSIPS 3.5)This parameter is obsolete and replaced by the udp_workers new parameter. to:
Changed lines 819-823 from:
tcp_children (Obsolete in OpenSIPS 3.5)This parameter is obsolete and replaced by the tcp_workers new parameter. to:
Deleted lines 1093-1098:
November 14, 2019, at 03:07 PM
by
- Changed lines 87-89 from:
Far backward compatibility reasons, the default value is "on". to:
Far backward compatibility reasons, the default value is "off"/1. Changed lines 92-93 from:
auto_aliases=no auto_aliases=0 to:
auto_aliases=yes auto_aliases=1 July 12, 2019, at 07:33 PM
by
- Changed line 410 from:
Can be called from outside route blocks to load additional routes/blocks or from inside them to simply perform more functions. The file path can be relative or absolute. If it is a relative path, first attempt is to locate it is relative to the directory from which OpenSIPS is started. If that fails, second try is relative to directory of the file that includes it. Will throw an error if file is not found. to:
Can be called from outside route blocks to load additional routes/blocks or from inside them to simply perform more functions. The file path can be relative or absolute. If it is a relative path, first attempt to locate it is relative to the directory from which OpenSIPS is started. If that fails, second try is relative to directory of the file that includes it. Will throw an error if file is not found. July 12, 2019, at 07:32 PM
by
- Changed lines 410-411 from:
Can be called from outside route blocks to load additional routes/blocks or from inside them to simply preform more functions. The file path can be relative or absolute. If it is not an absolute path, first attempt is to locate it relative to current directory. If that fails, second try is relative to directory of the file that includes it. Will throw an error if file is not found. to:
Can be called from outside route blocks to load additional routes/blocks or from inside them to simply perform more functions. The file path can be relative or absolute. If it is a relative path, first attempt is to locate it is relative to the directory from which OpenSIPS is started. If that fails, second try is relative to directory of the file that includes it. Will throw an error if file is not found. Changed line 421 from:
Same as include_file but will not throw an error if file is not found. to:
Same as include_file. May 24, 2019, at 06:39 PM
by
- Added lines 720-728:
May 14, 2019, at 09:50 AM
by
- Changed line 442 from:
to:
Changed lines 1012-1013 from:
Optionally, you can define a auto-scaling profile to govern in a dynamic way the number of UDP workers (by creating or terminating processes, depending on load). See auto_scaling_profile parameter for more. to:
Optionally, you can define a auto-scaling profile to govern in a dynamic way the number of UDP workers (by creating or terminating processes, depending on load). Note that the per-interface defined auto-scaling profile will override this global UDP auto-scaling profile. See auto_scaling_profile parameter for more. April 25, 2019, at 05:53 PM
by
- Added lines 95-105:
auto_scaling_cycleThe number of seconds defining a auto-scaling cycle - the auto-scaling engine, at each cycle, is evaluating the internal load of the groups and decided if more processes needs to be created or if existing processes need to be terminated. Also see auto_scaling_profile for more details on how the auto-scaling works. auto_scaling_cycle=3 # do auto-scaling checks once every 3 seconds April 16, 2019, at 08:23 PM
by
- Deleted lines 109-115:
April 16, 2019, at 08:19 PM
by
- Changed line 97 from:
auto_scaling_profileto:
auto_scaling_profileApril 16, 2019, at 08:19 PM
by
- Added lines 95-108:
auto_scaling_profileDefines the behavior of the auto-scaling support, in terms of how many processes should be allowed and when to terminate or create new processes. These profiles may be used for the UDP processes (see udp_workers or listen options) , TCP processes (see tcp_workers option) or TIMER processes (see timer_workers option). Example of usage: auto_scaling_profile = PROFILE_SIP scale up to 6 on 70% for 4 cycles within 5 scale down to 2 on 18% for 10 cycles This profile will allow the group to fork up to 6 processes. A new process will be forked when the overall load of the group will be higher than 70% for more than 4 cycles during a 5 cycles monitoring window. A cycle is a time unit used for monitoring (like 2 seconds). April 16, 2019, at 08:12 PM
by
- Changed lines 424-426 from:
to:
Added lines 440-441:
listen = udp:10.10.10.10:5060 use_workers 4 use_auto_scaling_profile PROFILE_SIP Changed lines 805-806 from:
to:
Optionally, you can define a auto-scaling profile to govern in a dynamic way the number of TCP workers (by creating or terminating processes, depending on load). See auto_scaling_profile parameter for more. Changed lines 809-810 from:
tcp_workers=4 to:
tcp_workers= 4 tcp_workers= 3 use_auto_scaling_profile PROFILE_SIP Changed lines 964-1016 from:
tls_ca_listtls_certificatetls_ciphers_listtls_domaintls_handshake_timeouttls_logtls_methodtls_port_notls_private_keytls_require_certificatetls_send_timeouttls_verifytosThe TOS (Type Of Service) to be used for the sent IP packages (both TCP and UDP). to:
timer_workersThe number of worker processes to be created exclusively for timer related tasks/processing. The default and minimum number is '1'. Optionally, you can define a auto-scaling profile to govern in a dynamic way the number of timer workers (by creating or terminating processes, depending on load). See auto_scaling_profile parameter for more. Deleted line 970:
Changed lines 972-974 from:
tos=IPTOS_LOWDELAY tos=0x10 tos=IPTOS_RELIABILITY to:
timer_workers = 3 timer_workers = 3 use_auto_scaling_profile PROFILE_TIMER Changed lines 976-980 from:
udp_workersNumber of worker processes to be created for each UDP or SCTP interface you have defined. Default value is 8. to:
tosThe TOS (Type Of Service) to be used for the sent IP packages (both TCP and UDP). Added line 983:
Changed lines 985-999 from:
udp_workers=16 to:
tos=IPTOS_LOWDELAY tos=0x10 tos=IPTOS_RELIABILITY @]
udp_workersNumber of worker processes to be created for each UDP or SCTP interface you have defined. Default value is 8. Optionally, you can define a auto-scaling profile to govern in a dynamic way the number of UDP workers (by creating or terminating processes, depending on load). See auto_scaling_profile parameter for more. Example of usage: [@ udp_workers=16 udp_workers=4 use_auto_scaling_profile PROFILE_SIP March 28, 2019, at 04:45 PM
by
- Added lines 717-730:
restart_persistency_cache_fileThis parameter controls the name of the cache file that is used to store restart persistence memory. Default value is ".restart_persistency.cache". restart_persistency_sizeThis parameter controls the size of the cache file. If this parameter is not specified, it defaults to the size of the shared memory. Default value is the value of the shared memory, 32MB. March 08, 2019, at 08:51 PM
by
- Added lines 1074-1087:
xlog_levelSimilar to log_level this parameter independently controls (from the rest of the OpenSIPS code) the verbosity of the xlog() functions. This give you the possibility to separately control the verbosity level for logs from code versus logs from xlog(). Default value is 2 / L_NOTICE Usage example: xlog_level = 3 #L_DBG Added line 1090:
March 08, 2019, at 03:00 PM
by - March 08, 2019, at 03:00 PM
by
- Changed lines 1075-1078 from:
xlog_default_levelDefault value: -1 to:
xlog_default_level (Replaced in OpenSIPS 3.5)This was replaced by xlog_print_level. xlog_print_levelDefault value: -1 (L_ERR) Changed lines 1086-1087 from:
Default value for the logging level of the xlog core function, when the log_level parameter is omitted. to:
Default level for printing the logs generated by xlog core function, when the log_level parameter is omitted. Changed line 1090 from:
xlog_default_level = 2 #L_NOTICE to:
xlog_print_level = 2 #L_NOTICE March 06, 2019, at 01:32 PM
by
- Changed line 838 from:
Maximum number of active TCP accepted connections (i.e. initiated by remote endpoints). If the number is exceeded, any new incoming TCP connections will be rejected. The default is 2048. For outgoing TCP connections (initiated by OpenSIPS), there is currently no limit. to:
Maximum number of active TCP accepted connections (i.e. initiated by remote endpoints). Once the limit is reached, any new incoming TCP connections will be rejected. The default is 2048. For outgoing TCP connections (initiated by OpenSIPS), there is currently no limit. March 06, 2019, at 01:31 PM
by - March 06, 2019, at 01:31 PM
by
- Changed line 838 from:
maximum number of tcp connections (if the number is exceeded no new tcp connections will be accepted). Default is defined in tcp_conn.h: #define DEFAULT_TCP_MAX_CONNECTIONS 2048 to:
Maximum number of active TCP accepted connections (i.e. initiated by remote endpoints). If the number is exceeded, any new incoming TCP connections will be rejected. The default is 2048. For outgoing TCP connections (initiated by OpenSIPS), there is currently no limit. March 05, 2019, at 05:17 PM
by
- Deleted lines 697-705:
February 13, 2019, at 03:00 PM
by
- Changed lines 139-141 from:
NOTE that enabling this option will override all the other individual parameters like foreground mode, log level, children, etc. This parameter was introduced as a replacement for the old fork options. to:
NOTE that enabling this option will override all the other individual parameters like foreground mode, log level, udp_workers, tcp_workers, etc. Changed line 422 from:
to:
Changed lines 435-436 from:
listen = ws:127.0.0.1:5060 use_children 5 listen = sctp:127.0.0.1:5060 as 99.88.44.33:5060 use_children 3 to:
listen = ws:127.0.0.1:5060 use_workers 5 listen = sctp:127.0.0.1:5060 as 99.88.44.33:5060 use_workers 3 Changed line 794 from:
Number of children processes to be created for reading from TCP connections. These workers are responsible for handling any traffic over any TCP based protocol, like SIP-TCP, SIP-TLS, SIP-WS, SIP-WSS, BIN or HEP. to:
Number of worker processes to be created for reading from TCP connections. These workers are responsible for handling any traffic over any TCP based protocol, like SIP-TCP, SIP-TLS, SIP-WS, SIP-WSS, BIN or HEP. Changed line 799 from:
tcp_children=4 to:
tcp_workers=4 February 13, 2019, at 02:58 PM
by
- Changed lines 50-51 from:
NOTE: Aside this global approach, you can also define an advertise IP and port in a per-interface manner (see the "listen" parameter). When advertise values are defined per interface, they will be used only for traffic leaving that interface only. to:
NOTE: Aside this global approach, you can also define an advertise IP and port in a per-interface manner (see the listen parameter). When advertise values are defined per interface, they will be used only for traffic leaving that interface only. Changed lines 62-64 from:
NOTE: Aside this global approach, you can also define an advertise IP and port in a per-interface manner (see the "listen" parameter). When advertise values are defined per interface, they will be used only for traffic leaving that interface only. to:
NOTE: Aside this global approach, you can also define an advertise IP and port in a per-interface manner (see the listen parameter). When advertise values are defined per interface, they will be used only for traffic leaving that interface only. Changed lines 114-115 from:
children (obsolete)to:
children (Obsolete in OpenSIPS 3.5)Changed lines 421-425 from:
The listen definition may accept several optional parameters for:
to:
The listen definition may accept several optional parameters:
Changed line 789 from:
tcp_children (obsolete)to:
tcp_children (Obsolete in OpenSIPS 3.5)February 13, 2019, at 02:52 PM
by
- Changed lines 114-117 from:
childrenNumber of worker processes (children) to be created for each UDP or SCTP interface you have defined. Default value is 8. to:
children (obsolete)This parameter is obsolete and replaced by the udp_workers new parameter. chrootThe value must be a valid path in the system. If set, OpenSIPS will chroot (change root directory) to its value. Changed lines 124-136 from:
children=16 NOTE: this global value (applicable for all UDP/SCTP interfaces) can be override if you set a different number of children in the definition of a specific interface - so actually you can define a different number of children for each interface (see the "listen" parameter for syntax).
chrootThe value must be a valid path in the system. If set, OpenSIPS will chroot (change root directory) to its value. Example of usage: to:
Changed lines 789-792 from:
tcp_childrenNumber of children processes to be created for reading from TCP connections. If no value is explicitly set, the same number of TCP children as UDP children (see "children" parameter) will be used. to:
tcp_children (obsolete)This parameter is obsolete and replaced by the tcp_workers new parameter. tcp_workersNumber of children processes to be created for reading from TCP connections. These workers are responsible for handling any traffic over any TCP based protocol, like SIP-TCP, SIP-TLS, SIP-WS, SIP-WSS, BIN or HEP. If no value is explicitly set, 8 TCP workers will be created. Added lines 1013-1025:
udp_workersNumber of worker processes to be created for each UDP or SCTP interface you have defined. Default value is 8. Example of usage: udp_workers=16 NOTE: this global value (applicable for all UDP/SCTP interfaces) can be override if you set a different number of workers in the definition of a specific interface - so actually you can define a different number of workers for each interface (see the listen parameter for syntax). September 25, 2018, at 04:45 PM
by
- Changed line 890 from:
} else if ($var(retcode) <0 ) { to:
} else if ($var(retcode) < 0) { September 25, 2018, at 04:45 PM
by
- Deleted line 876:
Deleted line 877:
Deleted line 879:
Deleted line 881:
Deleted line 882:
September 25, 2018, at 04:44 PM
by
- Changed lines 876-882 from:
tcp_no_new_conn_bflag = 6 .... route{ .... if( destination_behin_nat && proto==TCP ) setbflag(6); .... to:
tcp_no_new_conn_bflag = TCP_NO_CONNECT ... route { ... if (isflagset(DST_NATED) && $proto == "TCP") setbflag(TCP_NO_CONNECT); ... Changed line 890 from:
if ($var(retcode)==-6) { to:
if ($var(retcode) == -6) { Changed line 893 from:
send_reply("404","Not found"); to:
send_reply("404", "Not Found"); Changed line 895 from:
} else if ($var(retcode)<0) { to:
} else if ($var(retcode) <0 ) { Deleted line 898:
.... March 28, 2018, at 06:09 PM
by
- Deleted lines 14-17:
Core KeywordsAll the core keywords along with their accepted core values available in previous versions were eliminated in v3.5 and the use of core variables and core functions is recommended instead. For detailed information about what you can use in place of the deprecated keywords, check the migration page keywords section. March 20, 2018, at 01:57 PM
by
- Added lines 435-436:
Added line 449:
listen = udp:10.10.10.10:5060 anycast January 08, 2018, at 10:52 AM
by
- Deleted lines 241-258:
December 19, 2017, at 11:53 AM
by
- Changed line 710 from:
The poll method to be used by the I/O internal reactor - by default the best one for the current OS is selected. The available types are: poll, epoll_lt, epoll_et, sigio_rt, select, kqueue, /dev/poll . to:
The poll method to be used by the I/O internal reactor - by default the best one for the current OS is selected. The available types are: poll, epoll, sigio_rt, select, kqueue, /dev/poll. December 06, 2017, at 12:23 PM
by
- Changed line 444 from:
Set the network addresses the SIP server should listen to. Its syntax is 'protocol:address[:port]', where: to:
Set the network addresses the SIP server should listen to. Its syntax is Changed line 446 from:
to:
December 06, 2017, at 12:21 PM
by
- Changed lines 76-77 from:
It is necessary to include the port (the port value used in the "port=" or "listen=" definitions) in the alias definition otherwise the loose_route() function will not work as expected for local forwards! to:
It is necessary to include the port (the port value used in the "listen=" definitions) in the alias definition otherwise the loose_route() function will not work as expected for local forwards! Changed lines 444-445 from:
Set the network addresses the SIP server should listen to. It can be an IP address, hostname or network interface id or combination of protocol:address:port (e.g., udp:10.10.10.10:5060). This parameter can be set multiple times in same configuration file, the server listening on all addresses specified. to:
Set the network addresses the SIP server should listen to. Its syntax is 'protocol:address[:port]', where:
This parameter can be set multiple times in same configuration file, the server listening on all addresses specified. Added line 458:
listen = udp:* July 14, 2017, at 06:00 PM
by
- Changed lines 13-22 from:
(:toc-float Table of Content:) This section lists the all the parameters exported by OpenSIPS core for script usage (to be used in opensips.cfg) to:
(:toc-float Table of Contents:) This section lists the all the parameters exported by OpenSIPS core for script usage (to be used in opensips.cfg). Changed lines 18-295 from:
Keywords specific to SIP messages which can be used mainly in 'if' expressions. afThe address family of the received SIP message. It is INET if the message was received over IPv4 or INET6 if the message was received over IPv6. Exampe of usage: if(af==INET6) { log("Message received over IPv6 link\n"); }; dst_ipThe IP of the local interface where the SIP message was received. When the proxy listens on many network interfaces, makes possible to detect which was the one that received the packet. Example of usage: if(dst_ip==127.0.0.1) { log("message received on loopback interface\n"); }; dst_portThe local port where the SIP packet was received. When OpenSIPS is listening on many ports, it is useful to learn which was the one that received the SIP packet. Example of usage: if(dst_port==5061) { log("message was received on port 5061\n"); }; from_uriThis script variable is a reference to the URI of 'From' header. It can be used to test 'From'- header URI value. Example of usage: if(is_method("INVITE") && from_uri=~".*@opensips.org") { log("the caller is from opensips.org\n"); }; methodThe variable is a reference to the SIP method of the message. Example of usage: if(method=="REGISTER") { log("this SIP request is a REGISTER message\n"); }; msg:lenThe variable is a reference to the size of the message. It can be used in 'if' constructs to test message's size. Example of usage: if(msg:len>2048) { sl_send_reply("413", "message too large"); exit; }; $retcodeIt represents the value returned by last function executed (similar to $? from bash -- if you wish, you can use also $? in OpenSIPS config, both names '$retcode' and '$?' are supported). If tested after a call of a route, it is the value retuned by that route. Example of usage: route { route(1); if($retcode==1) { log("The request is an INVITE\n"); }; } route[1] { if(is_method("INVITE")) return(1); return(2); } protoThis variable can be used to test the transport protocol of the SIP message. Example of usage: if(proto==UDP) { log("SIP message received over UDP\n"); }; statusIf used in onreply_route, this variable is a reference to the status code of the reply. If it used in a standard route block, the variable is a reference to the status of the last reply sent out for the current request. Example of usage: if(status=="200") { log("this is a 200 OK reply\n"); }; src_ipReference to source IP address of the SIP message. Example of usage: if(src_ip==127.0.0.1) { log("the message was sent from localhost!\n"); }; src_portReference to source port of the SIP message (from which port the message was sent by previous hop). Example of usage: if(src_port==5061) { log("message sent from port 5061\n"); } to_uriThis variable can be used to test the value of URI from To header. Example of usage: if(to_uri=~"sip:.+@opensips.org") { log("this is a request for opensips.org users\n"); }; uriThis variable can be used to test the value of the request URI. Example of usage: if(uri=~"sip:.+@opensips.org") { log("this is a request for opensips.org users\n"); }; (:toc-back:) Core ValuesValues that can be used in 'if' expressions to check against Core Keywords INETThis keyword can be used to test whether the SIP packet was received over an IPv4 connection. Example of usage: if(af==INET) { log("the SIP message was received over IPv4\n"); }; INET6This keyword can be used to test whether the SIP packet was received over an IPv6 connection. Example of usage: if(af==INET6) { log("the SIP message was received over IPv6\n"); }; TCPThis keyword can be used to test the value of 'proto' and check whether the SIP packet was received over TCP or not. Example of usage: if(proto==TCP) { log("the SIP message was received over TCP\n"); }; UDPThis keyword can be used to test the value of 'proto' and check whether the SIP packet was received over UDP or not. Example of usage: if(proto==UDP) { log("the SIP message was received over UDP\n"); }; max_lenThis keyword is set to the maximum size of an UDP packet. It can be used to test message's size. Example of usage: if(msg:len>max_len) { sl_send_reply("413", "message too large to be forwarded over UDP without fragmentation"); exit; } myselfIt is a reference to the list of local IP addresses, hostnames and aliases that has been set in OpenSIPS configuration file. This lists contain the domains served by OpenSIPS. The variable can be used to test if the host part of an URI is in the list. The usefulness of this test is to select the messages that has to be processed locally or has to be forwarded to another server. See "alias" to add hostnames,IP addresses and aliases to the list. Example of usage: if(uri==myself) { log("the request is for local processing\n"); }; nullCan be used in assignment to reset the value of a per-script variable or to delete an avp. Example of usage: $avp(i:12) = null; $var(x) = null; (:toc-back:) to:
All the core keywords along with their accepted core values available in previous versions were eliminated in v3.5 and the use of core variables and core functions is recommended instead. For detailed information about what you can use in place of the deprecated keywords, check the migration page keywords section. Core parametersGlobal parameters that can be set in configuration file. Accepted values are, depending on the actual parameters strings, numbers and yes/ no. If you need to specify either "yes" or "no" as part of a string, wrap this in double quotes. abort_on_assertDefault value: false
April 12, 2017, at 01:07 PM
by
- Deleted lines 382-392:
bin_listen (Removed in OpenSIPS 3.5)Replaced by the bin_port module parameter from proto_bin module (as a result of migrating the BIN implementation from core into a separate module). bin_children (Removed in OpenSIPS 3.5)Obsolete, simply removed. Deleted lines 470-474:
Deleted lines 701-710:
fork (Removed in OpenSIPS 3.5)Replaced by debug_mode parameter. group gid (Removed in OpenSIPS 3.5)Use the -u command line parameter instead. Deleted lines 1312-1319:
April 12, 2017, at 01:03 PM
by
- Changed lines 1246-1249 from:
Number of keepalives to send before closing the connection (Linux only). Default value: 0 (not set). Setting tcp_keepcount to any value will enable tcp_keepalive. to:
Number of keepalives to send before closing the connection (Linux only). Default value is Operating System dependent and can be found using Setting tcp_keepcount to any value will enable tcp_keepalive. Changed lines 1258-1261 from:
Amount of time before OpenSIPS will start to send keepalives if the connection is idle (Linux only). Default value: 0 (not set). Setting tcp_keepidle to any value will enable tcp_keepalive. to:
Amount of time before OpenSIPS will start to send keepalives if the connection is idle (Linux only). Default value is Operating System dependent and can be found using Setting tcp_keepidle to any value will enable tcp_keepalive. Changed lines 1270-1272 from:
Interval between keepalive probes, if the previous one failed (Linux only). Default value: 0 (not set). Setting tcp_keepinterval to any value will enable tcp_keepalive. to:
Interval between keepalive probes, if the previous one failed (Linux only). Default value is Operating System dependent and can be found using Setting tcp_keepinterval to any value will enable tcp_keepalive. March 24, 2017, at 11:33 AM
by
- Changed lines 892-893 from:
Only relevant when the HP_MALLOC compile flag is enabled. If set to "on", on each startup, OpenSIPS will attempt to restore the memory fragmentation pattern it had before the stop/restart. If no pattern_file from a previous run is found, memory warning is skipped, and the memory allocator simply starts with a big chunk of memory, like all other allocators. to:
Only relevant when the HP_MALLOC compile flag is enabled. If set to "on", on each startup, OpenSIPS will attempt to restore the memory fragmentation pattern it had before the stop/restart. If no pattern_file from a previous run is found, memory warming is skipped, and the memory allocator simply starts with a big chunk of memory, like all other allocators. Changed line 924 from:
The memory fragmentation pattern of a previous OpenSIPS run. Used at startup, if mem_warming is enabled. to:
Only relevant if mem_warming is enabled. It contains the memory fragmentation pattern of a previous OpenSIPS run. This file is overwritten during each OpenSIPS shutdown, and is used during startup in order to restore the service behavior as soon as possible. December 07, 2016, at 11:26 AM
by
- Deleted lines 14-15:
This document is for OpenSIPS 1.12.x December 07, 2016, at 11:25 AM
by
- Changed lines 866-868 from:
to:
Changed lines 871-873 from:
Example of usage: to:
In order for the feature to work you have to run "make generate-mem-stats" and complile with the variable SHM_EXTRA_STATS defined. Usage example: Changed lines 875-877 from:
memgroup = groupname: moduleA moduleB memgroup = runtime: dialog usrloc tm memgroup = routing: drouting to:
mem-group = "interest": "core" "tm" mem-group = "runtime": "dialog" "usrloc" "tm" Changed lines 880-886 from:
to:
For the above example the generated statistics will be named: shmem_group_interest:fragments, shmem_group_interest:memory_used, shmem_group_interest:real_used. Multiple groups can be defined, but they must not have the same name. If you want to generate the statistics for the default group (all the other modules not included in a group) you have to complile with the variable SHM_SHOW_DEFAULT_GROUP defined. Deleted lines 1419-1435:
mem-groupDefine a group of modules for which statistics will be generated regarding their shared memory usage. In order for the feature to work you have to run "make generate-mem-stats" and complile with the variable SHM_EXTRA_STATS defined. Usage example: mem-group = "interest" : "core" "tm" For the above example the generated statistics will be named: shmem_group_interest:fragments, shmem_group_interest:memory_used, shmem_group_interest:real_used. Multiple groups can be defined, they must not have the same name. If you want to generate the statistics for the default group (all the other modules not included in a group) you have to complile with the variable SHM_SHOW_DEFAULT_GROUP defined. October 12, 2016, at 04:57 PM
by
- Changed line 773 from:
If you omit this directive then the SIP server will listen on all interfaces. On startup, OpenSIPS reports all the interfaces that it is listening on. Even if you specify only UDP interfaces here, the server will start the TCP engine too. to:
On startup, OpenSIPS reports all the interfaces that it is listening on. The TCP engine processes will be created regardless if you specify only UDP interfaces here. October 12, 2016, at 04:51 PM
by
- Changed line 760 from:
Remember that the above parameters only affect the interface they are configured for; if they are not defined for each interface, the global values will be used instead. to:
Remember that the above parameters only affect the interface they are configured for; if they are not defined for a given interface, the global values will be used instead. October 12, 2016, at 04:49 PM
by
- Changed lines 757-763 from:
The listen definition may accept several optional parameters for:
Remember that this parameters have affect only for the interface they are configured for; if not defined per interface, the global values will be used. Example of usage: to:
The listen definition may accept several optional parameters for:
Remember that the above parameters only affect the interface they are configured for; if they are not defined for each interface, the global values will be used instead. Examples of usage: Changed lines 765-770 from:
listen=10.10.10.10 listen=eth1:5062 listen=udp:10.10.10.10:5064 listen=udp:127.0.0.1:5060 use_children 5 listen=udp:127.0.0.1:5060 as 99.88.44.33:5060 use_children 3 listen=127.0.0.1 use_children 3 to:
listen = udp:eth1 listen = tcp:eth1:5062 listen = tls:localhost:5061 listen = hep_udp:10.10.10.10:5064 listen = ws:127.0.0.1:5060 use_children 5 listen = sctp:127.0.0.1:5060 as 99.88.44.33:5060 use_children 3 Changed line 773 from:
If you omit this directive then the SIP server will listen on all interfaces. On start the SIP server reports all the interfaces that it is listening on. Even if you specify only UDP interfaces here, the server will start the TCP engine too. If you don't want this, you need to disable the TCP support completely with the core parameter disable_tcp. to:
If you omit this directive then the SIP server will listen on all interfaces. On startup, OpenSIPS reports all the interfaces that it is listening on. Even if you specify only UDP interfaces here, the server will start the TCP engine too. October 04, 2016, at 05:20 PM
by
- Changed line 359 from:
If the ":port" part is omitted, all ports will be considered an alias (similar behavior to port 0). to:
If the ":port" part is omitted, all ports of the given "hostname" will be considered an alias (similar behavior to port 0). October 04, 2016, at 05:19 PM
by
- Changed lines 359-361 from:
It is necessary to include the port (the port value used in the "port=" or "listen=" definitions) in the alias definition otherwise the loose_route() function will not work as expected for local forwards to:
If the ":port" part is omitted, all ports will be considered an alias (similar behavior to port 0). It is necessary to include the port (the port value used in the "port=" or "listen=" definitions) in the alias definition otherwise the loose_route() function will not work as expected for local forwards! June 21, 2016, at 11:49 AM
by
- Changed lines 1152-1153 from:
tcp_connection_lifetime!!!!to:
June 21, 2016, at 11:48 AM
by
- Changed lines 1122-1133 from:
to:
Default value 0 (disabled). If enabled, OpenSIPS will enforce RFC 5923 behaviour when detecting an ";alias" Via header field parameter and will reuse any TCP (or TLS, WS, WSS) connection opened for such SIP requests (source IP + Via port + proto) when sending other SIP requests backwards, towards the same (source IP + Via port + proto) pair. The final purpose of RFC 5923, after all, is to minimize the number of TLS connections a SIP proxy must open, due to the large CPU overhead of the connection setup phase.
On top of RFC 5923's connection reusage (aliasing) mechanism, TCP connections in OpenSIPS are also persistent across multiple SIP dialogs. This can be controlled with the tcp_connection_lifetime global parameter.
Changed line 1428 from:
(:toc-back:) to:
(:toc-back:) May 13, 2016, at 08:16 PM
by
- Changed lines 364-365 from:
alias=other.domain.com:5060 alias=another.domain.com:5060 to:
alias=udp:other.domain.com:5060 alias=tcp:another.domain.com:5060 March 28, 2016, at 11:16 PM
by
- Added lines 862-874:
memgroupDefines a group of modules (by name) to get separate memory statistics. OpenSIPS will provide per-group memory information - the number of allocated fragments, the amount of used memory and the amount of real used memory (with memory manager overhead). This is useful if you want to monitor the memory usage of a certain module (or group of modules). Example of usage: memgroup = groupname: moduleA moduleB memgroup = runtime: dialog usrloc tm memgroup = routing: drouting March 28, 2016, at 10:43 PM
by
- Added lines 393-400:
cfg_fileReturns the name of the corresponding OpenSIPS config file (useful when multiple config files are included).
cfg_lineReturns the corresponding line inside the OpenSIPS config file. March 25, 2016, at 08:32 PM
by
- Changed lines 384-392 from:
bin_listenDefines a UDP listening interface for one or more Binary Packet Receivers. Default value is "null" (not listening). Example of usage: bin_listen=10.0.0.150:5062 to:
bin_listen (Removed in OpenSIPS 3.5)Replaced by the bin_port module parameter from proto_bin module (as a result of migrating the BIN implementation from core into a separate module). Changed lines 390-397 from:
bin_childrenThe number of UDP listeners for the Binary Internal Interface. Default value is 1. Example of usage: bin_children=4 to:
bin_children (Removed in OpenSIPS 3.5)Obsolete, simply removed. March 25, 2016, at 03:06 PM
by
- Changed lines 725-732 from:
group gidThe group id to run OpenSIPS. Example of usage: group="opensips" to:
group gid (Removed in OpenSIPS 3.5)Use the -u command line parameter instead. Changed lines 1312-1318 from:
user uidThe user id to run OpenSIPS (OpenSIPS will suid to it). Example of usage: user="opensips" to:
user uid (Removed in OpenSIPS 3.5)Use the -u command line parameter instead. March 25, 2016, at 11:28 AM
by
- Changed line 446 from:
This parameter was introduced as a replacement for the old debug options. to:
This parameter was introduced as a replacement for the old fork options. March 25, 2016, at 11:17 AM
by
- Added lines 432-446:
debug_modeEnabling the debug_mode option is a fast way to debug your OpenSIPS. This option will automatically force:
Default value is false/0 (disabled). NOTE that enabling this option will override all the other individual parameters like foreground mode, log level, children, etc. This parameter was introduced as a replacement for the old debug options. March 25, 2016, at 11:07 AM
by
- Added line 29:
Added line 42:
Added line 53:
Added line 65:
Added line 78:
Added line 91:
Added line 105:
Added line 128:
Added line 141:
Added line 153:
Added line 166:
Added line 179:
Added line 193:
Added line 214:
Added line 226:
Added line 238:
Added line 250:
Added line 262:
Added line 276:
Added line 291:
Added line 309:
Added line 322:
Added line 341:
Added line 354:
Added line 369:
Added line 383:
Added line 393:
Added line 403:
Added line 412:
Added line 424:
Added line 433:
Added line 444:
Added line 454:
Added line 468:
Added line 473:
Added line 480:
Added line 493:
Added line 507:
Added line 518:
Added line 528:
Added line 537:
Added line 546:
Added line 553:
Added line 563:
Added line 573:
Added line 583:
Added line 593:
Added line 603:
Added line 618:
Added line 645:
Added line 659:
Added line 670:
Added line 681:
Added line 692:
Added line 704:
Added line 709:
Added line 718:
Added line 729:
Added line 740:
Added line 763:
Added line 807:
Added line 819:
Added line 834:
Added line 844:
Added line 854:
Added line 872:
Added line 886:
Added line 900:
Added line 912:
Added line 923:
Added line 932:
Added line 941:
Added line 950:
Added line 968:
Added line 980:
Added line 990:
Added line 999:
Added line 1008:
Added line 1017:
Added line 1027:
Added line 1035:
Added line 1054:
Added line 1067:
Added line 1072:
Added line 1077:
Added line 1087:
Added line 1096:
Added line 1100:
Added line 1107:
Added line 1118:
Added line 1128:
Added line 1138:
Added line 1148:
Added line 1178:
Added line 1188:
Added line 1201:
Added line 1213:
Added line 1225:
Added line 1237:
Added line 1241:
Added line 1245:
Added line 1249:
Added line 1253:
Added line 1257:
Added line 1261:
Added line 1265:
Added line 1269:
Added line 1273:
Added line 1277:
Added line 1281:
Added line 1285:
Added line 1300:
Added line 1310:
Added line 1327:
Added line 1339:
Added line 1353:
Added line 1367:
Added line 1381:
Changed line 1398 from:
(:toc-back:) to:
(:toc-back:) March 25, 2016, at 10:46 AM
by
- Changed lines 386-387 from:
Number of children to fork for each UDP or SCTP interface you have defined. Default value is 8. to:
Number of worker processes (children) to be created for each UDP or SCTP interface you have defined. Default value is 8. Changed lines 650-660 from:
forkIf set to 'yes' the proxy will fork and run in daemon mode - one process will be created for each network interface the proxy listens to and for each protocol (TCP/UDP), multiplied with the value of 'children' parameter. When set to 'no', the proxy will stay bound to the terminal and runs as single process. First interface is used for listening to. OpenSIPS will only listen on UDP. Since the process is attached to the controlling terminal, not PID file will be created even if the -P command line option was specified. Default value is 'yes'. Example of usage: fork=no to:
fork (Removed in OpenSIPS 3.5)Replaced by debug_mode parameter. March 24, 2016, at 09:23 PM
by
- Changed line 751 from:
Value of 'log_level' parameter can also be get and set dynamically using log_level Core MI function or log_level scripting function to:
Value of 'log_level' parameter can also be get and set dynamically using log_level Core MI function or $log_level script variable. March 24, 2016, at 09:15 PM
by
- Changed line 751 from:
Value of 'log_level' parameter can also be get and set dynamically using log_level Core MI function or scipting function to:
March 24, 2016, at 09:02 PM
by - March 24, 2016, at 08:55 PM
by
- Deleted lines 774-775:
For more see: http://www.voice-system.ro/docs/ser-syslog/ March 24, 2016, at 08:52 PM
by
- Changed line 437 from:
Replaced by [[#log_level|log_level] parameter. to:
Replaced by log_level parameter. March 24, 2016, at 08:52 PM
by
- Changed lines 435-462 from:
debugSet the debug level. Higher values make OpenSIPS to print more debug messages. Examples of usage: debug=1 -- print only important messages (like errors or more critical situations) - recommended for running proxy as daemon debug=4 -- print a lot of debug messages - use it only when doing debugging sessions Actual values are:
The 'debug' parameter is usually used in concordance with 'log_stderror' parameter. Value of 'debug' parameter can also be get and set dynamically using 'debug' Core MI function. to:
debug (Removed in OpenSIPS 3.5)Replaced by [[#log_level|log_level] parameter. Deleted lines 717-718:
For more see: http://www.voice-system.ro/docs/ser-syslog/ Changed lines 724-725 from:
to:
log_levelSet the logging level (how verbose OpenSIPS should be). Higher values make OpenSIPS to print more messages. Examples of usage: log_level=1 -- print only important messages (like errors or more critical situations) - recommended for running proxy as daemon log_level=4 -- print a lot of debug messages - use it only when doing debugging sessions Actual values are:
The 'log_level' parameter is usually used in concordance with 'log_stderror' parameter. Value of 'log_level' parameter can also be get and set dynamically using log_level Core MI function or scipting function Changed lines 768-769 from:
With this parameter you can make OpenSIPS to write log and debug messages to standard error. Possible values are: to:
With this parameter you can make OpenSIPS to write log messages to standard error. Possible values are: Changed lines 845-846 from:
Log level to print memory status information (runtime and shutdown). It has to be less than the value of 'debug' parameter if you want memory info to be logged. Default: memdump=L_DBG (4) to:
Log level to print memory status information (runtime and shutdown). It has to be less than the value of 'log_level' parameter if you want memory info to be logged. Default: memdump=L_DBG (4) Changed line 856 from:
Log level to print memory debug info. It has to be less than the value of 'debug' parameter if you want memory info to be logged. Default: memlog=L_DBG (4) to:
Log level to print memory debug info. It has to be less than the value of 'log_level' parameter if you want memory info to be logged. Default: memlog=L_DBG (4) December 09, 2015, at 06:31 PM
by
- mem-group example error fixChanged line 1278 from:
mem-group = "interest" : "core", "tm" to:
mem-group = "interest" : "core" "tm" December 02, 2015, at 11:41 AM
by
- Changed lines 1128-1129 from:
''Default value: 0 (not set). Setting tcp_keepidle to any value will enable tcp_keepalive. to:
Default value: 0 (not set). Setting tcp_keepidle to any value will enable tcp_keepalive. Changed line 1139 from:
''Default value: 0 (not set). Setting tcp_keepinterval to any value will enable tcp_keepalive. to:
Default value: 0 (not set). Setting tcp_keepinterval to any value will enable tcp_keepalive. December 02, 2015, at 11:40 AM
by
- Changed lines 1117-1118 from:
Default value: 0 (not set). Setting tcp_keepcount to any value will enable tcp_keepalive. to:
Default value: 0 (not set). Setting tcp_keepcount to any value will enable tcp_keepalive. Changed lines 1128-1129 from:
''Default value: 0 (not set). Setting tcp_keepidle to any value will enable tcp_keepalive. to:
''Default value: 0 (not set). Setting tcp_keepidle to any value will enable tcp_keepalive. Changed line 1139 from:
''Default value: 0 (not set). Setting tcp_keepinterval to any value will enable tcp_keepalive. to:
''Default value: 0 (not set). Setting tcp_keepinterval to any value will enable tcp_keepalive. December 02, 2015, at 11:39 AM
by
- Changed lines 1128-1129 from:
''Default value: 0 (disabled). Setting tcp_keepidle to any value will enable tcp_keepalive. to:
''Default value: 0 (not set). Setting tcp_keepidle to any value will enable tcp_keepalive. Changed line 1139 from:
''Default value: 0 (disabled). Setting tcp_keepinterval to any value will enable tcp_keepalive. to:
''Default value: 0 (not set). Setting tcp_keepinterval to any value will enable tcp_keepalive. December 02, 2015, at 11:38 AM
by
- Changed lines 1103-1104 from:
Enable or disable TCP keepalive. to:
Enable or disable TCP keepalive (OS level). Changed line 1142 from:
to:
[@ Added line 1144:
@] December 02, 2015, at 11:37 AM
by
- Changed lines 1103-1104 from:
Enable or disable TCP keepalive. Enabled by default. to:
Enable or disable TCP keepalive. Enabled by default. Changed lines 1117-1118 from:
Default value: 0 (disabled). Setting tcp_keepcount to any value will enable tcp_keepalive?. to:
Default value: 0 (not set). Setting tcp_keepcount to any value will enable tcp_keepalive. Changed lines 1128-1131 from:
to:
''Default value: 0 (disabled). Setting tcp_keepidle to any value will enable tcp_keepalive. Changed lines 1139-1141 from:
to:
''Default value: 0 (disabled). Setting tcp_keepinterval to any value will enable tcp_keepalive. December 02, 2015, at 11:35 AM
by
- Changed line 1115 from:
''Default value: 0 (disabled). Setting tcp_keepcount to any value will enable tcp_keepalive?. to:
Default value: 0 (disabled). Setting tcp_keepcount to any value will enable tcp_keepalive?. December 02, 2015, at 11:35 AM
by
- Changed line 1115 from:
''Default value: 0 (disabled). Setting tcp_keepcount? to any value will enable tcp_keepalive?. to:
''Default value: 0 (disabled). Setting tcp_keepcount to any value will enable tcp_keepalive?. December 02, 2015, at 11:34 AM
by
- Deleted lines 1113-1114:
\\ December 02, 2015, at 11:33 AM
by
- Changed lines 1103-1104 from:
Enable / disable TCP keepalive to:
Enable or disable TCP keepalive. Enabled by default. Added line 1107:
[@ Changed lines 1109-1110 from:
to:
@] Changed lines 1113-1114 from:
Number of keepalives to send before closing the connection (Linux only) to:
Number of keepalives to send before closing the connection (Linux only).
Changed line 1120 from:
to:
[@ Changed lines 1122-1123 from:
to:
@] Changed lines 1126-1127 from:
Amount of time before OpenSIPS will start to send keepalives if the connection is idle (Linux only) to:
Amount of time before OpenSIPS will start to send keepalives if the connection is idle (Linux only).
Changed line 1133 from:
to:
[@ Changed lines 1135-1136 from:
to:
@] Changed lines 1139-1143 from:
Interval between keepalive probes, if the previous one failed (Linux only) to:
Interval between keepalive probes, if the previous one failed (Linux only).
December 02, 2015, at 11:25 AM
by
- Changed line 1056 from:
The maximum number of seconds that a SIP message is expected to arrive via TCP. If a single SIP packet is still not fully received after this number of seconds, the connection is dropped ( either the connection is very overloaded and this leads to high fragmentation - or we are the victim of an ongoing attack where the attacker is sending the traffic very fragmented in order to decrease our performance ). Default value is is 4 to:
The maximum number of seconds that a SIP message is expected to arrive via TCP. If a single SIP packet is still not fully received after this number of seconds, the connection is dropped ( either the connection is very overloaded and this leads to high fragmentation - or we are the victim of an ongoing attack where the attacker is sending the traffic very fragmented in order to decrease our performance ). Default value is 4 November 26, 2015, at 05:44 PM
by - November 26, 2015, at 05:44 PM
by
- Changed line 604 from:
dst_blacklist = gw:{( tcp , 193.568.3.500 , 5060 , "" ),( any , 193.568.3.501 , 0 , "" )} to:
dst_blacklist = gw:{( tcp , 192.168.3.500 , 5060 , "" ),( any , 192.168.3.501 , 0 , "" )} Changed line 606 from:
dst_blacklist = net_filter:{ ( any , 193.568.1.120/255.255.255.0 , 0 , "" )} to:
dst_blacklist = net_filter:{ ( any , 192.168.1.120/255.255.255.0 , 0 , "" )} Changed line 608 from:
dst_blacklist = msg_filter:{ ( any , 193.568.20.0/255.255.255.0 , 0 , "MESSAGE*ugly_word" )} to:
dst_blacklist = msg_filter:{ ( any , 192.168.20.0/255.255.255.0 , 0 , "MESSAGE*ugly_word" )} October 02, 2015, at 02:36 PM
by
- 'Defined the 'mem-group' parameterAdded lines 1257-1272:
mem-groupDefine a group of modules for which statistics will be generated regarding their shared memory usage. In order for the feature to work you have to run "make generate-mem-stats" and complile with the variable SHM_EXTRA_STATS defined. Usage example: mem-group = "interest" : "core", "tm" For the above example the generated statistics will be named: shmem_group_interest:fragments, shmem_group_interest:memory_used, shmem_group_interest:real_used. Multiple groups can be defined, they must not have the same name. If you want to generate the statistics for the default group (all the other modules not included in a group) you have to complile with the variable SHM_SHOW_DEFAULT_GROUP defined. July 10, 2015, at 03:54 PM
by
- Changed lines 1238-1239 from:
Only relevant when log_stderror is set to true. Enables the use of the color escape sequences, otherwise they will have no effect. to:
Only relevant when xlog is set to true. Enables the use of the color escape sequences, otherwise they will have no effect. Added lines 1243-1255:
@] xlog_default_levelDefault value: -1
Usage example: [@ xlog_default_level = 2 #L_NOTICE April 21, 2015, at 03:13 PM
by
- Changed lines 1028-1029 from:
Time in seconds before an ongoing blocking attempt to connect will be aborted. to:
Time in milliseconds before an ongoing blocking attempt to connect will be aborted. Default value is 100ms. Changed lines 1031-1034 from:
tcp_connect_timeout=5 to:
tcp_connect_timeout = 5 Changed lines 1041-1043 from:
tcp_connection_lifetime=3600 to:
tcp_connection_lifetime = 3600 Changed lines 1050-1052 from:
tcp_max_connections=4096 to:
tcp_max_connections = 4096 Changed lines 1059-1060 from:
tcp_max_msg_time=8 to:
tcp_max_msg_time = 8 March 13, 2015, at 07:00 PM
by
- Added lines 289-299:
abort_on_assertDefault value: false
Example of usage: abort_on_assert = true March 13, 2015, at 06:58 PM
by
- Added lines 608-620:
enable_assertsDefault value: false
Example of usage: enable_asserts = true March 11, 2015, at 07:11 PM
by
- Changed lines 985-988 from:
tcp_asyncIf the TCP connect and write operations should be done in an asynchronous mode. Default value is 0 ( blocking connect & write ) to:
tcp_childrenNumber of children processes to be created for reading from TCP connections. If no value is explicitly set, the same number of TCP children as UDP children (see "children" parameter) will be used. Changed lines 991-996 from:
tcp_async=1 tcp_async_local_connect_timeoutIf tcp_async is enabled, this specifies the number of microseconds that a connect will be tried in blocking mode ( optimization ). If the connect operation lasts more than this, the connect will go to async mode and will be passed to TCP MAIN for polling. Default value is 10000 ( 10 ms ) to:
tcp_children=4 tcp_accept_aliasestcp_listen_backlogThe backlog argument defines the maximum length to which the queue of pending connections for the TCP listeners may grow. If a connection request arrives when the queue is full, the client may receive an error with an indication of ECONNREFUSED or, if the underlying protocol supports retransmission, the request may be ignored so that a later reattempt at connection succeeds. Default configured value is 10. tcp_connect_timeoutTime in seconds before an ongoing blocking attempt to connect will be aborted. Changed lines 1008-1013 from:
tcp_async_local_connect_timeout=20000 tcp_async_local_write_timeoutIf tcp_async is enabled, this specifies the number of microseconds that a write op will be tried in blocking mode ( optimization ). If the write operation lasts more than this, the write will go to async mode and will be passed to TCP MAIN for polling. Default value is 10000 ( 10 ms ) to:
tcp_connect_timeout=5 tcp_connection_lifetime!!!!Lifetime in seconds for TCP sessions. TCP sessions which are inactive for >tcp_connection_lifetime will be closed by OpenSIPS. Default value is defined in tcp_conn.h: #define DEFAULT_TCP_CONNECTION_LIFETIME 120. Setting this value to 0 will close the TCP connection pretty quick ;-). You can also set the TCP lifetime to the expire value of the REGISTER by using the tcp_persistent_flag parameter of the registrar module. Changed lines 1017-1022 from:
tcp_async_local_write_timeout=20000 tcp_async_max_postponed_chunksIf tcp_async is enabled, this specifies the maximum number of SIP messages that can be stashed for later/async writing. If the connection pending writes exceed this number, the connection will be marked as broken and dropped. Default value is 32 to:
tcp_connection_lifetime=3600 tcp_max_connectionsmaximum number of tcp connections (if the number is exceeded no new tcp connections will be accepted). Default is defined in tcp_conn.h: #define DEFAULT_TCP_MAX_CONNECTIONS 2048 Changed lines 1025-1030 from:
tcp_async_max_postponed_chunks=64 tcp_childrenNumber of children processes to be created for reading from TCP connections. If no value is explicitly set, the same number of TCP children as UDP children (see "children" parameter) will be used. to:
tcp_max_connections=4096 tcp_max_msg_timeThe maximum number of seconds that a SIP message is expected to arrive via TCP. If a single SIP packet is still not fully received after this number of seconds, the connection is dropped ( either the connection is very overloaded and this leads to high fragmentation - or we are the victim of an ongoing attack where the attacker is sending the traffic very fragmented in order to decrease our performance ). Default value is is 4 Changed lines 1033-1048 from:
tcp_children=4 tcp_accept_aliasestcp_listen_backlogThe backlog argument defines the maximum length to which the queue of pending connections for the TCP listeners may grow. If a connection request arrives when the queue is full, the client may receive an error with an indication of ECONNREFUSED or, if the underlying protocol supports retransmission, the request may be ignored so that a later reattempt at connection succeeds. Default configured value is 10. tcp_send_timeoutTime in seconds after a TCP connection will be closed if it is not available for blocking writing in this interval (and OpenSIPS wants to send something on it). to:
tcp_max_msg_time=8 tcp_no_new_conn_bflagA branch flag to be used as marker to instruct OpenSIPS not to attempt to open a new TCP connection when delivering a request, but only to reuse an existing one (if available). If no existing conn, a generic send error will be returned. This is intended to be used in NAT scenarios, where makes no sense to open a TCP connection towards a destination behind a NAT (like TCP connection created during registration was lost, so there is no way to contact the device until it re-REGISTER). Also this can be used to detect when a NATed registered user lost his TCP connection, so that opensips can disable his registration as useless. Changed lines 1043-1048 from:
tcp_send_timeout=3 tcp_connect_timeoutTime in seconds before an ongoing blocking attempt to connect will be aborted. to:
tcp_no_new_conn_bflag = 6 .... route{ .... if( destination_behin_nat && proto==TCP ) setbflag(6); .... t_relay("0x02"); # no auto error reply $var(retcode) = $rc; if ($var(retcode)==-6) { #send error xlog("unable to send request to destination"); send_reply("404","Not found"); exit; } else if ($var(retcode)<0) { sl_reply_error(); exit; } .... } tcp_thresholdA number representing the maximum number of microseconds sending of a TCP request is expected to last. Anything above the set number will trigger a warning message to the logging facility. Default value is 0 ( logging disabled ). Changed lines 1071-1078 from:
tcp_connect_timeout=5 tcp_connection_lifetime!!!!Lifetime in seconds for TCP sessions. TCP sessions which are inactive for >tcp_connection_lifetime will be closed by OpenSIPS. Default value is defined in tcp_conn.h: #define DEFAULT_TCP_CONNECTION_LIFETIME 120. Setting this value to 0 will close the TCP connection pretty quick ;-). You can also set the TCP lifetime to the expire value of the REGISTER by using the tcp_persistent_flag parameter of the registrar module. to:
tcp_threshold = 60000 tcp_keepaliveEnable / disable TCP keepalive Changed lines 1079-1084 from:
tcp_connection_lifetime=3600 tcp_max_connectionsmaximum number of tcp connections (if the number is exceeded no new tcp connections will be accepted). Default is defined in tcp_conn.h: #define DEFAULT_TCP_MAX_CONNECTIONS 2048 to:
tcp_keepalive = 1 tcp_keepcountNumber of keepalives to send before closing the connection (Linux only) Changed lines 1087-1092 from:
tcp_max_connections=4096 tcp_max_msg_chunksThe maximum number of chunks that a SIP message is expected to arrive via TCP. If a packet is received more fragmented than this, the connection is dropped ( either the connection is very overloaded and this leads to high fragmentation - or we are the victim of an ongoing attack where the attacker is sending the traffic very fragmented in order to decrease our performance ). Default value is is 4 to:
tcp_keepcount = 5 tcp_keepidleAmount of time before OpenSIPS will start to send keepalives if the connection is idle (Linux only) Changed lines 1095-1100 from:
tcp_max_msg_chunks=8 tcp_max_msg_timeThe maximum number of seconds that a SIP message is expected to arrive via TCP. If a single SIP packet is still not fully received after this number of seconds, the connection is dropped ( either the connection is very overloaded and this leads to high fragmentation - or we are the victim of an ongoing attack where the attacker is sending the traffic very fragmented in order to decrease our performance ). Default value is is 4 to:
tcp_keepidle = 30 tcp_keepintervalInterval between keepalive probes, if the previous one failed (Linux only) Deleted lines 1102-1171:
tcp_max_msg_time=8 tcp_no_new_conn_bflagA branch flag to be used as marker to instruct OpenSIPS not to attempt to open a new TCP connection when delivering a request, but only to reuse an existing one (if available). If no existing conn, a generic send error will be returned. This is intended to be used in NAT scenarios, where makes no sense to open a TCP connection towards a destination behind a NAT (like TCP connection created during registration was lost, so there is no way to contact the device until it re-REGISTER). Also this can be used to detect when a NATed registered user lost his TCP connection, so that opensips can disable his registration as useless. Example of usage: tcp_no_new_conn_bflag = 6 .... route{ .... if( destination_behin_nat && proto==TCP ) setbflag(6); .... t_relay("0x02"); # no auto error reply $var(retcode) = $rc; if ($var(retcode)==-6) { #send error xlog("unable to send request to destination"); send_reply("404","Not found"); exit; } else if ($var(retcode)<0) { sl_reply_error(); exit; } .... } tcp_thresholdA number representing the maximum number of microseconds sending of a TCP request is expected to last. Anything above the set number will trigger a warning message to the logging facility. Default value is 0 ( logging disabled ). Example of usage: tcp_threshold = 60000 tcp_keepaliveEnable / disable TCP keepalive Example of usage: tcp_keepalive = 1 tcp_keepcountNumber of keepalives to send before closing the connection (Linux only) Example of usage: tcp_keepcount = 5 tcp_keepidleAmount of time before OpenSIPS will start to send keepalives if the connection is idle (Linux only) Example of usage: tcp_keepidle = 30 tcp_keepintervalInterval between keepalive probes, if the previous one failed (Linux only) Example of usage: Deleted lines 1103-1118:
tcp_crlf_pingpongSend CRLF pong (\r\n) to incoming CRLFCRLF ping. By default it is enabled (1). Example of usage: tcp_crlf_pingpong = 0 tcp_crlf_dropDrop CRLF (\r\n) ping messages. By default it is disabled (0). Example of usage: tcp_crlf_drop = 1 March 06, 2015, at 03:28 PM
by
- Changed line 783 from:
Memory warming is useful when dealing with high volumes of traffic (thousands of cps on multi-core machines - the more cores, the more useful), because processes must mutually exclude themselves when chopping up the initial big memory chunk. By performing fragmentation on startup, OpenSIPS will also behave optimally in the first minute(s) after a restart. Fragmentation usually lasts a few seconds (e.g. ~5 seconds on an 8GB shm pool and 3.5Ghz processor) - traffic will not be processed at all during this period. to:
Memory warming is useful when dealing with high volumes of traffic (thousands of cps on multi-core machines - the more cores, the more useful), because processes must mutually exclude themselves when chopping up the initial big memory chunk. By performing fragmentation on startup, OpenSIPS will also behave optimally in the first minute(s) after a restart. Fragmentation usually lasts a few seconds (e.g. ~5 seconds on an 8GB shm pool and 3.5Ghz CPU) - traffic will not be processed at all during this period. March 06, 2015, at 03:28 PM
by
- Changed line 783 from:
Memory warming is useful when dealing with high volumes of traffic (thousands of cps on multi-core machines - the more cores, the more useful), because processes must mutually exclude themselves when chopping up the initial big memory chunk. By performing fragmentation on startup, OpenSIPS will also behave optimally in the first minute(s) after a restart. Fragmentation usually lasts a few seconds - OpenSIPS will not process traffic during this period. to:
Memory warming is useful when dealing with high volumes of traffic (thousands of cps on multi-core machines - the more cores, the more useful), because processes must mutually exclude themselves when chopping up the initial big memory chunk. By performing fragmentation on startup, OpenSIPS will also behave optimally in the first minute(s) after a restart. Fragmentation usually lasts a few seconds (e.g. ~5 seconds on an 8GB shm pool and 3.5Ghz processor) - traffic will not be processed at all during this period. March 06, 2015, at 03:25 PM
by
- Changed line 779 from:
Only relevant when the HP_MALLOC compile flag is enabled. If set to "on", on each startup, OpenSIPS will attempt to restore the memory fragmentation pattern it had before the stop/restart. If no pattern_file from a previous run is found, memory warning is skipped, and the memory allocator simply starts with a big chunk of memory. to:
Only relevant when the HP_MALLOC compile flag is enabled. If set to "on", on each startup, OpenSIPS will attempt to restore the memory fragmentation pattern it had before the stop/restart. If no pattern_file from a previous run is found, memory warning is skipped, and the memory allocator simply starts with a big chunk of memory, like all other allocators. March 06, 2015, at 03:16 PM
by
- Changed line 805 from:
Default value: CFG_DIR/mem_warming_pattern to:
Default value: "CFG_DIR/mem_warming_pattern" March 06, 2015, at 03:16 PM
by
- Changed lines 779-780 from:
Only relevant when the HP_MALLOC compile flag is enabled. If set to "on", on each startup, OpenSIPS will attempt to restore the memory fragmentation pattern it had before the stop/restart. If no pattern_file ? from a previous run is found, memory warning is skipped, and the memory allocator simply starts with a big chunk of memory. to:
Only relevant when the HP_MALLOC compile flag is enabled. If set to "on", on each startup, OpenSIPS will attempt to restore the memory fragmentation pattern it had before the stop/restart. If no pattern_file from a previous run is found, memory warning is skipped, and the memory allocator simply starts with a big chunk of memory. Changed lines 790-793 from:
mem_warming_pattern_fileDefault value: CFG_DIR/mem_warming_pattern to:
mem_warming_percentageDefault value: 75 Changed lines 796-797 from:
The memory fragmentation pattern of a previous OpenSIPS run. Used at startup, if mem_warming ? is enabled. to:
How much of OpenSIPS's memory should be fragmented with the pattern of the previous run, upon a restart. Used at startup, if mem_warming is enabled. Changed line 800 from:
mem_warming_pattern_file = "/var/tmp/my_memory_pattern" to:
mem_warming_percentage = 50 Changed lines 803-806 from:
mem_warming_percentageDefault value: 75 to:
mem_warming_pattern_fileDefault value: CFG_DIR/mem_warming_pattern Changed lines 809-810 from:
How much of OpenSIPS's memory should be fragmented with the pattern of the previous run, upon a restart. Used at startup, if mem_warming ? is enabled. to:
The memory fragmentation pattern of a previous OpenSIPS run. Used at startup, if mem_warming is enabled. Changed line 813 from:
mem_warming_percentage = 50 to:
mem_warming_pattern_file = "/var/tmp/my_memory_pattern" March 06, 2015, at 03:14 PM
by
- Changed line 787 from:
mem_warming=on to:
mem_warming = on Changed lines 800-813 from:
mem_warming_pattern_file="/var/tmp/my_memory_pattern" to:
mem_warming_pattern_file = "/var/tmp/my_memory_pattern" @] mem_warming_percentageDefault value: 75
Example of usage: [@ mem_warming_percentage = 50 March 06, 2015, at 03:12 PM
by
- Deleted lines 787-799:
@] mem_warming_pattern_fileDefault value: CFG_DIR/mem_warming_pattern
Example of usage: [@ mem_warming_pattern_file="/var/tmp/my_memory_pattern" March 06, 2015, at 03:11 PM
by
- Changed lines 783-784 from:
Memory warming is useful when dealing with high volumes of traffic, because processes must mutually exclude themselves when chopping up the initial big memory chunk. By performing fragmentation on startup, OpenSIPS will also behave optimally in the first minute(s) after a restart. to:
Memory warming is useful when dealing with high volumes of traffic (thousands of cps on multi-core machines - the more cores, the more useful), because processes must mutually exclude themselves when chopping up the initial big memory chunk. By performing fragmentation on startup, OpenSIPS will also behave optimally in the first minute(s) after a restart. Fragmentation usually lasts a few seconds - OpenSIPS will not process traffic during this period. Added lines 788-813:
@] mem_warming_pattern_fileDefault value: CFG_DIR/mem_warming_pattern
Example of usage: mem_warming_pattern_file="/var/tmp/my_memory_pattern" mem_warming_pattern_fileDefault value: CFG_DIR/mem_warming_pattern
Example of usage: [@ mem_warming_pattern_file="/var/tmp/my_memory_pattern" March 06, 2015, at 03:02 PM
by
- Changed line 783 from:
Memory warming is useful when dealing with high volumes of traffic, because fragmenting the big chunk of memory is a "critical region" from locking point of view. The initial fragmentation allows the HP allocator to behave optimally in the first minute(s) after a restart. to:
Memory warming is useful when dealing with high volumes of traffic, because processes must mutually exclude themselves when chopping up the initial big memory chunk. By performing fragmentation on startup, OpenSIPS will also behave optimally in the first minute(s) after a restart. March 06, 2015, at 02:58 PM
by
- Added lines 780-783:
March 06, 2015, at 02:46 PM
by
- Changed lines 257-269 from:
mem_warmingDefault value: off
Example of usage: mem_warming=on to:
Added lines 772-784:
mem_warmingDefault value: off
Example of usage: mem_warming=on March 06, 2015, at 02:45 PM
by
- Changed lines 257-268 from:
to:
mem_warmingDefault value: off
Example of usage: mem_warming=on March 05, 2015, at 02:25 PM
by
- Changed line 1234 from:
Only relevant when is set to true. Enables the use of the , otherwise they will have no effect. to:
Only relevant when log_stderror is set to true. Enables the use of the color escape sequences, otherwise they will have no effect. March 05, 2015, at 02:20 PM
by
- Added lines 1217-1220:
Default value: 4096
Added lines 1226-1238:
@] xlog_force_colorDefault value: false
Usage example: [@ xlog_force_color = true March 05, 2015, at 02:13 PM
by
- Added lines 1213-1221:
@] xlog_buf_sizeSize of the buffer used to print a single line on the chosen logging facility of OpenSIPS. If the buffer is too small, an overflow error will be printed, and the concerned line will be skipped. Usage example: [@ xlog_buf_size = 8388608 #given in bytes January 29, 2015, at 12:48 PM
by
- Changed line 849 from:
The poll method to be used by the I/O internal reactor - by default the best one for the current OS is selected. The available types are: poll, epoll_lt, epoll_et, sigio_rt, select, kqueue, /dev/poll to:
The poll method to be used by the I/O internal reactor - by default the best one for the current OS is selected. The available types are: poll, epoll_lt, epoll_et, sigio_rt, select, kqueue, /dev/poll . January 29, 2015, at 12:44 PM
by
- Changed lines 847-850 from:
portThe port the SIP server listens to. The default value for it is 5060. to:
poll_methodThe poll method to be used by the I/O internal reactor - by default the best one for the current OS is selected. The available types are: poll, epoll_lt, epoll_et, sigio_rt, select, kqueue, /dev/poll Added lines 853-861:
poll_method=select portThe port the SIP server listens to. The default value for it is 5060. Example of usage: Deleted lines 1041-1048:
tcp_poll_methodpoll method used (by default the best one for the current OS is selected). For available types see io_wait.c and poll_types.h: none, poll, epoll_lt, epoll_et, sigio_rt, select, kqueue, /dev/poll Example of usage: tcp_poll_method=select January 23, 2015, at 01:31 PM
by
- Added line 421:
[@ Added line 423:
@] January 23, 2015, at 01:30 PM
by
- Added lines 411-421:
db_max_async_connectionsMaximum number of TCP connections opened from a single OpenSIPS worker to each individual SQL backend. Default value is 10. Individual backends are determined from DB URLs as follows: [ scheme, user, pass, host, port, database ] Example of usage: db_max_async_connections=220 |