- sr-users - kamailio.org

bflag mystery
by Juha Heinanen 23 Apr '13

23 Apr '13

i have in config: setbflag(8); xlog("L_INFO", "bflags are <$bf/$bF>\n"); save("location", "0x02"); and i correctly get to syslog: Apr 10 19:51:48 wheezy1 /usr/sbin/sip-proxy[6722]: INFO: bflags are <256/00000100> however, when i look what gets stores in location table, cflags column of the contact has value 384. it is also shown by ul_dump: Cflag:: 384 384 = 256 + 128. i must be missing something trivial. how is it possible that also flag 7 (which is my nat_bflag) gets set in usrloc? -- juha

2 3

Kamailio 3.3.1 and Asterisk 11.3 with realtime integration
by Henning Bragge 23 Apr '13

23 Apr '13

Hi, I'm totally new to Kamailio and I attempt to add Kamailio functionality to an already working Asterisk implementation. I have been following this link: http://kb.asipto.com/asterisk:realtime:kamailio-3.3.x-asterisk-10.7.0-astdb Everything seems to work with an exception of encountering NAT issues. The location table in Kamailio reports the local NAT address, instead of the public address, where then Asterisk reports UNREACHABLE status. I have installed and started RTPproxy as adviced in the above link - no changes. Best regards, Henning Bragge

2 1

Kamailio 4.0 IMS
by Pavel Segeč 23 Apr '13

23 Apr '13

Hi all Kamailio IMS community, after a time, we are starting to use Kamailio 4.0 based IMS platform during our university lessons (before we used Kamailio 3.2 based). However I'm missing some usefull links, docs, tutorials regarding of Kamailio 4.0 IMS procesess. The situation was quite poor alerady before for 3.2 but some was available on ng-voice web page, at least, now nothing (especially about new ng-voice HSS). Does anybody know and help us with some usefull information about the Kamailio IMS 4.0 and HSS? I promise to prepare and make publicly available guides on our site nil.uniza.sk (Kamailio award for 2010) Thanks again palo73

3 5

BUG? - Dialog module timeout BYE is not ok.
by Uri Shacked 23 Apr '13

23 Apr '13

Hi, I think there is a bug with the BYE that is sent to the caller and callee when dialog timeout happends. The BYE headers are sent with no "<" or ">". So, some sip singaling points decline the BYE. BR, Uri

2 3

FreeBSD build broken (with patch)
by Victor V. Kustov 22 Apr '13

22 Apr '13

Hi all! # gmake group_include="standard mysql debug radius" CC (gcc) [kamailio] proxy.o CC (gcc) [kamailio] dns_func.o In file included from dns_func.c:31: /usr/include/resolv.h:157: error: array type has incomplete element type /usr/include/resolv.h:171: error: field 'addr' has incomplete type /usr/include/resolv.h:195: error: field 'sin' has incomplete type gmake: *** [dns_func.o] Error 1 It's because incomplete headers for FreeBSD. diff --git a/dns_func.c b/dns_func.c index 6eedf0d..5a9bf7e 100644 --- a/dns_func.c +++ b/dns_func.c @@ -28,6 +28,7 @@ #include "dns_func.h" +#include <netinet/in.h> #include <resolv.h> #include <sys/types.h> #include <netdb.h> I write patch in message body 'cause think need patch to config scripts, not dns_func.c. #include <netinet/in.h> - need before #include <resolv.h> -- SY, Victor JID: coyote(a)bks.tv JID: coyote(a)bryansktel.ru I use FREE operation system: 3.8.4-calculate GNU/Linux

2 1

Load balancer using dispatcher / BYE relaying
by Ariel Wainer 22 Apr '13

22 Apr '13

StartFragmentHi, I'm new to Kamailio and I'm trying to setup a load balancer using Kamailio 4.0 and rtpproxy, to balance between 2 asterisk servers that provide an IVR service. I've followed several guides, and so far it seems to work along with rtpproxy, except it is not sending the BYE message back to asterisk, and the call never finishes from the asterisk POV. Let me describe the test scenario: I have the following: IP phone: 192.168.200.183 PBX: 192.168.200.3 Kamailio: 192.168.200.132 IVR1: 192.168.200.160 IVR2: 192.168.200.161 >From the IP phone which is registered on the PBX, I initiate a call to exten 800, PBX forwards it to 1234@192.168.200.132:5060 and Kamailio dispatches it to one of the two IVR in round-robin. I'm testing this way and not calling directly to Kamailio because in the production enviroment, calls will be coming from outside. Attached you will find the Kamailio configuration. Packet capture made at the Kamailio host, where you can see the BYE package from the PBX (first one on line 24) but no BYE package sent to the IVRs is here: http://cringer.3kh.net/web/misc/sip.cap Please let me know if I ommited any important detail of my setup and thanks in advance. Best regards. -- Ariel Wainer

2 3

[SER-Users] debug: again.
by Victor V. Kustov 22 Apr '13

22 Apr '13

Hi all! Still same problem: i don't see debug messages. OS: FreeBSD 9.1 stable, fresh git Kamailio version. In present moment just debugger.so with config trace work as expected. Option "debug=X" seems has no effect at all. I saw debug logs in maillist. Maybe I make something wrong? I never see simulary strings in logs: debug: DEBUG: <core> [forward.c:511]: orig. len=460, new_len=483, proto=1 debug: DEBUG: <core> [usr_avp.c:639]: DEBUG:destroy_avp_list: destroying list 0xb323c178 debug: DEBUG: <core> [usr_avp.c:639]: DEBUG:destroy_avp_list: destroying list (nil) debug: DEBUG: <core> [usr_avp.c:639]: DEBUG:destroy_avp_list: destroying list (nil) debug: DEBUG: <core> [usr_avp.c:639]: DEBUG:destroy_avp_list: destroying list (nil) debug: DEBUG: <core> [usr_avp.c:639]: DEBUG:destroy_avp_list: destroying list (nil) debug: DEBUG: <core> [usr_avp.c:639]: DEBUG:destroy_avp_list: destroying list (nil) debug: DEBUG: <core> [receive.c:280]: receive_msg: cleaning up -- SY, Victor JID: coyote(a)bks.tv JID: coyote(a)bryansktel.ru I use FREE operation system: 3.8.4-calculate GNU/Linux

1 0

When to use t_newtran/t_release?
by Yufei Tao 22 Apr '13

22 Apr '13

Hi, I've been using the default cfg file as a starting point and added my stuff on top. But I don't think I understand the use of t_newtran/t_release and when they should be used. Read the documentation but still not clear. For example, for presence: t_newtran is called before handle_publish/subscribe and t_release called afterwards. And in route[LOCATION], t_newtran is called before sending 4xx responses. Could someone help explain please what they do and when they should be used please? Thank you! Yufei -- Yufei Tao Red Embedded This E-mail and any attachments hereto are strictly confidential and intended solely for the addressee. If you are not the intended addressee please notify the sender by return and delete the message. You must not disclose, forward or copy this E-mail or attachments to any third party without the prior consent of the sender. Red Embedded Design, Company Number 06688253 Registered in England: The Waterfront, Salts Mill Rd, Saltaire, BD17 7EZ

1 0

maintenance of www.kamailio.org
by Henning Westerholt 22 Apr '13

22 Apr '13

Hi, I'll do today this noon a regular maintenance of www.kamailio.org. I don't expect any big outtages, the webserver could be maybe for a few seconds not available due to some restarts. I'll announce when the maintenance is finished. Best regards, Henning

1 0

Possible memory leak in parse_pai.c
by Tais Plougmann Hansen 22 Apr '13

22 Apr '13

Hi, I'm seeing a possible leak in parsing the P-Asserted-Identity, and possibly P-Preferred-Identity headers in kamailio-3.3.4. I have a server running in which one thread has currently most of the 8 MB private memory allocated. At restart qm_sums reports parse_pai.c as sitting on most of the memory: Apr 16 16:38:58 gws1 /usr/sbin/kamailio[9398]: INFO: qm_status: heap size= 8388608 Apr 16 16:38:58 gws1 /usr/sbin/kamailio[9398]: INFO: qm_status: used= 5369240, used+overhead=6417216, free=1971392 [...] Apr 16 16:39:03 gws1 /usr/sbin/kamailio[9398]: INFO: qm_sums: count= 6198 size= 4721776 bytes from <core>: parse_pai.c: parse_pai_header(58) I am currently using the header through $ai for xlog statements, the accounting module and a validity check (if (!($(ai{uri.user}) =~ "^\+[1-9]+")) {...}). >From digging through the logs it could seem like this happens when using $ai in the accounting module. I'll try removing it from accounting (log_extra) and see if it stops leaking. -- Tais Plougmann Hansen OSD Consulting ApS osd.dk Tel: +45 78101078 CVR: DK31332737

3 4

Kamailio World Conference Presentations
by Daniel-Constantin Mierla 22 Apr '13

22 Apr '13

Hello, The other files with slides presented last week at Kamailio World Conference are made available on the web at: - http://www.kamailio.org/events/2013-KamailioWorld/ There are two presentations missing, hopefully they will be received soon and uploaded. Many thanks again to those coming to speak or attend the event. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

Rtpproxy - IPv4/v6 Translation and earlier removing of session
by Jakub Hrabovský 22 Apr '13

22 Apr '13

