Parâmetros globais
Esta sessão lista todos os parametros globais exportados pelo core do OpenSIPS para utilização do script (para usar no opensips.cfg)
Índice
- 1 Keywords
- 2 valores
- 3 Parametros
- 3.1 Parametros do core
- 3.1.1 advertised_address
- 3.1.2 advertised_port
- 3.1.3 alias
- 3.1.4 auto_aliases
- 3.1.5 check_via
- 3.1.6 children
- 3.1.7 chroot
- 3.1.8 db_version_table
- 3.1.9 db_default_url
- 3.1.10 debug
- 3.1.11 disable_503_translation
- 3.1.12 disable_core_dump
- 3.1.13 disable_dns_blacklist
- 3.1.14 disable_dns_failover
- 3.1.15 disable_stateless_fwd
- 3.1.16 disable_tcp=
- 3.1.17 disable_tls
- 3.1.18 dns
- 3.1.19 dns_retr_time
- 3.1.20 dns_retr_no
- 3.1.21 dns_servers_no
- 3.1.22 dns_try_ipv6
- 3.1.23 dns_use_search_list
- 3.1.24 dst_blacklist
- 3.1.25 event_pkg_threshold
- 3.1.26 event_shm_threshold
- 3.1.27 exec_dns_threshold
- 3.1.28 exec_msg_threshold
- 3.1.29 fork
- 3.1.30 group gid
- 3.1.31 include_file
- 3.1.32 import_file
- 3.1.33 listen
- 3.1.34 log_facility
- 3.1.35 log_name
- 3.1.36 log_stderror
- 3.1.37 max_while_loops
- 3.1.38 maxbuffer
- 3.1.39 memdump | mem_dump=
- 3.1.40 memlog | mem_log
- 3.1.41 mcast_loopback
- 3.1.42 mcast_ttl
- 3.1.43 mhomed
- 3.1.44 mpath
- 3.1.45 open_files_limit
- 3.1.46 port
- 3.1.47 reply_to_via
- 3.1.48 query_buffer_size
- 3.1.49 query_flush_time
- 3.1.50 rev_dns
- 3.1.51 server_header
- 3.1.52 server_signature
- 3.1.53 sip_warning
- 3.1.54 tcp_children
- 3.1.55 tcp_accept_aliases
- 3.1.56 tcp_listen_backlog
- 3.1.57 tcp_send_timeout
- 3.1.58 tcp_connect_timeout
- 3.1.59 tcp_connection_lifetime
- 3.1.60 tcp_max_connections
- 3.1.61 tcp_poll_method
- 3.1.62 tcp_no_new_conn_bflag
- 3.1.63 tcp_threshold
- 3.1.64 tcp_keepalive
- 3.1.65 tcp_keepcount
- 3.1.66 tcp_keepidle
- 3.1.67 tcp_keepinterval
- 3.1.68 tls_ca_list
- 3.1.69 tls_certificate
- 3.1.70 tls_ciphers_list
- 3.1.71 tls_domain
- 3.1.72 tls_handshake_timeout
- 3.1.73 tls_log
- 3.1.74 tls_method
- 3.1.75 tls_port_no
- 3.1.76 tls_private_key
- 3.1.77 tls_require_certificate
- 3.1.78 tls_send_timeout
- 3.1.79 tls_verify
- 3.1.80 tos
- 3.1.81 user uid
- 3.1.82 user_agent_header
- 3.1.83 wdir
- 3.1 Parametros do core
Keywords
Nota: Keywords aqui são palavras chaves que são usadas pelo core, basicamente, funções do sistema
Keywords do core
Keywords especificadas para uma mensagem SIP que pode ser utilizada dentro de um 'if'
af
Familia do endereço recebido na mensagem SIP, este será INET se for recebido uma mensagem sobre IPv4 ou INET6 se a mesma foi recebida sobre IPv6
Exemplo de uso:
if(af==INET6) { log("Message received over IPv6 link\n"); };
dst_ip
O ip da interface local onde a mensagem foi recebida, quando o proxy aceita requisições em várias interfaces de rede esta função torna possivel detectar qual foi a interface que recebeu o pacote.
Exemplo de uso:
if(dst_ip==127.0.0.1) { log("message received on loopback interface\n"); };
dst_port
A porta local onde o pacote foi recebido, quando o OpenSIPS está habilitado para responder em mais de uma porta esta função é util para que se possa saber por ende exatamente o pacote esta chegando.
Exemplo de uso:
if(dst_port==5061) { log("message was received on port 5061\n"); };
from_uri
Esta variavel é uma referencia a URI do cabeçalho 'From'. Pode ser utilizada para tetar o valor do 'From'.
Exemplo de uso:
if(is_method("INVITE") && from_uri=~".*@opensips.org") { log("the caller is from opensips.org\n"); };
method
Esta variavel referencia o método SIP da mensagem que está sendo manipulada.
Exemplo de uso:
if(method=="REGISTER") { log("this SIP request is a REGISTER message\n"); };
msg:len
Esta variável referencia o tamanho da mensagem , pode ser utilizada em 'if' para testar o tamanho de pacotes .
Exemplo de uso:
if(msg:len>2048) { sl_send_reply("413", "message too large"); exit; };
$retcode
Representa o valor retornado da ultima função executada (similar ao $? no bash -- você também pode usar $? no OpenSIPs, os dois nomes '$retcode' e '$?' são suportados). Se o valor for verificado após a chamada de uma rota o valor será o retorno daquela rota.
Exemplo de uso:
route { route(1); if($retcode==1) { log("The request is an INVITE\n"); }; } route[1] { if(is_method("INVITE")) return(1); return(2); }
proto
Esta variável pode ser utilizada para verificar qual o tipo de protocolo de transporte está sendo utilizado.
Exemplo de uso:
if(proto==UDP) { log("SIP message received over UDP\n"); };
status
Se utilizanda em onreply_route esta variavel é uma referencia ao código do reply, se utilizada em um bloco de rota normal a vriavel é uma referencia ao status do ultimo reply enviado para fora pela requisição atual.
Exemplos de uso:
if(status=="200") { log("this is a 200 OK reply\n"); };
src_ip
Referencia ao IP de origem da mensagem SIP.
Exemplo de uso:
if(src_ip==127.0.0.1) { log("the message was sent from localhost!\n"); };
src_port
Referencia ao porta de origem da mensagem (de que porta o pacote saiu pra ser entregue para o OpenSIPS).
Exemplo de uso:
if(src_port==5061) { log("message sent from port 5061\n"); }
to_uri
Esta variavel pode ser utilizada para testar o valor da URI pelo cabeçalho to (to hader ).
Exemplo de uso:
if(to_uri=~"sip:.+@opensips.org") { log("this is a request for opensips.org users\n"); };
uri
Esta variável pode ser utilizada para testar os parametros da URI requisitada.
Exemplo de uso:
if(uri=~"sip:.+@opensips.org") { log("this is a request for opensips.org users\n"); };
valores
Valores do core
Valores podem ser utilizados nos if's para realizar os testes das keywords do core
INET
Esta keyword é utilizada para testar se um pacote foi recebido atraés de uma conexão IPv4
Exemplo de uso:
if(af==INET) { log("the SIP message was received over IPv4\n"); };
INET6
Esta keyword é utilizada para testar se um pacote foi recebido atraés de uma conexão IPv6
Exemplo de uso:
if(af==INET6) { log("the SIP message was received over IPv6\n"); };
TCP
Esta keyword é utilizada para verificar o valor de 'proto' e saber assim se o pacote é TCP ou não.
Exemplo de uso:
if(proto==TCP) { log("the SIP message was received over TCP\n"); };
UDP
Esta keyword é utilizada para verificar o valor de 'proto' e saber assim se o pacote é UDP ou não.
Exemplo de uso:
if(proto==UDP) { log("the SIP message was received over UDP\n"); };
max_len
Esta keyword é definida para o valor maximo de um pacote UDP e pode ser utilizada para testar o tamanho da mensagem recebida.
Exemplo de uso:
if(msg:len>max_len) { sl_send_reply("413", "message too large to be forwarded over UDP without fragmentation"); exit; }
myself
Esta é uma referencia para a lista de endereços IP , hostname e alias que estão sendo utilizados pelo OpenSIPS em seu arquivo de configuração, a lista contém os dominios que o OpenSIPS está servindo
A variável pode ser utilizada para testar se o host na URI está na lista, o maior uso desta função é para saber se a mensagem deve ser processada localmente ou ser enviada para outro servidor.
Veja sobre "alias" para adicionar hostname, outros ip's e aliases para a lista
Exemplo de uso:
if(uri==myself) { log("the request is for local processing\n"); };
null
Pode ser utilizado para reiniciar o valor de uma variavel ou para deletar um avp
Exemplo de uso:
$avp(i:12) = null; $var(x) = null;
Parametros
Parametros do core
Parametros globais que podem ser definidos no arquivo de configuração. Valores aceitos são dependendo de qual parametro, string, numeros ou yes/no. Se você precisa especificar yes ou no como parte de uma string faça isso utilizando aspas duplas.
advertised_address
Pode ser um endereço IP ou uma string e respresenta o endereço anunciado no cabeçalho Via e em outros pontos (como cabeçalho RR), se for vazio ou não definido (valor default) o endereço do socket de onde a requisição é enviada será utilizado.
AVISO:
- não defina este parametro a menos que você saiba exatamente oque está fazendo - você pode definir qualquer coisa aqui, nenhuma checagem é realizada (ex: foo.bar será aceito mesmo que não exista)
Exemplo de uso
advertised_address="opensips.org"
Além deste parametro é possivel definir o IP e porta por interface , veja o parametro 'listen'. Quando são definidos valores estes serão utilizados apenas para o tráfego que sai da interface.
advertised_port
A porta que será anunciada no cabeçalho VIA e outros. Se vazio ou não definido (valor padrão) a porta por onde a mensagem está sendo enviada será utilizada, atente-se para os mesmos aviso do 'advertised_address'.
Exemplos de uso:
advertised_port=5080
Além deste parametro é possivel definir o IP e porta por interface , veja o parametro 'listen'. Quando são definidos valores estes serão utilizados apenas para o tráfego que sai da interface.
alias
Parametro para definir outros hostname para o servidor. Este parametro pode ser utilizado quantas vezes necessário, cada valor será adicionado a uma lista e poderá ser utilizado quando a variavel 'myself' for verificada
É necessário incluir a porta (o valor de porta utilizado em 'port=' ou 'listen=') na definição do aliás, caso contrário a função loose_route() não irá funcionar como esperado para encaminhamentos locais.
Exemplos de uso:
alias=other.domain.com:5060 alias=another.domain.com:5060
auto_aliases
Este parametro controla se o alias deve ser 'descoberto' automaticamente e adicionado aos valores de listening. A auto descoberta são resutados de checagens de DNS (se o valor é um nome e não um ip), ou em uma checagem de DNS reverso se for um IP.
Por questões de compatibilidade o valor default é "on".
Exemplo de uso:
auto_aliases=no auto_aliases=0
check_via
Verifica se o endereço de VIA nos replys é local. Default é 0 (desabilitado)
Exemplo de uso:
check_via=1
children
Número de processos filho a ser executado para cada interface UDP ou SCTP que você tenha definido, o valor default é 8.
Exemplo de uso:
children=16
Este valor global (aplicado para todas as interfaces UDP/SCTP) pode ser sobrescrito se você definir um numero diferente na definição de um interface especifica - então atualmente você pode definir um numero diferente de processos para cada interface ( veja o parametro 'Listen' para conhecer a syntaxe ).
chroot
O valor deve ser um caminho valido no sistema. Se definido o OpenSIPS irá rodar nesta estrutura (diretório).
Exemplo de uso:
chroot=/other/fakeroot
db_version_table
Nome da versão de tabela que deve ser utilizada pela API para chegar a versão das tabelas utilizadas.
O valor padrão é "version"
Exemplo de uso:
db_version_table="version_1_8"
db_default_url
A URL default para acesso ao banco usado pelos módulos se não for definido em cada um. Valor default é NULL (não definido)
Exemplos de uso:
db_default_url="mysql://opensips:opensipsrw@localhost/opensips"
debug
Define o nível de debug. Quanto maior, mais mensagens de debug o OpenSIPS irá exibir.
Exemplo de uso:
debug=1 -- Exibe apenas informações importantes ( como erros ou situações mais criticas) - recomendado quando opensips está rodando em daemon
debug=4 -- Exibe um monte de mensagens - use apenas se você estiver realizando um debug realmente.
Valores atuais:
- -3 - Alerta
- -2 - Critico
- -1 - Erro
- 1 - Aviso
- 2 - Noticia
- 3 - Info
- 4 - Debug
O parametro 'debug' é utilizado junto com 'log_stderror'
O valor de 'debug' pode também ser verificado e definido dinamicamente utilizando a função MI 'debug'
disable_503_translation
Se definido para 'yes' o OpenSIPS não irá traduzir os replies 503 em 500 (RFC 3261 define que um proxy nunca deve fazer relay de mensagens 503, mas sim transformar em 500).
Valor default é 'no' (executa a transformação).
disable_core_dump
Pode ser definido como 'yes' ou 'no', por padrão os limites do core dump são definidos para ilimitados, ou um valor grande. Defina esta configuração para 'yes' para desativar o core dump-ing ( o valor sera alterado para 0 neste caso ).
Valor default é 'no'
Exemplo de uso:
disable_core_dump=yes
disable_dns_blacklist
O DNS resolver, quando configurado com failover pode automaticamente armazenar uma blacklist com os destinos que falharam. Isso irá previnir (por um periodo limitado de tempo) o OpenSIPS de enviar requisições para destinos que estão em estado de falha, desta forma a blacklist pode ser utilizado como uma memoria para o DNS resolver.
A blacklist temporaria criada pelo DNS resolver é chamada 'dns' e é por default selecionada para uso (não precisa utilizar a função use_blacklist() ). As regras para esta lista duram por 4 minutos - você pode alterar este valor durante a compilação no arquivo blacklist.h .
Pode ser setado para 'yes' ou 'no', por padrão é desativo ('yes')
Exemplos de uso:
disable_dns_blacklist=no
disable_dns_failover
Pode ser definido para 'yes' ou 'no', por default failover baseado em DNS é ativado, defina para 'yes' se você quiser desativar o failover baseado em DNS. Este é um parametro global, e afeta o core os módulos também.
Valor default é 'no'
Exemplo de uso:
disable_dns_failover=yes
disable_stateless_fwd
Pode ser definido para 'yes' ou 'no' , este parametro controla a manipulação de relies stateless.
yes - derruba replies stateless se um encaminhamento statelss nao for utilizado (como um forward) no - encaminha replies stateless
Valor default é 'yes'
disable_tcp=
Parametro global para desativar o suporte a TCP no servidor SIP, valor padrão é 'no'.
Exemplo de uso:
disable_tcp=yes
disable_tls
Parametro global para desativar o suporte a TLS no servidor SIP, valor padrão é 'yes'.
Exemplo de uso:
disable_tcp=no
dns
Este parametro controla de o servidor SIP irá tentar verificar seu proprio dominio no DNS, se o parametro for setado para 'yes' e o nome de dominio não está no DNS um warning será exibido no syslog e um campo 'received=' será adicionado no cabeçalho via.
Valor default é 'no'
dns_retr_time
Tempo em segundos antes de tentar uma requisição de dns novamente, o valor default é definido pelo sistema, e depende também do conteúdo do '/etc/resolv.conf' (normalmente 5s).
Exemplo de uso:
dns_retr_time=3
dns_retr_no
Número de retransmissão de dns antes de desistir. O valor default é definido pelo sistema, depende também, do conteúdo do '/etc/resolv.conf' (normalmente 4).
Exemplo de uso:
dns_retr_no=3
dns_servers_no
Quantos servidores dns dos definidos em '/etc/resolv.conf' serão utilizados. O valor default é usar todos.
Exemplo de uso:
dns_servers_no=2
dns_try_ipv6
Pode ser definido para 'yes' ou 'no'. Se definido para 'yes' e uma verificação falhar será verificado por um endereço ipv6 (registro AAAA no dns). Valor default é 'no'.
Exemplo de uso:
dns_try_ipv6=yes
dns_use_search_list
Pode ser 'yes' ou 'no', se setado para 'no' a lista de pesquisa em '/etc/resolv.conf' será ignorada ( menos lookups, desiste mais rapido ). Valor default é 'yes'.
NOTA: mesmo que você não tenha uma lista definida, setando este parametro para 'no' continuará sendo mais rapido que uma lista vazia "" (então mesmo que que a lista esteja vazia haverá 2 requisições de dns sendo um para foot+'.' e outra para foo+" "+"." )
Exemplo de uso:
dns_use_search_list=no
dst_blacklist
Definição de uma blacklista statica (read-only) de IP/destino. Esta lista pode ser selecionado do script (durante a execução) para filtrar requisições de saída baseado em IP, protocolo, porta e etc..
Seu proposito primário é prevenir o envio de requisições para IPs criticos (como gateways) através de dns ou para evitar enviar para destinos que estão indisponiveis (temporaria ou permanentemente)
Exemplo de uso
# filtra requisições saintes indo para ips de meus gateways dst_blacklist = gw:{( tcp , 192.168.2.100 , 5060 , "" ),( any , 192.168.2.101 , 0 , "" )}
# bloqueia requisições para redes malignas dst_blacklist = net_filter:{ ( any , 192.168.1.100/255.255.255.0 , 0 , "" )}
# bloqueia requisições com palavras sujas dst_blacklist = msg_filter:{ ( any , 192.168.20.0/255.255.255.0 , 0 , "MESSAGE*ugly_word" )}
# bloqueia requisições que não vão para uma rede especifica dst_blacklist = net_filter2:{ !( any , 192.168.30.0/255.255.255.0 , 0 , "" )}
Cada regra é definida por:
- protocol : TCP, UDP, TLS ou "any" para todos
- port : numero 0 para todas
- ip/mask : ip ou ip e mascara de rede
- test patter - um arquivo para verificar (veja "man 3 fnmatch" para conhecer o formato) que será aplicado no buffer de requisições de saida (first_line+hdrs+body)
event_pkg_threshold
Um numero representando a porcentagem limiar onde o evento E_CORE_PKG_THRESHOLD será disparado, avisos sobre baixo volume de memoria privada disponivel. Este parametro aceita um valor inteiro entre 0 e 100.
Valor default é 0 (evento desativado).
Exemplo de uso:
event_pkg_threshold = 90
event_shm_threshold
Um numero representando a porcentagem limiar onde o evento E_CORE_SHM_THRESHOLD será disparado, avisos sobre baixo volume de memoria compartilhada disponivel. Este parametro aceita um valor inteiro entre 0 e 100.
Valor default é 0 (evento desativado).
Exemplo de uso:
event_shm_threshold = 90
exec_dns_threshold
Um número representando o maximo em microsegundos que uma consulta de DNS será aguardada. Qualquer coisa acima deste número irá gerar um mensagem de warning no sistema de log.
Valor default é 0 ( log desativado )
Exemplo de uso:
exec_dns_threshold = 60000
exec_msg_threshold
Um número representando o maximo em microsegundos que o processamento de uma mensagem SIP será aguardado. Qualquer coisa acima deste tempo irá gerar uma mensagem de warning no sistema de log.
Independente da mensagem e tempo de processamento um maior tempo consumido em funções do sistema pelo script também será logado.
Valor default é 0 (log desativado)
Exemplo de uso
exec_msg_threshold = 60000
fork
Se definido para 'yes' o proxy irá gerar 'forks' e rodará em modo daemon, um processo será criado para cada interface de rede onde o proxy escuta e para cada protocolo (TCP/UDP), multiplicado pelo valor do parametro 'children'.
Quando definido para 'no' o proxy irá continuar no terminal e utilizará apenas um processo, a primeira interface é utilizada para o listening e o OpenSIPS irá executar apenas em UDP, como o processo é anexado ao terminal de execução não é gerado um arquivo de PID mesmo que seja utilizando na linha de comando o parametro -P.
Valor default é 'yes'
Exemplo de uso:
fork=no
group gid
ID do grupo que irá executar o OpenSIPS.
Exemplo de uso:
group="opensips"
include_file
Pode ser chamada de fora dos blocos de roteamento para carregar rotas ou blocos adicionais , ou dentro dos blocos para simplesmente executar algumas funções extras, o caminho para o arquivo pode ser relativo ou absoluto, se não for absoluto primeiro tenta localizar o mesmo relativo ao diretório atual, se falhar, a segunda tentativa será relativa ao diretório que o arquivo é incluido, será exibido um erro se o arquivo não for encontrado.
Exemplos de uso:
include_file "proxy_regs.cfg"
import_file
Mesma situação de include_file mas não irá exibir mensagem se o arquivo não for encontrado.
Exemplo de uso:
import_file "proxy_regs.cfg"
listen
Define o endereço de rede que o servidor SIP irá aguardar por requisições , pode ser um endereço IP, um hostname, ou o id de uma interface de rede ou ainda uma combinação de protocolo:endereço:porta (ex: udp:10.10.10.10:5060 ). Este parametro pode ser definido várias vezes no mesmo arquivo de configuração e o servidor irá aceitar requisições em todos os endereços especificados.
A definição do listen pode aceitar alguns parametros, veja abaixo:
The listen definition may accept several optional parameters for:
- Configurando um ip de advertise e porta apenas para esta interface. Syntax "AS 11.22.33.44:5060"
- Configurando um numero diferente de children para esta interface apenas (para UDP e SCTP). esta opção irá sobrescrever o parametro global 'children'. Syntax 'use_children 5'
Lembre-se que este parametros tem efeito apenas para a interface onde são configurados, se não definido por interface o parametro global será utilizado.
Exemplo de uso:
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
Se você não especificar este parametro o servidor SIP irá aceitar requisições em todas as interfaces, ao iniciar o servidor você verá a informação sobre todas as interfaces que o servidor esta utilizando. Mesmo se você definir apenas a interface UDP aqui o servidor irá iniciar a engine de TCP também, se você não quer isso desative o suporte a TCP com o parametro do core disable_tcp
log_facility
Se o OpenSIPS está utilizando o syslog você pode controlar os recursos para log. Muito útil quando você quer separar os logs do OpenSIPS em um arquivo diferente, para mais detalhes veja a man page do syslog(3).
Veja também: http://www.voice-system.ro/docs/ser-syslog/
Valor default é LOG_DAEMON
Exemplo de uso:
log_facility=LOG_LOCAL0
log_name
Define o id para ser exibido no syslog. Este valor deve ser uma string and tem efeito apenas quando o OpenSIPS é executado em modo daemon (fork=yes).
Valor default é argv[0]
Exemplo de uso:
log_name="osips-5070"
log_stderror
Com este parametro você pode fazer com que o OpenSIPSescreva os logs e mensagens de debug no saida padrão, possiveis valores são:
- "yes" - escreve as mensagens na saída padrão
- "no" - escreve as mensagens no syslog
Valor default é 'no'
Para mais informações veja: http://www.voice-system.ro/docs/ser-syslog/
Exemplos de uso:
log_stderror=yes
max_while_loops
Este parametro define o valor maximo de vezes que um loop pode ser executando em uma função while, esta função existe para proteger o sistema de loop infinito, valor default é 100.
Exemplo de uso:
max_while_loops=200
maxbuffer
O valor em bytes para que não seja excedido durante um procedimento de auto-probing para descoberta the tamanho maximo de buffer de um pacote UDP, valor default é 262144.
Exemplo de uso:
maxbuffer=65536
memdump | mem_dump=
Nivel de log para exibir informações de memoria (execução e shutdown), precisa ser menor que o valor de debug se você desejar que as informações de memória sejam logadas, valor default é 'memdump=L_DBG' (4)
Exemplo de uso:
memdump=2
Veja que definindo o memlog (abaixo), irá também definir o parametro memdump, se você quer valores diferentes você primeiro precisa definir o memlog e então o memdump.
memlog | mem_log
Nivel de log para exibição de informações sobre memoria, necessita ser um valor menor que o de 'debug' se você deseja que a informação seja logada, o valor default é 'memlog=L_DBG' (4)
Exemplo de uso
memlog=2
Nota: definindo o parametro memlog o memdump será automaticamente definido para o mesmo valor (veja a documentação do memdump).
mcast_loopback
Pode ser definido como 'yes' ou 'no', se definido para 'yes' os datagramas multicast serão enviado através da interface loopback, o valor default é 'no'.
Exemplo de uso
mcast_loopback=yes
mcast_ttl
Define o valor do ttl para multicast, valor default é relativo ao sistema operacional (normalmente 1)
Exemplo de uso:
mcast_ttl=32
mhomed
Define o servidor para tentar localizar a interface de saída em host multihomed, o valor default é 0 (sem multihomed)
Exemplo de uso:
mhomed=1
mpath
Define o caminho para procura de módulos, pode ser utilizado para simplificar os parametros de carregamento de módulo.
Exemplo de uso:
mpath="/usr/local/lib/opensips/modules" loadmodule "mysql.so" loadmodule "uri.so" loadmodule "uri_db.so" loadmodule "sl.so" loadmodule "tm.so" ...
open_files_limit
Se definido para um valor maior que o limite de arquivos abertos atual o OpenSIPS irá tentar aumentar este valor para o número definido.
Nota: OpenSIPS deve ser iniciado como para ser capaz de aumentar o limit além do hard limit ( que normalmente é de 1024 na maioria dos sistemas )
Exemplo de uso:
open_files_limit=2048
port
A porta que o servidor SIP irá utilizar, o valor padrão é 5060.
Exemplo de uso:
port=5080
reply_to_via
Se definido para 1, todo reply local será enviado para o endereço anunciado no topo da requsição (Via). O varlor default é 0 (off)
Exemplo de uso
reply_to_via=0
query_buffer_size
Se definido para um valor maior que 1 os inserts par ao banco de dados não serão enviados um a um, as linhas ficarão armazenadas na memória até que atinjam o número definido em query_buffer_size e apenas ai serão enviadas para o banco de dados.
Exemplo de uso:
query_buffer_size=5
query_flush_time
Se o query_buffer_size é definido para um valor maior que 1 um timer será disparado cada query_flush_time (segundos), assegurando que aquela linha não fique na memória por muito tempo.
Exemplo de uso:
query_flush_time=10
rev_dns
Este parametro controla se o servidor SIP deve tentar verificar o proprio IP no DNS, se o parametro for definido para 'yes' e o IP não está no DNS um warning será exibido no syslog e o campo 'received=' será adicionado ao campo via do cabeçalho.
Valor default é 'no'
server_header
O corpo do campo server no cabeçalho gerado pelo OpenSIPS quando ele envia um request como UAS, o valor default é 'OpenSIPS (<version>(<arch>/<os>))'.
Exemplo de uso:
server_header="Server: My Company SIP Proxy"
Veja que você deve adicionar o nome "Server: ", do contrário o OpenSIPS irá escrever um cabeçalho como o abaixo.
My Company SIP Proxy
server_signature
Este parametro controla o cabeçalho 'Server' em qualquer mensagem localmente gerada.
Exemplo de uso:
server_signature=no
Se ativo (default=yes) o cabeçalho é gerado como no exemplo abaixo.
Server: OpenSIPS (0.9.5 (i386/linux))
sip_warning
Pode ser definido como 0 ou 1, se definido para 1 (valor default é 0) um cabeçalho 'Warning' é adicionado a cada reply gerado pelo OpenSIPS, o cabeçalho contem vários detalhes para auxiliar na solução de problemas usando dumps de trafego de rede.
Exemplo de uso:
sip_warning=0
tcp_children
Número de processos filho que serão criados para aceitar conexões TCP, se nenhum valor for explicitamente setado, o mesmo valor séra utilizado para TCP e UDP ( baseado no parametro 'children')
Exemplo de uso:
tcp_children=4
tcp_accept_aliases
- Nao existe definição para esta função na documentação
tcp_listen_backlog
O argumento de backlog define o tamanho maximo onde a fila de conexoões pendentes para TCP deverá crescer, se uma requisição chega quando a fila está cheia o cliente deve receber um erro com a indicação de ECONNREFUSED ou se o protocolo suportar retransmissão o request será ignorado e então tentará novamente até que a conexão complete.
O valor default é 10
tcp_send_timeout
Tempo em segundos para uma conexão TCP ser fechada se não está disponivel para escrita neste intervalo (e o OpenSIPS precisa enviar alguma coisa para esta)
Exemplo de uso:
tcp_send_timeout=3
tcp_connect_timeout
Tempo em segundos antes que uma tentativa de conexão (de saída) seja abortada.
Exemplo de uso:
tcp_connect_timeout=5
tcp_connection_lifetime
Tempo de vida em segundos para uma sessão TCP, uma conexão que esteja inativa por > tcp_connection_lifetime será fecada pelo OpenSIPS, o valor default é definido no arquivo tcp_conn.h ( #define DEFAULT_TCP_CONNECTION_LIFETIME 120 ), definir este valor para 0 fechará as conexões TCP de forma muito rapida, você pode também definir o valor para expirar de acordo com o valor do REGISTER (expire) utilizando o parametro tcp_persistent_flag no módulo registrar.
Exemplo de uso:
tcp_connection_lifetime=3600
tcp_max_connections
Número maximo de conexões tcp (se o número for excedido nenhuma nova conexão será aceita), o valor default é definido em tcp_conn.h ( #define DEFAULT_TCP_MAX_CONNECTIONS 2048)
Exemplo de uso
tcp_max_connections=4096
tcp_poll_method
Método eleito para uso (por default a melhor opção para o sistema operacional é definida), para os tipos disponiveis veja os arquivos io_wait.c e poll_types.h: none, poll, epoll_lt, epoll_et, sigio_rt, select, kqueue, /dev/poll
poll 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
Exemplo de uso:
tcp_poll_method=select
tcp_no_new_conn_bflag
Uma flag para ser utilizada pela perna (branch) como marca para instruir o OpenSIPS para não abrir uma nova conexão TCP enquanto entrega uma requisição mas apenas reusar uma (se disponivel), se não existir uma conexão um erro genérico será retornado.
Isso foi feito para ser utilizado em cenários de NAT onde não faz sentido abrir uma conexão TCP já que o destino está atrás de NAT ( como quando uma conexão TCP criada durante o registro é perdida, neste caso não há como contactar o dispositivo até que ele se re-REGISTRE) , além disso, esta função pode ser utilizada para detectar quando um usuário registrado atrás de NAT perde sua conexão TCP, então o opensips pode desativar seu registro por desuso.
Exemplo de uso:
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_threshold
Um número representando o maximo em microsegundos para se aguardar resposta de uma conexão TCP, qualquer coisa acima deste valor irá disparar um mensagem de aviso no log.
Valor default é 0 (log desativado)
Exemplo de uso
tcp_threshold = 60000
tcp_keepalive
Ativa ou Desativa keepalive no TCP
Exemplo de uso:
tcp_keepalive = 1
tcp_keepcount
Número de keepalives para enviar antes de encerrar a conexão (válido apenas no linux)
Exemplo de uso
tcp_keepcount = 5
tcp_keepidle
Quantidade de tempo antes que o OpenSIPS comece a enviar os keepalive se a conexão estiver idle (válido apenas no linux)
Exemplo de uso:
tcp_keepidle = 30
tcp_keepinterval
Intervalo entre testes de keepalive se o teste anterior falhou (válido apenas no linux)
Exemplo de uso:
tcp_keepinterval = 10
tls_ca_list
tls_certificate
tls_ciphers_list
tls_domain
tls_handshake_timeout
tls_log
tls_method
tls_port_no
tls_private_key
tls_require_certificate
tls_send_timeout
tls_verify
tos
O TOS (Tipo de serviço) para ser utilizado nos pacotes enviados (válido para TCP e UDP)
Exemplo de uso:
tos=IPTOS_LOWDELAY tos=0x10 tos=IPTOS_RELIABILITY
user uid
O ID do usuário que vai rodar o OpenSIPS
Exemplo de uso
user="opensips"
user_agent_header
O corpo do cabeçalho User-Agent gerado pelo OpenSIPS quando ele envia um request como UAC. O default é 'OpenSIPS (<version> (<arch>/<os>))'.
Exemplo de uso:
user_agent_header="User-Agent: My Company SIP Proxy"
Observe que você deve incluir a string 'User-Agent:' ou o OpenSIPS irá gerar apenas um header como 'My Company SIP Proxy'
wdir
O diretório usado pelo OpenSIPS durante a execução, você achará útil quando começar a gerar arquivos de core.
Exemplos de uso:
wdir="/usr/local/opensips"
ou
wdir=/usr/opensips_wd