Hi, I started working on IPv4/IPv6 Translation issue in Kamailio by using rtpproxy as Media relay last year in my Bachelor-project. I solved the trouble with Translation between IPv4 and IPv6 clients, where IPv4 client used public IPv4 address. Now I am working on the issue, where IPv4 client uses private IPv4 (is behind NAT in local network), so I have to provide IPv4/v6 and NAT for all messages in one call. My topology consists of: Kamailio 3.3.4 - SIPproxy (supports IPv4/IPv6, public IPv4 and IPv6 addresses) - makes NAT translation, works as SIPoutbound proxy and communicates with rtpproxy (v1.2.1), Kamailio 3.3.4 - SIPprotocol GW (== SIP bridge) - translates IPv4 messages to IPv6 (and IPv6 to IPv4), uses other rtpproxy, has public IPv4 and IPv6 addresses + only IPv4 and only IPv6 clients (Linphone v3.5.2) I assume, that both (IPv4 and IPv6) clients are in the same SIP domain. I solve IPv4-IPv6 translation so, that each message from IPv6 client goes to SIP proxy and (if needed) is forwarded to SIP Protocol GW. Translated medssage is then forwarded back to SIP proxy and from that to callee. Here i have some problems: -1.) IPv6 client doesnt respond to invites from IPv4 client. The messages are ignored at IPv6 client. -2.) Rtpproxy on the machine with SIP protocol gateway (which provides IPv4/v6 translation) removes session earlier than I need (usually after 30 seconds of call) and the result is call break. this issue doesnt appear for rtpproxy on SIP proxy. I dont know what causes this behavior, if it is only in some parameters, witch i have to set, or it is bug in rtpproxy or .... Here I get config files of topology entities: ----------------------------------------------------------------------------------------------------------------------------- config file for SIP proxy: ----------------------------------------------------------------------------------------------------------------------------- #!KAMAILIO # Konfiguracny subor pre SIP Proxy Server IPv4/IPv6 pre konkretnu domenu ip02.sip.uniza.sk # #!ifdef ACCDB_COMMENT ALTER TABLE acc ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN src_ip varchar(64) NOT NULL default ''; ALTER TABLE acc ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_ip varchar(64) NOT NULL default ''; ALTER TABLE missed_calls ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; #!endif ####### Defined Values ######### #!define WITH_MYSQL #!define WITH_AUTH #!define WITH_USERLOCDB #!define WITH_ALIASDB #!define WITH_NAT #>> #!define WITH_IPV6 #!define WITH_V4V6 #!ifdef WITH_V4V6 #!define BRIDGE_IP4 "158.193.139.207" #!define BRIDGE_IP6 "[2001:4118:300:122:a00:27ff:fe60:83c]" #!endif #<< #!define ADDR_IP4 158.193.139.46 #!ifdef WITH_IPV6 #!define ADDR_IP6 [2001:4118:300:122:444a:3fff:fecc:61a0] #!endif # *** Value defines - IDs used later in config #!ifdef WITH_MYSQL # - database URL - used to connect to database server by modules such # as: auth_db, acc, usrloc, a.s.o. #!define DBURL "mysql://openser:openserrw@localhost/openser" #!endif #!ifdef WITH_MULTIDOMAIN # - the value for 'use_domain' parameters #!define MULTIDOMAIN 1 #!else #!define MULTIDOMAIN 0 #!endif # - flags # FLT_ - per transaction (message) flags # FLB_ - per branch flags #!define FLT_ACC 1 #!define FLT_ACCMISSED 2 #!define FLT_ACCFAILED 3 #!define FLT_NATS 5 #!define FLB_NATB 1 #!define FLB_NATSIPPING 2 #>> #!define FLB_IPV6 6 #!define FLB_V4V6 7 #<< ####### Global Parameters ######### #!ifdef WITH_DEBUG debug=4 log_stderror=yes #!else debug=2 log_stderror=no #!endif memdbg=5 memlog=5 log_facility=LOG_LOCAL0 fork=yes children=4 /* uncomment the next line to disable TCP (default on) */ #disable_tcp=yes /* uncomment the next line to disable the auto discovery of local aliases based on reverse DNS on IPs (default on) */ #auto_aliases=no /* add local domain aliases */ alias="ip02.sip.uniza.sk" alias="[2001:4118:300:122:444a:3fff:fecc:61a0]" alias="158.193.139.46" #!ifdef WITH_IPV6 listen=udp:158.193.139.46:5060 listen=udp:[2001:4118:300:122:444a:3fff:fecc:61a0]:5060 listen=tcp:158.193.139.46:5060 listen=tcp:[2001:4118:300:122:444a:3fff:fecc:61a0]:5060 #!else /* uncomment and configure the following line if you want Kamailio to bind on a specific interface/port/proto (default bind on all available) */ #listen=udp:10.0.0.10:5060 #!endif /* port to listen to * - can be specified more than once if needed to listen on many ports */ port=5060 #!ifdef WITH_TLS enable_tls=yes #!endif # life time of TCP connection when there is no traffic # - a bit higher than registration expires to cope with UA behind NAT tcp_connection_lifetime=3605 ####### Custom Parameters ######### # These parameters can be modified runtime via RPC interface # - see the documentation of 'cfg_rpc' module. # # Format: group.id = value 'desc' description # Access: $sel(cfg_get.group.id) or @cfg_get.group.id # #!ifdef WITH_PSTN # PSTN GW Routing # # - pstn.gw_ip: valid IP or hostname as string value, example: # pstn.gw_ip = "10.0.0.101" desc "My PSTN GW Address" # # - by default is empty to avoid misrouting pstn.gw_ip = "" desc "PSTN GW Address" #!endif #!ifdef WITH_VOICEMAIL # VoiceMail Routing on offline, busy or no answer # # - by default Voicemail server IP is empty to avoid misrouting voicemail.srv_ip = "" desc "" voicemail.srv_port = "" desc "" #!endif #>> #!ifdef WITH_V4V6 bridge.srv_ip4 = "" desc "SIPv64 PGW IPv4 Address" bridge.srv_ip6 = "" desc "SIPv64 PGW IPv6 Address" #!endif #<< ####### Modules Section ######## # set paths to location of modules (to sources or installation folders) #!ifdef WITH_SRCPATH mpath="modules_k:modules" #!else mpath="/usr/lib/kamailio/modules_k/:/usr/lib/kamailio/modules/" #!endif #!ifdef WITH_MYSQL loadmodule "db_mysql.so" #!endif loadmodule "mi_fifo.so" loadmodule "kex.so" loadmodule "tm.so" loadmodule "tmx.so" loadmodule "sl.so" loadmodule "rr.so" loadmodule "pv.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "siputils.so" loadmodule "xlog.so" loadmodule "sanity.so" loadmodule "ctl.so" loadmodule "cfg_rpc.so" loadmodule "mi_rpc.so" loadmodule "acc.so" #>> #!ifdef WITH_V4V6 loadmodule "ipops.so" loadmodule "exec.so" #!endif #<< #!ifdef WITH_AUTH loadmodule "auth.so" loadmodule "auth_db.so" #!ifdef WITH_IPAUTH loadmodule "permissions.so" #!endif #!endif #!ifdef WITH_ALIASDB loadmodule "alias_db.so" #!endif #!ifdef WITH_SPEEDDIAL loadmodule "speeddial.so" #!endif #!ifdef WITH_MULTIDOMAIN loadmodule "domain.so" #!endif #!ifdef WITH_PRESENCE loadmodule "presence.so" loadmodule "presence_xml.so" #!endif #!ifdef WITH_NAT loadmodule "nathelper.so" loadmodule "rtpproxy.so" #!endif #!ifdef WITH_TLS loadmodule "tls.so" #!endif #!ifdef WITH_ANTIFLOOD loadmodule "htable.so" loadmodule "pike.so" #!endif #!ifdef WITH_XMLRPC loadmodule "xmlrpc.so" #!endif #!ifdef WITH_DEBUG loadmodule "debugger.so" #!endif # ----------------- setting module-specific parameters --------------- #>> # ----- xlog params ----- modparam("xlog", "prefix", "ProxyLog: ") #<< # ----- mi_fifo params ----- modparam("mi_fifo", "fifo_name", "/tmp/kamailio_tmp") # ----- tm params ----- # auto-discard branches from previous serial forking leg modparam("tm", "failure_reply_mode", 3) # default retransmission timeout: 30sec modparam("tm", "fr_timer", 30000) # default invite retransmission timeout after 1xx: 120sec modparam("tm", "fr_inv_timer", 120000) # ----- rr params ----- # add value to ;lr param to cope with most of the UAs modparam("rr", "enable_full_lr", 1) # do not append from tag to the RR (no need for this script) modparam("rr", "append_fromtag", 0) # ----- registrar params ----- modparam("registrar", "method_filtering", 1) /* uncomment the next line to disable parallel forking via location */ # modparam("registrar", "append_branches", 0) /* uncomment the next line not to allow more than 10 contacts per AOR */ #modparam("registrar", "max_contacts", 10) # max value for expires of registrations modparam("registrar", "max_expires", 3600) # set it to 1 to enable GRUU modparam("registrar", "gruu_enabled", 0) # ----- acc params ----- /* what special events should be accounted ? */ modparam("acc", "early_media", 0) modparam("acc", "report_ack", 0) modparam("acc", "report_cancels", 0) /* by default ww do not adjust the direct of the sequential requests. if you enable this parameter, be sure the enable "append_fromtag" in "rr" module */ modparam("acc", "detect_direction", 0) /* account triggers (flags) */ modparam("acc", "log_flag", FLT_ACC) modparam("acc", "log_missed_flag", FLT_ACCMISSED) modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") modparam("acc", "failed_transaction_flag", FLT_ACCFAILED) /* enhanced DB accounting */ #!ifdef WITH_ACCDB modparam("acc", "db_flag", FLT_ACC) modparam("acc", "db_missed_flag", FLT_ACCMISSED) modparam("acc", "db_url", DBURL) modparam("acc", "db_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") #!endif # ----- usrloc params ----- /* enable DB persistency for location entries */ #!ifdef WITH_USRLOCDB modparam("usrloc", "db_url", DBURL) modparam("usrloc", "db_mode", 2) modparam("usrloc", "use_domain", MULTIDOMAIN) #!endif # ----- auth_db params ----- #!ifdef WITH_AUTH modparam("auth_db", "db_url", DBURL) modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") modparam("auth_db", "load_credentials", "") modparam("auth_db", "use_domain", MULTIDOMAIN) # ----- permissions params ----- #!ifdef WITH_IPAUTH modparam("permissions", "db_url", DBURL) modparam("permissions", "db_mode", 1) #!endif #!endif # ----- alias_db params ----- #!ifdef WITH_ALIASDB modparam("alias_db", "db_url", DBURL) modparam("alias_db", "use_domain", MULTIDOMAIN) #!endif # ----- speedial params ----- #!ifdef WITH_SPEEDDIAL modparam("speeddial", "db_url", DBURL) modparam("speeddial", "use_domain", MULTIDOMAIN) #!endif # ----- domain params ----- #!ifdef WITH_MULTIDOMAIN modparam("domain", "db_url", DBURL) # register callback to match myself condition with domains list modparam("domain", "register_myself", 1) #!endif #!ifdef WITH_PRESENCE # ----- presence params ----- modparam("presence", "db_url", DBURL) modparam("presence", "db_update_period", 20) # ----- presence_xml params ----- modparam("presence_xml", "db_url", DBURL) modparam("presence_xml", "force_active", 0) #!endif #!ifdef WITH_XCAPSRV # ----- xcap_server params ----- modparam("xcap_server", "db_url", DBURL) #!endif #!ifdef WITH_NAT # ----- rtpproxy params ----- modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:22222") # ----- nathelper params ----- modparam("nathelper", "natping_interval", 30) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "sipping_bflag", FLB_NATSIPPING) modparam("nathelper", "sipping_from", "sip:pinger@ip02.sip.uniza.sk") # params needed for NAT traversal in other modules modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)") modparam("usrloc", "nat_bflag", FLB_NATB) #!endif #!ifdef WITH_TLS # ----- tls params ----- modparam("tls", "config", "/etc/kamailio/tls.cfg") #!endif #!ifdef WITH_ANTIFLOOD # ----- pike params ----- modparam("pike", "sampling_time_unit", 2) modparam("pike", "reqs_density_per_unit", 16) modparam("pike", "remove_latency", 4) # ----- htable params ----- # ip ban htable with autoexpire after 5 minutes modparam("htable", "htable", "ipban=>size=8;autoexpire=300;") #!endif #!ifdef WITH_XMLRPC # ----- xmlrpc params ----- modparam("xmlrpc", "route", "XMLRPC"); modparam("xmlrpc", "url_match", "^/RPC") #!endif #!ifdef WITH_DEBUG # ----- debugger params ----- modparam("debugger", "cfgtrace", 1) #!endif ####### Routing Logic ######## # Main SIP request routing logic # - processing of any incoming SIP request starts with this route # - note: this is the same as route { ... } request_route { # per request initial checks route(REQINIT); # NAT detection route(NATDETECT); # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } # handle requests within SIP dialogs route(WITHINDLG); ### only initial requests (no To tag) t_check_trans(); # authentication route(AUTH); # record routing for dialog forming requests (in case they are routed) # - remove preloaded route headers remove_hf("Route"); if (is_method("INVITE|SUBSCRIBE")) record_route(); # account only INVITEs if (is_method("INVITE")) { setflag(FLT_ACC); # do accounting } # dispatch requests to foreign domains route(SIPOUT); ### requests for my local domains # handle presence related requests route(PRESENCE); # handle registrations route(REGISTRAR); if ($rU==$null) { # request with no Username in RURI sl_send_reply("484","Address Incomplete"); exit; } # dispatch destinations to PSTN route(PSTN); # user location service route(LOCATION); route(RELAY); } #>> route[INDOMAIN]{ #!ifdef WITH_V4V6 ## if calle in local domain and V4/V6 translation needed -> ## -> rewrite IP in SIP URI back to other version of SIP domain IP if(!has_totag() && isbflagset(FLB_V4V6) && lookup('location')){ xlog("L_INFO","URI domain before change: $rd\n"); if(af == INET){ $ru="sip:" + $rU + "@" + "[2001:4118:300:122:444a:3fff:fecc:61a0]"+":"+$rp; }else{ $ru="sip:" + $rU + "@" + "158.193.139.46" + ":"+$rp; } xlog("L_INFO","Request URI after rewrite: $ru\n"); } #!endif return; } #<< #>> route[FROMBRIDGE]{ if($si==BRIDGE_IP6 || $si==BRIDGE_IP4){ return 1; } return -1; } route[TOBRIDGE]{ #!ifdef WITH_V4V6 if(isbflagset(FLB_V4V6)){ if(af == INET6){ if(!t_relay(BRIDGE_IP6,"5060")) sl_reply_error(); exit; }else{ if(!t_relay(BRIDGE_IP4,"5060")) sl_reply_error(); exit; } } #!endif return; } route[IPV4V6] { #!ifdef WITH_V4V6 if (!has_totag()){ if (to_uri!=myself){ if(from_uri==myself){ # SIP message goes from local domain out if(is_ip($rd)){ # target domain defined with IP address if((af==INET && is_ipv6_reference($rd)) || (af==INET6 && is_ipv4($rd))) { setbflag(FLB_V4V6); } } else { # target domain in R-URI defined with domain name - DNS used # launch script, which returns list of IP addresses of all SIP servers, which provide that service in R-URI # IP addresses saved in $avp(i:1), $avp(i:2), ... exec_avp("/etc/kamailio/test.sh _sip._'$rP'.'$rd'."); if($avp(i:1) != "Unknown"){ $var(i) = 1; $var(bridge) = "yes"; while ($avp($var(i)) != 0){ if((af==INET && is_ipv4($avp($var(i)))) || (af==INET6 && is_ipv6($avp($var(i))))) { # if exists IP with the same AF than AF of sender --> bridge isnt needed $var(bridge) = "no"; break; } $var(i) = $var(i)+1; } xlog("L_INFO","BRIDGE > $var(bridge)"); if($var(bridge) == "yes") { setbflag(FLB_V4V6); } } } } else { # message is only going throught SIP server return; } } else { if(af==INET6 && !isbflagset(FLB_IPV6)){ setbflag(FLB_V4V6); } else { if(af==INET && isbflagset(FLB_IPV6)) { setbflag(FLB_V4V6); } } } } #!endif return; } #<< route[RELAY] { # enable additional event routes for forwarded requests # - serial forking, RTP relaying handling, a.s.o. if (is_method("INVITE|SUBSCRIBE")) { t_on_branch("MANAGE_BRANCH"); t_on_reply("MANAGE_REPLY"); } if (is_method("INVITE")) { t_on_failure("MANAGE_FAILURE"); } route(IPV4V6); route(INDOMAIN); route(TOBRIDGE); if (!t_relay()) { sl_reply_error(); } exit; } # Per SIP request initial checks route[REQINIT] { #!ifdef WITH_ANTIFLOOD # flood dection from same IP and traffic ban for a while # be sure you exclude checking trusted peers, such as pstn gateways # - local host excluded (e.g., loop to self) if(src_ip!=myself) { if($sht(ipban=>$si)!=$null) { # ip is already blocked xdbg("request from blocked IP - $rm from $fu (IP:$si:$sp)\n"); exit; } if (!pike_check_req()) { xlog("L_ALERT","ALERT: pike blocking $rm from $fu (IP:$si:$sp)\n"); $sht(ipban=>$si) = 1; exit; } } #!endif if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } if(!sanity_check("1511", "7")) { xlog("Malformed SIP message from $si:$sp\n"); exit; } } # Handle requests within SIP dialogs route[WITHINDLG] { if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { route(DLGURI); if (is_method("BYE")) { setflag(FLT_ACC); # do accounting ... setflag(FLT_ACCFAILED); # ... even if the transaction fails } else if ( is_method("ACK") ) { # ACK is forwarded statelessy route(NATMANAGE); } else if ( is_method("NOTIFY") ) { # Add Record-Route for in-dialog NOTIFY as per RFC 6665. record_route(); } route(RELAY); } else { if (is_method("SUBSCRIBE") && uri == myself) { # in-dialog subscribe requests route(PRESENCE); exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { # no loose-route, but stateful ACK; # must be an ACK after a 487 # or e.g. 404 from upstream server t_relay(); exit; } else { # ACK without matching transaction ... ignore and discard exit; } } sl_send_reply("404","Not here"); } exit; } } # Handle SIP registrations route[REGISTRAR] { if (is_method("REGISTER")) { if(isflagset(FLT_NATS)) { setbflag(FLB_NATB); # uncomment next line to do SIP NAT pinging # setbflag(FLB_NATSIPPING); } if(af==INET6) setbflag(FLB_IPV6); if (!save("location")) sl_reply_error(); exit; } } # USER location service route[LOCATION] { #!ifdef WITH_SPEEDIAL # search for short dialing - 2-digit extension if($rU=~"^[0-9][0-9]$") if(sd_lookup("speed_dial")) route(SIPOUT); #!endif #!ifdef WITH_ALIASDB # search in DB-based aliases if(alias_db_lookup("dbaliases")) route(SIPOUT); #!endif $avp(oexten) = $rU; if (!lookup("location")) { $var(rc) = $rc; t_newtran(); switch ($var(rc)) { case -1: case -3: send_reply("404", "Not Found"); exit; case -2: send_reply("405", "Method Not Allowed"); exit; } } # when routing via usrloc, log the missed calls also if (is_method("INVITE")) { setflag(FLT_ACCMISSED); } } # Presence server route route[PRESENCE] { if(!is_method("PUBLISH|SUBSCRIBE")) return; #!ifdef WITH_PRESENCE if (!t_newtran()) { sl_reply_error(); exit; }; if(is_method("PUBLISH")) { handle_publish(); t_release(); } else if( is_method("SUBSCRIBE")) { handle_subscribe(); t_release(); } exit; #!endif # if presence enabled, this part will not be executed if (is_method("PUBLISH") || $rU==$null) { sl_send_reply("404", "Not here"); exit; } return; } # Authentication route route[AUTH] { #!ifdef WITH_AUTH #!ifdef WITH_V4V6 # messages from SIP Bridge without authentication if(route(FROMBRIDGE)) return; #!endif #!ifdef WITH_IPAUTH if((!is_method("REGISTER")) && allow_source_address()) { # source IP allowed return; } #!endif if (is_method("REGISTER") || from_uri==myself) { # authenticate requests if (!auth_check("$fd", "subscriber", "1")) { auth_challenge("$fd", "0"); exit; } # user authenticated - remove auth header if(!is_method("REGISTER|PUBLISH")) consume_credentials(); } # if caller is not local subscriber, then check if it calls # a local destination, otherwise deny, not an open relay here if (from_uri!=myself && uri!=myself) { sl_send_reply("403","Not relaying"); exit; } #!endif return; } # Caller NAT detection route route[NATDETECT] { # if from IPv6, NAT not needed if(af==INET6) return; #!ifdef WITH_NAT force_rport(); if (nat_uac_test("19")) { if (is_method("REGISTER")) { fix_nated_register(); } else { add_contact_alias(); } setflag(FLT_NATS); } #!endif return; } # RTPProxy control route[NATMANAGE] { #!ifdef WITH_NAT if(af==INET6) return; if (is_request()) { if(has_totag()) { if(check_route_param("nat=yes")) { setbflag(FLB_NATB); } } } if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return; rtpproxy_manage("froc"); if (is_request()) { if (!has_totag()) { add_rr_param(";nat=yes"); } } if (is_reply()) { if(isbflagset(FLB_NATB)) { add_contact_alias(); } } #!endif return; } # URI update for dialog requests route[DLGURI] { #!ifdef WITH_NAT if(!isdsturiset()) { handle_ruri_alias(); } #!endif return; } # Routing to foreign domains route[SIPOUT] { if (!uri==myself) { append_hf("P-hint: outbound\r\n"); route(RELAY); } } # PSTN GW routing route[PSTN] { #!ifdef WITH_PSTN # check if PSTN GW IP is defined if (strempty($sel(cfg_get.pstn.gw_ip))) { xlog("SCRIPT: PSTN rotuing enabled but pstn.gw_ip not defined\n"); return; } # route to PSTN dialed numbers starting with '+' or '00' # (international format) # - update the condition to match your dialing rules for PSTN routing if(!($rU=~"^(\+|00)[1-9][0-9]{3,20}$")) return; # only local users allowed to call if(from_uri!=myself) { sl_send_reply("403", "Not Allowed"); exit; } $ru = "sip:" + $rU + "@" + $sel(cfg_get.pstn.gw_ip); route(RELAY); exit; #!endif return; } # XMLRPC routing #!ifdef WITH_XMLRPC route[XMLRPC] { # allow XMLRPC from localhost if ((method=="POST" || method=="GET") && (src_ip==127.0.0.1)) { # close connection only for xmlrpclib user agents (there is a bug in # xmlrpclib: it waits for EOF before interpreting the response). if ($hdr(User-Agent) =~ "xmlrpclib") set_reply_close(); set_reply_no_connect(); dispatch_rpc(); exit; } send_reply("403", "Forbidden"); exit; } #!endif # route to voicemail server route[TOVOICEMAIL] { #!ifdef WITH_VOICEMAIL if(!is_method("INVITE")) return; # check if VoiceMail server IP is defined if (strempty($sel(cfg_get.voicemail.srv_ip))) { xlog("SCRIPT: VoiceMail rotuing enabled but IP not defined\n"); return; } if($avp(oexten)==$null) return; $ru = "sip:" + "vmbox-" + $avp(oexten) + "@" + $sel(cfg_get.voicemail.srv_ip) + ":" + $sel(cfg_get.voicemail.srv_port); route(RELAY); exit; #!endif return; } # manage outgoing branches branch_route[MANAGE_BRANCH] { xdbg("new branch [$T_branch_idx] to $ru\n"); route(IPV4V6); route(NATMANAGE); } # manage incoming replies onreply_route[MANAGE_REPLY] { xdbg("incoming reply\n"); if(status=~"[12][0-9][0-9]") route(NATMANAGE); } # manage failure routing cases failure_route[MANAGE_FAILURE] { route(NATMANAGE); if (t_is_canceled()) { exit; } #!ifdef WITH_BLOCK3XX # block call redirect based on 3xx replies. if (t_check_status("3[0-9][0-9]")) { t_reply("404","Not found"); exit; } #!endif #!ifdef WITH_VOICEMAIL # serial forking # - route to voicemail on busy or no answer (timeout) if (t_check_status("486|408")) { route(TOVOICEMAIL); exit; } #!endif } ------------------------------------------------------------------------------------------------------------ config file for SIP protocol GW == SIP bridge ------------------------------------------------------------------------------------------------------------ #!KAMAILIO # # Kamailio (OpenSER) SIP Server v3.2 - default configuration script # - web: http://www.kamailio.org # - git: http://sip-router.org # # Direct your questions about this file to: <sr-users(a)lists.sip-router.org> # # Refer to the Core CookBook at http://www.kamailio.org/dokuwiki/doku.php # for an explanation of possible statements, functions and parameters. # # Several features can be enabled using '#!define WITH_FEATURE' directives: # # *** To run in debug mode: # - define WITH_DEBUG # # *** To enable mysql: # - define WITH_MYSQL # # *** To enable authentication execute: # - enable mysql # - define WITH_AUTH # - add users using 'kamctl' # # *** To enable IP authentication execute: # - enable mysql # - enable authentication # - define WITH_IPAUTH # - add IP addresses with group id '1' to 'address' table # # *** To enable persistent user location execute: # - enable mysql # - define WITH_USRLOCDB # # *** To enable presence server execute: # - enable mysql # - define WITH_PRESENCE # # *** To enable nat traversal execute: # - define WITH_NAT # - install RTPProxy: http://www.rtpproxy.org # - start RTPProxy: # rtpproxy -l _your_public_ip_ -s udp:localhost:7722 # # *** To enable PSTN gateway routing execute: # - define WITH_PSTN # - set the value of pstn.gw_ip # - check route[PSTN] for regexp routing condition # # *** To enable database aliases lookup execute: # - enable mysql # - define WITH_ALIASDB # # *** To enable speed dial lookup execute: # - enable mysql # - define WITH_SPEEDDIAL # # *** To enable multi-domain support execute: # - enable mysql # - define WITH_MULTIDOMAIN # # *** To enable TLS support execute: # - adjust CFGDIR/tls.cfg as needed # - define WITH_TLS # # *** To enable XMLRPC support execute: # - define WITH_XMLRPC # - adjust route[XMLRPC] for access policy # # *** To enable anti-flood detection execute: # - adjust pike and htable=>ipban settings as needed (default is # block if more than 16 requests in 2 seconds and ban for 300 seconds) # - define WITH_ANTIFLOOD # # *** To block 3XX redirect replies execute: # - define WITH_BLOCK3XX # # *** To enable VoiceMail routing execute: # - define WITH_VOICEMAIL # - set the value of voicemail.srv_ip # - adjust the value of voicemail.srv_port # # *** To enhance accounting execute: # - enable mysql # - define WITH_ACCDB # - add following columns to database #!ifdef ACCDB_COMMENT ALTER TABLE acc ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN src_ip varchar(64) NOT NULL default ''; ALTER TABLE acc ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_ip varchar(64) NOT NULL default ''; ALTER TABLE missed_calls ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; #!endif ####### Defined Values ######### #!define WITH_IPV6 #!define WITH_NAT #!define WITH_V4V6 #!define WITH_BRIDGE #!define ADDR_IP4 158.193.139.207 #!ifdef WITH_IPV6 #!define ADDR_IP6 [2001:4118:300:122:a00:27ff:fe60:83c] #!endif # *** Value defines - IDs used later in config #!ifdef WITH_MYSQL # - database URL - used to connect to database server by modules such # as: auth_db, acc, usrloc, a.s.o. #!define DBURL "mysql://openser:openserrw@localhost/kamailio" #!endif #!ifdef WITH_MULTIDOMAIN # - the value for 'use_domain' parameters #!define MULTIDOMAIN 1 #!else #!define MULTIDOMAIN 0 #!endif # - flags # FLT_ - per transaction (message) flags # FLB_ - per branch flags #!define FLT_ACC 1 #!define FLT_ACCMISSED 2 #!define FLT_ACCFAILED 3 #!define FLT_NATS 5 #!define FLB_NATB 1 #!define FLB_NATSIPPING 2 #!define FLB_V4V6 6 ####### Global Parameters ######### # DNS parametre use_dns_cache=on #dns_try_ipv6=yes #!ifdef WITH_DEBUG debug=4 log_stderror=yes #!else debug=2 log_stderror=no #!endif memdbg=5 memlog=5 log_facility=LOG_LOCAL0 fork=yes children=4 /* uncomment the next line to disable TCP (default on) */ #disable_tcp=yes /* uncomment the next line to disable the auto discovery of local aliases based on reverse DNS on IPs (default on) */ #auto_aliases=no /* add local domain aliases */ alias="bridge.local" alias="[2001:4118:300:122:a00:27ff:fe60:83c]" alias="158.193.139.207" #!ifdef WITH_IPV6 listen=ADDR_IP4 listen=ADDR_IP6 #!else /* uncomment and configure the following line if you want Kamailio to bind on a specific interface/port/proto (default bind on all available) */ #listen=udp:10.0.0.10:5060 #!endif /* port to listen to * - can be specified more than once if needed to listen on many ports */ port=5060 #!ifdef WITH_TLS enable_tls=yes #!endif # life time of TCP connection when there is no traffic # - a bit higher than registration expires to cope with UA behind NAT tcp_connection_lifetime=3605 ####### Custom Parameters ######### # These parameters can be modified runtime via RPC interface # - see the documentation of 'cfg_rpc' module. # # Format: group.id = value 'desc' description # Access: $sel(cfg_get.group.id) or @cfg_get.group.id # #!ifdef WITH_PSTN # PSTN GW Routing # # - pstn.gw_ip: valid IP or hostname as string value, example: # pstn.gw_ip = "10.0.0.101" desc "My PSTN GW Address" # # - by default is empty to avoid misrouting pstn.gw_ip = "" desc "PSTN GW Address" #!endif #!ifdef WITH_VOICEMAIL # VoiceMail Routing on offline, busy or no answer # # - by default Voicemail server IP is empty to avoid misrouting voicemail.srv_ip = "" desc "VoiceMail IP Address" voicemail.srv_port = "5060" desc "VoiceMail Port" #!endif ####### Modules Section ######## # set paths to location of modules (to sources or installation folders) #!ifdef WITH_SRCPATH mpath="modules_k:modules" #!else mpath="/usr/lib/kamailio/modules_k/:/usr/lib/kamailio/modules/" #!endif #!ifdef WITH_MYSQL loadmodule "db_mysql.so" #!endif loadmodule "mi_fifo.so" loadmodule "kex.so" loadmodule "tm.so" loadmodule "tmx.so" loadmodule "sl.so" loadmodule "rr.so" loadmodule "pv.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "siputils.so" loadmodule "xlog.so" loadmodule "sanity.so" loadmodule "ctl.so" loadmodule "cfg_rpc.so" loadmodule "mi_rpc.so" loadmodule "acc.so" #!ifdef WITH_V4V6 loadmodule "ipops.so" loadmodule "exec.so" #!endif #!ifdef WITH_AUTH loadmodule "auth.so" loadmodule "auth_db.so" #!ifdef WITH_IPAUTH loadmodule "permissions.so" #!endif #!endif #!ifdef WITH_ALIASDB loadmodule "alias_db.so" #!endif #!ifdef WITH_SPEEDDIAL loadmodule "speeddial.so" #!endif #!ifdef WITH_MULTIDOMAIN loadmodule "domain.so" #!endif #!ifdef WITH_PRESENCE loadmodule "presence.so" loadmodule "presence_xml.so" #!endif #!ifdef WITH_NAT loadmodule "nathelper.so" loadmodule "rtpproxy.so" #!endif #!ifdef WITH_TLS loadmodule "tls.so" #!endif #!ifdef WITH_ANTIFLOOD loadmodule "htable.so" loadmodule "pike.so" #!endif #!ifdef WITH_XMLRPC loadmodule "xmlrpc.so" #!endif #!ifdef WITH_DEBUG loadmodule "debugger.so" #!endif # ----------------- setting module-specific parameters --------------- # ----- mi_fifo params ----- modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo") # ----- tm params ----- # auto-discard branches from previous serial forking leg modparam("tm", "failure_reply_mode", 3) # default retransmission timeout: 30sec modparam("tm", "fr_timer", 30000) # default invite retransmission timeout after 1xx: 120sec modparam("tm", "fr_inv_timer", 120000) # ----- rr params ----- # add value to ;lr param to cope with most of the UAs modparam("rr", "enable_full_lr", 1) # do not append from tag to the RR (no need for this script) modparam("rr", "append_fromtag", 0) # ----- registrar params ----- modparam("registrar", "method_filtering", 1) /* uncomment the next line to disable parallel forking via location */ # modparam("registrar", "append_branches", 0) /* uncomment the next line not to allow more than 10 contacts per AOR */ #modparam("registrar", "max_contacts", 10) # max value for expires of registrations modparam("registrar", "max_expires", 3600) # ----- acc params ----- /* what special events should be accounted ? */ modparam("acc", "early_media", 0) modparam("acc", "report_ack", 0) modparam("acc", "report_cancels", 0) /* by default ww do not adjust the direct of the sequential requests. if you enable this parameter, be sure the enable "append_fromtag" in "rr" module */ modparam("acc", "detect_direction", 0) /* account triggers (flags) */ modparam("acc", "log_flag", FLT_ACC) modparam("acc", "log_missed_flag", FLT_ACCMISSED) modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") modparam("acc", "failed_transaction_flag", FLT_ACCFAILED) /* enhanced DB accounting */ #!ifdef WITH_ACCDB modparam("acc", "db_flag", FLT_ACC) modparam("acc", "db_missed_flag", FLT_ACCMISSED) modparam("acc", "db_url", DBURL) modparam("acc", "db_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") #!endif # ----- usrloc params ----- /* enable DB persistency for location entries */ #!ifdef WITH_USRLOCDB modparam("usrloc", "db_url", DBURL) modparam("usrloc", "db_mode", 2) modparam("usrloc", "use_domain", MULTIDOMAIN) #!endif # ----- auth_db params ----- #!ifdef WITH_AUTH modparam("auth_db", "db_url", DBURL) modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") modparam("auth_db", "load_credentials", "") modparam("auth_db", "use_domain", MULTIDOMAIN) # ----- permissions params ----- #!ifdef WITH_IPAUTH modparam("permissions", "db_url", DBURL) modparam("permissions", "db_mode", 1) #!endif #!endif # ----- alias_db params ----- #!ifdef WITH_ALIASDB modparam("alias_db", "db_url", DBURL) modparam("alias_db", "use_domain", MULTIDOMAIN) #!endif # ----- speedial params ----- #!ifdef WITH_SPEEDDIAL modparam("speeddial", "db_url", DBURL) modparam("speeddial", "use_domain", MULTIDOMAIN) #!endif # ----- domain params ----- #!ifdef WITH_MULTIDOMAIN modparam("domain", "db_url", DBURL) # use caching modparam("domain", "db_mode", 1) # register callback to match myself condition with domains list modparam("domain", "register_myself", 1) #!endif #!ifdef WITH_PRESENCE # ----- presence params ----- modparam("presence", "db_url", DBURL) # ----- presence_xml params ----- modparam("presence_xml", "db_url", DBURL) modparam("presence_xml", "force_active", 1) #!endif #!ifdef WITH_NAT # ----- rtpproxy params ----- modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:22222") #modparam("rtpproxy", "rtpproxy_sock", "unix:/var/run/rtpproxy/rtpproxy.sock") # ----- nathelper params ----- modparam("nathelper", "natping_interval", 30) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "sipping_bflag", FLB_NATSIPPING) modparam("nathelper", "sipping_from", "sip:pinger@kamailio.org") # params needed for NAT traversal in other modules modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)") modparam("usrloc", "nat_bflag", FLB_NATB) #!endif #!ifdef WITH_TLS # ----- tls params ----- modparam("tls", "config", "/etc/kamailio/tls.cfg") #!endif #!ifdef WITH_ANTIFLOOD # ----- pike params ----- modparam("pike", "sampling_time_unit", 2) modparam("pike", "reqs_density_per_unit", 16) modparam("pike", "remove_latency", 4) # ----- htable params ----- # ip ban htable with autoexpire after 5 minutes modparam("htable", "htable", "ipban=>size=8;autoexpire=300;") #!endif #!ifdef WITH_XMLRPC # ----- xmlrpc params ----- modparam("xmlrpc", "route", "XMLRPC"); modparam("xmlrpc", "url_match", "^/RPC") #!endif #!ifdef WITH_DEBUG # ----- debugger params ----- modparam("debugger", "cfgtrace", 1) #!endif ####### Routing Logic ######## # Main SIP request routing logic # - processing of any incoming SIP request starts with this route # - note: this is the same as route { ... } request_route { # per request initial checks route(BRIDGE); route(REQINIT); # NAT detection route(NATDETECT); # handle requests within SIP dialogs route(WITHINDLG); ### only initial requests (no To tag) # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } t_check_trans(); # authentication route(AUTH); # record routing for dialog forming requests (in case they are routed) # - remove preloaded route headers remove_hf("Route"); if (is_method("INVITE|SUBSCRIBE")) record_route(); # account only INVITEs if (is_method("INVITE")) { setflag(FLT_ACC); # do accounting } # dispatch requests to foreign domains route(SIPOUT); ### requests for my local domains # handle presence related requests route(PRESENCE); # handle registrations route(REGISTRAR); if ($rU==$null) { # request with no Username in RURI sl_send_reply("484","Address Incomplete"); exit; } # dispatch destinations to PSTN route(PSTN); # user location service route(LOCATION); route(RELAY); } route[BRIDGE]{ #!ifdef WITH_BRIDGE if(to_uri!=myself && from_uri!=myself){ # message goes only throught this server - BRIDGE # => translation provided setbflag(FLB_V4V6); } #!endif return; } route[RELAY] { # enable additional event routes for forwarded requests # - serial forking, RTP relaying handling, a.s.o. if (is_method("INVITE|SUBSCRIBE")) { t_on_branch("MANAGE_BRANCH"); t_on_reply("MANAGE_REPLY"); } if (is_method("INVITE")) { t_on_failure("MANAGE_FAILURE"); } if (!t_relay()) { sl_reply_error(); } exit; } # Per SIP request initial checks route[REQINIT] { #!ifdef WITH_ANTIFLOOD # flood dection from same IP and traffic ban for a while # be sure you exclude checking trusted peers, such as pstn gateways # - local host excluded (e.g., loop to self) if(src_ip!=myself) { if($sht(ipban=>$si)!=$null) { # ip is already blocked xdbg("request from blocked IP - $rm from $fu (IP:$si:$sp)\n"); exit; } if (!pike_check_req()) { xlog("L_ALERT","ALERT: pike blocking $rm from $fu (IP:$si:$sp)\n"); $sht(ipban=>$si) = 1; exit; } } #!endif if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } if(!sanity_check("1511", "7")) { xlog("Malformed SIP message from $si:$sp\n"); exit; } } # Handle requests within SIP dialogs route[WITHINDLG] { if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { if (is_method("BYE")) { setflag(FLT_ACC); # do accounting ... setflag(FLT_ACCFAILED); # ... even if the transaction fails } if ( is_method("ACK") ) { # ACK is forwarded statelessy route(NATMANAGE); } route(RELAY); } else { if (is_method("SUBSCRIBE") && uri == myself) { # in-dialog subscribe requests route(PRESENCE); exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { # no loose-route, but stateful ACK; # must be an ACK after a 487 # or e.g. 404 from upstream server t_relay(); exit; } else { # ACK without matching transaction ... ignore and discard exit; } } sl_send_reply("404","Not here"); } exit; } } # Handle SIP registrations route[REGISTRAR] { if (is_method("REGISTER")) { if(isflagset(FLT_NATS)) { setbflag(FLB_NATB); # uncomment next line to do SIP NAT pinging ## setbflag(FLB_NATSIPPING); } if (!save("location")) sl_reply_error(); exit; } } # USER location service route[LOCATION] { #!ifdef WITH_SPEEDIAL # search for short dialing - 2-digit extension if($rU=~"^[0-9][0-9]$") if(sd_lookup("speed_dial")) route(SIPOUT); #!endif #!ifdef WITH_ALIASDB # search in DB-based aliases if(alias_db_lookup("dbaliases")) route(SIPOUT); #!endif $avp(oexten) = $rU; if (!lookup("location")) { $var(rc) = $rc; route(TOVOICEMAIL); t_newtran(); switch ($var(rc)) { case -1: case -3: send_reply("404", "Not Found"); exit; case -2: send_reply("405", "Method Not Allowed"); exit; } } # when routing via usrloc, log the missed calls also if (is_method("INVITE")) { setflag(FLT_ACCMISSED); } } # Presence server route route[PRESENCE] { if(!is_method("PUBLISH|SUBSCRIBE")) return; #!ifdef WITH_PRESENCE if (!t_newtran()) { sl_reply_error(); exit; }; if(is_method("PUBLISH")) { handle_publish(); t_release(); } else if( is_method("SUBSCRIBE")) { handle_subscribe(); t_release(); } exit; #!endif # if presence enabled, this part will not be executed if (is_method("PUBLISH") || $rU==$null) { sl_send_reply("404", "Not here"); exit; } return; } # Authentication route route[AUTH] { #!ifdef WITH_AUTH if (is_method("REGISTER")) { # authenticate the REGISTER requests (uncomment to enable auth) if (!www_authorize("$td", "subscriber")) { www_challenge("$td", "0"); exit; } if ($au!=$tU) { sl_send_reply("403","Forbidden auth ID"); exit; } } else { #!ifdef WITH_IPAUTH if(allow_source_address()) { # source IP allowed return; } #!endif # authenticate if from local subscriber if (from_uri==myself) { if (!proxy_authorize("$fd", "subscriber")) { proxy_challenge("$fd", "0"); exit; } if (is_method("PUBLISH")) { if ($au!=$fU || $au!=$tU) { sl_send_reply("403","Forbidden auth ID"); exit; } if ($au!=$rU) { sl_send_reply("403","Forbidden R-URI"); exit; } #!ifdef WITH_MULTIDOMAIN if ($fd!=$rd) { sl_send_reply("403","Forbidden R-URI domain"); exit; } #!endif } else { if ($au!=$fU) { sl_send_reply("403","Forbidden auth ID"); exit; } } consume_credentials(); # caller authenticated } else { # caller is not local subscriber, then check if it calls # a local destination, otherwise deny, not an open relay here if (!uri==myself) { sl_send_reply("403","Not relaying"); exit; } } } #!endif return; } # Caller NAT detection route route[NATDETECT] { # if from IPv6, NAT not needed if(af==INET6) return; #!ifdef WITH_NAT force_rport(); if (nat_uac_test("19")) { if (is_method("REGISTER")) { fix_nated_register(); } else { fix_nated_contact(); } setflag(FLT_NATS); } #!endif return; } # RTPProxy control route[NATMANAGE] { #!ifdef WITH_NAT if (is_request()) { if(has_totag()) { if(check_route_param("nat=yes")) { setbflag(FLB_NATB); }else { if(check_route_param("nat=v46")) { setbflag(FLB_V4V6); } } } } if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB)|| isbflagset(FLB_V4V6))) return; #rtpproxy_manage(); if(isbflagset(FLB_V4V6)) { if(af==INET6) { rtpproxy_manage("FAEI"); } else { rtpproxy_manage("FAIE"); } } else { if(af==INET6) { # zroj aj ciel su IPV6 rtpproxy_manage("FAEE"); } else { # zdroj aj ciel su IPV4 rtpproxy_manage("FAII"); } } if (is_request()) { if (!has_totag()) { if(isbflagset(FLB_V4V6)) { add_rr_param(";nat=v46"); } else { add_rr_param(";nat=yes"); } } } if (is_reply()) { if(isbflagset(FLB_NATB)) { if(af==INET) { fix_nated_contact(); } } } #!endif return; } # Routing to foreign domains route[SIPOUT] { if (!uri==myself) { append_hf("P-hint: outbound\r\n"); route(RELAY); } } # PSTN GW routing route[PSTN] { #!ifdef WITH_PSTN # check if PSTN GW IP is defined if (strempty($sel(cfg_get.pstn.gw_ip))) { xlog("SCRIPT: PSTN rotuing enabled but pstn.gw_ip not defined\n"); return; } # route to PSTN dialed numbers starting with '+' or '00' # (international format) # - update the condition to match your dialing rules for PSTN routing if(!($rU=~"^(\+|00)[1-9][0-9]{3,20}$")) return; # only local users allowed to call if(from_uri!=myself) { sl_send_reply("403", "Not Allowed"); exit; } $ru = "sip:" + $rU + "@" + $sel(cfg_get.pstn.gw_ip); route(RELAY); exit; #!endif return; } # XMLRPC routing #!ifdef WITH_XMLRPC route[XMLRPC] { # allow XMLRPC from localhost if ((method=="POST" || method=="GET") && (src_ip==127.0.0.1)) { # close connection only for xmlrpclib user agents (there is a bug in # xmlrpclib: it waits for EOF before interpreting the response). if ($hdr(User-Agent) =~ "xmlrpclib") set_reply_close(); set_reply_no_connect(); dispatch_rpc(); exit; } send_reply("403", "Forbidden"); exit; } #!endif # route to voicemail server route[TOVOICEMAIL] { #!ifdef WITH_VOICEMAIL if(!is_method("INVITE")) return; # check if VoiceMail server IP is defined if (strempty($sel(cfg_get.voicemail.srv_ip))) { xlog("SCRIPT: VoiceMail rotuing enabled but IP not defined\n"); return; } if($avp(oexten)==$null) return; $ru = "sip:" + $avp(oexten) + "@" + $sel(cfg_get.voicemail.srv_ip) + $sel(cfg_get.voicemail.srv_port); route(RELAY); exit; #!endif return; } # manage outgoing branches branch_route[MANAGE_BRANCH] { xdbg("new branch [$T_branch_idx] to $ru\n"); route(NATMANAGE); } # manage incoming replies onreply_route[MANAGE_REPLY] { xdbg("incoming reply\n"); if(status=~"[12][0-9][0-9]") route(NATMANAGE); } # manage failure routing cases failure_route[MANAGE_FAILURE] { route(NATMANAGE); if (t_is_canceled()) { exit; } #!ifdef WITH_BLOCK3XX # block call redirect based on 3xx replies. if (t_check_status("3[0-9][0-9]")) { t_reply("404","Not found"); exit; } #!endif #!ifdef WITH_VOICEMAIL # serial forking # - route to voicemail on busy or no answer (timeout) if (t_check_status("486|408")) { route(TOVOICEMAIL); exit; } #!endif } ----------------------------------------------------------------------------------------------Here some information from logging:from rtpproxy, wich translates SIP messages between IPv4 and IPv6-----------------------------------------------------------------------------------------------Apr 11 10:12:51 bridge rtpproxy[1103]: INFO:handle_command: new session 4817, tag 12674;1 requested, type strongApr 11 10:12:51 bridge rtpproxy[1103]: INFO:handle_command: new session on a port 36792 created, tag 12674;1Apr 11 10:12:51 bridge rtpproxy[1103]: INFO:handle_command: pre-filling caller's address with 2001:4118:300:122:c41b:584d:c288:90f6:7078Apr 11 10:12:51 bridge rtpproxy[1103]: INFO:handle_command: adding strong flag to existing session, new=1/0/0Apr 11 10:12:51 bridge rtpproxy[1103]: INFO:handle_command: lookup on ports 36792/0, session timer restartedApr 11 10:12:51 bridge rtpproxy[1103]: INFO:handle_command: adding strong flag to existing session, new=1/0/0Apr 11 10:12:51 bri dge rtpproxy[1103]: INFO:handle_command: lookup on ports 36792/0, session timer restartedApr 11 10:12:53 bridge rtpproxy[1103]: INFO:handle_command: lookup on ports 36792/52592, session timer restartedApr 11 10:12:53 bridge rtpproxy[1103]: INFO:handle_command: pre-filling callee's address with 158.193.139.46:36258>>>Apr 11 10:13:21 bridge rtpproxy[1103]: INFO:handle_delete: forcefully deleting session 1 on ports 36792/52592Apr 11 10:13:21 bridge rtpproxy[1103]: INFO:remove_session: RTP stats: 215 in from callee, 214 in from caller, 429 relayed, 0 droppedApr 11 10:13:21 bridge rtpproxy[1103]: INFO:remove_session: RTCP stats: 0 in from callee, 1 in from caller, 1 relayed, 0 droppedApr 11 10:13:21 bridge rtpproxy[1103]: INFO:remove_session: session on ports 36792/52592 is cleaned upApr 11 10:13:21 bridge rtpproxy[1103]: INFO:handle_command: delete request failed: session 4817, tags 12674/NONE not found----------------------------------------------------------------------------- ------------------- My problem is related to the line with >>> If somebody has experience with this kind of problem, i will be very thankful for help. Jakub Hrabovsky (sorry for my english grammar)

2 1

UAC example
by Moacir Ferreira 22 Apr '13

22 Apr '13

Hi community, I will start testing the UAC module. Does anyone have a simple UAC configuration that could share with me? Also, for small (less than 500 users) deployments, would you recommend Kamilio UAC as the solution for giving PSTN access via VoIP providers or would you recommend Asterisk, SEMS, etc.? My intention is to host the solution on a single server. Thanks, Moacir

2 1

Problem accessing git repository
by Mikko Lehto 22 Apr '13

22 Apr '13

Hi Yesterday I got "fatal: read error: Connection reset by peer" to my "git pull" command. I thought it was only temporary network error, but same problem still exist today. I can however access other remote git repositories succesfully from the same host. --- #sip-router 10.58 < mslehto> hmm... I get "Connection reset by peer" to git fetch command 10.59 < mslehto> propably local issue if you just updated master branch succesfully 11.10 < iZverg> git pull 11.11 < iZverg> # git pull 11.11 < iZverg> Already up-to-date. 11.11 < iZverg> i think all ok with server 13.07 < mslehto> I don't get it .pcap dumps shows some git traffic to git.sip-router.org, but finally I get TCP RST 13.07 < mslehto> I have remote.origin.url=git://git.sip-router.org/sip-router 13.08 < mslehto> seems to be same as in http://kamailio.org/wiki/install/devel/git 13.13 < iZverg> url = git://git.sip-router.org/sip-router 13.13 < iZverg> Already up-to-date. --- I think this is not local issue, any pointers what I should troubleshoot next? UPDATE: I am able to get source code via "git clone" to fresh directory with no errors, confusing. -- Mikko

4 9

Basic question
by אורן אברהם 21 Apr '13

21 Apr '13

Dear List. I'm trying to change the contact header of a message. ( by calliing add_contact_alias - that shuld add the ;alias= parameter to the contact header) but, when i print the contact header (with xlog), it shows no change. I know the function works, and that it added the parameter as expected by using debug mode. (it sais that it was added) Can anyone explain me why i don't see that change in the xlog ? (i've printer both $ct and $hdr(Contact)) thank's in advance...

3 4

NAT Traversal Problem
by Ishan Sawhney 19 Apr '13

19 Apr '13

Hi, We have a solution which requires only outbound NAT on SIP calls. Do you have a product which would solve the NAT Traversal problem on the outbound SIP calls? If yes, how much would be the cost of this product? Will it support 2000 simultaneous calls? BR// Ishan

3 2

Transformations
by Victor V. Kustov 19 Apr '13

19 Apr '13

Hi! According "Transformations cookbook" exist string, uri, name transformations. I think need ip transformations, simulary atoi()/aton() and split for stings with divider. By the way: avp_subst("$avp(s:sipa)/$avp(s:abc)/g", "/(.*)\.(.*)\.(.*)\.(.*)/\1/"); avp_subst("$avp(s:sipa)/$avp(s:def)/g", "/(.*)\.(.*)\.(.*)\.(.*)/\2/"); avp_subst("$avp(s:sipa)/$avp(s:ghk)/g", "/(.*)\.(.*)\.(.*)\.(.*)/\3/"); avp_subst("$avp(s:sipa)/$avp(s:xyz)/g", "/(.*)\.(.*)\.(.*)\.(.*)/\4/"); $avp(s:numipa)=$avp(s:abc{s.int})<<24||$avp(s:defi{s.int})<<16||$avp(s:ghki{s.int})<<8||$avp(s:xyz{s.int}); where is error? -- SY, Victor JID: coyote(a)bks.tv JID: coyote(a)bryansktel.ru I use FREE operation system: 3.8.4-calculate GNU/Linux

2 2

Kamailio World Quick Follow Up
by Daniel-Constantin Mierla 18 Apr '13

18 Apr '13

Hello, first I want to thank to all participants to Kamailio World Conference, everyone having a relevant contribution to it, turning out the two days in a very successful event. Special thanks to our sponsors - Sipwise, Fraunhofer Fokus, Asipto, Sipgate, NG-Voice, IT Center, Amooma and Zoiper - without them it would have been pretty impossible to bring a great group of speakers, have a nice location, excellent logistics and services on site - practically all that had matter to get such great event. As organizers, we learned a lot, significantly helping to get even better for next editions. Please do send feedback to us, it is very important to improve for the next years, even if you didn't participate, you can tell us what you would like to have at such event. For everyone in the community I want to say that the slides should be published in the near future. We also recorded the sessions, I haven't checked the movies yet, if the quality is fair enough, then they will be made available (probably will take a bit longer than the slides). Several sessions were recorded separately also by Randy from VUC, being already available on youtube: - https://www.youtube.com/user/voipusers/videos?sort=dd I will send soon more details, as new resources are made available. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

Implementing the Presence module(Kamailio) to work with websockets (sipML5)
by אורן אברהם 17 Apr '13

17 Apr '13

Dear List,

1 0

Ldap Authenticate issues
by Sebastian Bergerot 17 Apr '13

17 Apr '13

Hi I´m trying to authenticate on active directory but i have issues with the password. Here is my CFG Kamailio.cfg #!define WITH_DEBUG #!KAMAILIO # # Kamailio (OpenSER) SIP Server v3.2 - default configuration script # - web: http://www.kamailio.org # - git: http://sip-router.org # # Direct your questions about this file to: <sr-users at lists.sip-router.org> # # Refer to the Core CookBook at http://www.kamailio.org/dokuwiki/doku.php # for an explanation of possible statements, functions and parameters. # # Several features can be enabled using '#!define WITH_FEATURE' directives: # # *** To run in debug mode: # - define WITH_DEBUG # # *** To enable mysql: # - define WITH_MYSQL # # *** To enable authentication execute: # - enable mysql # - define WITH_AUTH # - add users using 'kamctl' # # *** To enable IP authentication execute: # - enable mysql # - enable authentication # - define WITH_IPAUTH # - add IP addresses with group id '1' to 'address' table # # *** To enable persistent user location execute: # - enable mysql # - define WITH_USRLOCDB # # *** To enable presence server execute: # - enable mysql # - define WITH_PRESENCE # # *** To enable nat traversal execute: # - define WITH_NAT # - install RTPProxy: http://www.rtpproxy.org # - start RTPProxy: # rtpproxy -l _your_public_ip_ -s udp:localhost:7722 # ###!define WITH_NAT # *** To enable PSTN gateway routing execute: # - define WITH_PSTN # - set the value of pstn.gw_ip # - check route[PSTN] for regexp routing condition # # *** To enable database aliases lookup execute: # - enable mysql # - define WITH_ALIASDB # # *** To enable speed dial lookup execute: # - enable mysql # - define WITH_SPEEDDIAL # # *** To enable multi-domain support execute: # - enable mysql # - define WITH_MULTIDOMAIN # # *** To enable TLS support execute: # - adjust CFGDIR/tls.cfg as needed # - define WITH_TLS # # *** To enable XMLRPC support execute: # - define WITH_XMLRPC # - adjust route[XMLRPC] for access policy # # *** To enable anti-flood detection execute: # - adjust pike and htable=>ipban settings as needed (default is # block if more than 16 requests in 2 seconds and ban for 300 seconds) # - define WITH_ANTIFLOOD # # *** To block 3XX redirect replies execute: # - define WITH_BLOCK3XX # # *** To enable VoiceMail routing execute: # - define WITH_VOICEMAIL # - set the value of voicemail.srv_ip # - adjust the value of voicemail.srv_port # # *** To enhance accounting execute: # - enable mysql # - define WITH_ACCDB # - add following columns to database #!define WITH_LDAP #!define WITH_AUTH #!define WITH_MYSQL #!define WITH_USRLOCDB #!define WITH_PRESENCE #!ifdef ACCDB_COMMENT ALTER TABLE acc ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN src_ip varchar(64) NOT NULL default ''; ALTER TABLE acc ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_ip varchar(64) NOT NULL default ''; ALTER TABLE missed_calls ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; #!endif ####### Defined Values ######### # *** Value defines - IDs used later in config #!ifdef WITH_MYSQL # - database URL - used to connect to database server by modules such # as: auth_db, acc, usrloc, a.s.o. #!define DBURL "mysql://root:bernardo@128.2.101.19/kamailio" #!endif #!ifdef WITH_MULTIDOMAIN # - the value for 'use_domain' parameters #!define MULTIDOMAIN 1 #!else #!define MULTIDOMAIN 0 #!endif # - flags # FLT_ - per transaction (message) flags # FLB_ - per branch flags #!define FLT_ACC 1 #!define FLT_ACCMISSED 2 #!define FLT_ACCFAILED 3 #!define FLT_NATS 5 #!define FLB_NATB 6 #!define FLB_NATSIPPING 7 ####### Global Parameters ######### #!ifdef WITH_DEBUG debug=4 log_stderror=no #!else debug=2 log_stderror=no #!endif memdbg=5 memlog=5 log_facility=LOG_LOCAL0 fork=yes children=4 /* uncomment the next line to disable TCP (default on) */ #disable_tcp=yes /* uncomment the next line to disable the auto discovery of local aliases based on reverse DNS on IPs (default on) */ auto_aliases=no /* add local domain aliases */ alias="coto.com.ar" /* uncomment and configure the following line if you want Kamailio to bind on a specific interface/port/proto (default bind on all available) */ listen=tcp:128.2.101.19:5060 #listen=tcp:192.168.14.25:5060 /* port to listen to * - can be specified more than once if needed to listen on many ports */ #port=5060 #!ifdef WITH_TLS enable_tls=yes #!endif # life time of TCP connection when there is no traffic # - a bit higher than registration expires to cope with UA behind NAT tcp_connection_lifetime=3605 ####### Custom Parameters ######### # These parameters can be modified runtime via RPC interface # - see the documentation of 'cfg_rpc' module. # # Format: group.id = value 'desc' description # Access: $sel(cfg_get.group.id) or @cfg_get.group.id # #!ifdef WITH_PSTN # PSTN GW Routing # # - pstn.gw_ip: valid IP or hostname as string value, example: # pstn.gw_ip = "10.0.0.101" desc "My PSTN GW Address" # # - by default is empty to avoid misrouting pstn.gw_ip = "" desc "PSTN GW Address" #!endif ####### Modules Section ######## # set paths to location of modules (to sources or installation folders) #!ifdef WITH_SRCPATH mpath="modules_k:modules" #!else mpath="/usr/lib/kamailio/modules/" #!endif #!ifdef WITH_MYSQL loadmodule "db_mysql.so" #!endif loadmodule "mi_fifo.so" loadmodule "kex.so" loadmodule "tm.so" loadmodule "tmx.so" loadmodule "sl.so" loadmodule "rr.so" loadmodule "pv.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "siputils.so" loadmodule "xlog.so" # loadmodule "sanity.so" loadmodule "ctl.so" loadmodule "cfg_rpc.so" loadmodule "mi_rpc.so" loadmodule "acc.so" #!ifdef WITH_AUTH loadmodule "auth.so" loadmodule "auth_db.so" #chris loadmodule "ldap.so" modparam ("ldap", "config_file", "/etc/kamailio/ldap.cfg") #!ifdef WITH_IPAUTH loadmodule "permissions.so" #!endif #!endif #!ifdef WITH_ALIASDB loadmodule "alias_db.so" #!endif #!ifdef WITH_SPEEDDIAL loadmodule "speeddial.so" #!endif #!ifdef WITH_MULTIDOMAIN loadmodule "domain.so" #!endif #!ifdef WITH_PRESENCE loadmodule "presence.so" loadmodule "presence_xml.so" #!endif #!ifdef WITH_NAT loadmodule "nathelper.so" loadmodule "rtpproxy.so" #!endif #!ifdef WITH_TLS loadmodule "tls.so" #!endif #!ifdef WITH_ANTIFLOOD loadmodule "htable.so" loadmodule "pike.so" #!endif #!ifdef WITH_XMLRPC loadmodule "xmlrpc.so" #!endif #!ifdef WITH_DEBUG loadmodule "debugger.so" #!endif # ----------------- setting module-specific parameters --------------- # ----- mi_fifo params ----- #modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo") modparam("mi_fifo", "fifo_name", "/tmp/kamailio_tmp") # ----- tm params ----- # auto-discard branches from previous serial forking leg modparam("tm", "failure_reply_mode", 3) # default retransmission timeout: 30sec modparam("tm", "fr_timer", 30000) # default invite retransmission timeout after 1xx: 120sec modparam("tm", "fr_inv_timer", 120000) # suppress the check for the CSEQ method # modparam("sanity", "default_checks", 967) # ----- rr params ----- # add value to ;lr param to cope with most of the UAs modparam("rr", "enable_full_lr", 1) # do not append from tag to the RR (no need for this script) #edit asterisk #!ifdef WITH_ASTERISK modparam("rr", "append_fromtag", 1) #!else modparam("rr", "append_fromtag", 0) #!endif # ----- registrar params ----- modparam("registrar", "method_filtering", 1) /* uncomment the next line to disable parallel forking via location */ # modparam("registrar", "append_branches", 0) /* uncomment the next line not to allow more than 10 contacts per AOR */ modparam("registrar", "max_contacts", 256) # max value for expires of registrations modparam("registrar", "max_expires", 3600) # ----- acc params ----- /* what special events should be accounted ? */ modparam("acc", "early_media", 0) modparam("acc", "report_ack", 0) modparam("acc", "report_cancels", 0) /* by default ww do not adjust the direct of the sequential requests. if you enable this parameter, be sure the enable "append_fromtag" in "rr" module */ modparam("acc", "detect_direction", 0) /* account triggers (flags) */ modparam("acc", "log_flag", FLT_ACC) modparam("acc", "log_missed_flag", FLT_ACCMISSED) modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") modparam("acc", "failed_transaction_flag", FLT_ACCFAILED) /* enhanced DB accounting */ #!ifdef WITH_ACCDB modparam("acc", "db_flag", FLT_ACC) modparam("acc", "db_missed_flag", FLT_ACCMISSED) modparam("acc", "db_url", DBURL) modparam("acc", "db_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") #!endif # ----- usrloc params ----- /* enable DB persistency for location entries */ #!ifdef WITH_USRLOCDB modparam("usrloc", "db_url", DBURL) modparam("usrloc", "db_mode", 2) modparam("usrloc", "use_domain", MULTIDOMAIN) #!endif #chris commented out this part # ----- auth_db params ----- #!ifdef WITH_AUTH modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "load_credentials", "") #!ifdef WITH_ASTERISK modparam("auth_db", "user_column", "username") modparam("auth_db", "password_column", "sippasswd") modparam("auth_db", "db_url", DBASTURL) modparam("auth_db", "version_table", 0) #!else modparam("auth_db", "db_url", DBURL) modparam("auth_db", "password_column", "password") modparam("auth_db", "use_domain", MULTIDOMAIN) #!endif # ----- permissions params ----- #!ifdef WITH_IPAUTH modparam("permissions", "db_url", DBURL) modparam("permissions", "db_mode", 1) #!endif #!endif # ----- alias_db params ----- #!ifdef WITH_ALIASDB modparam("alias_db", "db_url", DBURL) modparam("alias_db", "use_domain", MULTIDOMAIN) #!endif # ----- speedial params ----- #!ifdef WITH_SPEEDDIAL modparam("speeddial", "db_url", DBURL) modparam("speeddial", "use_domain", MULTIDOMAIN) #!endif # ----- domain params ----- #!ifdef WITH_MULTIDOMAIN modparam("domain", "db_url", DBURL) # use caching modparam("domain", "db_mode", 1) # register callback to match myself condition with domains list modparam("domain", "register_myself", 1) #!endif #!ifdef WITH_PRESENCE # ----- presence params ----- modparam("presence", "db_url", DBURL) # ----- presence_xml params ----- modparam("presence_xml", "db_url", DBURL) modparam("presence_xml", "force_active", 1) #!endif #!ifdef WITH_NAT # ----- rtpproxy params ----- modparam("rtpproxy", "rtpproxy_sock", "udp:192.168.14.25:22222") # ----- nathelper params ----- modparam("nathelper", "natping_interval", 30) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "sipping_bflag", FLB_NATSIPPING) modparam("nathelper", "sipping_from", "sip:pinger at teopad-toip.corp") # params needed for NAT traversal in other modules modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)") modparam("usrloc", "nat_bflag", FLB_NATB) #!endif #!ifdef WITH_TLS # ----- tls params ----- modparam("tls", "config", "/etc/kamailio/tls.cfg") #!endif #!ifdef WITH_ANTIFLOOD # ----- pike params ----- modparam("pike", "sampling_time_unit", 2) modparam("pike", "reqs_density_per_unit", 16) modparam("pike", "remove_latency", 4) # ----- htable params ----- # ip ban htable with autoexpire after 5 minutes modparam("htable", "htable", "ipban=>size=8;autoexpire=300;") #!endif #!ifdef WITH_XMLRPC # ----- xmlrpc params ----- modparam("xmlrpc", "route", "XMLRPC"); modparam("xmlrpc", "url_match", "^/RPC") #!endif #!ifdef WITH_DEBUG # ----- debugger params ----- modparam("debugger", "cfgtrace", 1) #!endif ####### Routing Logic ######## # Main SIP request routing logic # - processing of any incoming SIP request starts with this route # - note: this is the same as route { ... } request_route { # per request initial checks route(REQINIT); xlog("L_INFO","apres REQINIT"); # NAT detection route(NATDETECT); xlog("L_INFO","apres NATDETECT"); # handle requests within SIP dialogs route(WITHINDLG); xlog("L_INFO","apres WITHINDLG"); ### only initial requests (no To tag) # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } t_check_trans(); xlog("L_INFO","apres t_check_trans"); # authentication route(AUTH); xlog("L_INFO","apres AUTH"); # record routing for dialog forming requests (in case they are routed) # - remove preloaded route headers remove_hf("Route"); if (is_method("INVITE|SUBSCRIBE")) record_route(); xlog("L_INFO","apres RECORD ROUTE"); # account only INVITEs if (is_method("INVITE")) { setflag(FLT_ACC); # do accounting } xlog("L_INFO","apres INVITE"); # dispatch requests to foreign domains route(SIPOUT); xlog("L_INFO","apres SIPOUT"); ### requests for my local domains # handle presence related requests route(PRESENCE); xlog("L_INFO","apres PRESENCE"); # handle registrations route(REGISTRAR); xlog("L_INFO","apres REGISTRAR"); if ($rU==$null) { # request with no Username in RURI sl_send_reply("484","Address Incomplete"); exit; } # dispatch destinations to PSTN route(PSTN); xlog("L_INFO","apres PSTN"); # user location service route(LOCATION); xlog("L_INFO","apres LOCATION"); route(RELAY); xlog("L_INFO","apres RELAY"); } route[RELAY] { # enable additional event routes for forwarded requests # - serial forking, RTP relaying handling, a.s.o. xlog("L_INFO","Dans route relay"); if (is_method("INVITE|SUBSCRIBE")) { xlog("L_INFO","avant manage branch"); t_on_branch("MANAGE_BRANCH"); xlog("L_INFO","avant manage reply"); t_on_reply("MANAGE_REPLY"); } if (is_method("INVITE")) { xlog("L_INFO","avant manage failure"); t_on_failure("MANAGE_FAILURE"); } if (!t_relay()) { xlog("L_INFO","reply error"); sl_reply_error(); } exit; } # Per SIP request initial checks route[REQINIT] { #!ifdef WITH_ANTIFLOOD # flood dection from same IP and traffic ban for a while # be sure you exclude checking trusted peers, such as pstn gateways # - local host excluded (e.g., loop to self) if(src_ip!=myself) { if($sht(ipban=>$si)!=$null) { # ip is already blocked xdbg("request from blocked IP - $rm from $fu (IP:$si:$sp)\n"); exit; } if (!pike_check_req()) { xlog("L_ALERT","ALERT: pike blocking $rm from $fu (IP:$si:$sp)\n"); $sht(ipban=>$si) = 1; exit; } } #!endif if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } # if(!sanity_check("1511", "7")) # { # xlog("Malformed SIP message from $si:$sp\n"); # exit; # } } # Handle requests within SIP dialogs route[WITHINDLG] { xlog("L_INFO","Dans WITHINDLG"); if (has_totag()) { xlog("L_INFO","dans has totag"); # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { xlog("L_INFO","looseroute"); if (is_method("BYE")) { setflag(FLT_ACC); # do accounting ... setflag(FLT_ACCFAILED); # ... even if the transaction fails } if ( is_method("ACK") ) { xlog("L_INFO","ack"); # ACK is forwarded statelessy route(NATMANAGE); } xlog("L_INFO","relay"); route(RELAY); } else { xlog("L_INFO","else"); if (is_method("SUBSCRIBE") && uri == myself) { # in-dialog subscribe requests xlog("L_INFO","subscribe avant presence"); route(PRESENCE); xlog ("L_INFO","apres presence"); exit; } if ( is_method("ACK") ) { xlog("L_INFO","else ack"); if ( t_check_trans() ) { # no loose-route, but stateful ACK; # must be an ACK after a 487 # or e.g. 404 from upstream server xlog("L_INFO","else ack avant relay"); t_relay(); xlog("L_INFO","else ack apres relay"); exit; } else { # ACK without matching transaction ... ignore and discard xlog("L_INFO","else final"); exit; } } sl_send_reply("404","Not here"); } exit; } } # Handle SIP registrations route[REGISTRAR] { if (is_method("REGISTER")) { if(isflagset(FLT_NATS)) { setbflag(FLB_NATB); # uncomment next line to do SIP NAT pinging setbflag(FLB_NATSIPPING); } if (!save("location")) sl_reply_error(); #edit asterisk #!ifdef WITH_ASTERISK xlog ("L_INFO","avant regfwd dans registrar"); route(REGFWD); xlog ("L_INFO","apres regfwd dans registrar"); #!endif exit; } } # USER location service route[LOCATION] { #!ifdef WITH_SPEEDIAL # search for short dialing - 2-digit extension if($rU=~"^[0-9][0-9]$") if(sd_lookup("speed_dial")) route(SIPOUT); #!endif #!ifdef WITH_ALIASDB # search in DB-based aliases if(alias_db_lookup("dbaliases")) route(SIPOUT); #!endif #edit asterisk #!ifdef WITH_ASTERISK if(is_method("INVITE") && (!route(FROMASTERISK))) { #if new call from out there - send to Asterisk # - non-INVITE requests are routed directly by Kamailio # - traffic from Asterisk is router also directly by Kamailio xlog ("L_INFO", "avant toasterisk dans location"); route(TOASTERISK); xlog ("L_INFO", "apres toasterisk dans location"); exit; } #!endif $avp(oexten) = $rU; if (!lookup("location")) { $var(rc) = $rc; route(TOVOICEMAIL); t_newtran(); switch ($var(rc)) { case -1: case -3: send_reply("404", "Not Found"); exit; case -2: send_reply("405", "Method Not Allowed"); exit; } } # when routing via usrloc, log the missed calls also if (is_method("INVITE")) { setflag(FLT_ACCMISSED); } } # Presence server route route[PRESENCE] { if(!is_method("PUBLISH|SUBSCRIBE")) return; #!ifdef WITH_PRESENCE if (!t_newtran()) { sl_reply_error(); exit; }; if(is_method("PUBLISH")) { handle_publish(); t_release(); } else if( is_method("SUBSCRIBE")) { handle_subscribe(); t_release(); } exit; #!endif # if presence enabled, this part will not be executed if (is_method("PUBLISH") || $rU==$null) { sl_send_reply("404", "Not here"); exit; } return; } # Authentication route route[AUTH] { #!ifdef WITH_AUTH #edit asterisk #!ifdef WITH_ASTERISK #do not auth traffic from Asterisk: trusted! xlog ("L_INFO", "avant if route fromasterisk"); if(route(FROMASTERISK)) return; #!endif if (is_method("REGISTER")) # { # # authenticate the REGISTER requests (uncomment to enable auth) # if (!www_authorize("$td", "subscriber")) # { # www_challenge("$td", "0"); # exit; # } # # if ($au!=$tU) # { # sl_send_reply("403","Forbidden auth ID"); # exit; # } { #edit asterisk ##!ifdef WITH_ASTERISK # xlog ("L_INFO", "dans auth / authcheck sipusers"); # if (!auth_check("$fd","sipusers","1")) ##!else if(is_present_hf("Authorization")) ##!endif { xlog ("L_INFO", "ldap://sipaccounts/OU=_Usuarios,DC=redcoto,DC=com,DC=ar?sAMAccountName,userPassword?sub?(sAMAccountName=$fU))"); # ldap search #if (!ldap_search("ldap://sipaccounts/OU=_Usuarios,DC=redcoto,DC=com,DC=ar?teopad-Sip-Username,teopadSipPassword?sub?(teopad-Sip-Username=$fU)")) if (!ldap_search("ldap://sipaccounts/OU=_Usuarios,DC=redcoto,DC=com,DC=ar?sAMAccountName,userPassword?sub?(sAMAccountName=$fU)")) { switch ($retcode) { case -1: # no LDAP entry found sl_send_reply("404", "User Not Found"); xlog("L_INFO", "ldap_search: NO found [$retcode] entries for (sAMAccountName=$fU)"); exit; case -2: # internal error sl_send_reply("500", "Internal server error"); exit; default: exit; } } ldap_result("sAMAccountName/$avp(s:username)"); #ldap_result("userPassword/$avp(s:password)"); #ldap_result("teopad-Sip-Username/$avp(s:username)"); #ldap_result("teopadSipPassword/$avp(s:password)"); xlog("L_INFO", "ldap_search: found [$retcode] entries for (uid=$fU)"); xlog('Username=$avp(s:username)'); #xlog('Password=$avp(s:password)'); if(!pv_www_authenticate("$td", "$avp(s:password)", "0")) { xlog ("L_INFO", "ldap pv_authenticate failed") ; www_challenge("$td","1"); exit; } save("location"); sl_send_reply("200", "ok"); xlog ("L_INFO", "ldap pv_authenticate ok") ; exit; } else { www_challenge("$td","1"); exit; } } else { #!ifdef WITH_IPAUTH if(allow_source_address()) { # source IP allowed return; } #!endif # # authenticate if from local subscriber if (from_uri==myself) { # if (!proxy_authorize("$fd", "subscriber")) { # proxy_challenge("$fd", "0"); # exit; # } if (is_method("PUBLISH")) { xlog ("L_INFO", "au = $au") ; xlog ("L_INFO", "fU = $fU") ; xlog ("L_INFO", "tU = $tU") ; xlog ("L_INFO", "fd = $fd") ; xlog ("L_INFO", "rd = $rd") ; if ($au!=$fU || $au!=$tU) { sl_send_reply("403","Forbidden auth ID au!=fu ou au!=tu"); exit; } if ($au!=$rU) { sl_send_reply("403","Forbidden R-URI"); exit; } #!ifdef WITH_MULTIDOMAIN if ($fd!=$rd) { sl_send_reply("403","Forbidden R-URI domain"); exit; } #!endif } else { xlog ("L_INFO", "au = $au") ; xlog ("L_INFO", "fU = $fU") ; # if ($au!=$fU) { # sl_send_reply("403","Forbidden auth ID au!=fu"); # exit; # } } #consume_credentials(); # caller authenticated } else { # caller is not local subscriber, then check if it calls # a local destination, otherwise deny, not an open relay here if (!uri==myself) { sl_send_reply("403","Not relaying"); exit; } } } #!endif return; } # Caller NAT detection route route[NATDETECT] { #!ifdef WITH_NAT force_rport(); if (nat_uac_test("19")) { if (is_method("REGISTER")) { fix_nated_register(); } else { fix_nated_contact(); } setflag(FLT_NATS); } #!endif return; } # RTPProxy control route[NATMANAGE] { #!ifdef WITH_NAT if (is_request()) { if(has_totag()) { if(check_route_param("nat=yes")) { setbflag(FLB_NATB); } } } if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return; rtpproxy_manage(); #rtpproxy_manage("co","82.127.95.167"); if (is_request()) { if (!has_totag()) { add_rr_param(";nat=yes"); } } if (is_reply()) { if(isbflagset(FLB_NATB)) { fix_nated_contact(); } } #!endif return; } # Routing to foreign domains route[SIPOUT] { if (!uri==myself) { append_hf("P-hint: outbound\r\n"); route(RELAY); } } # PSTN GW routing route[PSTN] { #!ifdef WITH_PSTN # check if PSTN GW IP is defined if (strempty($sel(cfg_get.pstn.gw_ip))) { xlog("SCRIPT: PSTN rotuing enabled but pstn.gw_ip not defined\n"); return; } # route to PSTN dialed numbers starting with '+' or '00' # (international format) # - update the condition to match your dialing rules for PSTN routing if(!($rU=~"^(\+|00)[1-9][0-9]{3,20}$")) return; # only local users allowed to call if(from_uri!=myself) { sl_send_reply("403", "Not Allowed"); exit; } $ru = "sip:" + $rU + "@" + $sel(cfg_get.pstn.gw_ip); route(RELAY); exit; #!endif return; } # XMLRPC routing #!ifdef WITH_XMLRPC route[XMLRPC] { # allow XMLRPC from localhost if ((method=="POST" || method=="GET") && (src_ip==127.0.0.1)) { # close connection only for xmlrpclib user agents (there is a bug in # xmlrpclib: it waits for EOF before interpreting the response). if ($hdr(User-Agent) =~ "xmlrpclib") set_reply_close(); set_reply_no_connect(); dispatch_rpc(); exit; } send_reply("403", "Forbidden"); exit; } #!endif # route to voicemail server route[TOVOICEMAIL] { #!ifdef WITH_VOICEMAIL if(!is_method("INVITE")) return; # check if VoiceMail server IP is defined if (strempty($sel(cfg_get.voicemail.srv_ip))) { xlog("SCRIPT: VoiceMail rotuing enabled but IP not defined\n"); return; } if($avp(oexten)==$null) return; $ru = "tcp:" + $avp(oexten) + "@" + $sel(cfg_get.voicemail.srv_ip) + ":" + $sel(cfg_get.voicemail.srv_port); xlog("L_INFO","tovoicemail ru: $ru"); route(RELAY); exit; #!endif return; } # manage outgoing branches branch_route[MANAGE_BRANCH] { xdbg("new branch [$T_branch_idx] to $ru\n"); route(NATMANAGE); } # manage incoming replies onreply_route[MANAGE_REPLY] { xlog("L_INFO","dans managereply"); xdbg("incoming reply\n"); if(status=~"[12][0-9][0-9]"){ xlog("L_INFO","avant route natmanage"); route(NATMANAGE); } } # manage failure routing cases failure_route[MANAGE_FAILURE] { route(NATMANAGE); if (t_is_canceled()) { exit; } #!ifdef WITH_BLOCK3XX # block call redirect based on 3xx replies. if (t_check_status("3[0-9][0-9]")) { t_reply("404","Not found"); exit; } #!endif #!ifdef WITH_VOICEMAIL # serial forking # - route to voicemail on busy or no answer (timeout) if (t_check_status("486|408")) { route(TOVOICEMAIL); exit; } #!endif } #edit asterisk #!ifdef WITH_ASTERISK # Test if coming from Asterisk route[FROMASTERISK] { xlog ("L_INFO", "Dans FROMASTERISK? $si / $sp"); if($si==$sel(cfg_get.asterisk.bindip) && $sp==$sel(cfg_get.asterisk.bindport)) return 1; return -1; } # Send to Asterisk route[TOASTERISK] { $du = "sip:" + $sel(cfg_get.asterisk.bindip) + ":" + $sel(cfg_get.asterisk.bindport); xlog ("L_INFO", "Dans TOASTERISK $du") ; xlog ("L_INFO", "Juste avant route relay"); route(RELAY); exit; } # Forward REGISTER to Asterisk route[REGFWD] { xlog("L_INFO", "Dans REGFWD"); if(!is_method("REGISTER")) { return; } $var(rip) = $sel(cfg_get.asterisk.bindip); $uac_req(method)="REGISTER"; $uac_req(ruri)="sip:" + $var(rip) + ":" + $sel(cfg_get.asterisk.bindport); $uac_req(furi)="sip:" + $au + "@" + $var(rip); $uac_req(turi)="sip:" + $au + "@" + $var(rip); $uac_req(hdrs)="Contact: <sip:" + $au + "@" + $sel(cfg_get.kamailio.bindip) + ":" + $sel(cfg_get.kamailio.bindport) + ">\r\n"; xlog("L_INFO","avant if dans regfwd"); if($sel(contact.expires) != $null) $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " + $sel(contact.expires) + "\r\n"; else $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " + $hdr(Expires) + "\r\n"; uac_req_send(); } #!endif And the Log Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3066]: DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del (0x825fde0, 19, -1, 0x0) fd_no=14 called Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3066]: DEBUG: <core> [tcp_main.c:4299]: tcp: DBG: sending to child, events 1 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3066]: DEBUG: <core> [tcp_main.c:3970]: selected tcp worker 2 7(3063) for activity on [tcp: 128.2.101.19:5060], 0xb34ed968 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [tcp_read.c:1507]: received n=4 con=0xb34ed968, fd=8 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [tcp_read.c:1311]: tcp_read_req: content-length= 0 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [parser/msg_parser.c:623]: SIP Request: Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [parser/msg_parser.c:625]: method: <REGISTER> Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [parser/msg_parser.c:627]: uri: <sip:128.2.101.19> Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [parser/msg_parser.c:629]: version: <SIP/2.0> Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [parser/parse_via.c:1284]: Found param type 235, <rport> = <n/a>; state=6 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [parser/parse_via.c:1284]: Found param type 232, <branch> = <z9hG4bK1898036878>; state=16 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [parser/parse_via.c:2672]: end of header reached, state=5 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: Via found, flags=2 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [parser/msg_parser.c:515]: parse_headers: this is the first via Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [receive.c:149]: After parse_msg... Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [receive.c:190]: preparing to run routing scripts... Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=487 a=5 n=route Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=620 a=16 n=if Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=610 a=25 n=mf_process_maxfwd_header Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [parser/parse_to.c:799]: end of header reached, state=10 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [parser/msg_parser.c:190]: DEBUG: get_hdr_field: <To> [30]; uri=[ sip:sbergerot@128.2.101.19] Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [parser/msg_parser.c:192]: DEBUG: to body [<sip:sbergerot@128.2.101.19 >#015#012] Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [parser/msg_parser.c:170]: get_hdr_field: cseq <CSeq>: <5> <REGISTER> Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: maxfwd [mf_funcs.c:85]: value = 70 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: maxfwd [maxfwd.c:161]: value 70 decreased to 16 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=488 a=26 n=xlog Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: INFO: <script>: apres REQINIT Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=491 a=5 n=route Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=946 a=2 n=return Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=492 a=26 n=xlog Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: INFO: <script>: apres NATDETECT Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=495 a=5 n=route Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=624 a=26 n=xlog Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: INFO: <script>: Dans WITHINDLG Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=671 a=16 n=if Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=625 a=24 n=has_totag Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: siputils [checks.c:103]: no totag Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=496 a=26 n=xlog Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: INFO: <script>: apres WITHINDLG Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=508 a=16 n=if Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=501 a=25 n=is_method Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=508 a=24 n=t_check_trans Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: tm [t_lookup.c:1095]: DEBUG: t_check_msg: msg id=333 global id=332 T start=(nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [parser/msg_parser.c:204]: DEBUG: get_hdr_body : content_length=0 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [parser/msg_parser.c:106]: found end of header Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: tm [t_lookup.c:534]: t_lookup_request: start searching: hash=61476, isACK=0 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: tm [t_lookup.c:492]: DEBUG: RFC3261 transaction matching failed Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: tm [t_lookup.c:716]: DEBUG: t_lookup_request: no transaction found Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: tm [t_lookup.c:1164]: DEBUG: t_check_msg: msg id=333 global id=333 T end=(nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=509 a=26 n=xlog Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: INFO: <script>: apres t_check_trans Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=512 a=5 n=route Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=928 a=16 n=if Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=795 a=25 n=is_method Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=863 a=16 n=if Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=817 a=25 n=is_present_hf Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=861 a=26 n=www_challenge Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: auth [challenge.c:127]: build_challenge_hf: realm='128.2.101.19' Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: auth [challenge.c:138]: build_challenge_hf: qop='auth' Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: auth [challenge.c:269]: auth: 'WWW-Authenticate: Digest realm="128.2.101.19", nonce="UW6DllFugmoxy+OjSDvSKiZswnyYapMe", qop="auth"#015#012' Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: sl [sl.c:289]: reply in stateless mode (sl) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [msg_translator.c:206]: check_via_address(172.30.203.182, 172.30.203.182, 0) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [tcp_main.c:2317]: tcp_send: send from reader (3063 (7)), reusing fd Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [tcp_main.c:2553]: tcp_send: sending... Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [tcp_main.c:2587]: tcp_send: after real write: c= 0xb34ed968 n=429 fd=8 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [tcp_main.c:2588]: tcp_send: buf=#012SIP/2.0 401 Unauthorized#015#012Via: SIP/2.0/TCP 172.30.203.182:50210;rport=49733;branch=z9hG4bK1898036878#015#012From: <sip:sbergerot@128.2.101.19>;tag=1684345209#015#012To: < sip:sbergerot@128.2.101.19>;tag=1e63bc776842177dff382010e03d32cf.5fba#015#012Call-ID: 1455060142#015#012CSeq: 5 REGISTER#015#012WWW-Authenticate: Digest realm="128.2.101.19", nonce="UW6DllFugmoxy+OjSDvSKiZswnyYapMe", qop="auth"#015#012Server: kamailio (4.0.0 (i386/linux))#015#012Content-Length: 0#015#012#015#012 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=862 a=2 n=exit Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [xavp.c:447]: destroying xavp list (nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [receive.c:293]: receive_msg: cleaning up Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x8282020, 8, 2, 0xb34ed968), fd_no=1 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [tcp_read.c:300]: EOF on 0xb34ed968, FD 8 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [tcp_read.c:1287]: tcp_read_req: EOF Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del (0x8282020, 8, -1, 0x10) fd_no=2 called Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [tcp_read.c:1434]: releasing con 0xb34ed968, state -1, fd=8, id=5 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3063]: DEBUG: <core> [tcp_read.c:1435]: extra_data (nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3066]: DEBUG: <core> [tcp_main.c:3382]: handle_tcp_child: reader response= b34ed968, -1 from 2 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3066]: DEBUG: <core> [ip_addr.c:247]: tcpconn_new: new tcp connection: 172.30.203.182 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3066]: DEBUG: <core> [tcp_main.c:1089]: tcpconn_new: on port 49734, type 2 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3066]: DEBUG: <core> [tcp_main.c:1403]: tcpconn_add: hashes: 128:420:583, 6 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3066]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x825fde0, 19, 2, 0xb34ed968), fd_no=13 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3066]: DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del (0x825fde0, 19, -1, 0x0) fd_no=14 called Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3066]: DEBUG: <core> [tcp_main.c:4299]: tcp: DBG: sending to child, events 1 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3066]: DEBUG: <core> [tcp_main.c:3970]: selected tcp worker 3 8(3064) for activity on [tcp: 128.2.101.19:5060], 0xb34ed968 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [tcp_read.c:1507]: received n=4 con=0xb34ed968, fd=8 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [tcp_read.c:1311]: tcp_read_req: content-length= 0 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:623]: SIP Request: Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:625]: method: <REGISTER> Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:627]: uri: <sip:128.2.101.19> Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:629]: version: <SIP/2.0> Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/parse_via.c:1284]: Found param type 235, <rport> = <n/a>; state=6 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/parse_via.c:1284]: Found param type 232, <branch> = <z9hG4bK815445088>; state=16 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/parse_via.c:2672]: end of header reached, state=5 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: Via found, flags=2 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:515]: parse_headers: this is the first via Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [receive.c:149]: After parse_msg... Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [receive.c:190]: preparing to run routing scripts... Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=487 a=5 n=route Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=620 a=16 n=if Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=610 a=25 n=mf_process_maxfwd_header Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/parse_to.c:799]: end of header reached, state=10 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:190]: DEBUG: get_hdr_field: <To> [30]; uri=[ sip:sbergerot@128.2.101.19] Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:192]: DEBUG: to body [<sip:sbergerot@128.2.101.19 >#015#012] Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:170]: get_hdr_field: cseq <CSeq>: <1> <REGISTER> Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: maxfwd [mf_funcs.c:85]: value = 70 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: maxfwd [maxfwd.c:161]: value 70 decreased to 16 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=488 a=26 n=xlog Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: INFO: <script>: apres REQINIT Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=491 a=5 n=route Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=946 a=2 n=return Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=492 a=26 n=xlog Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: INFO: <script>: apres NATDETECT Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=495 a=5 n=route Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=624 a=26 n=xlog Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: INFO: <script>: Dans WITHINDLG Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=671 a=16 n=if Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=625 a=24 n=has_totag Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: siputils [checks.c:103]: no totag Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=496 a=26 n=xlog Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: INFO: <script>: apres WITHINDLG Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=508 a=16 n=if Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=501 a=25 n=is_method Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=508 a=24 n=t_check_trans Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: tm [t_lookup.c:1095]: DEBUG: t_check_msg: msg id=327 global id=326 T start=(nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:204]: DEBUG: get_hdr_body : content_length=0 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:106]: found end of header Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: tm [t_lookup.c:534]: t_lookup_request: start searching: hash=27623, isACK=0 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: tm [t_lookup.c:492]: DEBUG: RFC3261 transaction matching failed Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: tm [t_lookup.c:716]: DEBUG: t_lookup_request: no transaction found Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: tm [t_lookup.c:1164]: DEBUG: t_check_msg: msg id=327 global id=327 T end=(nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=509 a=26 n=xlog Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: INFO: <script>: apres t_check_trans Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=512 a=5 n=route Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=928 a=16 n=if Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=795 a=25 n=is_method Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=863 a=16 n=if Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=817 a=25 n=is_present_hf Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=861 a=26 n=www_challenge Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: auth [challenge.c:127]: build_challenge_hf: realm='128.2.101.19' Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: auth [challenge.c:138]: build_challenge_hf: qop='auth' Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: auth [challenge.c:269]: auth: 'WWW-Authenticate: Digest realm="128.2.101.19", nonce="UW6DllFugmoxy+OjSDvSKiZswnyYapMe", qop="auth"#015#012' Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: sl [sl.c:289]: reply in stateless mode (sl) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [msg_translator.c:206]: check_via_address(172.30.203.182, 172.30.203.182, 0) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [tcp_main.c:2317]: tcp_send: send from reader (3064 (8)), reusing fd Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [tcp_main.c:2553]: tcp_send: sending... Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [tcp_main.c:2587]: tcp_send: after real write: c= 0xb34ed968 n=428 fd=8 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [tcp_main.c:2588]: tcp_send: buf=#012SIP/2.0 401 Unauthorized#015#012Via: SIP/2.0/TCP 172.30.203.182:25204;rport=49734;branch=z9hG4bK815445088#015#012From: <sip:sbergerot@128.2.101.19>;tag=1120136754#015#012To: < sip:sbergerot@128.2.101.19>;tag=1e63bc776842177dff382010e03d32cf.de09#015#012Call-ID: 1585139518#015#012CSeq: 1 REGISTER#015#012WWW-Authenticate: Digest realm="128.2.101.19", nonce="UW6DllFugmoxy+OjSDvSKiZswnyYapMe", qop="auth"#015#012Server: kamailio (4.0.0 (i386/linux))#015#012Content-Length: 0#015#012#015#012 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=862 a=2 n=exit Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [xavp.c:447]: destroying xavp list (nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [receive.c:293]: receive_msg: cleaning up Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x8282020, 8, 2, 0xb34ed968), fd_no=1 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [tcp_read.c:1311]: tcp_read_req: content-length= 0 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:623]: SIP Request: Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:625]: method: <REGISTER> Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:627]: uri: <sip:128.2.101.19> Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:629]: version: <SIP/2.0> Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/parse_via.c:1284]: Found param type 235, <rport> = <n/a>; state=6 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/parse_via.c:1284]: Found param type 232, <branch> = <z9hG4bK1107819308>; state=16 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/parse_via.c:2672]: end of header reached, state=5 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: Via found, flags=2 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:515]: parse_headers: this is the first via Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [receive.c:149]: After parse_msg... Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [receive.c:190]: preparing to run routing scripts... Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=487 a=5 n=route Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=620 a=16 n=if Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=610 a=25 n=mf_process_maxfwd_header Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/parse_to.c:799]: end of header reached, state=10 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:190]: DEBUG: get_hdr_field: <To> [30]; uri=[ sip:sbergerot@128.2.101.19] Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:192]: DEBUG: to body [<sip:sbergerot@128.2.101.19 >#015#012] Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:170]: get_hdr_field: cseq <CSeq>: <2> <REGISTER> Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: maxfwd [mf_funcs.c:85]: value = 70 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: maxfwd [maxfwd.c:161]: value 70 decreased to 16 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=488 a=26 n=xlog Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: INFO: <script>: apres REQINIT Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=491 a=5 n=route Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=946 a=2 n=return Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=492 a=26 n=xlog Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: INFO: <script>: apres NATDETECT Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=495 a=5 n=route Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=624 a=26 n=xlog Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: INFO: <script>: Dans WITHINDLG Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=671 a=16 n=if Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=625 a=24 n=has_totag Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: siputils [checks.c:103]: no totag Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=496 a=26 n=xlog Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: INFO: <script>: apres WITHINDLG Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=508 a=16 n=if Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=501 a=25 n=is_method Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=508 a=24 n=t_check_trans Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: tm [t_lookup.c:1095]: DEBUG: t_check_msg: msg id=328 global id=327 T start=(nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:204]: DEBUG: get_hdr_body : content_length=0 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:106]: found end of header Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: tm [t_lookup.c:534]: t_lookup_request: start searching: hash=27620, isACK=0 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: tm [t_lookup.c:492]: DEBUG: RFC3261 transaction matching failed Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: tm [t_lookup.c:716]: DEBUG: t_lookup_request: no transaction found Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: tm [t_lookup.c:1164]: DEBUG: t_check_msg: msg id=328 global id=328 T end=(nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=509 a=26 n=xlog Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: INFO: <script>: apres t_check_trans Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=512 a=5 n=route Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=928 a=16 n=if Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=795 a=25 n=is_method Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=863 a=16 n=if Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=817 a=25 n=is_present_hf Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=821 a=26 n=xlog Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/parse_to.c:176]: DEBUG: add_param: tag=1120136754 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/parse_to.c:799]: end of header reached, state=29 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: INFO: <script>: ldap://sipaccounts/OU=_Usuarios,DC=redcoto,DC=com,DC=ar?sAMAccountName,userPassword?sub?(sAMAccountName=sbergerot)) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=844 a=16 n=if Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=824 a=25 n=ldap_search Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: ldap [ldap_api_fn.c:273]: LDAP URL parsed into session_name [sipaccounts], base [OU=_Usuarios,DC=redcoto,DC=com,DC=ar], scope [2], filter [(sAMAccountName=sbergerot)] Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: ldap [ldap_api_fn.c:433]: [sipaccounts]: performing LDAP search: dn [OU=_Usuarios,DC=redcoto,DC=com,DC=ar], scope [2], filter [(sAMAccountName=sbergerot)], client_timeout [5000000] usecs Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: ldap [ldap_api_fn.c:479]: [sipaccounts]: ldap_search_ext_st failed: Can't contact LDAP server Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: ldap [ldap_connect.c:231]: [sipaccounts]: LDAP bind successful (ldap_host [ldap://172.16.3.51]) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: ldap [ldap_connect.c:278]: [sipaccounts]: LDAP reconnect successful Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: ldap [ldap_api_fn.c:433]: [sipaccounts]: performing LDAP search: dn [OU=_Usuarios,DC=redcoto,DC=com,DC=ar], scope [2], filter [(sAMAccountName=sbergerot)], client_timeout [5000000] usecs Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: ldap [ldap_api_fn.c:240]: [sipaccounts]: [1] LDAP entries found Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=844 a=25 n=ldap_result Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=848 a=26 n=xlog Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: INFO: <script>: ldap_search: found [1] entries for (uid=sbergerot) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=849 a=25 n=xlog Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: <script>: Username=sbergerot Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=856 a=16 n=if Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=851 a=27 n=pv_www_authenticate Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: <core> [sr_module.c:1657]: Could not convert PV to str Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: auth [auth_mod.c:636]: failed to get passwd value Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=852 a=26 n=xlog Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: INFO: <script>: ldap pv_authenticate failed Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=853 a=26 n=www_challenge Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: auth [challenge.c:127]: build_challenge_hf: realm='128.2.101.19' Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: auth [challenge.c:138]: build_challenge_hf: qop='auth' Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: auth [challenge.c:269]: auth: 'WWW-Authenticate: Digest realm="128.2.101.19", nonce="UW6DllFugmoxy+OjSDvSKiZswnyYapMe", qop="auth"#015#012' Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: sl [sl.c:289]: reply in stateless mode (sl) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [msg_translator.c:206]: check_via_address(172.30.203.182, 172.30.203.182, 0) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [tcp_main.c:2317]: tcp_send: send from reader (3064 (8)), reusing fd Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [tcp_main.c:2553]: tcp_send: sending... Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [tcp_main.c:2587]: tcp_send: after real write: c= 0xb34ed968 n=429 fd=8 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [tcp_main.c:2588]: tcp_send: buf=#012SIP/2.0 401 Unauthorized#015#012Via: SIP/2.0/TCP 172.30.203.182:25204;rport=49734;branch=z9hG4bK1107819308#015#012From: <sip:sbergerot@128.2.101.19>;tag=1120136754#015#012To: < sip:sbergerot@128.2.101.19>;tag=1e63bc776842177dff382010e03d32cf.8290#015#012Call-ID: 1585139518#015#012CSeq: 2 REGISTER#015#012WWW-Authenticate: Digest realm="128.2.101.19", nonce="UW6DllFugmoxy+OjSDvSKiZswnyYapMe", qop="auth"#015#012Server: kamailio (4.0.0 (i386/linux))#015#012Content-Length: 0#015#012#015#012 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=854 a=2 n=exit Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list 0xb34ed928 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [xavp.c:447]: destroying xavp list (nil) Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [receive.c:293]: receive_msg: cleaning up Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [tcp_read.c:1311]: tcp_read_req: content-length= 0 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:623]: SIP Request: Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:625]: method: <REGISTER> Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:627]: uri: <sip:128.2.101.19> Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:629]: version: <SIP/2.0> Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/parse_via.c:1284]: Found param type 235, <rport> = <n/a>; state=6 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/parse_via.c:1284]: Found param type 232, <branch> = <z9hG4bK294428223>; state=16 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/parse_via.c:2672]: end of header reached, state=5 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: Via found, flags=2 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:515]: parse_headers: this is the first via Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [receive.c:149]: After parse_msg... Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [receive.c:190]: preparing to run routing scripts... Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=487 a=5 n=route Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=620 a=16 n=if Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=610 a=25 n=mf_process_maxfwd_header Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/parse_to.c:799]: end of header reached, state=10 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:190]: DEBUG: get_hdr_field: <To> [30]; uri=[ sip:sbergerot@128.2.101.19] Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:192]: DEBUG: to body [<sip:sbergerot@128.2.101.19 >#015#012] Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: <core> [parser/msg_parser.c:170]: get_hdr_field: cseq <CSeq>: <3> <REGISTER> Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: maxfwd [mf_funcs.c:85]: value = 70 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: DEBUG: maxfwd [maxfwd.c:161]: value 70 decreased to 16 Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=488 a=26 n=xlog Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: INFO: <script>: apres REQINIT Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=491 a=5 n=route Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=946 a=2 n=return Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=492 a=26 n=xlog Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: INFO: <script>: apres NATDETECT Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=495 a=5 n=route Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=624 a=26 n=xlog Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: INFO: <script>: Dans WITHINDLG Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=671 a=16 n=if Apr 17 08:07:22 serverconf /usr/sbin/kamailio[3064]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=625 a=24 n=has_totag

1 0

Typecast
by Victor V. Kustov 17 Apr '13

17 Apr '13

Hi all. I've got following construction: modparam("acc_radius", "radius_extra", " \ Calling-Station-Id=$tU; \ User-Name=$rU; \ Called-Station-Id=$fU; \ Framed-IP-Address=$si; \ h323-call-origin=$var(ho); \ h323-disconnect-cause=$var(hdc); \ h323-connect-time=$var(ct); \ h323-disconnect-time=$var(dt); \ h323-setup-time=$var(st); \ Cisco-AVPair=$var(cavp); \ Cisco-Call-Type=$var(cct) \ ") Framed-IP-Address in dictionary described as "ipaddr". If i send $si (as writen above), then radius server get incorrect ip like 46.48.44.49. If I try to assign $si any attribute has string type - all ok. How can I typecast here? Simulary problem for attributes "h323-disconnect-time", "h323-setup-time" - need timestamp in format "0000-00-00 00:00:00" -- SY, Victor JID: coyote(a)bks.tv JID: coyote(a)bryansktel.ru I use FREE operation system: 3.8.4-calculate GNU/Linux

2 3

Buffer size with xmlrpc module
by Jon Bergli Heier 17 Apr '13

17 Apr '13

Hello, we use the xmlrpc module to fetch the list of users with the ul_dump MI command. When the number of users increased, this started to fail as the output size grew. Apparently this is because of too small write queue sizes (tcp_conn_wq_max). I discussed increasing the tcp_conn_wq_max setting with a coworker, who was reluctant to change it as it would affect SIP over TCP as well. We would probably also have to increase it if we hit the limit again at a later time. What we would like to know is if there's a way around this without having to fiddle with buffer sizes (or if this behavior is considered a bug). We originally used the mi_xmlrpc module, but changed to the xmlrpc module as the former made kamailio spawn zombie processes on xmlrpc requests (which is considered a bug I guess). FWIW, here's the log from a failed request, running kamailio 3.3.4: Apr 1 23:38:24 server /usr/sbin/kamailio[4982]: DEBUG: <core> [ip_addr.c:247]: tcpconn_new: new tcp connection: [REMOVED] Apr 1 23:38:24 server /usr/sbin/kamailio[4982]: DEBUG: <core> [tcp_main.c:1089]: tcpconn_new: on port 40261, type 2 Apr 1 23:38:24 server /usr/sbin/kamailio[4982]: DEBUG: <core> [tcp_main.c:1403]: tcpconn_add: hashes: 40:3802:373, 326 Apr 1 23:38:24 server /usr/sbin/kamailio[4982]: DEBUG: <core> [io_wait.h:390]: DBG: io_watch_add(0x828660, 94, 2, 0x7f2f87f31ca8), fd_no=85 Apr 1 23:38:24 server /usr/sbin/kamailio[4982]: DEBUG: <core> [io_wait.h:617]: DBG: io_watch_del (0x828660, 94, -1, 0x0) fd_no=86 called Apr 1 23:38:24 server /usr/sbin/kamailio[4982]: DEBUG: <core> [tcp_main.c:4298]: tcp: DBG: sending to child, events 1 Apr 1 23:38:24 server /usr/sbin/kamailio[4982]: DEBUG: <core> [tcp_main.c:3969]: selected tcp worker 5 58(4960) for activity on [tcp:0.0.0.0:8080], 0x7f2f87f31ca8 Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [tcp_read.c:1358]: received n=8 con=0x7f2f87f31ca8, fd=10 Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [tcp_read.c:1168]: tcp_read_req: content-length= 153 Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [parser/msg_parser.c:624]: SIP Request: Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [parser/msg_parser.c:626]: method: <POST> Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [parser/msg_parser.c:628]: uri: </RPC2> Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [parser/msg_parser.c:630]: version: <HTTP/1.0> Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [parser/msg_parser.c:202]: DEBUG: get_hdr_body : content_length=153 Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [parser/msg_parser.c:104]: found end of header Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [receive.c:149]: After parse_msg... Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: xmlrpc [xmlrpc.c:2273]: new fake xml msg created (355 bytes):#012<POST sip:127.0.0.1:9 HTTP/1.0#015#012Via: SIP/2.0/TCP [REMOVED]:40261#015#012Host: [REMOVED]:8080#015#012User-Agent: xmlrpclib.py/1.0.1 (by www.pythonware.com)#015#012Content-Type: text/xml#015#012Content-Length: 153#015#012#015#012<?xml version='1.0'?>#012<methodCall>#012<methodName>mi</methodName>#012<params>#012<param>#012<value><string>ul_dump</string></value>#012</param>#012</params>#012</methodCall>#012> Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [parser/msg_parser.c:624]: SIP Request: Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [parser/msg_parser.c:626]: method: <POST> Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [parser/msg_parser.c:628]: uri: <sip:127.0.0.1:9> Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [parser/msg_parser.c:630]: version: <HTTP/1.0> Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=2 Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: this is the first via Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [parser/msg_parser.c:202]: DEBUG: get_hdr_body : content_length=153 Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [parser/msg_parser.c:104]: found end of header Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [msg_translator.c:206]: check_via_address([REMOVED], [REMOVED], 0) Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: sl [sl_funcs.c:499]: execute callback for event type 1 Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: siptrace [siptrace.c:1343]: trace off... Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [tcp_main.c:2316]: tcp_send: send from reader (4960 (58)), reusing fd Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [tcp_main.c:2552]: tcp_send: sending... Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [tcp_main.c:2586]: tcp_send: after real write: c= 0x7f2f87f31ca8 n=15928 fd=10 Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [tcp_main.c:2587]: tcp_send: buf=[REMOVED] Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: ERROR: <core> [tcp_main.c:708]: ERROR: wbufq_add(64634 bytes): write queue full or timeout (0, total 0, last write 6648472 s ago) Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: ERROR: sl [../../forward.h:171]: msg_send: ERROR: tcp_send failed Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: ERROR: xmlrpc [xmlrpc.c:804]: Error while sending reply Apr 1 23:38:24 server /usr/sbin/kamailio[4982]: DEBUG: <core> [tcp_main.c:3620]: handle_ser_child: read response= 7f2f87f31ca8, -2, fd -1 from 58 (4960) Apr 1 23:38:24 server /usr/sbin/kamailio[4982]: ERROR: <core> [tcp_main.c:3634]: handle_ser_child: ERROR: received CON_ERROR for 0x7f2f87f31ca8 (id 7494), refcnt 3, flags 0x4018 Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: xmlrpc [xmlrpc.c:2194]: xmlrpc: error while trying script Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [xavp.c:365]: destroying xavp list (nil) Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [tcp_read.c:1285]: releasing con 0x7f2f87f31ca8, state -2, fd=10, id=7494 Apr 1 23:38:24 server /usr/sbin/kamailio[4960]: DEBUG: <core> [tcp_read.c:1286]: extra_data (nil) Apr 1 23:38:24 server /usr/sbin/kamailio[4982]: DEBUG: <core> [tcp_main.c:3381]: handle_tcp_child: reader response= 7f2f87f31ca8, -2 from 5 Thanks, Jon

2 1

Max TCP connections
by Krishna Kurapati 16 Apr '13

16 Apr '13

Hi, Has anyone tested max TCP connections that a Kamailio node can handle? I have an i7, 8GB server. I am trying to set max to 64K now. I want to set it to 256K connections. Would that work? Thnx Krish Kura

2 1

Kamailio 4.0.0 not listening on TCP
by David Wilson 16 Apr '13

16 Apr '13

Hi Jeremy, Thanks for the suggestion, I'm hoping I haven't overlooked something quite that obvious! The last debug output I see on startup is: > Listening on > udp: 192.168.44.66:55060 > tcp: 192.168.44.66:55060 > Aliases: > <snip> > > WARNING: no fork mode > 0(20372) INFO: <core> [tcp_main.c:4833]: init_tcp: using epoll_lt as the io watch method (auto detected) > 0(20372) INFO: usrloc [hslot.c:53]: locks array size 512 > 0(20372) INFO: <core> [udp_server.c:179]: INFO: udp_init: SO_RCVBUF is initially 229376 > 0(20372) INFO: <core> [udp_server.c:230]: INFO: udp_init: SO_RCVBUF is finally 262142 netstat shows listening for UDP on 55060, but nothing on TCP: $ netstat -l | grep 5060 udp 0 0 192.168.44.66:55060 *:* ps shows four kamailio processes running, all of which end when I Ctrl-C. Cheers, Dave. > Date: Fri, 12 Apr 2013 14:22:45 +0800 > From: Jeremy Ardley <jeremy.ardley(a)gmail.com> > Subject: Re: [SR-Users] Kamailio 4.0.0 not listening on TCP > > > Have you checked to make sure it's still running? > > > On 12/04/13 14:19, David Wilson wrote: >> Hello All, >> >> New to Kamailio, I'm running 4.0 on Ubuntu 12.04 (precise). >> >> Running from the command line with a minimal config, it tells me that it is listening on port 5060 for both TCP and UDP. I see the same behaviour with the default cfg. >> >> However, netstat does not list anything listening on TCP port 5060 and an attempted connection is rejected consistent with there being no open socket. >> >> Any suggestions on where I need to be looking to fix this? >> > > > > > ------------------------------ > > _______________________________________________ > sr-users mailing list > sr-users(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > > End of sr-users Digest, Vol 95, Issue 47 > ****************************************

5 8

xcap server crash
by Juha Heinanen 13 Apr '13

13 Apr '13

i tested kamailio 4.0 xcap server with sipclients and got crash. should i add a tracker entry? -- juha (gdb) where #0 0x00007fa35ab47764 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00007fa3547ff9e2 in check_match_header (body=..., etag=0x7fff50162170) at xcap_server.c:1625 #2 0x00007fa3547ff88a in check_preconditions (msg=0x7fff501631c0, etag_hdr=...) at xcap_server.c:1583 #3 0x00007fa3547f85ec in w_xcaps_put (msg=0x7fff501631c0, puri=0x7fa35a091470 "\300-\tZ\243\177", ppath=0x7fa35a091510 "\360:\tZ\243\177", pbody=0x7fa35a0915b0 " ;\tZ\243\177") at xcap_server.c:594 #4 0x000000000041bbe0 in do_action (h=0x7fff501630e0, a=0x7fa35a092f50, msg=0x7fff501631c0) at action.c:1092 #5 0x00000000004240a7 in run_actions (h=0x7fff501630e0, a=0x7fa35a092f50, msg=0x7fff501631c0) at action.c:1573 #6 0x0000000000422852 in do_action (h=0x7fff501630e0, a=0x7fa35a0aad20, msg=0x7fff501631c0) at action.c:1321 #7 0x00000000004240a7 in run_actions (h=0x7fff501630e0, a=0x7fa35a0726c0, msg=0x7fff501631c0) at action.c:1573 #8 0x00007fa3545e9355 in xhttp_process_request (orig_msg=0x7fa35a10d0d0, new_buf=0x7fa35a10e390 "PUT /xcap-root/resource-lists/users/sip:jh@test.fi/index HTTP/1.1\r\nVia: SIP/2.0/TCP 192.98.102.10:45208\r\nAccept-Encoding: identity\r\nContent-Length: 996\r\nHost: 192.98.102.10:8080\r\nUser-Agent: sipsimple"..., new_len=1290) at xhttp_mod.c:271 #9 0x00007fa3545e9b8a in xhttp_handler (msg=0x7fa35a10d0d0) at xhttp_mod.c:346 #10 0x0000000000482492 in nonsip_msg_run_hooks (msg=0x7fa35a10d0d0) at nonsip_hooks.c:125 #11 0x00000000004982c7 in receive_msg ( buf=0x7fa351da7e30 "PUT /xcap-root/resource-lists/users/sip:jh@test.fi/index HTTP/1.1\r\nAccept-Encoding: identity\r\nContent-Length: 996\r\nHost: 192.98.102.10:8080\r\nUser-Agent: sipsimple 0.34.0\r\nConnection: close\r\nIf-None-Ma"..., len=1252, rcv_info=0x7fa351da7b68) at receive.c:158 #12 0x000000000051f294 in receive_tcp_msg ( tcpbuf=0x7fa351da7e30 "PUT /xcap-root/resource-lists/users/sip:jh@test.fi/index HTTP/1.1\r\nAccept-Encoding: identity\r\nContent-Length: 996\r\nHost: 192.98.102.10:8080\r\nUser-Agent: sipsimple 0.34.0\r\nConnection: close\r\nIf-None-Ma"..., len=1252, rcv_info=0x7fa351da7b68, con=0x7fa351da7b50) at tcp_read.c:1179 #13 0x0000000000520271 in tcp_read_req (con=0x7fa351da7b50, bytes_read=0x7fff50163c20, read_flags=0x7fff50163c18) at tcp_read.c:1384 #14 0x0000000000521aa4 in handle_io (fm=0x7fa35a0fa980, events=1, idx=-1) at tcp_read.c:1614 #15 0x000000000051b0ae in io_wait_loop_epoll (h=0x8c27e0, t=2, repeat=0) at io_wait.h:1092 #16 0x0000000000522341 in tcp_receive_loop (unix_sock=20) at tcp_read.c:1725 #17 0x0000000000515e3d in tcp_init_children () at tcp_main.c:4956 #18 0x00000000004658f9 in main_loop () at main.c:1723 #19 0x0000000000468594 in main (argc=18, argv=0x7fff501640b8) at main.c:2566

2 5

Authentcation with RADIUS on kamailio
by Juraj Dančík 12 Apr '13

12 Apr '13

Hi, I have troble with authentication on Kamailio using RADIUS authentication. For configure freeradius and radiusclient I used this tutorial: http://www.kamailio.org/docs/openser-radius-1.0.x.html In config file of freeradius I have enabled digest in modules. In sites-available/default is digest enabled too. In config file of radiusclient I use for authentication server named localhost and in file servers I have password for localhost. I think, in freeradius and radiusclient config file, there is nothing wrong. When I test configuration of freeradius and radiusclient with radclient, there is no problem. Access is accepted. But when I want to authenticate with SIP Client (I use Jitsi), all registration are accepted. It doesn't matter what username and password I write. Problem is probably in config file of Kamailio. I don't know for what are dictionary files exactly used. I include dictionary.kamailio in freeradius's dictionary and radiusclient's dicitionary too. I attached The content of this dictionary file. When I start Kamailio in debug mode I can see any record about authentication or radius. Can anyone help me? Thanks for reply. [1622]: DEBUG: <core> [parser/msg_parser.c:623]: SIP Request: [1622]: DEBUG: <core> [parser/msg_parser.c:625]: method: <REGISTER> [1622]: DEBUG: <core> [parser/msg_parser.c:627]: uri: <sip:192.168.0.112> [1622]: DEBUG: <core> [parser/msg_parser.c:629]: version: <SIP/2.0> [1622]: DEBUG: <core> [parser/msg_parser.c:170]: get_hdr_field: cseq <CSeq>: <1> <REGISTER> [1622]: DEBUG: <core> [parser/parse_to.c:799]: end of header reached, state=10 [1622]: DEBUG: <core> [parser/msg_parser.c:190]: DEBUG: get_hdr_field: <To> [31]; uri=[sip:fas@192.168.0.11 [1622]: DEBUG: <core> [parser/msg_parser.c:192]: DEBUG: to body ["fas" <sip:fas@192.168.0.112>#015#012] [1622]: DEBUG: <core> [parser/parse_via.c:1284]: Found param type 232, <branch> = <z9hG4bK-383438-2e2d7047b [1622]: DEBUG: <core> [parser/parse_via.c:2672]: end of header reached, state=5 [1622]: DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: Via found, flags=2 [1622]: DEBUG: <core> [parser/msg_parser.c:515]: parse_headers: this is the first via [1622]: DEBUG: <core> [receive.c:149]: After parse_msg... [1622]: DEBUG: <core> [receive.c:190]: preparing to run routing scripts... [1622]: DEBUG: maxfwd [mf_funcs.c:85]: value = 70 [1622]: DEBUG: maxfwd [maxfwd.c:161]: value 70 decreased to 16 [1622]: DEBUG: <core> [parser/msg_parser.c:204]: DEBUG: get_hdr_body : content_length=0 [1622]: DEBUG: <core> [parser/msg_parser.c:106]: found end of header [1622]: DEBUG: <core> [parser/parse_to.c:176]: DEBUG: add_param: tag=2148579d [1622]: DEBUG: <core> [parser/parse_to.c:799]: end of header reached, state=29 [1622]: DEBUG: sanity [mod_sanity.c:255]: sanity checks result: 1 [1622]: DEBUG: siputils [checks.c:103]: no totag [1622]: DEBUG: tm [t_lookup.c:1095]: DEBUG: t_check_msg: msg id=1 global id=0 T start=0xffffffffffffffff [1622]: DEBUG: tm [t_lookup.c:534]: t_lookup_request: start searching: hash=18808, isACK=0 [1622]: DEBUG: tm [t_lookup.c:492]: DEBUG: RFC3261 transaction matching failed 1622]: DEBUG: tm [t_lookup.c:716]: DEBUG: t_lookup_request: no transaction found [1622]: DEBUG: tm [t_lookup.c:1164]: DEBUG: t_check_msg: msg id=1 global id=1 T end=(nil) [1622]: DEBUG: <core> [socket_info.c:589]: grep_sock_info - checking if host==us: 13==9 && [192.168.0.112] [1622]: DEBUG: <core> [socket_info.c:593]: grep_sock_info - checking if port 5060 (advertise 0) matches por [1622]: DEBUG: <core> [socket_info.c:589]: grep_sock_info - checking if host==us: 13==13 && [192.168.0.112] [1622]: DEBUG: <core> [socket_info.c:593]: grep_sock_info - checking if port 5060 (advertise 0) matches por [1622]: DEBUG: <core> [sruid.c:176]: new sruid is [uloc-51686c8e-656-1] (1 / 19) [1622]: DEBUG: registrar [reply.c:368]: created Contact HF: Contact: <sip:fas@192.168.0.100:5060;transport= [1622]: DEBUG: sl [sl.c:289]: reply in stateless mode (sl) [1622]: DEBUG: <core> [msg_translator.c:206]: check_via_address(192.168.0.100, 192.168.0.100, 0) [1622]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) [1622]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) [1622]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) [1622]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) [1622]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) [1622]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) [1622]: DEBUG: <core> [xavp.c:447]: destroying xavp list (nil) [1622]: DEBUG: <core> [receive.c:293]: receive_msg: cleaning up #### Attributes ### ATTRIBUTE Sip-Method 101 integer # Schulzrinne, acc ATTRIBUTE Sip-Response-Code 102 integer # Schulzrinne, acc ATTRIBUTE Sip-Cseq 103 string # Schulzrinne, acc ATTRIBUTE Sip-To-Tag 104 string # Schulzrinne, acc ATTRIBUTE Sip-From-Tag 105 string # Schulzrinne, acc ATTRIBUTE Sip-Translated-Request-URI 107 string # Proprietary, acc ATTRIBUTE Sip-Src-IP 108 string # Proprietary, acc ATTRIBUTE Sip-Src-Port 109 string # Proprietary, acc ATTRIBUTE Digest-Response 206 string # Sterman, auth_radius ATTRIBUTE Sip-Uri-User 208 string # Proprietary, auth_radius ATTRIBUTE Sip-Group 211 string # Proprietary, group_radius ATTRIBUTE Sip-Rpid 213 string # Proprietary, auth_radius ATTRIBUTE SIP-AVP 225 string # Proprietary, avp_radius ATTRIBUTE Digest-Realm 1063 string # Sterman, auth_radius ATTRIBUTE Digest-Nonce 1064 string # Sterman, auth_radius ATTRIBUTE Digest-Method 1065 string # Sterman, auth_radius ATTRIBUTE Digest-URI 1066 string # Sterman, auth_radius ATTRIBUTE Digest-QOP 1067 string # Sterman, auth_radius ATTRIBUTE Digest-Algorithm 1068 string # Sterman, auth_radius ATTRIBUTE Digest-Body-Digest 1069 string # Sterman, auth_radius ATTRIBUTE Digest-CNonce 1070 string # Sterman, auth_radius ATTRIBUTE Digest-Nonce-Count 1071 string # Sterman, auth_radius ATTRIBUTE Digest-User-Name 1072 string # Sterman, auth_radius ### Acct-Status-Type Values ### VALUE Acct-Status-Type Failed 15 # RFC2866, acc ### Service-Type Values ### VALUE Service-Type Call-Check 10 # RFC2865, uri_radius VALUE Service-Type Group-Check 12 # Proprietary, group_radius VALUE Service-Type Sip-Session 15 # Schulzrinne, acc, auth_radius VALUE Service-Type SIP-Caller-AVPs 30 # Proprietary, avp_radius VALUE Service-Type SIP-Callee-AVPs 31 # Proprietary, avp_radius ### Sip-Method Values ### VALUE Sip-Method Undefined 0 VALUE Sip-Method Invite 1 VALUE Sip-Method Cancel 2 VALUE Sip-Method Ack 4 VALUE Sip-Method Bye 8 VALUE Sip-Method Info 16 VALUE Sip-Method Options 32 VALUE Sip-Method Update 64 VALUE Sip-Method Register 128 VALUE Sip-Method Message 256 VALUE Sip-Method Subscribe 512 VALUE Sip-Method Notify 1024 VALUE Sip-Method Prack 2048 VALUE Sip-Method Refer 4096 VALUE Sip-Method Other 8192 VALUE Sip-Method INVITE 1 # Proprietary, acc VALUE Sip-Method CANCEL 2 # Proprietary, acc VALUE Sip-Method ACK 4 # Proprietary, acc VALUE Sip-Method BYE 8 # Proprietary, acc ######Kamailio config file############## loadmodule "auth.so" loadmodule "auth_radius" loadmodule "acc_radius" loadmodule "misc_radius" # -- auth_radius params -- modparam("auth_radius", "radius_config", "/usr/local/etc/radiusclient-ng/radiusclient.conf") modparam("auth_radius", "service_type", 15) # Authentication route route[AUTH] { #!ifdef WITH_AUTH #!ifdef WITH_IPAUTH if((!is_method("REGISTER")) && allow_source_address()) { # source IP allowed return; } #!endif if (is_method("REGISTER")) { # authenticate requests if (!radius_www_authorize("$td") { www_challenge("$td", "0"); exit; } # user authenticated - remove auth header if(!is_method("REGISTER|PUBLISH")) consume_credentials(); } # if caller is not local subscriber, then check if it calls # a local destination, otherwise deny, not an open relay here if (from_uri!=myself && uri!=myself) { sl_send_reply("403","Not relaying"); exit; } #!endif return; }

1 0

Kamailio 4.0.0 not listening on TCP
by David Wilson 12 Apr '13

12 Apr '13

Hello All, New to Kamailio, I'm running 4.0 on Ubuntu 12.04 (precise). Running from the command line with a minimal config, it tells me that it is listening on port 5060 for both TCP and UDP. I see the same behaviour with the default cfg. However, netstat does not list anything listening on TCP port 5060 and an attempted connection is rejected consistent with there being no open socket. Any suggestions on where I need to be looking to fix this? Regards, Dave.

2 1

Kamailio + websockets to jssip
by Glyn Lewis 11 Apr '13

11 Apr '13

I am looking for Kamailio consultants in Vancouver BC area to assist with install and setup of system on debian. Many thanks for any pointers or recommendations. Glyn

2 2

Radius - again.
by Victor V. Kustov 11 Apr '13

11 Apr '13

Good day. Need tips for radius auth/accounting. At fist, if I understand correctly, some changes here: modparam("acc", "service_type", 15) modparam("acc", "radius_extra", "Sip-Src-IP=$si;Sip-Src-Port=$sp") must be replaced to modparam("acc_radius", "service_type", 15) modparam("acc_radius", "radius_extra", "Sip-Src-IP=$si;Sip-Src-Port=$sp") But... *Any* radius_extra parameters raise parsing error when K. start. And second problem - setflag(FLT_ACC) doesn't call query to radius server, acc_rad_request("Some comment"); - does. How it work in real life? -- ST, Victor JID: coyote(a)bks.tv JID: coyote(a)bryansktel.ru I use FREE operation system: 3.8.4-calculate GNU/Linux

2 7

Radius: extra fields
by Victor V. Kustov 11 Apr '13

11 Apr '13

Good day! I had in config: modparam("acc_radius", "radius_extra", "User-Name=XXX") and get same error when start kamailio: ERROR: acc [acc_extra.c:192]: parse failed in <User-Name=XXX> around position 10 Any attributes from dictionary anyway got same message. -- SY, Victor JID: coyote(a)bks.tv JID: coyote(a)bryansktel.ru I use FREE operation system: 3.8.4-calculate GNU/Linux

2 2

Kamalio report 404 not found upon INVITE ?
by Khoa Pham 11 Apr '13

11 Apr '13

Hi, I have my SIP client registered to Kamailio successfully. I've check the location table in Kamailio and assert this successful registration. But when another SIP client tries to make call to me, it receive 404 not found from Kamailio. What cause this problem ? Please help -- Khoa Pham HCMC University of Science Faculty of Information Technology

2 1

path uri problem
by Juha Heinanen 10 Apr '13

10 Apr '13

it is not my lucky day. anything new that i try, does not work. in proxy 1, i call add_path_received() on register request, which results into this kind of path header: Path: <sip:192.98.102.10;transport=tcp;lr;received='sip:192.98.102.10:58022;transport=tcp'>. then i forward the request to proxy 2 and call save() on it. it results in error: Apr 7 14:01:44 wheezy1 /usr/sbin/sip-proxy[8709]: ERROR: registrar [save.c:887]: Failed to parse Path: URI looks like kamailio is not able to parse path uri that it added itself. perhaps the quotes should be double ones? -- juha

10 42

mediaproxy-ng Tutorial
by Aft nix 10 Apr '13

10 Apr '13

Hi, I stumbled upon this git://github.com/sipwise/mediaproxy-ng.git which looked very neat to me. Its said that it can be used with kamailio. It seems like its backed sipwise inc. But no documentation is given there. Anyone know of a tutorial/documentation for how to use it? -- -aft

11 29

Diversion header authentication
by phillman25 10 Apr '13

10 Apr '13

Thank you Daniel and Morten for your assistance and prompt reply. To use the tobody transformation, i see that i would need to upgrade to 4.1 right? Im currently on 3.3. I tried the below code: $var(i)=0; while($(hdr(Diversion)[$var(i)]) != $null ) { $avp(s:divhdr) = $(hdr(Diversion)[$var(i)]); avp_subst("$avp(s:divhdr)", "/.*sip:(.*)(@.*)/\1/"); xlog("L_WARN", "$avp(s:divhdr)"); if (!is_user_in("$avp(s:divhdr)", "7")) { sl_send_reply("403", "NOT ALLOWED"); exit; }; $var(i) = $var(i) +1; } However, it seems like group module cant parse the output 313 as seen below: Apr 10 13:16:43 SipProxy-Test /usr/local/sbin/kamailio[7471]: WARNING: <script>: 313 Apr 10 13:16:43 SipProxy-Test /usr/local/sbin/kamailio[7471]: ERROR: group [group.c:114]: failed to parse URI <313> Apr 10 13:16:43 SipProxy-Test /usr/local/sbin/kamailio[7471]: ERROR: group [group.c:158]: failed to get username@domain A bigger issue is that a certain client is sending more than one diversion header with different format as seen below: Diversion: <tel:22030009>;reason=no-answer;screen=no;privacy=off Diversion: "Solonas A" <sip:16@10.10.10.22>;reason=unconditional So in this case i cant really know how to extract the diversion number using a static substitution. Is there a way to adapt to different formats to extract the diversion number? Thanking you in advance Phillip Date: Tue, 09 Apr 2013 16:43:56 +0200 From: Daniel-Constantin Mierla <miconda(a)gmail.com> Subject: Re: [SR-Users] Diversion header authentication To: "Kamailio (SER) - Users Mailing List" <sr-users(a)lists.sip-router.org> Message-ID: <5164292C.4080408(a)gmail.com> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Hello, just adding that the tobody transformation could be handy to extract the user or uri part of a Diversion header, not to fight with subst expressions: - http://www.kamailio.org/wiki/cookbooks/devel/transformations#to-body_transf… Cheers, Daniel On 4/9/13 3:16 PM, Morten Isaksen wrote: > Hi, > > I have not tested this, but try: > > $avp(s:divhdr) = $(hdr(Diversion)[$var(i)]); > avp_subst("$avp(s:divhdr)", "/.*sip:\+45(.*)(@.*)/\1/"); # Extract > number between +45 and @ > > if (is_user_in("$avp(s:divhdr)", "1") { ... } > > Please note that there can be more than one Diverseion header. In that > case you can use: > > $var(i)=0; > while($(hdr(Diversion)[$var(i)]) != $null ) { > $avp(s:divhdr) = > $(hdr(Diversion)[$var(i)]); > xlog("L_WARN", "$avp(s:divhdr)"); > > > $var(i) = $var(i) +1; > } > > > > /Morten

2 1

too many hope SIP issue with "Route" header in proxy server
by Youngjin Park 10 Apr '13

10 Apr '13

Hi, I have a problem with "Route" header in my proxy server. Incoming invite has "Route" header with the IP of the proxy. So, the proxied invite from proxy server is looping back to the proxy server. I believe that "Route" cannot be removed or deleted because it is one of system header. Is there any way to avoid this loop? Thanks Young

2 1

PLEASE HELP
by Bogdan Denysiuk 10 Apr '13

10 Apr '13

Hi Guys! i need configure kamailio 4.0 with Radius Could you please help me how yo do this? Send me example of config routes. thanks

3 2

Operator !~
by Jon Bonilla 09 Apr '13

09 Apr '13

Hi all I was checking for an operator not matching regular expression. Acording to the doc we have =~ and !~ for matching and not matching. http://www.kamailio.org/wiki/cookbooks/3.3.x/core#script_statements I tried this one: if(!is_domain_local("$rd") && $rd !~ "^.+\.local$") Resulting on these errors: root@sp1:~# /etc/init.d/kamailio-proxy restart Not executing command for kamailio-proxy: invalid configuration file! -e 0(1813) : <core> [cfg.y:3549]: parse error in config file /etc/kamailio/proxy/proxy.cfg, line 1067, column 36: syntax error 0(1813) : <core> [cfg.y:3549]: parse error in config file /etc/kamailio/proxy/proxy.cfg, line 1067, column 52: bad expression 0(1813) : <core> [cfg.y:3549]: parse error in config file /etc/kamailio/proxy/proxy.cfg, line 1067, column 52: bad command 0(1813) : <core> [cfg.y:3549]: parse error in config file /etc/kamailio/proxy/proxy.cfg, line 1068, column 2: bad command 0(1813) : <core> [cfg.y:3546]: parse error in config file /etc/kamailio/proxy/proxy.cfg, line 1083, column 2-21: syntax error 0(1813) : <core> [cfg.y:3546]: parse error in config file /etc/kamailio/proxy/proxy.cfg, line 1083, column 2-21: ERROR: bad config file (6 errors) while this one: if(!(is_domain_local("$rd") || $rd =~ "^.+\.local$")) Works perfectly fine. Am I wrong with the usage of !~ operator? cheers, Jon

2 2

Contact header from linphone too long to delete
by Ross Kusler 09 Apr '13

09 Apr '13

Hello, We noticed an issue with a bunch of stale entries in the mysql location table recently - all for the same user. It turns out that if you install linphone 2.0.2 on an iOS device (other versions/platforms might also be affected) with the transport mode set to TCP and the 'Push Notification' feature enabled, the client generates very long contact (258+ character) headers. The contact column in the location table is varchar(255), anything longer than this automatically gets truncated upon insert. When the entry later expires and usrloc tries to remove it, it generates a delete query that matches on the entire contact value and not the truncated version. This causes the delete query to fail and the usrloc record gets left behind in the location table. The (truncated) contact header value from the database: sip:22448462@98.248.37.244:52008;transport=tcp;app-id=org.linphone.phone.pro d;pn-type=apple;pn-tok=AA31DC9642E76E7D7DA8A0E419B210E1A00E8DF43A7A77C8CD295 5291E1BAC85;pn-msg-str=IM_MSG;pn-call-str=IC_MSG;pn-call-snd=ring.caf;pn-msg -snd=msg.caf;line=932257155 The failed delete query:. delete from location where username='XXXXXXXX' AND contact='sip:XXXXXXXX@11.22.333. 44:52000;transport=tcp;app-id=org.linphone.phone.prod;pn-type=apple;pn-tok=A A31DC9642E76E7D7DA8A0E419B210E1A00E8DF43A7A77C8CD2955291E1BAC85;pn-msg-str=I M_MSG;pn-call-str=IC_MSG;pn-call-snd=ring.caf;pn-msg-snd=msg.caf;line=932257 155f64767' AND callid='1962857815'; What do you all think the best solution here is? My intuition is to simply increase the size of this column. If this is the right approach then it probably also makes sense to update the .sql file for new installs. Thoughts? Thank you, Ross

2 1

Diversion header authentication
by phillman25 09 Apr '13

09 Apr '13

Dear List I am currently using the group module to authenticate inbound calls using the From header using the below code: if (!is_user_in("From", "1")) { sl_send_reply("403", "NOT ALLOWED"); exit; }; }; I want to now authenticate the Diversion header, when the call is diverted, the same way as above using the group module how could i proceed with this? thanking you in advance Phillip

3 2

Re: [SR-Users] sr-users Digest, Vol 95, Issue 33
by julian arsanches 09 Apr '13

09 Apr '13

thank you int transformation worked for the dispatcher module now i can define gw dynamically. much appretiate your sugestion. On Tue, Apr 9, 2013 at 5:59 AM, <sr-users-request(a)lists.sip-router.org>wrote: > Send sr-users mailing list submissions to > sr-users(a)lists.sip-router.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > or, via email, send a message with subject or body 'help' to > sr-users-request(a)lists.sip-router.org > > You can reach the person managing the list at > sr-users-owner(a)lists.sip-router.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of sr-users digest..." > > > Today's Topics: > > 1. Help with dispatcher module (julian arsanches) > 2. how to configure presence module with websocket (???? ?????) > 3. Re: Help with dispatcher module (Javi Gallart) > 4. Re: path uri problem (Andrew Pogrebennyk) > 5. Diversion header authentication (phillman25) > 6. Re: path uri problem (Juha Heinanen) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 8 Apr 2013 18:17:36 -0400 > From: julian arsanches <guandulito.com(a)gmail.com> > Subject: [SR-Users] Help with dispatcher module > To: sr-users(a)lists.sip-router.org > Message-ID: > <CAG0Kfxv6-TV4Ghep= > Wj0BNVYXH0TLR6FW281fQA9WsOKGsK1Kw(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > thanks for all support from the forum before hand. > i am having an issue with my setup, i am trying to make the dispatcher > dynamic by asigning a value from a variable, that variable is define on my > dispatcher.lst but i am getting an error, if anyone can help thanks. > > my config on the relay route > first i strip the prefix from my dial string, and set variable y with that > code, then i strip it and dial it. but it does not work. > again thanks if anyone can helpme. > > > > xlog(" anrtes de strip >> el r-uri($ru)>($ru{s.substr,0,3})\n"); > > > $var(x) = $ru; #>> set varx as an string > > $var(y)=$(var(x){s.substr,4,3}); #>>>>strip the first 3 digits to find my > route > > > > xlog("dsroute $var(y) my test ($ru)\n"); #check for variables loaded > > strip(3); # strip the prefix to route to destinatio > > xlog("despues de strip time [$Tf] method ($rm) r-uri ($ru) 2nd via el code > ($var(y)\n"); #check for loaded variables after strip > > > ds_select_dst("$var(y)", "4");#>>carrer dynamic don't work variable is > load propperly but i get the following error > * > * > *##Apr 8 17:59:32 ip-10-0-1-206 /usr/sbin/kamailio[8975]: ERROR: <script>: > despues de strip time [Mon Apr 8 17:59:32 2013] method (ACK) r-uri > (sip:54.236.192.19) 2nd via el code (54). >>> i see a the right code in the > variable* > *##Apr 8 17:59:32 ip-10-0-1-206 /usr/sbin/kamailio[8975]: ERROR: <core> > [sr_module.c:1726]: Could not convert PV to int * > > > #ds_select_dst("097", "4");#statically define works > > xlog("print el destination y el $var(y) ($du)>>($td)>>> ($ru)\n"); > > if (!t_relay_to_udp()) { > > sl_reply_error(); > }; > > > exit; > } > > > > dispatcher.lst > > #lineformat > #setit(integer)destination(sipuri)flags(integer,optional) > > > #Asterisks > > 007 sip:1.1.1.1:5060 ##route 1 > 024 sip:2.2.2.2:5060 ##route 2 > 100 sip:1.1.1.100:5060 ##route 100 > 103 sip:1.1.1.103:5060 ###route 103 >

1 0

Kamailio World Updates - April 9
by Daniel-Constantin Mierla 09 Apr '13

09 Apr '13

Kamailio World Conference is one week away, only few bits to adjust, everything being pretty much in place. The agenda with presentations is available at: - http://conference.kamailio.com/k01/schedule/ Details about the speakers are available at: - http://conference.kamailio.com/k01/speakers/ Besides the two days filled with presentations and demos, the participants have the chance of winning Raspberry Pi devices or Zoiper Biz licenses (SIP softphone - http://www.zoiper.com). A grateful and big thank you for event sponsors and exhibitors that made possible to organize this event: Sipwise, Asipto, Fraunhofer Fokus, Sipgate, IT Center Portugal, NG Voice, Zoiper and Amooma: - http://conference.kamailio.com/k01/sponsors/ - http://conference.kamailio.com/k01/exhibitors/ The venue page gives now few more details about getting to conference area: - http://conference.kamailio.com/k01/venue/ Looking forward to meeting next week in Berlin! Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, April 16-17, 2013, Berlin - http://conference.kamailio.com -

1 0

Help with dispatcher module
by julian arsanches 09 Apr '13

09 Apr '13

thanks for all support from the forum before hand. i am having an issue with my setup, i am trying to make the dispatcher dynamic by asigning a value from a variable, that variable is define on my dispatcher.lst but i am getting an error, if anyone can help thanks. my config on the relay route first i strip the prefix from my dial string, and set variable y with that code, then i strip it and dial it. but it does not work. again thanks if anyone can helpme. xlog(" anrtes de strip >> el r-uri($ru)>($ru{s.substr,0,3})\n"); $var(x) = $ru; #>> set varx as an string $var(y)=$(var(x){s.substr,4,3}); #>>>>strip the first 3 digits to find my route xlog("dsroute $var(y) my test ($ru)\n"); #check for variables loaded strip(3); # strip the prefix to route to destinatio xlog("despues de strip time [$Tf] method ($rm) r-uri ($ru) 2nd via el code ($var(y)\n"); #check for loaded variables after strip ds_select_dst("$var(y)", "4");#>>carrer dynamic don't work variable is load propperly but i get the following error * * *##Apr 8 17:59:32 ip-10-0-1-206 /usr/sbin/kamailio[8975]: ERROR: <script>: despues de strip time [Mon Apr 8 17:59:32 2013] method (ACK) r-uri (sip:54.236.192.19) 2nd via el code (54). >>> i see a the right code in the variable* *##Apr 8 17:59:32 ip-10-0-1-206 /usr/sbin/kamailio[8975]: ERROR: <core> [sr_module.c:1726]: Could not convert PV to int * #ds_select_dst("097", "4");#statically define works xlog("print el destination y el $var(y) ($du)>>($td)>>> ($ru)\n"); if (!t_relay_to_udp()) { sl_reply_error(); }; exit; } dispatcher.lst #lineformat #setit(integer)destination(sipuri)flags(integer,optional) #Asterisks 007 sip:1.1.1.1:5060 ##route 1 024 sip:2.2.2.2:5060 ##route 2 100 sip:1.1.1.100:5060 ##route 100 103 sip:1.1.1.103:5060 ###route 103

2 1

how to configure presence module with websocket
by אורן אברהם 09 Apr '13

09 Apr '13

hello. I am tring to SUBSCRIBE for presence status of a user on my kamailio server using the sipMl5 (over websockets) but kamailio failes. (more exactly the handle_subscribe failes.) I was told previusly by peter dunkly that it is not a bug, just a configuration problem. I am quoting his answer: "This is a configuration problem not a bug in the software. SUBSCRIBEs are dialog forming requests and NOTIFYs (in this scenario) are in-dialog requests. As such you need to use force_rport(), add_contact_alias(), and handle_ruri_alias() with presence dialogs in the same way you do with media session dialogs." How can i acheve this ? thanks in advance...

1 0

loose_route received parameter question
by Juha Heinanen 08 Apr '13

08 Apr '13

in my test, proxy p2 receives initial request from proxy p1, that has this kind of R-URI and Route header: INVITE sip:47089231@192.98.102.10:41073;transport=tcp SIP/2.0. Route: <sip:192.98.102.20:5070;transport=tcp;lr;received='sip:192.98.102.10:49127;transport=tcp'> route header is result of calling lookup in p1 on record: AOR:: jh(a)test.fi Contact:: sip:47089231@192.98.102.10:41073;transport=tcp Q=0.5 Expires:: 114 Callid:: 0ed240f3-dc79-4d65-93ef-3e92d178a892 Cseq:: 12 User-agent:: sipsimple 0.34.0 Received:: sip:192.98.102.10:49127;transport=tcp Path:: <sip:192.98.102.20:5070;transport=tcp;lr;received='sip:192.98.102.10:49127;transport=tcp'> i would expect that loose_route() would set $du to received parameter value, but it does not, because i get to syslog: Apr 8 12:44:54 wheezy1 /usr/sbin/sip-proxy[5723]: INFO: Trying to relay to du <<null>> or ru <sip:47089231@192.98.102.10:41073;transport=tcp> how can i tell p2 to set $du to received uri? do i need to add another route header in p1 that contains received uri? -- juha

2 2

pkg mem problems. Leaking?
by Jon Bonilla 08 Apr '13

08 Apr '13

Hi all I have two different kamailio servers running in a single machine. The first one is a sl proxy and the second one acts as stateful proxy/registrar. From time to time the stateless one goes out of pkg mem. It has 8MB (also tried with 16 in another setup). The sl proxy listens the public interface for external connections and the loopback interface for conecting to the stateful proxy. As I have seen since I installed a mem debug kamailio 3.3.2 version there 6 days ago, the internal socket children have grown on mem usage while the external ones remain more or less stable. As example one uf the external udp receivers uses less than 1MB while one of the internal ones uses almost 6MB. I'm attaching the mem dump of one of those internal udp receiver processes via "ngcp-sercmd lb cfg.set_now_int core mem_dump_pkg 25437" command. I see several tens of thousands of lines like these ones: N address=0x7fd1207383c0 frag=0x7fd120738390 size=56 used=1 alloc'd from <core>: parser/parse_param.c: parse_params(539) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed I have no idea about how to continue debugging this. I'm pasting some more info regarding the process list, mem status and kamailio version/flags. Thanks sp1:~# ngcp-sercmd lb ps 25416 attendant 25429 udp receiver child=0 sock=77.77.77.77:5060 25430 udp receiver child=1 sock=77.77.77.77:5060 25431 udp receiver child=2 sock=77.77.77.77:5060 25432 udp receiver child=3 sock=77.77.77.77:5060 25433 udp receiver child=4 sock=77.77.77.77:5060 25434 udp receiver child=5 sock=77.77.77.77:5060 25435 udp receiver child=6 sock=77.77.77.77:5060 25436 udp receiver child=7 sock=77.77.77.77:5060 25437 udp receiver child=0 sock=127.0.0.1:5060 25438 udp receiver child=1 sock=127.0.0.1:5060 25439 udp receiver child=2 sock=127.0.0.1:5060 25440 udp receiver child=3 sock=127.0.0.1:5060 25441 udp receiver child=4 sock=127.0.0.1:5060 25442 udp receiver child=5 sock=127.0.0.1:5060 25443 udp receiver child=6 sock=127.0.0.1:5060 25444 udp receiver child=7 sock=127.0.0.1:5060 25445 slow timer 25446 timer 25447 ctl handler 25448 MI FIFO 25449 tcp receiver (generic) child=0 25450 tcp receiver (generic) child=1 25451 tcp receiver (generic) child=2 25452 tcp receiver (generic) child=3 25453 tcp receiver (generic) child=4 25454 tcp receiver (generic) child=5 25455 tcp receiver (generic) child=6 25456 tcp receiver (generic) child=7 25457 tcp receiver (tcp:127.0.0.1:5060) child=8 25458 tcp receiver (tcp:127.0.0.1:5060) child=9 25459 tcp main process sp1:~# ngcp-sercmd lb pkg.stats { entry: 0 pid: 25416 rank: 0 used: 901136 free: 15417544 real_used: 1359672 } { entry: 1 pid: 25429 rank: 1 used: 909360 free: 15408648 real_used: 1368568 } { entry: 2 pid: 25430 rank: 2 used: 909400 free: 15408608 real_used: 1368608 } { entry: 3 pid: 25431 rank: 3 used: 909352 free: 15408656 real_used: 1368560 } { entry: 4 pid: 25432 rank: 4 used: 909344 free: 15408664 real_used: 1368552 } { entry: 5 pid: 25433 rank: 5 used: 909392 free: 15408712 real_used: 1368504 } { entry: 6 pid: 25434 rank: 6 used: 909344 free: 15408664 real_used: 1368552 } { entry: 7 pid: 25435 rank: 7 used: 909344 free: 15408664 real_used: 1368552 } { entry: 8 pid: 25436 rank: 8 used: 909352 free: 15408656 real_used: 1368560 } { entry: 9 pid: 25437 rank: 9 used: 5884872 free: 2480784 real_used: 14296432 } { entry: 10 pid: 25438 rank: 10 used: 5935272 free: 2359728 real_used: 14417488 } { entry: 11 pid: 25439 rank: 11 used: 5971616 free: 2305912 real_used: 14471304 } { entry: 12 pid: 25440 rank: 12 used: 5821672 free: 2522672 real_used: 14254544 } { entry: 13 pid: 25441 rank: 13 used: 5945584 free: 2310056 real_used: 14467160 } { entry: 14 pid: 25442 rank: 14 used: 5868760 free: 2495264 real_used: 14281952 } { entry: 15 pid: 25443 rank: 15 used: 5903672 free: 2457952 real_used: 14319264 } { entry: 16 pid: 25444 rank: 16 used: 5899208 free: 2453872 real_used: 14323344 } { entry: 17 pid: 25445 rank: -1 used: 983944 free: 15409512 real_used: 2267696 } { entry: 18 pid: 25446 rank: -1 used: 909168 free: 15409512 real_used: 1367704 } { entry: 19 pid: 25447 rank: -2 used: 983664 free: 15407912 real_used: 2267032 } { entry: 20 pid: 0 rank: 0 used: 918424 free: 15400064 real_used: 1377152 } { entry: 21 pid: 25449 rank: 17 used: 989192 free: 15329200 real_used: 1448016 } { entry: 22 pid: 25450 rank: 18 used: 989192 free: 15329200 real_used: 1448016 } { entry: 23 pid: 25451 rank: 19 used: 989192 free: 15329200 real_used: 1448016 } { entry: 24 pid: 25452 rank: 20 used: 989192 free: 15329200 real_used: 1448016 } { entry: 25 pid: 25453 rank: 21 used: 989192 free: 15329200 real_used: 1448016 } { entry: 26 pid: 25454 rank: 22 used: 989192 free: 15329200 real_used: 1448016 } { entry: 27 pid: 25455 rank: 23 used: 989192 free: 15329200 real_used: 1448016 } { entry: 28 pid: 25456 rank: 24 used: 989192 free: 15329200 real_used: 1448016 } { entry: 29 pid: 25457 rank: 25 used: 989192 free: 15329200 real_used: 1448016 } { entry: 30 pid: 25458 rank: 26 used: 989192 free: 15329200 real_used: 1448016 } { entry: 31 pid: 25459 rank: -4 used: 983240 free: 15334096 real_used: 2266992 } sp1:~# kamailio -V version: kamailio 3.3.2 (x86_64/linux) flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled on 13:08:06 Oct 31 2012 with gcc 4.4.5

3 3

usrloc + multimaster replication
by Alex Balashov 08 Apr '13

08 Apr '13

I know I'm revisiting a problem that has been discussed in multiple threads from various angles, so I might be rightly accused of laziness in neglecting to research them all. All the same: I have proxy1 and proxy2 writing to database A and database B, respectively. Database A and database B are active-active masters, synchronised via some replication system attached to the underlying DB technology. The 'location' table is also replicated this way. We know that 'usrloc' doesn't work so well with this: one instance of Kamailio will periodically delete the other's contacts, even if they have a nonlocal SIP domain. Is there any db_mode that can be used (other than 0/purely in-memory) to make this work right? Or is that the essential problem that p_usrloc is written to solve? Thanks, -- Alex -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/

4 12

problem with core forward function
by Juha Heinanen 08 Apr '13

08 Apr '13

now that the send function issue got resolved, i tried core forward function. core cookbook tells: forward Forward the SIP request to the given destination in stateless mode. This has the format of [proto:]host[:port]. Host can be an IP or hostname; supported protocols are UDP, TCP and TLS. (For TLS, you need to compile the TLS support into core). If proto or port are not specified, NAPTR and SRV lookups will be used to determine them (if possible). If destination parameter is missing, the forward will be done based on RURI. Example of usage: forward("10.0.0.10:5060"); #or forward(); i then went i tried forward("tcp:192.98.102.20:5070"); but got errors from that line: Apr 7 13:52:10 siika /usr/sbin/sip-proxy[22923]: : <core> [proxy.c:278]: ERROR: mk_proxy: could not resolve hostname: "tcp:192.98.102.20:5070" Apr 7 13:52:10 siika /usr/sbin/sip-proxy[22923]: ERROR: <core> [route.c:1214]: fixing failed (code=-478) at cfg:/etc/sip-proxy/sip-proxy.cfg:1584 i also tried with forward_tcp("192.98.102.20:5070"); but it didn't help either: Apr 7 13:54:24 siika /usr/sbin/sip-proxy[23056]: : <core> [proxy.c:278]: ERROR: mk_proxy: could not resolve hostname: "192.98.102.20:5070" Apr 7 13:54:24 siika /usr/sbin/sip-proxy[23056]: ERROR: <core> [route.c:1214]: fixing failed (code=-478) at cfg:/etc/sip-proxy/sip-proxy.cfg:1584 how should core cookbook be fixed this time? -- juha

2 2

expired record not removed from location table
by Juha Heinanen 08 Apr '13

08 Apr '13

i have seen emails about expired records not removed from database, but i could not find the thread. i'm not sure if it is related, but today i noticed too that there is an old record in my location table which has expired couple of hours ago. the record does not show up with ul_dump command, so it has been removed from memory. usrloc db_mode=1. what could cause the record not be removed? is it a bug in cleaner process? i have usrloc timer_procs=2. -- juha

2 3

textops warning
by Juha Heinanen 07 Apr '13

07 Apr '13

i don't remember seeing this before: Apr 7 19:09:57 siika /usr/sbin/sip-proxy[8734]: WARNING: textops [textops.c:1816]: free function has not been defined for spve what should i do about it? -- juha

1 1

looks like send core function does not exist
by Juha Heinanen 07 Apr '13

07 Apr '13

i removed corex from loaded modules and added string argument to send: send("192.98.102.20:5070"); that gave error: 0(15695) ERROR: <core> [cfg.y:3415]: cfg. parser: failed to find command send 0(15695) : <core> [cfg.y:3554]: parse error in config file /etc/sip-proxy/sip-proxy.cfg, line 1578, column 34: unknown command, missing loadmodule? according to core cookbook: send Send the original SIP message to a specific destination in stateless mode. No changes are applied to received message, no Via header is added. Host can be an IP or hostname. Used protocol: UDP Parameter is mandatory and has string format. Example of usage: send("10.10.10.10:5070"); does anyone know what is going on? -- juha

2 2

Re: [SR-Users] sip_trace unable to capture after next_branches()
by Ramaseshi reddy kolli 06 Apr '13

06 Apr '13

Hi, I have tried by setting flag only but still no luck,Here is the configuration i am using. # sip trace modparam("siptrace", "trace_to_database", 0) modparam("siptrace", "db_url", "") modparam("siptrace", "duplicate_uri", "sip:homer.com:9060") modparam("siptrace", "duplicate_with_hep", 1) modparam("siptrace", "trace_flag", 22) modparam("siptrace", "trace_on", 1) #HEPv2 == timestamp will be included to HEP header modparam("siptrace", "hep_version", 2) setflag(22); if (!t_relay()) { xlog("L_ERR", "CALL $ci - Relay error\n"); sl_reply_error(); exit; } Thanks Ram

2 1

forward to pseudo var destination
by Juha Heinanen 06 Apr '13

06 Apr '13

looks like forward core function does not accept pseudo var argument. then i found this: I just committed a patch that allow using send() without any parameter: * http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=8e4db80… if that commit is still valid, it is not reflected by core cookbook: send Send the original SIP message to a specific destination in stateless mode. No changes are applied to received message, no Via header is added. Host can be an IP or hostname. Used protocol: UDP Parameter is mandatory and has string format. Example of usage: send("10.10.10.10:5070"); so which way this is? -- juha

2 2

Changing Domain in To URI
by qmail＠polarismail.com 06 Apr '13

06 Apr '13

Sorry if I repeat myself - I just subscribed properly to the list: > if you don't need to change it back for replies and next requests, try: > > $td = "xyz.com"; > > IIRC, that is available on 3.2.x. If not, either you upgrade or use > replace functions from textops. > > Cheers, > Daniel Thank you for replying. We tried the direct assignment of $td="xyz.com" but the variable doesn't change. We are doing an xlog print right after and an ngrep and we confirmed that the domain part of the URI doesn't change. I also tried a subst() and it's the same problem. I read on the online documentation that the variable is read-only and I figured it can't be changed through these methods. That's why I tried uac_replace_to(). To sum it up, is that variable read-only or not ?

3 5

Re: [SR-Users] sip_trace unable to capture after next_branches()
by Ramaseshi reddy kolli 06 Apr '13

06 Apr '13

hi, i have set the following flag it is still not capturing outbound SIP messages. { setflag(22) sip_trace(); } Daniel-Constantin Mierla<http://www.mail-archive.com/search?l=sr-users@lists.sip-router.org&q=from:%…> Fri, 05 Apr 2013 00:45:16 -0700<http://www.mail-archive.com/search?l=sr-users@lists.sip-router.org&q=date:2…> Hello, On 3/31/13 4:27 PM, Ramaseshi reddy kolli wrote: Hi, I am using sip_trace function after next_branches(), it is not capturing outbound SIP INVITE request can anyone please help me. iirc, you have to set a flag to trace outgoing messages. the sip_trace()function just takes the snapshot of processed messages. Cheers, Daniel

2 1

sip_capture columns
by Grant Bagdasarian 06 Apr '13

06 Apr '13

Hello, I couldn't find any documentation on what the table columns of the sip_capture module are used for. Most of them are straightforward, but I still don't know what the following columns mean and what values to expect: - PID_user - Proto - Family - Rtp_stat - Type - Node Type has for example values 1 and 2. Im guessing 1 is for requests and 2 is for responses. I hope someone could clear this out for me. Thanks, Grant

2 2

No RTP between rtpproxy and smartphone application
by aaaa aaaa 05 Apr '13

05 Apr '13

Hello, I have the following topology. Kamailio as SIP Proxy and Asterisk as B2BUA. In Kamailio I use rtpproxy for NAT users. The problem that I have is the following: -When the CSipSimple is registered the first call is always unsuccesfull. The following calls are always successful. If the application remains idle for a while the next call is unsuccessful again. From traces I saw that everything is OK in signaling part. -When I try with Zoiper and 3CX I have 1/20 successful calls. In any case from Asterisk side these calls can be seen as active but no media. Thanx, Theo

3 2

Changing Domain in To URI
by qmail＠polarismail.com 05 Apr '13

05 Apr '13

Hello, As it happens we run Kamailio 3.2.0 on Debian Lenny which for some reason does not support uac_replace_to()! Anyhoo, we are trying to change the domain part in the To URI. What is the best way to do it ? Thank you!

2 1

sip_trace unable to capture after next_branches()
by Ramaseshi reddy kolli 05 Apr '13

05 Apr '13

Hi, I am using sip_trace function after next_branches(), it is not capturing outbound SIP INVITE request can anyone please help me. Thanks Ram

2 1

Kamailio 4.0 configuration
by Martin Krška 04 Apr '13

04 Apr '13

Hi everyone, I'm trying to configure some basic functions in Kamailio 4.0. Now let's say I have two users, for example Alice and Bob. When Alice adds Bob to her contacts, I need from her to ask Bob for permission to watch his presence. It's probably a trivial question but could anyone tell me what do I need for this to work, like what modules are responsible for this etc. Best Regards, Martin

2 1

db_mode 3 in usrloc module
by Morten Isaksen 04 Apr '13

04 Apr '13

Hi, I have an older installation of Kamailio (3.1.1). It is configured with modparam("usrloc", "db_mode", 2) I tried to change this to modparam("usrloc", "db_mode", 3) to not have to restart kamailio when I change the alias table directly from SQL. But then kamailio shutsdown after about one second with this error: Mar 26 20:38:55 sip-3-1 /usr/local/sbin/kamailio[11510]: ERROR: <core> [db.c:408]: invalid version 0 for table trusted found, expected 5 (check table structure and table "version") Mar 26 20:38:55 sip-3-1 /usr/local/sbin/kamailio[11510]: ERROR: permissions [trusted.c:250]: error during table version check. Mar 26 20:38:55 sip-3-1 /usr/local/sbin/kamailio[11510]: ERROR: <core> [sr_module.c:832]: init_mod_child(): Error while initializing module permissions (/usr/local/lib/kamailio/modules_k/permissions.so) Mar 26 20:38:55 sip-3-1 /usr/local/sbin/kamailio[11510]: ERROR: <core> [pt.c:481]: ERROR: fork_tcp_process(): init_child failed for process 28, pid 11510, "tcp receiver child=6" Mar 26 20:38:55 sip-3-1 /usr/local/sbin/kamailio[11510]: ERROR: <core> [tcp_main.c:4811]: ERROR: tcp_main: fork failed: Success Mar 26 20:38:55 sip-3-1 /usr/local/sbin/kamailio[11512]: : <core> [pass_fd.c:293]: ERROR: receive_fd: EOF on 44 Mar 26 20:38:55 sip-3-1 /usr/local/sbin/kamailio[11482]: ALERT: <core> [main.c:738]: child process 11510 exited normally, status=255 Mar 26 20:38:55 sip-3-1 /usr/local/sbin/kamailio[11482]: INFO: <core> [main.c:756]: INFO: terminating due to SIGCHLD I have not made any changes to the permissions/trusted module, so I suspect it is some shared database conection problem. Is it a known bug in this version? I would prefer not to upgrade the installation and hopes one of you can point me to a patch I can backport. -- Morten Isaksen

2 7

Problem with expired SIP Etag
by David 04 Apr '13

04 Apr '13

Hello, I have two Kamailio servers. Running 3.3.2. One uses PUA to send PUBLISH to the second which has presence module. When the presence server replies to the PUBLISH, it includes a SIP-ETag and an Expires header. So, in the case I caught on my servers yesterday, the reply had an Expires header of 34. Trouble is, 60 seconds later, when PUA sent the PUBLISH, it had the SIP-ETag in the PUBLISH header even though the entity tag was expired. But RFC3903 says that when the publish expires, the entity tag expires as well. The publish was for a dialog-info and both PUBLISHes were generated using the pua_mi module command pua_publish. I don't set the etag in the pua_publish command, it's kamailio that remembers it. Here is grep pua kamailio.cfg on the first server : loadmodule "pua.so" loadmodule "pua_mi.so" loadmodule "pua_dialoginfo.so" modparam("pua_dialoginfo", "include_localremote", 1) modparam("pua_dialoginfo", "include_tags", 1) modparam("pua_dialoginfo", "include_callid", 0) modparam("pua", "hash_size", 15) modparam("pua", "db_mode", 0) modparam("pua_dialoginfo", "send_publish_flag", 13) modparam("pua", "update_period", 6 ) # I added this to see if the problem would be fixed modparam("pua_dialoginfo", "caller_confirmed", 1) I didn't capture the mi udp packets, but I did get the SIP, see below I think the problem has to do with expires_offset. I set this to reduce SUBSCRIBE expiration by 30 seconds, but it is also reducing PUBLISH expiration by 30 seconds. Do you think this might be the source of my problem? What else might be causing this ? Is there anyway to set the expires_offset for SUBSCRIBE but not for the PUBLISH? Any other ideas what might be going on here? Thanks, David Here is the SIP I captured on the pua server : U 2013/03/29 14:01:41.005025 PUBLISH sip:user161@omnity.net SIP/2.0. Via: SIP/2.0/UDP proxyip;branch=z9hG4bK267e.e988a546.0. To: sip:user161@omnity.net. From: sip:user161@omnity.net;tag=047a42f14f0e800c0a21487d4bc09012-c8fe. CSeq: 10 PUBLISH. Call-ID: 79a5f23d217e3597-9109@proxyip. Content-Length: 0. Max-Forwards: 70. Event: dialog. Expires: 66. SIP-If-Match: a.1363343972.1019.567098.10. U 2013/03/29 14:01:41.298041 SIP/2.0 200 OK. Via: SIP/2.0/UDP proxyip;branch=z9hG4bK267e.e988a546.0. To: sip:user161@mydomain.net;tag=f0253efb8005057b3cc0ab8fa35ff1d9-0dd9. From: sip:user161@mydomain.net;tag=047a42f14f0e800c0a21487d4bc09012-c8fe. CSeq: 10 PUBLISH. Call-ID: 79a5f23d217e3597-9109@proxyip. Expires: 36. SIP-ETag: a.1363343972.1009.565433.11. Content-Length: 0. U 2013/03/29 14:03:14.317797 PUBLISH sip:user161@mydomain.net SIP/2.0. Via: SIP/2.0/UDP proxyip;branch=z9hG4bK543f.efdb2d8.0. To: sip:user161@mydomain.net. From: sip:user161@mydomain.net;tag=047a42f14f0e800c0a21487d4bc09012-fab2. CSeq: 10 PUBLISH. Call-ID: 79a5f23d214a91de-9057@proxyip. Content-Length: 271. Max-Forwards: 70. Event: dialog. Expires: 91. SIP-If-Match: a.1363343972.1009.565433.11. Content-Type: application/dialog-info+xml. . <?xml version='1.0'?> <dialog-info xmlns='urn:ietf:params:xml:ns:dialog-info' version='0' state='full' entity='user161(a)omnity.net'> <dialog id='x_dialogid(a)192.168.2.5' direction='recipient'> <state>early</state> </dialog> </dialog-info> U 2013/03/29 14:03:14.319691 SIP/2.0 412 Conditional request failed. Via: SIP/2.0/UDP proxyip;branch=z9hG4bK543f.efdb2d8.0. To: sip:user161@mydomain.net;tag=f0253efb8005057b3cc0ab8fa35ff1d9-9add. From: sip:user161@mydomain.net;tag=047a42f14f0e800c0a21487d4bc09012-fab2. CSeq: 10 PUBLISH. Call-ID: 79a5f23d214a91de-9057@proxyip. Server: OmniVigil 5.2-rc1. Content-Length: 0.

1 0

Rewrite Prefix in Carrieroute
by Ali Jawad 04 Apr '13

04 Apr '13

Hi I do have a server with kamailio running on carrireroute, recently the need to rewrite prefixes arose, so I did enter the rewrite prefix into the relevant rows/columns in carrierroute tdb table and did reload but nothing changed. The call is matched to it's needed destination but the prefix is the same. In my config I do have the following line if(!cr_route("default", "ata.nymgo.com", "$rU", "$rU", "call_id")){ Regards

1 0

New developer: Torrey Searle
by Daniel-Constantin Mierla 04 Apr '13

04 Apr '13

Hello, I want to announce that a new person got developer GIT write access to repository: Torrey Searle - he is going to add and maintain the sipt module, facilitating operations over SIP-T/SIP-I messages, the patch being on tracker: - http://sip-router.org/tracker/index.php?do=details&task_id=281&project=1 His git commit id is: tsearle My warm welcome and looking forward to future work within the project! Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, April 16-17, 2013, Berlin - http://conference.kamailio.com -

2 1

What IP in REGISTER message does Kamalio use to store location ?
by Khoa Pham 04 Apr '13

04 Apr '13

Hi, when client send REGISTER message to Kamalio. Kamailio will save that client's IP to database. But what is this IP ? Is is 1,2 or 3 ? 1. The IP from Via field 2. The IP from Contact field 3. The IP from the IP packet Many thanks -- Khoa Pham HCMC University of Science Faculty of Information Technology

3 6

Abort at qm_debug_frag function
by Bruno Bresciani 03 Apr '13

03 Apr '13

Kamailio is generating a abort at qm_debug_frag function (BUG: qm_*: prev. fragm. tail overwritten) but I can't understanding the meaning this abort... Someone can tell me the purpose of qm_debug_frag function, it checks if some improper memory handling happened and abort the program? Below is backtrace of abort: #0 0x00f41402 in __kernel_vsyscall () #1 0x009fec10 in raise () from /lib/libc.so.6 #2 0x00a00521 in abort () from /lib/libc.so.6 #3 0x081797b7 in qm_debug_frag (qm=0xb5f83000, f=<value optimized out>) at mem/q_malloc.c:158 #4 0x0817a6f3 in qm_free (qm=0xb5f83000, p=0xb6109a54, file=0x43760e "perms_db: src_ip.c", func=0x4378a0 "list_destroy", line=79) at mem/q_malloc.c:442 #5 0x0043563c in list_destroy (liste=0xb6107274) at src_ip.c:79 #6 0x00430a93 in reload_srcip_table () at db.c:163 #7 0x004313be in perms_db_srcip_reload (cmd_tree=0x835aeac, param=0x0) at fifo.c:107 #8 0x00335d97 in mi_fifo_server (fifo_stream=0x99561d8) at ../../lib/kmi/mi.h:77 #9 0x00337621 in fifo_process (rank=1) at mi_fifo.c:235 #10 0x003378a5 in mi_child_init (rank=0) at mi_fifo.c:199 #11 0x08120a02 in init_mod_child (m=0x82f4b88, rank=0) at sr_module.c:829 #12 0x081209dc in init_mod_child (m=0x82f4d1c, rank=0) at sr_module.c:826 #13 0x081209dc in init_mod_child (m=0x82f5164, rank=0) at sr_module.c:826 #14 0x081209dc in init_mod_child (m=0x82f79f4, rank=0) at sr_module.c:826 #15 0x081209dc in init_mod_child (m=0x82f7cf0, rank=0) at sr_module.c:826 #16 0x081209dc in init_mod_child (m=0x82f8174, rank=0) at sr_module.c:826 #17 0x081209dc in init_mod_child (m=0x82f8798, rank=0) at sr_module.c:826 #18 0x081209dc in init_mod_child (m=0x82f8b54, rank=0) at sr_module.c:826 #19 0x081209dc in init_mod_child (m=0x82f8eb4, rank=0) at sr_module.c:826 #20 0x081209dc in init_mod_child (m=0x82f90b4, rank=0) at sr_module.c:826 #21 0x081209dc in init_mod_child (m=0x82f952c, rank=0) at sr_module.c:826 #22 0x081209dc in init_mod_child (m=0x82fa980, rank=0) at sr_module.c:826 #23 0x081209dc in init_mod_child (m=0x82fab9c, rank=0) at sr_module.c:826 #24 0x081209dc in init_mod_child (m=0x82faff8, rank=0) at sr_module.c:826 #25 0x080ae175 in main_loop () at main.c:1624 #26 0x080b1256 in main (argc=3, argv=0xbf9a8f14) at main.c:2398 Best Regards

2 3

Re: [SR-Users] sr-users Digest, Vol 95, Issue 17
by julian arsanches 03 Apr '13

03 Apr '13

Thanks a lot it was just what i need it , it worked like a charm. strip(3); On Wed, Apr 3, 2013 at 3:39 PM, <sr-users-request(a)lists.sip-router.org>wrote: > Send sr-users mailing list submissions to > sr-users(a)lists.sip-router.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > or, via email, send a message with subject or body 'help' to > sr-users-request(a)lists.sip-router.org > > You can reach the person managing the list at > sr-users-owner(a)lists.sip-router.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of sr-users digest..." > > > Today's Topics: > > 1. Re: please help with some transformations. (Alex Balashov) > 2. Re: please help with some transformations. > (Daniel-Constantin Mierla) > 3. Abort at qm_debug_frag function (Bruno Bresciani) > 4. Re: Abort at qm_debug_frag function (Daniel-Constantin Mierla) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 03 Apr 2013 14:18:18 -0400 > From: Alex Balashov <abalashov(a)evaristesys.com> > Subject: Re: [SR-Users] please help with some transformations. > To: sr-users(a)lists.sip-router.org > Message-ID: <515C726A.10104(a)evaristesys.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Hello Julian, > > On 04/03/2013 01:54 PM, julian arsanches wrote: > > > Hi am new to kamilio , but able to make calls, i need to do something > > really simple if someone can give me an example of it i will be > gratefull. > > > > just before the call gets relayed i need to delete a prefix from the sip > > uri so it gets transformed to the same uir but less 3 digits. > > > > for example sip:123xxx@domain.com <mailto:sip%3A123xxx@domain.com> >>> > > changed to sip:xxxx@dmain.com <mailto:sip%3Axxxx@dmain.com> > > > > i tryed with transformations but still too new and does give me so many > > errors that kamailio don't start, > > There is a core convenience function that can help with this, as long as > you're manipulating the request URI: > > strip(3); > > You referred to "the SIP URI", which, of course, is ambiguous since a > SIP request has many SIP URIs. > > -- Alex > > -- > Alex Balashov - Principal > Evariste Systems LLC > 235 E Ponce de Leon Ave > Suite 106 > Decatur, GA 30030 > United States > Tel: +1-678-954-0670 > Web: http://www.evaristesys.com/, http://www.alexbalashov.com/ > > > > ------------------------------ > > Message: 2 > Date: Wed, 03 Apr 2013 20:18:44 +0200 > From: Daniel-Constantin Mierla <miconda(a)gmail.com> > Subject: Re: [SR-Users] please help with some transformations. > To: "Kamailio (SER) - Users Mailing List" > <sr-users(a)lists.sip-router.org> > Message-ID: <515C7284.5060905(a)gmail.com> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > > Hello, > > if you just need to remove first 3 digits, use: > > strip(3); > > If the number of digits to strip is variables, use strip transformation: > > - http://www.kamailio.org/wiki/cookbooks/4.0.x/transformations#sstrip_len > > If does not work for you giving errors, paste here what you have in the > config for that part. > > Cheers, > Daniel > > On 4/3/13 7:54 PM, julian arsanches wrote: > > Hi am new to kamilio , but able to make calls, i need to do something > > really simple if someone can give me an example of it i will be > > gratefull. > > > > just before the call gets relayed i need to delete a prefix from the > > sip uri so it gets transformed to the same uir but less 3 digits. > > > > for example sip:123xxx@domain.com > > <mailto:sip%3A123xxx@domain.com> >>> changed to sip:xxxx@dmain.com > > <mailto:sip%3Axxxx@dmain.com> > > > > i tryed with transformations but still too new and does give me so > > many errors that kamailio don't start, > > > > tryed subs_uri but i dont know how to tell it to just take the first > > tree digits, it is usually done for adding prefixes. > > > > please help. > > > > thank you in advance. > > > > on my scenario i am having an asterisk that i dont control sending me > > an invite for with a prefix i need kamailio to forward that uri to > > another server minus the prefix. > > > > thank you. > > > > > > _______________________________________________ > > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list > > sr-users(a)lists.sip-router.org > > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > > -- > Daniel-Constantin Mierla - http://www.asipto.com > http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda > Kamailio World Conference, April 16-17, 2013, Berlin > - http://conference.kamailio.com - > >

1 0

please help with some transformations.
by julian arsanches 03 Apr '13

03 Apr '13

Hi am new to kamilio , but able to make calls, i need to do something really simple if someone can give me an example of it i will be gratefull. just before the call gets relayed i need to delete a prefix from the sip uri so it gets transformed to the same uir but less 3 digits. for example sip:123xxx@domain.com >>> changed to sip:xxxx@dmain.com i tryed with transformations but still too new and does give me so many errors that kamailio don't start, tryed subs_uri but i dont know how to tell it to just take the first tree digits, it is usually done for adding prefixes. please help. thank you in advance. on my scenario i am having an asterisk that i dont control sending me an invite for with a prefix i need kamailio to forward that uri to another server minus the prefix. thank you.

3 2

Kamailio World Updates - April 3
by Daniel-Constantin Mierla 03 Apr '13

03 Apr '13

Hello, just a bit less than two weeks to the start of Kamailio World Conference, we are gearing up and already started preparing everything for the event. The agenda with presentations is available at: - http://conference.kamailio.com/k01/schedule/ Details about the speakers are available at: - http://conference.kamailio.com/k01/speakers/ Regarding Kamailio project, even there was an extended weekend with public holidays in around Easter, three new modules showed up - stun, dnssec and sipt - and a lot of new code made its way to old modules, among most active being snmpstats. If you haven't registered yet for the Kamailio World conference, be aware of that standard registration ends this week, on April 5, 2013. Actually the registration might be completely closed as it is very likely that the event will get full booked, even we extended the capacity about one week ago. It is a great opportunity to meet other hundreds people from real time communications services. Do not delay registration if you plan to attend the event, the form and more details at: - http://conference.kamailio.com/k01/registration/ Several companies coming with stands for presenting products, services and demos will welcome you to stop by just in front of the conference room - Sipwise, Sipgate, NG Voice, FhG Fokus and Asipto. Looking forward to meet many of you in Berlin, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, April 16-17, 2013, Berlin - http://conference.kamailio.com -

1 0

Evariste Systems to drop Kamailio market, become Acme Packet VAR
by Alex Balashov 02 Apr '13

02 Apr '13

For immediate release: ATLANTA, GA (1 April 2013)--Evariste Systems LLC, an Atlanta-based consultancy specialising in Kamailio-based VoIP infrastructure solutions for the ITSP and CLEC market, has announced that beginning in the second quarter of 2013, it will be abandoning its Kamailio-based technology portfolio to focus on its new role as a preferred VAR (Value Added Reseller) for Acme Packet (NASDAQ:APKT). "It is with a heavy heart that we abandon five years of Kamailio-oriented work and the Canonical SIP Routing Platform product derived from it," said Alex Balashov, the principal of the company. "However, the reality is that investment in open-source VoIP technology is a dead end. From a technological point of view, we have lagged very badly in meeting the needs of today's sophisticated VoIP market, and it's time to cut our losses. Asterisk, Kamailio, FreeSWITCH--all this stuff just hasn't kept up with the pace of evolution of 3GPP, ETSI, and ITU standards. We are tired of saying 'sorry, we don't support IMS or H.323' to our resultingly dwindling customer base. Does anyone actually run an all-SIP network?" Starting in early April, Evariste will begin providing value-added consultancy related to the implementation of the Acme Packet Net-Net Session Director. In Balashov's view, "the Net-Net SD is the only product capable of meeting the perimeter security, routing and peering needs of today's VoIP service delivery environment." Fred Posner, the director of Team Forrest, a Palner Group integration and consultancy operation based in the Jacksonville, Florida area, agreed: "SIP is a tiny piece of the telephony puzzle. The big boys of ClueCon [an interoperator revenue-sharing consortium] want DIAMETER-based interdomain peering policy control, H.323, MGCP, and IMS. IMS is pretty much how VoIP architecture is done now. We got out of the Asterisk business just in time, right before Mitel swallowed the PBX world. I'm glad to see Evariste is finally seeing the light, and I'm sure its shareholders are too." Posner also believes Evariste's lack of support for TDM interfaces accounted for dwindling market share. "Have you seen CSRP? It's SIP in, SIP out. Real inter-LATA haulers and application service providers use TDM and leave SIP for things like voicemail. I can't plug my DS3s into a SIP proxy, so I just don't think there was any real demand for the sort of thing they were doing." Noting Oracle's US$2.5bn acquisition of Acme Packet in early February, as well as its more recently announced buyout of Tekelec, a Siris Capital Group portfolio company, Balashov remarked: "The obvious shift to an Oracle-centric telephony paradigm was a kind of validation, if you will, of our decision to unload our dead weight and sign on to the revolution in unified communications." Sean McCord, of CyCORE Systems, an Atlanta-based software consulting house and long-time Evariste creditor, agreed that there was a natural synergy between Evariste's shift to Acme Packet and Oracle's dominance of telephony infrastructure. "Oracle is a forward-thinking telecom pioneer," McCord said. "The telephone is Oracle, and Oracle is the telephone." Balashov also noted that a tightening regulatory environment and new consumer protection rules helped hasten the decision to embrace the more professionalised Acme Packet product portfolio. John Knight, Senior Engineer at Hendersonville, NC-based Ringfree Communications, one of Evariste's oldest channel partners, said: "As one of Evariste's long-time disties, we were jittery about exposure to CALEA and the QA requirements of large call centers. We tried to make do, but at some point we just had to put the relationship on stop. I'm all in favour of open, but there's just no open-source software out there that does call recording, and that's the bottom line for us. In the end, we had to restructure some debt just to get bondholders to let us source a proprietary solution on tick." In a thematically related move, Evariste will be dropping its heavy use of the open-source PostgreSQL database manager for its rating and reporting tools. "The business case for standardising on Oracle's databases could not be clearer. With Oracle Database 11g's support of warehousing and OLTP, the real mystery is why we didn't go there sooner," said Balashov. Carlos Alvarez, a director at Televolve, a growing Phoenix-area VoIP operator, recently spearheaded a move away from Evariste's PostgreSQL- based call detail record (CDR) storage solution to one running atop Microsoft SQL Server 2008. Alvarez commented: "Evariste had a nice idea, in a cute, David-and-Goliath kind of way, but we're processing over five hundred phone calls a day now. Are we really going to store those kinds of volumes in an open-source database? Might as well just put it all in flat text files at that point. Phone service is an uptime game. You can't compromise on this stuff. What if someone needs to call 911?" Asked to summarise his expectations, Balashov said: "I hope this turns us around in a big way. We were wrong to think that nobody cared about stuff like P-CSCFs, or that you could deliver even rudimentary VoIP to the premise without the expansive feature set of a comprehensive solution like the Net-Net SBC. I can only hope the market forgives us for betting on 'SIP Express Router' and its ilk back in the day, and gives us a chance to do it right in round two." Fred Posner, of Team Forrest, added: "Besides, if you look at the Git repository, Kamailio hasn't had any code contributions in at least five years. It seems everyone's figured out this pure SIP stuff is defunct and hokey."

8 10

ClueCon 2013 - Call For Speakers
by Michael Collins 02 Apr '13

02 Apr '13

[image: https://mail-attachment.googleusercontent.com/attachment/u/0/?ui=2&ik=43fec…]<http://www.cluecon.com> ClueCon - the open source IP communications conference by developers, fordevelopers - would like to announce that we are having an open call for speaking proposals for this year's event. If you have an idea fora technical presentation for ClueCon 2013 then we would like to hear about it. What makes a great ClueCon presentation? The tech savvy crowd that attends ClueCon *loves *technical presentations. In general, the more technical the presentation, the better. If you are thinking about a presentation then consider these points: - ClueCon talks are 30 minutes in length, including Q&A time with the audience - ClueCon has a special focus on open source VoIP and telephony projects like FreeSWITCH, Asterisk, OpenSIPS, and Kamailio - Attendees enjoy hearing about projects built with open source tools, especially those in a production environment - Highly technical discussions that show the nuts and bolts are especially well-liked - The audience appreciates seeing and participating in live demonstrations - We are especially interested in WebRTC-related talks and demonstrations Please send your proposals to marketing(a)cluecon.com. Be sure to include the following items: - Working title - Brief description of the talk (abstract) - Name of the presenter Don't delay! There are a limited number of openings. We will contact you as soon as your talk has been approved and will inform you of the scheduled time. ClueCon 2013 Registration Information ClueCon 2013 registration is now open!. Visit the registration page<http://www.cluecon.com/register?cc12cfs> for details. Be sure to book your room at the Hyatt Chicago Magnificent Mile<http://www.cluecon.com/hotels/>and qualify for the $300 discount. As always, feel free to call us at 877.742.CLUE (877.742.2583) if you have any questions about ClueCon 2013. Also, keep in mind that the FreeSWITCH community has a conference call<http://wiki.freeswitch.org/wiki/Weekly_Conference_Call?cc12cfs>each Wednesday at 1PM Eastern time. This is a great opportunity to talk about open source telephony and get to know a number folks who will be at ClueCon 2013. Stay tuned for more news about ClueCon speakers, sponsors, and related events! -- Michael S Collins ClueCon Team http://www.cluecon.com 877-7-4ACLUE

1 0

alphabetic indexes generated for development version
by Daniel-Constantin Mierla 02 Apr '13

02 Apr '13

Hello, I generated the alphabetic indexes for development version, there are already new modules and code since release of 4.0. If anyone spots missing elements (mod params, functions, etc...), write back here so we fix the issue (could be wrong formatted xml docbook file for module readme). They are available at: - http://www.kamailio.org/wiki/#alphabetic_indexes Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, April 16-17, 2013, Berlin - http://conference.kamailio.com -

2 2

Are there any Blind Call Forwarding examples available for Kamailia 3.3.0?
by alans126 02 Apr '13

02 Apr '13

I've just configured Kamailia and users 10001,10002,10003 can give each other a call successfully. Now I want to forward every call to 10002 to 10003. The only example I can find is for OpenSER 1.X, the configure file seems different from Kamailia 3.3's. I tried to add the following code to the configure file and some other add_module parts to the other one, but it doesn't work... if(avp_db_load("$ru","$avp(s:callfwd)")) { $ru = $avp(s:callfwd); route(RELAY); exit; }. Can anyone provide me with the kamailia.cfg and kamctlrc files which implemented call forwarding unde Kamailia 3.3, please? I'm a newbie so I really hope to get your help. 2013-04-02 alans126

1 0

Support
by Maritza y Cristian Zuÿfffff1iga 02 Apr '13

02 Apr '13

Dear Sr, Is it possible to use QuteCom softphone with iptel.org SIP service? Regards Cristian A. Zúñiga

1 0

Is cvs repository of sip_route still alive?
by Yuming Zheng 02 Apr '13

02 Apr '13

Hi, export CVSROOT=:pserver:anonymous@cvs.berlios.de:/cvsroot/ser cvs login OK, when try checkout the sip_route cvs co sip_router cvs [checkout aborted]: cannot stat /cvsroot/ser/locks: No such file or directory Although cvs view is working. I want go check some logs in the repository. BR, Frank.zheng

3 3

Wiki site registration updates
by Daniel-Constantin Mierla 01 Apr '13

01 Apr '13

Hello, as of yesterday, creation of new accounts for Kamailio's wiki site requires to answer a project related question. Captcha was useless as spam bots were lately going through it easily, creating accounts in a rate of approx 50 new registrations per day. The extra question is asked just after CAPTCHA, see it at: - https://www.kamailio.org/wiki/start?do=register Hopefully the questions are simple enough to allow good people to register and difficult enough for spambots to give up. It is not a very sophisticated system, let's see if there will be any efforts in reverse engineering to break in with bots. So far no new spammer account. If they will succeed, at least they learn something useful. If anyone has difficulties creating wiki accounts, write an email to sr-dev mailing list and it will be investigated. Cheers, Daniel PS. This registration system will last, is not for April 1. -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, April 16-17, 2013, Berlin - http://conference.kamailio.com -

3 9

Kamailio + ABills
by Victor V. Kustov 01 Apr '13

01 Apr '13

Hi. Can someone tips for Kamailio + ABillS works? -- SY, Victor JID: coyote(a)bks.tv JID: coyote(a)bryansktel.ru I use FREE operation system: 3.8.4-calculate GNU/Linux

2 2

Yet another IPv6 question related with rtpproxy ipv4/ipv6 bridging
by Miguel Baptista 31 Mar '13

31 Mar '13

Hello, I have been doing some tests with kamailio and IPv6. My initial setup was IPv6 only and now am I extending it to a dual-stack environment. Well, and now I am starting to face some (interesting) challenges. So, the first step in the dual-stack environment was to install RTP Proxy and configured kamailio to use it. With this setup, the UAs locally registered were able to communicate with each-other no matter with address family (IPv4/IPv6) they were using. So far so good. But now I want to extend my tests a bit more ... I want to communicate with the "outside world" (using ENUM and domain based SIP URIs). Do I have a way to know if the "destination" is IPv4 or IPv6? Because I need that information in order to properly bridge the calls on rtpproxy. I tried to use the onsend_route but it didn't work. I mean, I am able to know if the "next-hop" is IPv6 or IPv4 but it seems that it is "too late" to use rtpproxy. BTW ... I am assuming that if the "next-hop" is IPv6 then the final user agent will also be IPv6 (the same for IPv4) Should I use some other approach? For example, failure route instead? Does anyone have a similiar setup? How are you solving this issue? - Miguel Baptista

3 4

SIP contact matching - location db ops
by Daniel-Constantin Mierla 30 Mar '13

30 Mar '13

Hello, apparently all the db operations to update/delete contacts are done by matching on username, contact, call-id and domain (when use_domain=1) -- it is like this for way many years, therefore needs some debate if/how to change. While the module has a matching_mode parameter for various contact matching algorithms, it is used for in-memory matching only. - http://kamailio.org/docs/modules/stable/modules/usrloc.html#matching-mode IIRC, for initial SIP specs (with no GRUU extensions, etc), aor contact address should be used for matching. Call-Id has a relevance only when CSeq is lower than previous received REGISTER with same call-id. Do I miss any specs requirements? Following the report on tracker FS#278, matching on path value for db ops will be probably very inefficient. Matching on call id for this case should be sufficient if the REGISTER comes from different UA. Can it happen that same UA sends same REGISTER via two paths? With this question I mean if anyone is aware of an UA able to do this. Relying on previous hop address to use in the db key, would not be enough, as the different path can be in the hops before. I plan to keep for now call-id for db operations when matching mode involves path, one way to fix it properly could be usage of ruid as db key, but needs further analysis. Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com

3 3

Help with SIP over Websocket audio call
by Brad Johns 30 Mar '13

30 Mar '13

Hi, New to Kamailio. I have my Kamailio 4.0 server with websocket support, and the users can register using the JsSIP Tryit sample WebRTC application. However, after registration, the users can't place an audio call. I see no ringing on the remote browser. I don't know how to debug this further to find out what the problem is. Can anyone help with clues or debug? In Debug log I can see the websocket ws_frame.c decode the websocket message into SIP, and I see normal SIP call flow for an INVITE. However, nothing indicating a call. With this JsSIP, I can do chat through Kamailio SIP over WebSockets. With this Kamailio server, SIP User Agent Clients work just fine to register and place SIP call with audio. It's just that WebRTC audio calls don't work with JsSIP sample application with Kamailio 4.0 websocket module. Kamailio websocket configuration borrowed from: https://gist.github.com/jesusprubio/4066845 Any help debugging this appreciated. Brad

2 7

Help with SIP over Websocket audio call: 405 Method Not Allowed
by Brad Johns 30 Mar '13

30 Mar '13

Hi, New to Kamailio. I have my Kamailio 4.0 server with websocket support, and the users can register using the JsSIP Tryit sample WebRTC application. They can do 'chat' feature of JsSIP Tryit using kamailio 4.0 sip over websockets module. However, after registration, the users can't place an audio call. I see no ringing on the remote browser. Can anyone help with clues or debug? In Debug log I can see the websocket ws_frame.c decode the websocket message into SIP, and I see normal SIP call flow for an INVITE. However, nothing indicating a call. I ran 'ngrep -p -w -W byline port 8888' (WS port) and see that I'm getting an error response to browser UA of "405: Method Not Allowed". I've isolated it down to the this snippet in the kamailio.cfg for route[LOCATION]: $avp(oexten) = $rU; if (!lookup("location")) { $var(rc) = $rc; route(TOVOICEMAIL); t_newtran(); switch ($var(rc)) { case -1: case -3: send_reply("404", "Not Found"); exit; case -2: send_reply("405", "TEST: Method Not Allowed"); exit; } } The switch case is returning -2, for some reason. Any help in debugging this appreciated.

3 5

sems.conf
by Maaz Bin Mahmood 30 Mar '13

30 Mar '13

Hi there, I am trying to try SEMS but after make install, file sems.conf is not available in /usr/local/etc/sems/ Can you please suggest a solution? as tutorial here ( http://ftp.iptel.org/pub/sems/doc/current/howtostart_noproxy.html ) asks to change sems.conf as a first step. Regards, Max

2 1

carrierroute module
by Angel Angelov 29 Mar '13

29 Mar '13

Hello, When I tried to start kamailio-4.0 with carrirroute module include, the follow error appeared 0(8732) ERROR: [sr_module.c:572]: ERROR: load_module: could not open module : /usr/local/kamailio-4.0/lib/kamailio/modules/carrierroute.so: undefined symbol: cfg_getnint . Do you need more information? Thanks in advanced. Regards. Angelov?

2 1

IPv4 / v6 request to global parameter "TOS"
by Klaus Feichtinger 29 Mar '13

29 Mar '13

Hello list, in a bridging scenario with kamailio 3.3.4 and rtpproxy 1.2.1 for bridging signalling and media from an IPv4 to an IPv6 network and vice versa I found that the TOS value, which is set in kamailio.cfg, is used for IPv4 packets only. IPv6 packets have the traffic class value set to the default value 0x0. In other words: kamailio doesn´t use this variable for IPv6 packets. In the cookbook (http://www.kamailio.org/wiki/cookbooks/3.3.x/core#tos) I haven´t found any hint that it _is_ limited to IPv4 only ("...for the sent IP packages"). I know that the name "tos" may be misleading, as the original definition was outdated by dscp+ecn, but it was/is working fine now. However, as IPv6 is using dscp+ecn, too, I wonder if the tos variable should support IPv6 packets, too. Could anybody give me a hint? Is there maybe an alternative way to prioritise SIP in IPv6 with kamailio? Thanks in advance, Klaus Feichtinger

2 3

wiki accounts cleanup
by Daniel-Constantin Mierla 29 Mar '13

29 Mar '13

Hello, as there were many spamming accounts created in the wiki, used to add inappropriate content (http://www.kamailio.org/wiki/start?do=recent), I went through them and deleted those having more like random name and random id for email addresses. Hopefully I haven't deleted any valid account, but if you try yours and does not work, try to create it again. If you still have troubles, write me mentioning the account id. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, April 16-17, 2013, Berlin - http://conference.kamailio.com -

1 0

Re: [SR-Users] Iimitations of xcap server in kamailio
by David Thomson 29 Mar '13

29 Mar '13

Thanks Peter! I'll try that out!! Is there a doc that goes through how to tweak Kamailio into production mode? What about having two Kamailio servers sharing one db and allowing calls between the two servers to be completed? That's another hurdle I've yet to get over. Ttyl, Dave ------Original Message------ From: Peter Dunkley To: sr-users(a)lists.sip-router.org Subject: Re: [SR-Users] Iimitations of xcap server in kamailio Sent: Mar 28, 2013 10:20 PM There are a number of core parameter and modparam values you need to increase from their defaults in order to be able to handle large HTTP requests (and therefore large XCAP documents). For example, * tcp_rd_buf_size (core parameter) * tcp_wq_max (core parameter) * sql_buffer_size (core parameter) * buf_size (xcap_server modparam) Regards, Peter > Has anyone else noticed issues when adding a large number of contacts to > your buddy list? I was using Jitsi and at about 40 contacts I was > encountering issues in that the subsequent contacts would not get added to > my buddy list. > > Ttyl, > Dave > > > > _______________________________________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list > sr-users(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > -- Peter Dunkley Technical Director Crocodile RCS Ltd _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

1 0

500 ERROR Reloading data when reloading hash table using FIFO
by kawarod 29 Mar '13

29 Mar '13

Dear list users, I encounter an issue when reloading a hash table using FIFO command. My hash is getting a list of "Username / Serial Number" from SQL for each phone connecting to Kamailio. Then I use this hash to authenticate the phone based on a X-SerialNumber attribute. This hash has to be updated once or twice a day, to accomodate new users or a change of the Phone. I'm using the following command for reloading: /opt/kamailio/sbin/kamctl fifo sht_reload hash_cpe_serial Everything is working fine, but after 25-26 reload I have an error like this: 500 ERROR Reloading data The only way to recover is do a restart with ./kamctl restart The hash size has approximatively 22 000 users. The hash has been defined like this in the configuration file: modparam("htable", "htable", "hash_cpe_serial=>size=14;dbtable=subscriber;") When using kamcmd, i have this: kamcmd> htable.listTables { name: ipban dbtable: dbmode: 0 expire: 300 updateexpire: 1 size: 256 } { name: hash_cpe_serial dbtable: subscriber dbmode: 0 expire: 0 updateexpire: 1 size: 16384 } When trying to dump with kamcmd, I have an error: kamcmd> htable.dump hash_cpe_serial error: 500 - Internal server error processing '{': buffer too small (overflow) (-2) But it works fine with: /opt/kamailio/sbin/kamctl fifo sht_dump hash_cpe_serial I have upgraded from 3.2.2 to 4.0.0 to be sure that it was not relative to the old version, but without success. Any idea on how to correct this. Kind regards, rod

1 1

kamailio 4.0.0; km_append_branch problem
by Pavel Miskov 29 Mar '13

29 Mar '13

Hi all, I installed Kamailio 4.0.0 from source an tried configuration from Kamailio 3.3.2. problem is with km_append_branch function. Not starting Kamailio400: invalid configuration file! -e 0(20346) ERROR: <core> [cfg.y:3431]: cfg. parser: failed to find command km_append_branch 0(20346) : <core> [cfg.y:3570]: parse error in config file /usr/local/kamailio400/etc/kamailio/kamailio.cfg, line 2448, column 22: unknown command, missing loadmodule? ERROR: bad config file (1 errors) configuration: ------------------ mpath="/usr/local/kamailio400/lib64/kamailio/modules_k/:/usr/local/kamailio400/lib64/kamailio/modules/" loadmodule "kex.so" ... km_append_branch(); route(RELAY); exit; } ... Please advise Best regards Pavel

2 2

Iimitations of xcap server in kamailio
by David Thomson 29 Mar '13

29 Mar '13

Has anyone else noticed issues when adding a large number of contacts to your buddy list? I was using Jitsi and at about 40 contacts I was encountering issues in that the subsequent contacts would not get added to my buddy list. Ttyl, Dave

2 1

Homer / Kamailio / Freeswitch
by Antonio Teixeira 28 Mar '13

28 Mar '13

Hello. First of all i just did a fresh install of Homer and this thing is perfect only really missing the RTP analysis. Anyway I have a Freeswitch PBX with several internal profiles and also external profiles binded into external Ips ( Public not Private). Capture on the private network profiles works flawlessly when i try to track public interface , calls going into the VOIP Operators , there are no entries .... So : Public call data inside the DB , No Freeswitch sending data into Kamailio , Yes TCPDUMP on Kamailio Shows SIP Data from the PBX Interface , Yes , Kamailio complains with Mar 28 08:30:27 debian /usr/local/sbin/kamailio[23709]: ERROR: <core> [parser/msg_parser.c:705]: ERROR: parse_msg: message=<#015#012> Mar 28 08:30:27 debian /usr/local/sbin/kamailio[23709]: ERROR: <core> [receive.c:146]: ERROR: receive_msg: parse_msg failed Problem Scenario : A call from a phone inside the network 1.1.1.0 Into the PBX 1.1.1.1 is tracked by Homer a call from the external IP Binded into the PBX lets say something like 80.0.80.8(External Public IP) , Call not tracked and Kamailio complains with parse_msg_error. Helper Data : Uname Linux debian 2.6.32-5-amd64 #1 SMP Mon Feb 25 00:26:11 UTC 2013 x86_64 GNU/Linux LSB Distributor ID: Debian Description: Debian GNU/Linux 6.0.7 (squeeze) Release: 6.0.7 Codename: squeeze Kamailio as of TODAY from GIT Homer as of TODAY from GIT WebHomer 3.3.1 From GIT Also Using the SOFIA SIPTRACE , problem shows both using the global sip trace or individual profile siptrace. Thanks for your time Antonio

2 1

base64 transformation
by Andreas Granig 28 Mar '13

28 Mar '13

Hi guys Maybe I missed something, but looks like there is no base64 encode/decode transformation in PV, right? I think we're going to add one, as it might be handy to do such transformations directly from within the config file. One case where this could be used is that some UAs are picky in regards to URIs as URI params, e.g. P-Foo: <sip:alice@example.org;x='sip:1.2.3.4:1234'> which could be changed into P-Foo: <sip:alice@example.org;x=c2lwOjEuMi4zLjQ6MTIzNAo=> which might be understood more easily (although it's still just a work-around for broken UAs, but that's how life is). Any objections against such a transformation? Andreas

3 2

Tag maximum size/length
by Grant Bagdasarian 28 Mar '13

28 Mar '13

Hello, Is there a maximum length/size defined for the From and To Tag? The RFC states: "it MUST be globally unique and cryptographically random with at least 32 bits of randomness". Though I can't find anything in the RFC about the maximum. The sip_capture table stores the to_tag and from_tag in a varchar(64). Does this mean the max is 64? Source: https://code.google.com/p/homer/source/browse/sql/create_sipcapture.sql Thanks, G

2 3

Need help with Kamailio+RLS configuration.
by Aleksandrs Semenenko 27 Mar '13

27 Mar '13

Hello everyone, I am running Kamailio 3.3.2 server and I need to configure it to support RLS to avoid big amounts of SUBSCRIBE requests from clients. By this moment I have managed to configure XCAP server and learned the XML structure for press-rules, rls-services and resource-list documents. Also I have successfully put rls_update_subs and rls_handle_subscribe calls to kamailio.cfg, so now when I PUT new rls-services or resource-list document to XCAP I can see these calls triggered. The problem is that on client side I always get empty notification XML: <?xml version="1.0"?> <list uri="sip:user1-list@sip.server" xmlns="urn:ietf:params:xml:ns:rlmi" version="1" fullState="true"> <resource uri="sip:user2@sip.server"/> <resource uri="sip:user3@sip.server"/> </list> As I understand, user2 and user3 must have added user1 to pres-rules document? Correct? So it is… I assume there should be a call to rls_handle_notify function somewhere in kamailio.cfg, but where exactly? I have tried to add it after SUBSCRIBE condition, but it is never called in fact: if( is_method("SUBSCRIBE")) { xlog("BEFORE rls_handle_subscribe"); $var(ret_code)= rls_handle_subscribe(); xlog("AFTER rls_handle_subscribe"); if($var(ret_code)== 10) handle_subscribe(); t_release(); } else if (is_method("NOTIFY")) { xlog("BEFORE rls_handle_notify"); rls_handle_notify(); xlog("AFTER rls_handle_notify"); } Any comment would be appreciated! Regards, Alex.

1 1

SIP hard phones with TLS client certificate
by Daniel-Constantin Mierla 27 Mar '13

27 Mar '13

Hello, I am trying to build a list of SIP hardphones that have support for TLS with client side certificate (i.e., import custom ssl certificate in the phone specific for each SIP account). Anyone that can report back the vendor and model (eventually the minimum/current firmware version)? Thanks, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, April 16-17, 2013, Berlin - http://conference.kamailio.com -

1 0

Implementing encryption
by Techie Sup 27 Mar '13

27 Mar '13

Hello, Any successful implementation of adding some customized security (encryption) over sip and rtp in kamailio? (non TLS) Also looking for assistance on the concept of rtp over tcp using kamailio and rtpproxy. Warm Regards Selvam -- Sent from my mobile device

4 10

Re: [SR-Users] How to enable TLS in Kamailio ?
by David Thomson 27 Mar '13

27 Mar '13

Didn't read the whole thread, but, in some clients you need to specify the transport is TLS and the port is 5061 (assuming you use the default). Hth. Ttyl, Dave -----Original Message----- From: Khoa Pham <onmyway133(a)gmail.com> Date: Thu, 21 Mar 2013 03:52:12 To: <sr-users(a)lists.sip-router.org> Subject: Re: [SR-Users] How to enable TLS in Kamailio ? @Moacir, thanks 1. You said that " then use "listen="my ip address" and all enabled services will be bound to the especified IP address." So which port does Kamailio listen for TCP and TLS? How does client know which port to connect to Kamailio ? On Thu, Mar 21, 2013 at 12:41 AM, Moacir Ferreira <moacirferreira(a)hotmail.com <mailto:moacirferreira@hotmail.com> > wrote: Hummm. When I start playing with Kamailio I had some problems that were related to the compilation process not really to the final product. Now, if you comment out the listen statement then all server interfaces will listen for all enabled services (SIP-UDP, SIP-TCP and SIP-TLS if you enabled it). AS a troubleshooting suggestion, just comment out the "listen" statement and all enabled services will bind to all available IP interfaces. If it works, then use "listen="my ip address" and all enabled services will be bound to the especified IP address. Best regards, Moacir ---------------- From: oej(a)edvina.net <mailto:oej@edvina.net> Date: Wed, 20 Mar 2013 12:43:06 +0100 To: sr-users(a)lists.sip-router.org <mailto:sr-users@lists.sip-router.org> Subject: Re: [SR-Users] How to enable TLS in Kamailio ? 20 mar 2013 kl. 10:33 skrev Khoa Pham <onmyway133(a)gmail.com <mailto:onmyway133@gmail.com> >: Hi Olle, I follow these 2 tutorials 1. http://nil.uniza.sk/network-security/tls/configuring-tls-support-kamailio-3… which only describes to listen on tls listen=tls:158.193.139.51:5061 <http://158.193.139.51:5061/> 2. http://www.kamailio.org/dokuwiki/doku.php/tls:create-certificates which only describes to listen on udp and tcp listen=udp:<ip-address-for-receiving-sip-requests>:5060 listen=tcp:<ip-address-for-receiving-sip-requests>:5060 It is not until I listen on both TCP and LTS does it work. You document http://kamailio.org/docs/modules/4.0.x/modules/tls.html seems to lack of these "listen" Right. But it's in the core cookbook. We should propably add the listen to the TLS docs too. Thanks! /O On Wed, Mar 20, 2013 at 4:10 PM, Olle E. Johansson <oej(a)edvina.net <mailto:oej@edvina.net> > wrote: 20 mar 2013 kl. 07:55 skrev Daniel-Constantin Mierla <miconda(a)gmail.com <mailto:miconda@gmail.com> >: Hello, when tls module is installed, a self signed pair of certificate-private key is generated in /usr/local/etc/kamailio If you need one that is signed by a trusted CA (e.g., Verisign), you will have to buy it. Cheers, Daniel On 3/19/13 8:08 AM, Khoa Pham wrote: Hi, I want to enable TLS in Kamailio, as in here http://kamailio.org/docs/modules/stable/modules/tls.html But how can I get the certificate and private key ? The documentation for the TLS module actually includes a quick howto. http://kamailio.org/docs/modules/4.0.x/modules/tls.html What part of this needs clarification? Please help us make the documentation better if there are parts you do not undertand or isn't explained. Thanks, /O _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org <mailto:sr-users@lists.sip-router.org> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Khoa Pham HCMC University of Science Faculty of Information Technology _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org <mailto:sr-users@lists.sip-router.org> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org <mailto:sr-users@lists.sip-router.org> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org <mailto:sr-users@lists.sip-router.org> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Khoa Pham HCMC University of Science Faculty of Information Technology

3 3

kamailio > user agent client...
by Douglas Adami 27 Mar '13

27 Mar '13

hello guys, I'm new here, already working with Asterisk for some time and decided to learn more about kamailio, I'm studying your settings and features and want to start a project to integrate with Asterisk, but leaving the asterisk for voicemail and IVR. http://kb.asipto.com/asterisk:realtime:kamailio-3.3.x-asterisk-10.7.0-astdb I have a question, can I use kamailio as client for the various gateways and voip providers, saw that possibility in module UAC, but how do I authenticate to multiple servers? anyone have any sample settings? Hugs to all! Doug

2 1

SIP over WebSockets error: bad request
by Brad Johns 26 Mar '13

26 Mar '13

Hi, Wondering if anyone could please help me debug what is wrong with my kamailio.cfg for Websockets support. I'm using JsSIP sample application, and I've compiled Kamailio 4.0 for WS support. My config is borrowed from link this link [1]. Wondering if anyone can help me debug this. Error is bad request, from syslog: Mar 26 19:26:42 ace /usr/local/sbin/kamailio[25774]: ERROR: <core> [tcp_read.c:1296]: ERROR: tcp_read_req: bad request, state=7, error=4 buf:#012GET / HTTP/1.1#015#012Upgrade: websocket#015#012Connection: Upgrade#015#012Host: sip.XXX.net:8888#015#012Origin: http://sip.XXX.net#015#012Sec-WebSocket-Protocol: sip#015#012Pragma: no-cache#015#012Cache-Control: no-cache#015#012Sec-WebSocket-Key: p2cM0XbAejvloY1h+pACIw==#015#012Sec-WebSocket-Version: 13#015#012Sec-WebSocket-Extensions: x-webkit-deflate-frame#015#012Cookie: _pk_id.6.4c1d=3ee006d4f8af735c.1363914085.2.1364326003.1363915087.; _pk_ses.6.4c1d=*#015#012#015#012#012parsed:#012GET / HTTP/1.1#015#012Upgrade: websocket#015#012Connection: Upgrade#015#012Host: sip.XXX.net:8888#015#012Origin: http://sip.XXX.net#015#012Sec-WebSocket-Protocol: sip#015#012Pragma: no-cache#015#012Cache-Control: no-cache#015#012Sec-WebSocket-Key: p2cM0XbAejvloY1h+pACIw==#015#012Sec-WebSocket-Version: 13#015#012Sec-WebSocket-Extensions: x-webkit-deflate-frame#015#012Cookie: _pk_id.6.4c1d=3ee006d4f8af735c.1363914085.2.1364326003.1363915087.; _pk_ses.6.4c1d=*#015#012#015#012 Any ideas? Can send my kamailio.cfg if necessary. [1] Kamailio sample config for WebSockets https://gist.github.com/jesusprubio/4066845

2 3

Dialog module - shared state
by Charles Chance 26 Mar '13

26 Mar '13

Hi all, I was wondering, how are others sharing dialog module (particularly profile) state between multiple servers? Thanks in advance, Charles -- www.sipcentric.com Follow us on twitter @sipcentric <http://twitter.com/sipcentric> Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered office: Unit 10 iBIC, Birmingham Science Park, Holt Court South, Birmingham B7 4EJ.

2 5

Kamailio World Updates - March 26
by Daniel-Constantin Mierla 26 Mar '13

26 Mar '13

Hello, the agenda is pretty much set for Kamailio World Conference, see it at: - http://conference.kamailio.com/k01/schedule/ The event starts in three weeks from now, we are glad to be able to host a great group of speakers. There are well known names in the industry able to share insights of the telecom and RTC/RCS market as well as talks about new projects that have potential to grow and help building new services. Check the speakers list at: - http://conference.kamailio.com/k01/speakers/ Regarding Kamailio project, two weeks after release of v4.0.0, the development branch is very active, with two new modules already imported there (app_java - embedded execution of java code; cnxcc - call control/prepaid system module), other new modules in developers personal branches and new features to old modules (e.g., snmpstats, usrloc). If you haven't registered yet for the Kamailio World conference, be aware of registration timeline updates - standard registration period has been shortened, last date for it being April 5, 2013. As the number of participants exceeded initial estimation, the company taking care of offering drinks and meals needs to know attendees' details more in advance. Registration form and more details at: - http://conference.kamailio.com/k01/registration/ Take in cosideration also the companies coming with demos, presenting products or services: Sipwise, Sipgate, NG Voice, FhG Fokus and Asipto. You may want to reserve some time for private discussions with them, contact us for further details. Looking forward to meet many of you in Berlin, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, April 16-17, 2013, Berlin - http://conference.kamailio.com -

1 0

Kamailio on AWS
by Felipe Ramos 26 Mar '13

26 Mar '13

Can anyone please point me on a configuration example for kamailio when it is behind NAT, i need to change the contact ip from internal to external on sdp and proxy all media from outside to internal asterisk farm. Please any help will be appreciated. most of documentation available is when client is behind Nat but not when Server behind Nat like is the case with Amazon aws vpc instances. Again thank you before hand.

2 3

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users