- sr-users - kamailio.org

weight of rtpengine rtp proxy?
by Juha Heinanen 10 Apr '15

10 Apr '15

rtpengine readme tells in section 2: The balancing inside a set is done automatically by the module based on the weight of each RTP proxy from the set. i have not found in rtpengine_sock module parameter description, how is the weight of a rtp proxy is specified specified. it contains an example: modparam("rtpengine", "rtpengine_sock", "1 == udp:localhost:12221 udp:localhost:12222") how can i tell what the weight of each of two proxies is? -- juha

3 4

Re: [SR-Users] fifo error and kamailio wont start
by Bruno Emer 10 Apr '15

10 Apr '15

Ok Joli! Here is the way I do this. At the begining of your kamailio.cfg, just after "#!KAMAILIO" insert this define: #!define WITH_DEBUG In your global parameters, you must now define what happens if "WITH_DEBUG" is configurated, so add these lines: #!ifdef WITH_DEBUG debug=4 log_stderror=yes #!else debug=2 log_stderror=no #!endif On Modules Selection, load the module debbuger.so: #!ifdef WITH_DEBUG loadmodule "debugger.so" #!endif And set the module specific parameters: #!ifdef … [View More]

1 0

Re: [SR-Users] fifo error and kamailio wont start
by Bruno Emer 10 Apr '15

10 Apr '15

Hello Joli! To see what is going on, is a good idea to set debug=4 so you can see exactly what is going on. If you don't know how to do this, please let me know and I can try to help you. Bruno Emer

2 1

fifo error and kamailio wont start
by Joli Martinez 10 Apr '15

10 Apr '15

Hello, I am installing the latest version of Kamailio on CentOS 7 from Git. Everything compiled correctly, but when I try to start it I am getting a fifo error and Kamailio wont start [error] kamailio: : <core> [cfg.y:3428]: yyerror_at(): parse error in config file /usr/local/etc/kamailio/kamailio.cfg, line 296, column 39: Can't initialize shared memory kamailio: ERROR: mi_fifo [mi_fifo.c:271]: mi_destroy(): FIFO stat failed: Bad address kamailio: Starting kamailio: kamailio.service: … [View More]

2 2

Keeping track of routing/dialog attribute value pairs
by Dirk Teurlings - SIGNET B.V. 10 Apr '15

10 Apr '15

Hello, Throughout the routes of kamailio we use multiple variables. These consist of $var, $avp, $dlg_var and probably more. What's the policy for these variables when used. When, if even, are they being cleaned up after a call has been terminated. Is this something we need to be doing ourselves with functions like avp_delete("foo")? Many thanks! Dirk

4 4

MULTIDOMAIN Environment
by Bruno Emer 10 Apr '15

10 Apr '15

Hello all! I have a scenario here where I need to put more than two companies into the same Kamailio server and to accomplish this I'm using a multi-domain configuration. For now, I am able to create users in different domains and register all of them. The users are able to place and receive internal calls (as I am using this just to get internal communications working), so I am ok with this part of my configuration. The problem that I'm facing now is that users from domain "A" are able to … [View More]place calls to users from domain "B". I need to deny calls between different domains, and I don't know the best way to achieve this. Here are my domains create (output from "kamctl domain show"): domain:: enterprise.com did:: enterprise.com domain:: enterprise2.com did:: enterprise2.com And here are my users created: username: bob domain: enterprise.com username: alice domain: enterprise2.com So, can you please help me to get this? Here is my .cfg file: #!KAMAILIO #!define WITH_PGSQL #!define WITH_AUTH #!define WITH_USRLOCDB ##!define WITH_NAT ##!define WITH_DEBUG #!define WITH_MULTIDOMAIN ##!define WITH_SIPTRACE #!define WITH_SQLOPS #!define WITH_XMLRPC ##!define WITH_603 #!define WITH_TLS # #!substdef "!MY_WS_PORT!80!g" #!substdef "!MY_WSS_PORT!81!g" #!substdef "!MY_WS_ADDR!eth1:MY_WS_PORT!g" #!substdef "!MY_WSS_ADDR!tls:eth1:MY_WSS_PORT!g" #!define WITH_WEBSOCKETS #!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 ####### Include Local Config If Exists ######### import_file "kamailio-local.cfg" ####### Defined Values ######### # *** Value defines - IDs used later in config #!ifdef WITH_PGSQL # - database URL - used to connect to database server by modules such # as: auth_db, acc, usrloc, a.s.o. #!define DBURL "postgres://kamailio:kamailiorw@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 6 #!define FLB_NATSIPPING 7 ####### Global Parameters ######### ### LOG Levels: 3=DBG, 2=INFO, 1=NOTICE, 0=WARN, -1=ERR #!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=no tcp_accept_no_cl=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="sip.mydomain.com" /* 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 /* 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 tcp_rd_buf_size=6144 listen=eth1 #!ifdef WITH_WEBSOCKETS listen=MY_WS_ADDR #!ifdef WITH_TLS listen=eth1 #!endif #!endif ####### 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" pstn.gw_port = "" desc "PSTN GW Port" #!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/" #!else mpath="/usr/lib/x86_64-linux-gnu/kamailio/modules/" #!endif #!ifdef WITH_PGSQL loadmodule "db_postgres.so" #!endif loadmodule "mi_fifo.so" loadmodule "kex.so" loadmodule "corex.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" #!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 #!ifdef WITH_SIPTRACE loadmodule "siptrace.so" #!endif #!ifdef WITH_SQLOPS loadmodule "sqlops.so" #!endif #!ifdef WITH_WEBSOCKETS loadmodule "xhttp.so" loadmodule "websocket.so" loadmodule "nathelper.so" #!endif # ----------------- setting module-specific parameters --------------- # ---- sip_trace params ---- #!ifdef WITH_SIPTRACE modparam("siptrace", "db_url", "postgres://kamailio:kamailiorw@localhost /kamailio") modparam("siptrace", "trace_on", 1) modparam("siptrace", "trace_flag", 22) modparam("siptrace", "trace_sl_acks", 0) #!endif # ----- 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) # 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", 300) modparam("registrar", "min_expires", 30) # 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", 0) #modparam("auth_db", "password_column", "password") modparam("auth_db", "load_credentials", "") modparam("auth_db", "use_domain", MULTIDOMAIN) #modparam("auth_db", "use_domain", 1) # ----- 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 # ----- speeddial 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) # ----- 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:7722") # ----- 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", "connection_timeout", 60) modparam("tls", "tls_debug", 10) modparam("tls", "config", "/usr/local/etc/kamailio/tls.cfg") #modparam("tls", "verify_certificate", 1) #modparam("tls", "require_certificate", 0) #!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 #!ifdef WITH_WEBSOCKETS # ----- nathelper params ----- modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)") # Note: leaving NAT pings turned off here as nathelper is _only_ being used for # WebSocket connections. NAT pings are not needed as WebSockets have # their own keep-alives. #!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 { route(REQINIT); #!ifdef WITH_SIPTRACE if($hdr(X-Omnz-SipTrace) !=$null) { sip_trace(); setflag(22); } #!endif #!ifdef WITH_WEBSOCKETS if (nat_uac_test(64)) { # Do NAT traversal stuff for requests from a WebSocket # connection - even if it is not behind a NAT! # This won't be needed in the future if Kamailio and the # WebSocket client support Outbound and Path. force_rport(); if (is_method("REGISTER")) fix_nated_register(); else { if (!add_contact_alias()) { xlog("L_ERR", "Error aliasing contact <$ct>\n"); sl_send_reply("400", "Bad Request"); exit; } } } #!endif # NAT detection route(NATDETECT); # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) { route(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] { # enable additional event routes for forwarded requests # - serial forking, RTP relaying handling, a.s.o. #!ifdef WITH_603 if (is_method("INVITE")) { if($hdr(X-Omz-int-Id) ==$null) { # request with no Username in RURI sl_send_reply("603","Declined"); exit; } } #!endif if (is_method("INVITE|BYE|SUBSCRIBE|UPDATE")) { if(!t_is_set("branch_route")) t_on_branch("MANAGE_BRANCH"); } if (is_method("INVITE|SUBSCRIBE|UPDATE")) { if(!t_is_set("onreply_route")) t_on_reply("MANAGE_REPLY"); } if (is_method("INVITE")) { if(!t_is_set("failure_route")) 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()) { #!ifdef WITH_WEBSOCKETS if ($du == "") { if (!handle_ruri_alias()) { xlog("L_ERR", "Bad alias <$ru>\n"); sl_send_reply("400", "Bad Request"); exit; } } #!endif 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 route(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_SPEEDDIAL # 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); } route(RELAY); exit; } # 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_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] { #!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 (is_request()) { if(has_totag()) { if(check_route_param("nat=yes")) { setbflag(FLB_NATB); } } } if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return; rtpproxy_manage("co"); if (is_request()) { if (!has_totag()) { if(t_is_branch_route()) { 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; } if (strempty($sel(cfg_get.pstn.gw_port))) { $ru = "sip:" + $rU + "@" + $sel(cfg_get.pstn.gw_ip); } else { $ru = "sip:" + $rU + "@" + $sel(cfg_get.pstn.gw_ip) + ":" + $sel(cfg_get.pstn.gw_port); } 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")) { $du = $null; route(TOVOICEMAIL); exit; } #!endif } #!ifdef WITH_WEBSOCKETS onreply_route { if (nat_uac_test(64)) { # Do NAT traversal stuff for replies to a WebSocket connection # - even if it is not behind a NAT! # This won't be needed in the future if Kamailio and the # WebSocket client support Outbound and Path. add_contact_alias(); } } event_route[xhttp:request] { set_reply_close(); set_reply_no_connect(); if ($Rp != MY_WS_PORT #!ifdef WITH_TLS && $Rp != MY_WSS_PORT #!endif ) { xlog("L_WARN", "HTTP request received on $Rp\n"); xhttp_reply("403", "Forbidden", "", ""); exit; } xlog("L_DBG", "HTTP Request Received\n"); if ($hdr(Upgrade)=~"websocket" && $hdr(Connection)=~"Upgrade" && $rm=~"GET") { xlog("L_DBG", "WebSocket\n"); xlog("L_DBG", " Host: $hdr(Host)\n"); xlog("L_DBG", " Origin: $hdr(Origin)\n"); if ($hdr(Host) == $null ) { xlog("L_WARN", "Bad host $hdr(Host)\n"); xhttp_reply("403", "Forbidden", "", ""); exit; } # Optional... validate Origin # Optional... perform HTTP authentication # ws_handle_handshake() exits (no further configuration file # processing of the request) when complete. if (ws_handle_handshake()) { # Optional... cache some information abou the # successful connection exit; } } xhttp_reply("404", "Not found", "", ""); } event_route[websocket:closed] { xlog("L_INFO", "WebSocket connection from $si:$sp has closed\n"); } #!endif [View Less]

2 1

The caller doesn't receive reject message when the callee has more one register location
by xuefeng zhang 10 Apr '15

10 Apr '15

Dear Sir/Madame, I find out a caller doesn't receive reject message when a callee has been registered more times with different device then keep only one callee's device is available.I use the linphone's app to test it,It always reproduce on 4.2.4 stable version.The linphone's app reject a new call that will send 603 message,but the caller can't receive the 603 message.The caller will be continue at calling state. So I add a source code "*should_relay=branch" at 1384 line number in t_reply.c … [View More]

2 3

apache 2.4 wstunnel
by Juha Heinanen 10 Apr '15

10 Apr '15

apache 2.4 has capability to tunnel websocket requests: https://httpd.apache.org/docs/2.4/mod/mod_proxy_wstunnel.html the tunnel also automatically upgrades the connection to websocket connection meaning that ws_handle_handshake() is not needed. has anyone managed to configure kamailio to handle sip requests via apache wstunnel? -- juha

4 9

Cannot register Aastra 6757i
by David Matichuk 10 Apr '15

10 Apr '15

I set up a new account and I am unable to register my phone. It shows "no Service" I'm using an Aastra 6757i. David

1 0

DTLS not working with kamailio
by renuka ghate 09 Apr '15

09 Apr '15

I have configured the kamailio server for TLS.. but my soft phone supports only DTLS, how do i configure kamailio to support DTLS. regards, Renuka

4 3

Re: [SR-Users] Avoiding "script writer didn't release transaction" warnings
by Mickael Marrache 09 Apr '15

09 Apr '15

I think understand in which case it happens. When I receive a REGISTER, I create a transaction since I need to use the t_continue feature to wake up a suspended transaction. However, the save() command of the REGISTRAR module doesn't seem to call t_reply for replying the 200 (it looks like the SL module is used instead). Therefore, I get the warning every time it happens since the transaction is not released explicitly. Should I call t_release just before exiting the block handling the … [View More]

1 0

Avoiding "script writer didn't release transaction" warnings
by Mickael Marrache 09 Apr '15

09 Apr '15

Hi, In my logs, I get a lot of the following warnings: WARNING: tm [t_lookup.c:1476]: t_unref(): WARNING: script writer didn't release transaction I force transaction creation from my script to absorb retransmissions as soon as possible. I understand that I need to explicitly call t_release in order to avoid this warning. What is the most appropriate place in the script to call t_release? Thanks, Mickael

1 0

Work with radius
by Никитенко Виталий 09 Apr '15

09 Apr '15

Hi. I have scheme: User -> Kamailio -> Asterisk -> PSTN | V Radius Server At the beginning dialog (INVITE) kamailio send to radius server START packet which indicates Called, Calling, Accounting Session ID, connect_time, setup_time. When the terminating call (BYE) kamailio forms STOP package. How can I get on kamailio Called, Calling, connect_time that I have in kamailio for START packet if I only match Accounting Session ID? Thank.

3 2

missing BYE when 2 redundant kamailio servers share the same database
by Ding Ma 08 Apr '15

08 Apr '15

Hi, all I'm trying to set up 2 kamailio servers for active-active redundancy. The two kamailio severs share the the same database with db_mode=3, and no registration replication. Use pjsua2 as SIP client for testing. The test setup is as follows: kamailio server 1(k1): 10.0.1.30:5061 <http://10.0.1.30:5061/> kamailio server 2(k2): 10.0.1.32:5061 <http://10.0.1.32:5061/> sip client c1: sip:16317@10.0.1.30 <mailto:sip%3A16317@10.0.1.30>, client ip: 10.0.1.254 sip client … [View More]c2: sip:72316@10.0.1.30 <mailto:sip%3A72316@10.0.1.30>, client ip: 10.0.1.254 c1 is registered with k1. c2 is registered with k2. When c1 calls c2, the call flow is as follows: INVITE: c1------>k1------>k2------>c2 200 OK: c1<------k1<------k2<------c2 So far, the INVITE works. c1 and c2 can establish a call. However, when c2 hangs up and sends BYE, the BYE is forwarded all the way to k1, and then k1 gives a 500 server error. The log on k1 seems to indicate k1 was attempting to create a TLS connection to itself instead of using the existing TLS connection to c1 to forward the BYE. BYE: c1 X k1<------k2<------c2 | |------->Connection refused/500 Here is the kamailio log on k1: Mar 16 10:34:21 kamailio.sip.com <http://kamailio.sip.com/> /usr/sbin/kamailio[13396]: ERROR: <core> [tcp_main.c:2740]: tcpconn_1st_send(): connect 10.0.1.30:55999 <http://10.0.1.30:55999/> failed (RST) Connection refused Mar 16 10:34:21 kamailio.sip.com <http://kamailio.sip.com/> /usr/sbin/kamailio[13396]: ERROR: <core> [tcp_main.c:2750]: tcpconn_1st_send(): 10.0.1.30:55999 <http://10.0.1.30:55999/>: connect & send for 0x7fc96a68a1a0 failed: Connection refused (111) This is the routing logic for BYE in kamailio.cfg: if (loose_route()) { route(DLGURI); if (is_method("BYE")) { xlog("L_DBG", "=====BYE $ru from $fu $si:$sp to $du=====\n"); dlg_manage(); 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); exit; } else {...... If I add location based routing for BYE from peer kamailio, then the BYE seems to be forwarded correctly: if (loose_route()) { route(DLGURI); if (is_method("BYE")) { xlog("L_DBG", "=====BYE $ru from $fu $si:$sp to $du=====\n"); dlg_manage(); setflag(FLT_ACC); # do accounting ... setflag(FLT_ACCFAILED); # ... even if the transaction fails # If BYE coming from Kamailio peer, route BYE by location $var(peerlist)=$sel(cfg_get.trusted.peers); $var(i) = 0; while($var(i)<$(var(peerlist){param.count})) { xlog("L_DBG", "=====$(var(peerlist){param.count})=====$(var(peerlist){param.valueat,$var(i)})=====\n"); if(src_ip==$(var(peerlist){param.valueat,$var(i)})) { lookup("location"); xlog("L_DBG", "=====BYE from $fu $si:$sp to $du=====\n"); break; } $var(i) = $var(i) + 1; } } 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); exit; } else {...... My first question is why k1 loose_route sends the BYE to itself instead of the client. Is this a bug? My next question is whether the above location routing for BYE from peer kamailio a good/safe approach. The SIP traces will be sent later to avoid exceeding email size limit. Thanks [View Less]

3 5

rtpstat counters
by Andres 08 Apr '15

08 Apr '15

In the documentation at: http://kamailio.org/docs/modules/4.2.x/modules/rtpproxy.html I see a variable called $rtpstat which "Returns the RTP-Statistics from the RTP-Proxy. The RTP-Statistics from the RTP-Proxy are provided as a string and it does contain several packet-counters." But I cannot find out where exactly it describes the packet counters. For example the xlog entry: log("L_ALERT", "STATS-rtpproxy,$rtpstat\n"); Will yield an output like: STATS-rtpproxy,60 596 660 1256 0#012 I … [View More]

1 0

Variable interpolation in xavp identifiers
by Alex Balashov 08 Apr '15

08 Apr '15

Hello, There seems to be an implementational difference in interpolation of PVs in AVP and XAVP identifiers and/or field names. The pseudovariables documentation[1] on classical AVPs says: The 'id' can be: ... pseudo variable - if value of pv is integer, id is integer, if string, id is string So, for example, this composition of variables works: $var(f) = 'donkey'; $avp($var(f) = 'eehaw'; xlog("L_INFO", "Donkey says: $avp(donkey)\n"); It correctly … [View More]

2 1

BYE not forwarded
by Grant Bagdasarian 08 Apr '15

08 Apr '15

Hello, I have the following setup: UAC (Bria) ------ Kamailio -------- Freeswitch Kamailio is used to authenticate the client using basic authentication. Upon authentication the INVITE is sent to Freeswitch for further handling. Kamailio stays in the path using record-route. At this point, the authentication and calling FS works fine. For now, FS just answers, plays a file and hangsup the call. Answering the call and playing a file works fine. When FS hangs up the call, the BYE message is … [View More]sent back to Kamailio. The problem is the BYE message from FS contains a Route header which points to Kamailio again. Which causes Kamailio to send the BYE message back to itself. Kamailio then replies with a 404. The BYE is never sent to the UAC. When I remove the record_route() for INVITEs, the call works fine, but Kamailio isn't kept in the signaling path. The BYE is sent directly to the UAC. T 10.0.5.52:54822 -> 10.0.5.50:5060 [AP] BYE sip:grant@10.0.0.40:5060;transport=tcp SIP/2.0. Via: SIP/2.0/TCP 10.0.5.52;rport;branch=z9hG4bK99X8a4Q8BFy1a. Route: <sip:10.0.5.50;transport=tcp;lr=on>. Max-Forwards: 70. From: <sip:123456789@10.0.0.40>;tag=aey7rKe7DmQte. To: <sip:grant@10.0.0.40>;tag=dbc9c27b. Call-ID: NmQ4YjYyMDFkNmMwZjg0ZmU5NjQ3ODhjYzU0MDBmNGI. CSeq: 73909300 BYE. User-Agent: CM SBC. Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, NOTIFY. Supported: timer, path, replaces. Reason: Q.850;cause=16;text="NORMAL_CLEARING". Content-Length: 0. Here is the WITHINDLG route: route[WITHINDLG] { xlog("L_INFO", "[R-ROUTE-WITHINDLG:$ci] !>" "Route:WITHINDLG;UnixTime:$TV(un);RequestURI:$rU;RequestMethod:$rm;FromTag:$ft;ToTag:$tt;CallID:$ci;From:$fU;To:$rU\r\n"); if (!has_totag()) { return; } # Sequential request within a dialog should take the path determined by record-routing if (loose_route()) { route(RELAY); exit; } else { if (is_method("ACK")) { if (t_check_trans()) { # No Loose-Route, but stateful ACK. Must be ACK after 487 route(RELAY); exit; } else { # ACK without matching transaction exit; } } sl_send_reply("404","Not here"); } exit; } I'm using TCP as the transport. Kamailio: 4.2.3 Freeswitch: 1.5.15 I've attached a SIP trace from the point of view of Kamailio. UAC: 10.0.0.40 Kamailio: 10.0.5.50 Freeswitch: 10.0.5.52 What is going on here? The whole Record-Route thing confuses me a lot. Regards, Grant [View Less]

3 5

Fritzbox issues kamailio 4.0.7 regarding stale nonce?
by Daniel Tryba 08 Apr '15

08 Apr '15

Did anyone notice issues with Fritzbox 7390 devices? When upgrading from 4.0.1 to 4.0.7 some of these devices fail to register after some time. They keep trying to reuse an old nonce and ignore the new one in the 401 response to the REGISTER. It will try 11 times to register with the same cseq, nonce and nc, then it will try to register (11 times) with cseq+1, nc+1 and still the old nonce. So www_auth fails with -4: stale nonce. I could find anything in kamailio auth module to accept … [View More]

2 4

Kamailio V 2.4.2 Dialog_ng crash and IMS_USRLOC_SCSCF doc
by Yasin CANER 08 Apr '15

08 Apr '15

3 6

Re: [SR-Users] sr-users Digest, Vol 119, Issue 4
by Yufei Tao 08 Apr '15

08 Apr '15

Hi Daniel Thanks for the reply! Here are things we use: * keepalived for HA * Ubuntu 12.04 There seems to be problems when Kamailio operates on both UDP and TCP at the same time. But I'll upgrade Kamailio from v4.0.0. to v4.0.7 first and see what we get, since there are a few bug fixes to do with TCP between these two versions. Cheers, Yufei On 4 April 2015 at 11:00, <sr-users-request(a)lists.sip-router.org> wrote: > Send sr-users mailing list submissions to > sr-users(a)… [View More]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: SIP messages over UDP with sizes over MTU (Yufei Tao) > 2. Re: SIP messages over UDP with sizes over MTU > (Daniel-Constantin Mierla) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 3 Apr 2015 12:04:49 +0100 > From: Yufei Tao <yufei.tao(a)gmail.com> > To: sr-users(a)lists.sip-router.org > Subject: Re: [SR-Users] SIP messages over UDP with sizes over MTU > Message-ID: > < > CAJwP0iTBGk8S91CheS+xAON2fJgyKZH9HFcwTbvcLygmzLNd+g(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi Daniel > > We don't have pike module enabled. > > When the problem occurred on an VIP, we observed these: > * Kamailio stopped responding to any messages that were sent to the VIP, > not just OPTIONS > * The OPTIONS messages are not big. But the other SIP messages, e.g. some > of the INVITE/OK that came from some SBCs can be big > * netstat showed the Recv-Q on that VIP had a lot of bytes accumulated, > while Kamailio was not seeing/reading them > * Kamailio responded fine on its real IP, when I sent OPTIONS pings to it > using sipsak > * After restarting Kamailio it started working. But after 1 week or so the > same problem happened again > > Since this only happened after running for 1 week or so, we didn't have any > traces to show what exactly happened at the particular time when it > happened. It is possible some SIP messages may have come in fragmented and > some are just too big, depending on the route they came from etc. So I was > wonder if it was possible that the UDP receive buffer was filled somehow > with messed-up messages. Is there anyway to check this? Any suggestions > where I should start looking please? Or is it generally a bad idea to use > UDP when there are messages that may be too big, either fragmented or not? > > Since the it is running in the production environment, I'd like to get some > confidence that a Kamailio upgrade will fix the problem first before I > change anything there. > > Cheers, > Yufei > > > > Date: Wed, 01 Apr 2015 16:27:44 +0200 > From: Daniel-Constantin Mierla <miconda(a)gmail.com> > To: "Kamailio (SER) - Users Mailing List" > <sr-users(a)lists.sip-router.org > > > Subject: Re: [SR-Users] SIP messages over UDP with sizes over MTU > Message-ID: <551C0060.3010002(a)gmail.com> > Content-Type: text/plain; charset="windows-1252" > > Hello, > > first, not related to the topic you reported, I would recommend at least > upgrading to latest 4.0.x, there were many fixes from v4.0.0 and there > are no changes to be done to config or database -- simply deploy latest > 4.0.x and restart. > > Back to this topic. Is all the other traffic handled apart of big OPTIONS? > > Do you have pike module enabled? If yes, can you double check and be > sure that the SBC is not blacklisted (traffic from it should not be > handled via pike_check_req()). > > Cheers, > Daniel > > On 01/04/15 15:42, Yufei Tao wrote: > > Hi > > > > We've got Kamailio (v4.0.0) connected to some SBC, which sends SIP > > traffic and periodic OPTIONS pings to Kamailio's VIP. Kamailio > > responds to the OPTIONS pings with OK, i.e. in the main route block: > > if (is_method("OPTIONS")) > > { > > sl_send_reply("200","OK"); > > exit; > > } > > > > All works fine for a week or so, then Kamailio stopped responding to > > the OPTIONS pings on the VIP it listens to. But it still respond to > > OPTIONS pings that are sent to its real IP. The real IP is not used > > for receiving/sending any traffic while only the VIP is. So it seems > > that Kamailio is still working, but maybe having problems with the > > receiving buffer for the VIP? > > > > We do see that some SIP messages sent to Kamailio's VIP are too big > > (sometimes over 1500 bytes). My question is, in this case, what would > > be expected to happen? Is it possible somehow the receiving buffer for > > the VIP got messed up by the big UDP messages? Any one seen similar > > problems? What is the suggested solution? > > > > We're considering moving to TCP. But since this is production > > environment, I want to get some confidence that the problem we saw was > > likely to have been caused by the UDP message being too large. > > > > Cheers, > > Yufei > [View Less]

1 0

File tranfere with Kamailio server(postgres)
by Vivek Bohra 08 Apr '15

08 Apr '15

Hi all, I want to know that file transfere service implementation by webrtc client api can be implemented with kamailio server. Best Regards vivek

2 4

Re: [SR-Users] Reg. invalid cseq error. (Daniel-Constantin Mierla)
by Badri Ranganathan 08 Apr '15

08 Apr '15

Thanks a lot Daniel. It was indeed the Cseq coming out of order from my box. Your comment helped me in identifying the problem. Regards, Badri. -----Original Message----- From: sr-users [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of sr-users-request(a)lists.sip-router.org Sent: 03 April 2015 11:00 To: sr-users(a)lists.sip-router.org Subject: sr-users Digest, Vol 119, Issue 3 Send sr-users mailing list submissions to sr-users(a)lists.sip-router.org To subscribe or … [View More]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: Make deb (Daniel-Constantin Mierla) 2. Re: [sr-dev] Announcement: Kamailio is now systemd-rtc-server (Alex Balashov) 3. Re: Kamailio coredump when "INVITE" enter in failure route (Jos? Seabra) 4. Re: Kamailio coredump when "INVITE" enter in failure route (Daniel-Constantin Mierla) 5. Re: Upgrade from Sip Express Router 0.9.6 (Andres) 6. Dialog based CDRs and failed dialogs (Mickael Marrache) 7. Re: Upgrade from Sip Express Router 0.9.6 (Daniel-Constantin Mierla) 8. Re: Dialog based CDRs and failed dialogs (Daniel-Constantin Mierla) 9. Re: Upgrade from Sip Express Router 0.9.6 (Andres) 10. Re: Dialog based CDRs and failed dialogs (Mickael Marrache) 11. Kamailio v4.2.4 Released (Daniel-Constantin Mierla) 12. Reg. invalid cseq error. (Badri Ranganathan) 13. Re: Reg. invalid cseq error. (Daniel-Constantin Mierla) 14. Re: Dialog based CDRs and failed dialogs (Daniel-Constantin Mierla) ---------------------------------------------------------------------- Message: 1 Date: Thu, 02 Apr 2015 12:07:06 +0200 From: Daniel-Constantin Mierla <miconda(a)gmail.com> To: jay binks <jaybinks(a)gmail.com> Cc: "Kamailio $SER$ - Users Mailing List" <sr-users(a)lists.sip-router.org> Subject: Re: [SR-Users] Make deb Message-ID: <551D14CA.4030201(a)gmail.com> Content-Type: text/plain; charset="utf-8" Do you see db_cassandra being compiled in the logs printed by 'make deb'? Cheers, Daniel On 02/04/15 03:37, jay binks wrote: > I have managed to confirm that "make deb" does not actually build > db_cassandra but it does make a deb for it :) ( has changelog etc but > no db_cassandra.so file ) > > why does it not build the .so when calling make deb ?? > can someone point me in the direction to debug that part. > > doesnt seem to be related to the debian rules or control file .. > > is there something like modules.lst for when using "make deb" ? > > > On 2 April 2015 at 00:24, Daniel-Constantin Mierla <miconda(a)gmail.com > <mailto:miconda@gmail.com>> wrote: > > The spec files to build debian packages are kept inside > 'pkg/kamailio/deb/' directory, groupped per distribution name > inside specific sub-directories (using debian and ubuntu version > names -- the one 'debian' is the generic one, but for a specific > version you should choose the one matching the name). > > Then I am not that familiar with debian spec files to be able to > advice by heart, however you should find easily on the web many > sources of information about the files inside those folder and how > to build deb packages. > > Say you want to build for debian wheezy: > > - edit the files inside pkg/kamailio/deb/wheezy/ to fit your needs > - in the root directory with kamailio sources do: > > ln -s pkg/kamailio/deb/wheezy debian > make deb > > And you should get the packaging process started. > > Cheers, > Daniel > > > On 01/04/15 14:46, jay binks wrote: >> Sorry, this confused me a little.. >> can you give an example of what you mean ? >> >> On 1 April 2015 at 22:40, Daniel-Constantin Mierla >> <miconda(a)gmail.com <mailto:miconda@gmail.com>> wrote: >> >> Hello, >> >> you have to edit spec files and remove the other modules in >> the folder matching your debian distribution inside >> 'pkg/kamailio/deb/'. This is the only way I know to change >> the packaging content for debs. Then make a symlink inside >> root folder of kamailio server named 'debian' to the >> respective folder inside 'pkg/kamailio/deb/' and run 'make deb'. >> >> Cheers, >> Daniel >> >> >> On 01/04/15 13:50, jay binks wrote: >>> is there any way to make deb packages for only 1 of the >>> modules ?? >>> currently it takes a long time to run "make deb" >>> >>> im simply trying to build and package db_cassandra ( need >>> the package for my environment ) >>> >>> As a side note, is there any chance db_cassandra could be >>> added to the kamailio deb packages ? >>> >>> -- >>> Sincerely >>> >>> Jay >>> >>> >>> _______________________________________________ >>> 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 >> >> -- >> Daniel-Constantin Mierla >> http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> - http://www.linkedin.com/in/miconda >> Kamailio World Conference, May 27-29, 2015 >> Berlin, Germany - http://www.kamailioworld.com >> >> >> _______________________________________________ >> 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 >> >> >> >> >> -- >> Sincerely >> >> Jay > > -- > Daniel-Constantin Mierla > http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> - http://www.linkedin.com/in/miconda > Kamailio World Conference, May 27-29, 2015 > Berlin, Germany - http://www.kamailioworld.com > > > > > -- > Sincerely > > Jay -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, May 27-29, 2015 Berlin, Germany - http://www.kamailioworld.com [View Less]

2 1

Websockets, set_contact_alias(), & IPv6
by Anthony Messina 08 Apr '15

08 Apr '15

I've been working on Kamailio websocket integration and I believe I'm having issues with the IPv6 address representation in the Contact header's alias parameter. After Googling, it appears after https://github.com/kamailio/kamailio/commit/814c08f3 the IPv6 contact is represented in brackets []. However, it when using websockets, and the alias= parameter uses brackets [] around and IPv6 address, there are message parsing issues. With a header such as the following Contact: <sip:… [View More]

2 5

Re: [SR-Users] [RTPproxy] Re: [OpenSIPS-Users] Announcing rtpproxy v2.0.0
by Maxim Sobolev 08 Apr '15

08 Apr '15

Pull requests are welcome, guys. We are hitting 30k rtp sessions on one of our largest clusters. Lot of changes are coming into git repo soon to make rtp_cluster component run smoothly under such conditions. On Mar 16, 2015 8:56 PM, "John Mathew" <john.mathew(a)divoxmedia.com> wrote: > Yes > > On Tuesday, 17 March 2015, Zheng Frank <zhengyumingapple(a)gmail.com> wrote: > >> Do you mean ROHC ? >> >> 2015-03-14 12:39 GMT+08:00 Maxim Sobolev <sobomax(a)… [View More]sippysoft.com>: >> >>> Do you have any particular RFC in mind? >>> On Mar 12, 2015 10:28 AM, "John Mathew" <john.mathew(a)divoxmedia.com> >>> wrote: >>> >>>> Hi, >>>> >>>> Maxim, >>>> Is there any plans for rtp header compression in future. I can't see >>>> anything in the change log for 2.0.0 >>>> >>>> >>>> On Tuesday, 10 March 2015, Maxim Sobolev <sobomax(a)sippysoft.com> wrote: >>>> >>>>> Hi All, >>>>> >>>>> I'm happy to announce that we have released rtpproxy v2.0.0. >>>>> >>>>> You can review the release notes here: >>>>> https://github.com/sippy/rtpproxy/releases/tag/v2.0.0 >>>>> >>>>> -sobomax >>>>> >>>>> >>>> >>>> -- >>>> Sent from iPhone 6 >>>> >>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "rtpproxy" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to rtpproxy+unsubscribe(a)googlegroups.com. >>>> To post to this group, send email to rtpproxy(a)googlegroups.com. >>>> To view this discussion on the web visit >>>> https://groups.google.com/d/msgid/rtpproxy/CA%2BSkwpUhu9fpwmqpRFiaXsQo9_%2B… >>>> <https://groups.google.com/d/msgid/rtpproxy/CA%2BSkwpUhu9fpwmqpRFiaXsQo9_%2B…> >>>> . >>>> For more options, visit https://groups.google.com/d/optout. >>>> >>> >>> _______________________________________________ >>> 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 >>> >>> >> > > -- > Sent from iPhone 6 > > -- > You received this message because you are subscribed to the Google Groups > "rtpproxy" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to rtpproxy+unsubscribe(a)googlegroups.com. > To post to this group, send email to rtpproxy(a)googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/rtpproxy/CA%2BSkwpWvmaQnE8qM8ibb10d%3DNj9… > <https://groups.google.com/d/msgid/rtpproxy/CA%2BSkwpWvmaQnE8qM8ibb10d%3DNj9…> > . > For more options, visit https://groups.google.com/d/optout. > [View Less]

1 0

Reg. invalid cseq error.
by Badri Ranganathan 07 Apr '15

07 Apr '15

Hi all, I make calls towards the Kamailio from my call generator and I get a message saying "invalid cseq error" sometimes at the 1005th registration or sometimes at the 1013thregistration, but the cseq number seems to be fine. Any idea about why this would happen? Thanks, Badri.

3 2

Upgrade from Sip Express Router 0.9.6
by Andres 07 Apr '15

07 Apr '15

How would one even approach the daunting task of upgrading a fully operational Sip Express Router 0.9.6 installation with thousands of users that has been running unmodified for over 10 years. I would like some pointers on how to approach the mysql database migration from the old schema to the Kamailio 4.2 schema. I sure hope I don't have to start from scratch. Maybe somebody has already done an upgrade script? Regarding the config file, I will certainly have to rewrite it but I was … [View More]

3 6

Problem unsubcribing list
by JIvars 07 Apr '15

07 Apr '15

Hello i want to unsubscribe from sr-users(a)lists.sip-router.org but it is impossible, i have tried with: http://lists.sip-router.org/cgi-bin/mailman/options/sr-users But the email never arrives, could you help me please Best regards.

3 2

Regarding multi user chat in Kamailio IMS server
by MadhuManjushaAripirala 07 Apr '15

07 Apr '15

Hello all, I have RCS based client. I would like to implement MUC(multi chat user) in existing Kamailio IMS Server. Please help me to input the procedure.Is it really possible to do it ? Please share me URL for any existing "C" source code which I can directly imbibe into Kamailio IMS serve -- View this message in context: http://sip-router.1086192.n5.nabble.com/Regarding-multi-user-chat-in-Kamail… Sent from the Users mailing list archive at Nabble.com.

2 4

flag f in search_hf() is not working for me
by schwatzi＠web.de 07 Apr '15

07 Apr '15

Hi. I think there is a bug in function search_hf_f() in textops.c Here is what I do if ( method == SUBSCRIBE ) { if ( !search_hf("Event", "call-completion", "f") ) { sl_send_reply("489","Bad Event"); exit; } } But here is a SUBSCRIBE that do pass the proxy. SUBSCRIBE sip:101@192.168.1.50 SIP/2.0 Via: SIP/2.0/UDP 77.10.66.72:59793;branch=z9hG4bKPj.O5IXVtDsImPNfCGnDkvj91INsEfvZsm Max-… [View More]

2 1

GSM SMS service
by Raj Roy Ghandhi 07 Apr '15

07 Apr '15

Hi Friends, I need to send text to GSM phones from SIP client. SIPSimple text -> GSM SMS Does anybody know good SMS gateway service that I can use for this purpose. Best Regards, Roy Gandhi.

2 1

Regarding IMS/RCS complaint clients for Kamailio IMS/RCS server
by MadhuManjushaAripirala 07 Apr '15

07 Apr '15

Hello, Please let me know 1.What are the IMS and RCS based clients available to test on Kamailio IMS/RCS server? 2.On browsing for Kamailio Installation,I found below 3 different links,please suggest me which one to be followed. https://loadmultiplier.com/node/76 http://www.kamailio.org/wiki/tutorials/ims/installation-howto http://kamailio.org/wiki/install/4.2.x/git 3.From the first link above,I see there are separate steps mentioned to install CSCF nodes and HSS but where I find no … [View More]

3 6

Fwd: INVITE routing issue when using Private IP (RFC1918) network
by pslack14 06 Apr '15

06 Apr '15

Hello, I have a Kamailio IMS instance setup, using different hosts for each IMS function (P-CSCF,S-CSCF,I-CSCF etc) and am able to register clients successfully. However, when Client-A tries to call Client-B (both registered to the same S-CSCF), the call is failing with the "403 Forbidden - You must register first with a S-CSCF" error. . All hosts & clients are running on the same subnet using RFC1918 IP addresses, there is no NAT involved. I've seen the same issue on both 4.2 and Master … [View More]branches. I have the nathelper 'nat_uac_test' parameter set to 18. Looking at the debug prints and SIP traces, I can see that the 403 Error is being generated by the P-CSCF when it receives the INVITE from the S-CSCF (for forwarding to Client-B). Digging deeper into the debug logs, it looks like this is a result of a failed contact match - I've experimented with different values for "hashing_type", which do change the routing logic but still I see the 403 Error. Here's 2 excerpts from the debug prints for different values of hashing_type : *modparam("ims_usrloc_pcscf", ""hashing_type",hashing_type", 0) :* 2(19636) DEBUG: ims_registrar_pcscf [service_routes.c:183]: getContactP(): > Searching in usrloc for 10.133.202.17:5060 (Proto 1) 2(19636) DEBUG: ims_usrloc_pcscf [udomain.c:618]: get_pcontact_by_src(): > Trying to find contact by src with URI: [sip:*@10.133.202.17:5060] 2(19636) DEBUG: ims_usrloc_pcscf [udomain.c:465]: get_pcontact(): > Searching for contact in P-CSCF usrloc [sip:*@10.133.202.17:5060] 2(19636) DEBUG: ims_usrloc_pcscf [usrloc.c:187]: get_aor_hash(): Returning > hash slot: [1670705485] 2(19636) DEBUG: ims_registrar_pcscf [service_routes.c:186]: getContactP(): > No entry in usrloc for 10.133.202.17:5060 (Proto 1) found! 2(19636) DEBUG: ims_usrloc_pcscf [udomain.c:465]: get_pcontact(): > Searching for contact in P-CSCF usrloc [sip:john@10.133.202.61:64019 > ;transport=udp] 2(19636) DEBUG: ims_usrloc_pcscf [usrloc.c:187]: get_aor_hash(): Returning > hash slot: [397265208] 2(19636) DEBUG: ims_registrar_pcscf [service_routes.c:119]: > checkcontact(): Port 64019 (search 5060), Proto 1 (search 1), reg_state > registered (search registered) 2(19636) ERROR: *** cfgtrace:request_route=[Orig_Initial] > c=[/etc/kamailio/kamailio.cfg] l=926 a=26 n=send_reply *modparam("ims_usrloc_pcscf", ""hashing_type",hashing_type", 2) :* 1(19401) DEBUG: ims_registrar_pcscf [service_routes.c:183]: getContactP(): >> Searching in usrloc for 10.133.202.17:5060 (Proto 1) > > 1(19401) DEBUG: ims_usrloc_pcscf [udomain.c:618]: get_pcontact_by_src(): >> Trying to find contact by src with URI: [sip:*@10.133.202.17:5060] > > 1(19401) DEBUG: ims_usrloc_pcscf [udomain.c:465]: get_pcontact(): >> Searching for contact in P-CSCF usrloc [sip:*@10.133.202.17:5060] > > 1(19401) DEBUG: ims_usrloc_pcscf [usrloc.c:97]: >> get_alias_host_from_contact(): no params > > 1(19401) DEBUG: ims_usrloc_pcscf [usrloc.c:183]: get_aor_hash(): using >> host for hash [10.133.202.17] > > 1(19401) DEBUG: ims_usrloc_pcscf [usrloc.c:187]: get_aor_hash(): >> Returning hash slot: [-1564914093] > > 1(19401) DEBUG: ims_registrar_pcscf [service_routes.c:186]: >> getContactP(): No entry in usrloc for 10.133.202.17:5060 (Proto 1) found! > > 1(19401) DEBUG: ims_usrloc_pcscf [udomain.c:465]: get_pcontact(): >> Searching for contact in P-CSCF usrloc [sip:john@10.133.202.61:64013 >> ;transport=udp] > > 1(19401) DEBUG: ims_usrloc_pcscf [usrloc.c:176]: get_aor_hash(): Looks >> like this contact is natted - contact URI: [10.133.202.61] but came from >> received_host: [10.133.202.17] so will use received_host for hash > > 1(19401) DEBUG: ims_usrloc_pcscf [usrloc.c:187]: get_aor_hash(): >> Returning hash slot: [-1564914093] > > 1(19401) ERROR: *** cfgtrace:request_route=[Orig_Initial] >> c=[/etc/kamailio/kamailio.cfg] l=926 a=26 n=send_reply > > Can anyone offer any hints as to how to resolve this? I am attaching a SIP call flow - I can supply a complete Kamailio debug trace if needed. Thanks Phill [View Less]

1 0

Ip Address
by badican c-tin 05 Apr '15

05 Apr '15

HelloI have a little project and I need to find the ip address from my SIP phone. How can I find my ip addres of the phone?Have you a command or a service whith this functions? Thanks for help !!!Best regards,Constantin

1 0

Re: [SR-Users] SIP messages over UDP with sizes over MTU
by Yufei Tao 03 Apr '15

03 Apr '15

Hi Daniel We don't have pike module enabled. When the problem occurred on an VIP, we observed these: * Kamailio stopped responding to any messages that were sent to the VIP, not just OPTIONS * The OPTIONS messages are not big. But the other SIP messages, e.g. some of the INVITE/OK that came from some SBCs can be big * netstat showed the Recv-Q on that VIP had a lot of bytes accumulated, while Kamailio was not seeing/reading them * Kamailio responded fine on its real IP, when I sent OPTIONS … [View More]pings to it using sipsak * After restarting Kamailio it started working. But after 1 week or so the same problem happened again Since this only happened after running for 1 week or so, we didn't have any traces to show what exactly happened at the particular time when it happened. It is possible some SIP messages may have come in fragmented and some are just too big, depending on the route they came from etc. So I was wonder if it was possible that the UDP receive buffer was filled somehow with messed-up messages. Is there anyway to check this? Any suggestions where I should start looking please? Or is it generally a bad idea to use UDP when there are messages that may be too big, either fragmented or not? Since the it is running in the production environment, I'd like to get some confidence that a Kamailio upgrade will fix the problem first before I change anything there. Cheers, Yufei Date: Wed, 01 Apr 2015 16:27:44 +0200 From: Daniel-Constantin Mierla <miconda(a)gmail.com> To: "Kamailio (SER) - Users Mailing List" <sr-users(a)lists.sip-router.org > Subject: Re: [SR-Users] SIP messages over UDP with sizes over MTU Message-ID: <551C0060.3010002(a)gmail.com> Content-Type: text/plain; charset="windows-1252" Hello, first, not related to the topic you reported, I would recommend at least upgrading to latest 4.0.x, there were many fixes from v4.0.0 and there are no changes to be done to config or database -- simply deploy latest 4.0.x and restart. Back to this topic. Is all the other traffic handled apart of big OPTIONS? Do you have pike module enabled? If yes, can you double check and be sure that the SBC is not blacklisted (traffic from it should not be handled via pike_check_req()). Cheers, Daniel On 01/04/15 15:42, Yufei Tao wrote: > Hi > > We've got Kamailio (v4.0.0) connected to some SBC, which sends SIP > traffic and periodic OPTIONS pings to Kamailio's VIP. Kamailio > responds to the OPTIONS pings with OK, i.e. in the main route block: > if (is_method("OPTIONS")) > { > sl_send_reply("200","OK"); > exit; > } > > All works fine for a week or so, then Kamailio stopped responding to > the OPTIONS pings on the VIP it listens to. But it still respond to > OPTIONS pings that are sent to its real IP. The real IP is not used > for receiving/sending any traffic while only the VIP is. So it seems > that Kamailio is still working, but maybe having problems with the > receiving buffer for the VIP? > > We do see that some SIP messages sent to Kamailio's VIP are too big > (sometimes over 1500 bytes). My question is, in this case, what would > be expected to happen? Is it possible somehow the receiving buffer for > the VIP got messed up by the big UDP messages? Any one seen similar > problems? What is the suggested solution? > > We're considering moving to TCP. But since this is production > environment, I want to get some confidence that the problem we saw was > likely to have been caused by the UDP message being too large. > > Cheers, > Yufei [View Less]

2 1

Kamailio v4.2.4 Released
by Daniel-Constantin Mierla 02 Apr '15

02 Apr '15

Hello, Kamailio SIP Server v4.2.4 stable release is out. This is a maintenance release of the latest stable branch, 4.2, that includes fixes since release of v4.2.3. There is no change to database schema or configuration language structure that you have to do on installations of v4.2.x. Deployments running previous v4.x.x versions are strongly recommended to be upgraded to v4.2.4. For more details about version 4.2.4 (including links and guidelines to download the tarball or from GIT … [View More]

1 0

Kamailio coredump when "INVITE" enter in failure route
by José Seabra 02 Apr '15

02 Apr '15

Hi there, I have noticed that my kamailio proxy, version 4.2.2 is originating core dumps. This happens when Kamailio receives an INVITE in failure route, then execute the function async_sleep(3), after that changes request uri, then it stops with following error message shown below: <core> [mem/f_malloc.c:586]: fm_free(): BUG: fm_free: bad pointer 0x7f8d26605ed8 (out of memory block!), called from <core>: parser/msg_parser.c: set_path_vector(822) - aborting Please see the … [View More]

2 4

rtpengine documentation error for forced rtpproxying?
by Daniel Tryba 02 Apr '15

02 Apr '15

I'm looking to replace rtpproxy with rtpengine. All calls have to be forced thru rtpengine and according to the documentation the equivalent of rtpproxy_manage("f"); is rtpengine_manage("force"); But rtpenginge doesn't recognize it as a valid flag. Using the legacy rtpproxy mod it still works though. Is it a documentation failure or is a specific version of rtpengine required for forced? Apr 1 17:54:28 pisco rtpengine[3432]: Got valid command from 127.0.0.1:43193: offer - { "sdp": "v=0#… [View More]

2 4

Planning to release Kamailio v4.2.4
by Daniel-Constantin Mierla 02 Apr '15

02 Apr '15

Hello, I am considering to release a new maintenance version from latest stable branch - to be v4.2.4 - next week, most likely on Thursday, April 2. If there is anything important to get in and not discussed yet, bring the topic on development mailing list. Cheers, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, May 27-29, 2015 Berlin, Germany - http://www.kamailioworld.com

1 1

Recommendation for toggling MSILO m_store auto-notification reply on/off
by Anthony Messina 02 Apr '15

02 Apr '15

Using Kamailio 4.2-dev and MSILO, is it possible to "toggle" the auto- notification reply MESSAGE using something similar to the following where "$var(msilo_reply)" is emtpy at startup (or are there suggestions for a better method): modparam("msilo", "from_address", "$var(msilo_reply)") ... if(CONDITION WHERE I WANT THE AUTO-REPLY RETURNS POSITIVE) { $var(msilo_reply)="$rU(a)example.net"; } m_store($rU) ... My use case is that I would like the auto-notification reply to occur in some … [View More]

2 3

SIP messages over UDP with sizes over MTU
by Yufei Tao 01 Apr '15

01 Apr '15

Hi We've got Kamailio (v4.0.0) connected to some SBC, which sends SIP traffic and periodic OPTIONS pings to Kamailio's VIP. Kamailio responds to the OPTIONS pings with OK, i.e. in the main route block: if (is_method("OPTIONS")) { sl_send_reply("200","OK"); exit; } All works fine for a week or so, then Kamailio stopped responding to the OPTIONS pings on the VIP it listens to. But it still respond to OPTIONS pings that are sent to its real IP. The real IP is not used for … [View More]

2 1

SIP Authentication Best Practices
by Grant Bagdasarian 01 Apr '15

01 Apr '15

Hello, I'm implementing basic authentication using the auth and auth_db module, and I was wondering which domain to use when calling the auth_check function? Should I use the From domain or the To domain? Or both? The default configuration file deployed with kamailio uses $fd, but a code sample in the htable module page uses $td (dictionary attack sample). Aren't both the From and To header spoofable and not really used in SIP message routing?

1 0

jsonrpc_exec crashes kamailio
by Grant Bagdasarian 01 Apr '15

01 Apr '15

Hello, Kamailio crashes when I try to execute the following jsonrpc_exec functions: jsonrpc_exec('{"jsonrpc": "2.0", "method": "domain.reload", "id": 0}'); #domain module jsonrpc_exec('{"jsonrpc": "2.0", "method": "addressReload", "id": 0}'); #permissions module This one works fine: jsonrpc_exec('{"jsonrpc": "2.0", "method": "htable.reload", "params": ["tablename"], "id": 0}'); Any ideas? Running on Debian 7.8 and Kamailio 4.2.3. Backtrace: *** glibc detected *** /usr/local/… [View More]sbin/kamailio: double free or corruption (fasttop): 0x0000000001f1ff00 *** ======= Backtrace: ========= /lib/x86_64-linux-gnu/libc.so.6(+0x75be6)[0x7f7009d50be6] /lib/x86_64-linux-gnu/libc.so.6(cfree+0x6c)[0x7f7009d5598c] /usr/local/lib64/kamailio/modules/jsonrpc-s.so(+0x2834)[0x7f7003e12834] /usr/local/lib64/kamailio/modules/jsonrpc-s.so(+0xb59a)[0x7f7003e1b59a] /usr/local/sbin/kamailio(do_action+0x749a)[0x41fc24] /usr/local/sbin/kamailio(run_actions+0x643)[0x42bc9a] /usr/local/sbin/kamailio(do_action+0x737e)[0x41fb08] /usr/local/sbin/kamailio(run_actions+0x643)[0x42bc9a] /usr/local/sbin/kamailio(do_action+0x10073)[0x4287fd] /usr/local/sbin/kamailio(run_actions+0x643)[0x42bc9a] /usr/local/sbin/kamailio(do_action+0x737e)[0x41fb08] /usr/local/sbin/kamailio(run_actions+0x643)[0x42bc9a] /usr/local/sbin/kamailio(do_action+0x737e)[0x41fb08] /usr/local/sbin/kamailio(run_actions+0x643)[0x42bc9a] /usr/local/sbin/kamailio(do_action+0x408d)[0x41c817] /usr/local/sbin/kamailio(run_actions+0x643)[0x42bc9a] /usr/local/sbin/kamailio(run_top_route+0x98)[0x42c3dd] /usr/local/sbin/kamailio(receive_msg+0x12fc)[0x50acec] /usr/local/sbin/kamailio(receive_tcp_msg+0x47a)[0x5f356a] /usr/local/sbin/kamailio(tcp_read_req+0x1798)[0x5f4d09] /usr/local/sbin/kamailio[0x5f7d19] /usr/local/sbin/kamailio[0x5eb830] /usr/local/sbin/kamailio(tcp_receive_loop+0x362)[0x5f8d6d] /usr/local/sbin/kamailio(tcp_init_children+0x7e2)[0x5e2453] /usr/local/sbin/kamailio(main_loop+0x390b)[0x4a8e33] /usr/local/sbin/kamailio(main+0x47cc)[0x4ae0fb] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd)[0x7f7009cf9ead] /usr/local/sbin/kamailio[0x417db9] ======= Memory map: ======== 00400000-007c3000 r-xp 00000000 08:01 803340 /usr/local/sbin/kamailio 009c2000-009cc000 rw-p 003c2000 08:01 803340 /usr/local/sbin/kamailio 009cc000-00a89000 rw-p 00000000 00:00 0 01e84000-01f0a000 rw-p 00000000 00:00 0 [heap] 01f0a000-01f47000 rw-p 00000000 00:00 0 [heap] 01f47000-01f6d000 rw-p 00000000 00:00 0 [heap] 7f6ff8000000-7f6ff8021000 rw-p 00000000 00:00 0 7f6ff8021000-7f6ffc000000 ---p 00000000 00:00 0 7f6ffdbc6000-7f6ffdbdb000 r-xp 00000000 08:01 913924 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f6ffdbdb000-7f6ffdddb000 ---p 00015000 08:01 913924 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f6ffdddb000-7f6ffdddc000 rw-p 00015000 08:01 913924 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f6ffdddc000-7f6ffddde000 r-xp 00000000 08:01 784463 /usr/lib/x86_64-linux-gnu/gconv/CP1252.so 7f6ffddde000-7f6ffdfdd000 ---p 00002000 08:01 784463 /usr/lib/x86_64-linux-gnu/gconv/CP1252.so 7f6ffdfdd000-7f6ffdfde000 r--p 00001000 08:01 784463 /usr/lib/x86_64-linux-gnu/gconv/CP1252.so 7f6ffdfde000-7f6ffdfdf000 rw-p 00002000 08:01 784463 /usr/lib/x86_64-linux-gnu/gconv/CP1252.so 7f6ffdfdf000-7f6ffdfe2000 r-xp 00000000 08:01 914284 /lib/x86_64-linux-gnu/libgpg-error.so.0.8.0 7f6ffdfe2000-7f6ffe1e1000 ---p 00003000 08:01 914284 /lib/x86_64-linux-gnu/libgpg-error.so.0.8.0 7f6ffe1e1000-7f6ffe1e2000 rw-p 00002000 08:01 914284 /lib/x86_64-linux-gnu/libgpg-error.so.0.8.0 7f6ffe1e2000-7f6ffe1f3000 r-xp 00000000 08:01 787833 /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.0.0 7f6ffe1f3000-7f6ffe3f2000 ---p 00011000 08:01 787833 /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.0.0 7f6ffe3f2000-7f6ffe3f3000 r--p 00010000 08:01 787833 /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.0.0 7f6ffe3f3000-7f6ffe3f4000 rw-p 00011000 08:01 787833 /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.0.0 7f6ffe3f4000-7f6ffe40a000 r-xp 00000000 08:01 914012 /lib/x86_64-linux-gnu/libz.so.1.2.7 7f6ffe40a000-7f6ffe609000 ---p 00016000 08:01 914012 /lib/x86_64-linux-gnu/libz.so.1.2.7 7f6ffe609000-7f6ffe60a000 r--p 00015000 08:01 914012 /lib/x86_64-linux-gnu/libz.so.1.2.7 7f6ffe60a000-7f6ffe60b000 rw-p 00016000 08:01 914012 /lib/x86_64-linux-gnu/libz.so.1.2.7 7f6ffe60b000-7f6ffe686000 r-xp 00000000 08:01 913957 /lib/x86_64-linux-gnu/libgcrypt.so.11.7.0 7f6ffe686000-7f6ffe886000 ---p 0007b000 08:01 913957 /lib/x86_64-linux-gnu/libgcrypt.so.11.7.0 7f6ffe886000-7f6ffe887000 r--p 0007b000 08:01 913957 /lib/x86_64-linux-gnu/libgcrypt.so.11.7.0 7f6ffe887000-7f6ffe88a000 rw-p 0007c000 08:01 913957 /lib/x86_64-linux-gnu/libgcrypt.so.11.7.0 7f6ffe88a000-7f6ffe89a000 r-xp 00000000 08:01 787835 /usr/lib/x86_64-linux-gnu/libtasn1.so.3.1.16 7f6ffe89a000-7f6ffea99000 ---p 00010000 08:01 787835 /usr/lib/x86_64-linux-gnu/libtasn1.so.3.1.16 7f6ffea99000-7f6ffea9a000 r--p 0000f000 08:01 787835 /usr/lib/x86_64-linux-gnu/libtasn1.so.3.1.16 7f6ffea9a000-7f6ffea9b000 rw-p 00010000 08:01 787835 /usr/lib/x86_64-linux-gnu/libtasn1.so.3.1.16 7f6ffea9b000-7f6ffeaa2000 r-xp 00000000 08:01 918716 /lib/x86_64-linux-gnu/librt-2.13.so 7f6ffeaa2000-7f6ffeca1000 ---p 00007000 08:01 918716 /lib/x86_64-linux-gnu/librt-2.13.so 7f6ffeca1000-7f6ffeca2000 r--p 00006000 08:01 918716 /lib/x86_64-linux-gnu/librt-2.13.so 7f6ffeca2000-7f6ffeca3000 rw-p 00007000 08:01 918716 /lib/x86_64-linux-gnu/librt-2.13.so 7f6ffeca3000-7f6ffed5c000 r-xp 00000000 08:01 784529 /usr/lib/x86_64-linux-gnu/libgnutls.so.26.22.4 7f6ffed5c000-7f6ffef5b000 ---p 000b9000 08:01 784529 /usr/lib/x86_64-linux-gnu/libgnutls.so.26.22.4 7f6ffef5b000-7f6ffef61000 r--p 000b8000 08:01 784529 /usr/lib/x86_64-linux-gnu/libgnutls.so.26.22.4 7f6ffef61000-7f6ffef63000 rw-p 000be000 08:01 784529 /usr/lib/x86_64-linux-gnu/libgnutls.so.26.22.4 7f6ffef63000-7f6ffef74000 r-xp 00000000 08:01 801540 /usr/lib/x86_64-linux-gnu/libodbcinst.so.1.0.0 7f6ffef74000-7f6fff174000 ---p 00011000 08:01 801540 /usr/lib/x86_64-linux-gnu/libodbcinst.so.1.0.0 7f6fff174000-7f6fff175000 rw-p 00011000 08:01 801540 /usr/lib/x86_64-linux-gnu/libodbcinst.so.1.0.0 7f6fff175000-7f6fff1d2000 r-xp 00000000 08:01 803365 /usr/lib/x86_64-linux-gnu/odbc/libtdsodbc.so 7f6fff1d2000-7f6fff3d2000 ---p 0005d000 08:01 803365 /usr/lib/x86_64-linux-gnu/odbc/libtdsodbc.so 7f6fff3d2000-7f6fff3d5000 r--p 0005d000 08:01 803365 /usr/lib/x86_64-linux-gnu/odbc/libtdsodbc.so 7f6fff3d5000-7f6fff3d6000 rw-p 00060000 08:01 803365 /usr/lib/x86_64-linux-gnu/odbc/libtdsodbc.so 7f6fff3d6000-7f6fff3d8000 r-xp 00000000 08:01 784470 /usr/lib/x86_64-linux-gnu/gconv/ISO8859-1.so 7f6fff3d8000-7f6fff5d7000 ---p 00002000 08:01 784470 /usr/lib/x86_64-linux-gnu/gconv/ISO8859-1.so 7f6fff5d7000-7f6fff5d8000 r--p 00001000 08:01 784470 /usr/lib/x86_64-linux-gnu/gconv/ISO8859-1.so 7f6fff5d8000-7f6fff5d9000 rw-p 00002000 08:01 784470 /usr/lib/x86_64-linux-gnu/gconv/ISO8859-1.so 7f6fff5d9000-7f70035d9000 rw-s 00000000 00:04 574933 /dev/zero (deleted) 7f70035d9000-7f70035e4000 r-xp 00000000 08:01 918697 /lib/x86_64-linux-gnu/libnss_files-2.13.so 7f70035e4000-7f70037e3000 ---p 0000b000 08:01 918697 /lib/x86_64-linux-gnu/libnss_files-2.13.so 7f70037e3000-7f70037e4000 r--p 0000a000 08:01 918697 /lib/x86_64-linux-gnu/libnss_files-2.13.so 7f70037e4000-7f70037e5000 rw-p 0000b000 08:01 918697 /lib/x86_64-linux-gnu/libnss_files-2.13.so 7f70037e5000-7f70037ef000 r-xp 00000000 08:01 918707 /lib/x86_64-linux-gnu/libnss_nis-2.13.so 7f70037ef000-7f70039ee000 ---p 0000a000 08:01 918707 /lib/x86_64-linux-gnu/libnss_nis-2.13.so 7f70039ee000-7f70039ef000 r--p 00009000 08:01 918707 /lib/x86_64-linux-gnu/libnss_nis-2.13.so 7f70039ef000-7f70039f0000 rw-p 0000a000 08:01 918707 /lib/x86_64-linux-gnu/libnss_nis-2.13.so 7f70039f0000-7f7003a05000 r-xp 00000000 08:01 918699 /lib/x86_64-linux-gnu/libnsl-2.13.so 7f7003a05000-7f7003c04000 ---p 00015000 08:01 918699 /lib/x86_64-linux-gnu/libnsl-2.13.so 7f7003c04000-7f7003c05000 r--p 00014000 08:01 918699 /lib/x86_64-linux-gnu/libnsl-2.13.so 7f7003c05000-7f7003c06000 rw-p 00015000 08:01 918699 /lib/x86_64-linux-gnu/libnsl-2.13.so 7f7003c06000-7f7003c08000 rw-p 00000000 00:00 0 7f7003c08000-7f7003c0f000 r-xp 00000000 08:01 918711 /lib/x86_64-linux-gnu/libnss_compat-2.13.so 7f7003c0f000-7f7003e0e000 ---p 00007000 08:01 918711 /lib/x86_64-linux-gnu/libnss_compat-2.13.so 7f7003e0e000-7f7003e0f000 r--p 00006000 08:01 918711 /lib/x86_64-linux-gnu/libnss_compat-2.13.so 7f7003e0f000-7f7003e10000 rw-p 00007000 08:01 918711 /lib/x86_64-linux-gnu/libnss_compat-2.13.so 7f7003e10000-7f7003e21000 r-xp 00000000 08:01 923664 /usr/local/lib64/kamailio/modules/jsonrpc-s.so 7f7003e21000-7f7004021000 ---p 00011000 08:01 923664 /usr/local/lib64/kamailio/modules/jsonrpc-s.so 7f7004021000-7f7004022000 rw-p 00011000 08:01 923664 /usr/local/lib64/kamailio/modules/jsonrpc-s.so 7f7004022000-7f700402f000 r-xp 00000000 08:01 923743 /usr/local/lib64/kamailio/modules/xhttp.so 7f700402f000-7f700422f000 ---p 0000d000 08:01 923743 /usr/local/lib64/kamailio/modules/xhttp.so 7f700422f000-7f7004230000 rw-p 0000d000 08:01 923743 /usr/local/lib64/kamailio/modules/xhttp.so 7f7004230000-7f700426f000 r-xp 00000000 08:01 923652 /usr/local/lib64/kamailio/modules/dispatcher.so 7f700426f000-7f700446f000 ---p 0003f000 08:01 923652 /usr/local/lib64/kamailio/modules/dispatcher.so 7f700446f000-7f7004471000 rw-p 0003f000 08:01 923652 /usr/local/lib64/kamailio/modules/dispatcher.so 7f7004471000-7f70044af000 r-xp 00000000 08:01 923689 /usr/local/lib64/kamailio/modules/permissions.so 7f70044af000-7f70046af000 ---p 0003e000 08:01 923689 /usr/local/lib64/kamailio/modules/permissions.so 7f70046af000-7f70046b1000 rw-p 0003e000 08:01 923689 /usr/local/lib64/kamailio/modules/permissions.so 7f70046b1000-7f70046b2000 rw-p 00000000 00:00 0 7f70046b2000-7f70046bf000 r-xp 00000000 08:01 923660 /usr/local/lib64/kamailio/modules/group.so 7f70046bf000-7f70048bf000 ---p 0000d000 08:01 923660 /usr/local/lib64/kamailio/modules/group.so 7f70048bf000-7f70048c0000 rw-p 0000d000 08:01 923660 /usr/local/lib64/kamailio/modules/group.so 7f70048c0000-7f70048d7000 r-xp 00000000 08:01 923655 /usr/local/lib64/kamailio/modules/domain.so 7f70048d7000-7f7004ad6000 ---p 00017000 08:01 923655 /usr/local/lib64/kamailio/modules/domain.so 7f7004ad6000-7f7004ad7000 rw-p 00016000 08:01 923655 /usr/local/lib64/kamailio/modules/domain.so 7f7004ad7000-7f7004aea000 r-xp 00000000 08:01 923540 /usr/local/lib64/kamailio/modules/auth_db.so 7f7004aea000-7f7004cea000 ---p 00013000 08:01 923540 /usr/local/lib64/kamailio/modules/auth_db.so 7f7004cea000-7f7004ceb000 rw-p 00013000 08:01 923540 /usr/local/lib64/kamailio/modules/auth_db.so 7f7004ceb000-7f7004d13000 r-xp 00000000 08:01 923539 /usr/local/lib64/kamailio/modules/auth.so 7f7004d13000-7f7004f13000 ---p 00028000 08:01 923539 /usr/local/lib64/kamailio/modules/auth.so 7f7004f13000-7f7004f14000 rw-p 00028000 08:01 923539 /usr/local/lib64/kamailio/modules/auth.so 7f7004f14000-7f7004f28000 r-xp 00000000 08:01 923690 /usr/local/lib64/kamailio/modules/pike.so 7f7004f28000-7f7005128000 ---p 00014000 08:01 923690 /usr/local/lib64/kamailio/modules/pike.so 7f7005128000-7f7005129000 rw-p 00014000 08:01 923690 /usr/local/lib64/kamailio/modules/pike.so 7f7005129000-7f7005163000 r-xp 00000000 08:01 923661 /usr/local/lib64/kamailio/modules/htable.so 7f7005163000-7f7005362000 ---p 0003a000 08:01 923661 /usr/local/lib64/kamailio/modules/htable.so 7f7005362000-7f7005364000 rw-p 00039000 08:01 923661 /usr/local/lib64/kamailio/modules/htable.so 7f7005364000-7f700537b000 r-xp 00000000 08:01 918717 /lib/x86_64-linux-gnu/libpthread-2.13.so 7f700537b000-7f700557a000 ---p 00017000 08:01 918717 /lib/x86_64-linux-gnu/libpthread-2.13.so 7f700557a000-7f700557b000 r--p 00016000 08:01 918717 /lib/x86_64-linux-gnu/libpthread-2.13.so 7f700557b000-7f700557c000 rw-p 00017000 08:01 918717 /lib/x86_64-linux-gnu/libpthread-2.13.so 7f700557c000-7f7005580000 rw-p 00000000 00:00 0 7f7005580000-7f7005589000 r-xp 00000000 08:01 801498 /usr/lib/x86_64-linux-gnu/libltdl.so.7.3.0 7f7005589000-7f7005788000 ---p 00009000 08:01 801498 /usr/lib/x86_64-linux-gnu/libltdl.so.7.3.0 7f7005788000-7f7005789000 rw-p 00008000 08:01 801498 /usr/lib/x86_64-linux-gnu/libltdl.so.7.3.0 7f7005789000-7f70057e9000 r-xp 00000000 08:01 801505 /usr/lib/x86_64-linux-gnu/libodbc.so.1.0.0 7f70057e9000-7f70059e8000 ---p 00060000 08:01 801505 /usr/lib/x86_64-linux-gnu/libodbc.so.1.0.0 7f70059e8000-7f70059f0000 rw-p 0005f000 08:01 801505 /usr/lib/x86_64-linux-gnu/libodbc.so.1.0.0 7f70059f0000-7f70059f1000 rw-p 00000000 00:00 0 7f70059f1000-7f7005a0d000 r-xp 00000000 08:01 923645 /usr/local/lib64/kamailio/modules/db_unixodbc.so 7f7005a0d000-7f7005c0c000 ---p 0001c000 08:01 923645 /usr/local/lib64/kamailio/modules/db_unixodbc.so 7f7005c0c000-7f7005c0d000 rw-p 0001b000 08:01 923645 /usr/local/lib64/kamailio/modules/db_unixodbc.so 7f7005c0d000-7f7005c17000 r-xp 00000000 08:01 923745 /usr/local/lib64/kamailio/modules/xlog.so 7f7005c17000-7f7005e16000 ---p 0000a000 08:01 923745 /usr/local/lib64/kamailio/modules/xlog.so 7f7005e16000-7f7005e17000 rw-p 00009000 08:01 923745 /usr/local/lib64/kamailio/modules/xlog.so 7f7005e17000-7f7005e37000 r-xp 00000000 08:01 923729 /usr/local/lib64/kamailio/modules/tmx.so 7f7005e37000-7f7006037000 ---p 00020000 08:01 923729 /usr/local/lib64/kamailio/modules/tmx.so 7f7006037000-7f7006038000 rw-p 00020000 08:01 923729 /usr/local/lib64/kamailio/modules/tmx.so 7f7006038000-7f700603a000 rw-p 00000000 00:00 0 7f700603a000-7f7006050000 r-xp 00000000 08:01 923723 /usr/local/lib64/kamailio/modules/textopsx.so 7f7006050000-7f7006250000 ---p 00016000 08:01 923723 /usr/local/lib64/kamailio/modules/textopsx.so 7f7006250000-7f7006251000 rw-p 00016000 08:01 923723 /usr/local/lib64/kamailio/modules/textopsx.so 7f7006251000-7f700628b000 r-xp 00000000 08:01 923722 /usr/local/lib64/kamailio/modules/textops.so 7f700628b000-7f700648b000 ---p 0003a000 08:01 923722 /usr/local/lib64/kamailio/modules/textops.so 7f700648b000-7f700648c000 rw-p 0003a000 08:01 923722 /usr/local/lib64/kamailio/modules/textops.so 7f700648c000-7f700648d000 rw-p 00000000 00:00 0 7f700648d000-7f70064a7000 r-xp 00000000 08:01 923718 /usr/local/lib64/kamailio/modules/sqlops.so 7f70064a7000-7f70066a6000 ---p 0001a000 08:01 923718 /usr/local/lib64/kamailio/modules/sqlops.so 7f70066a6000-7f70066a8000 rw-p 00019000 08:01 923718 /usr/local/lib64/kamailio/modules/sqlops.so 7f70066a8000-7f70066be000 r-xp 00000000 08:01 923715 /usr/local/lib64/kamailio/modules/sl.so 7f70066be000-7f70068be000 ---p 00016000 08:01 923715 /usr/local/lib64/kamailio/modules/sl.so 7f70068be000-7f70068bf000 rw-p 00016000 08:01 923715 /usr/local/lib64/kamailio/modules/sl.so 7f70068bf000-7f70068ef000 r-xp 00000000 08:01 923714 /usr/local/lib64/kamailio/modules/siputils.so 7f70068ef000-7f7006aef000 ---p 00030000 08:01 923714 /usr/local/lib64/kamailio/modules/siputils.so 7f7006aef000-7f7006af0000 rw-p 00030000 08:01 923714 /usr/local/lib64/kamailio/modules/siputils.so 7f7006af0000-7f7006b09000 r-xp 00000000 08:01 923707 /usr/local/lib64/kamailio/modules/sanity.so 7f7006b09000-7f7006d08000 ---p 00019000 08:01 923707 /usr/local/lib64/kamailio/modules/sanity.so 7f7006d08000-7f7006d09000 rw-p 00018000 08:01 923707 /usr/local/lib64/kamailio/modules/sanity.so 7f7006d09000-7f7006d32000 r-xp 00000000 08:01 923703 /usr/local/lib64/kamailio/modules/rr.so 7f7006d32000-7f7006f32000 ---p 00029000 08:01 923703 /usr/local/lib64/kamailio/modules/rr.so 7f7006f32000-7f7006f33000 rw-p 00029000 08:01 923703 /usr/local/lib64/kamailio/modules/rr.so 7f7006f33000-7f7006fbe000 r-xp 00000000 08:01 923699 /usr/local/lib64/kamailio/modules/pv.so 7f7006fbe000-7f70071be000 ---p 0008b000 08:01 923699 /usr/local/lib64/kamailio/modules/pv.so 7f70071be000-7f70071c2000 rw-p 0008b000 08:01 923699 /usr/local/lib64/kamailio/modules/pv.so 7f70071c2000-7f70071c9000 r-xp 00000000 08:01 923674 /usr/local/lib64/kamailio/libbinrpc.so.0.1 7f70071c9000-7f70073c9000 ---p 00007000 08:01 923674 /usr/local/lib64/kamailio/libbinrpc.so.0.1 7f70073c9000-7f70073ca000 rw-p 00007000 08:01 923674 /usr/local/lib64/kamailio/libbinrpc.so.0.1 7f70073ca000-7f70073d1000 r-xp 00000000 08:01 923677 /usr/local/lib64/kamailio/modules/mi_rpc.so 7f70073d1000-7f70075d1000 ---p 00007000 08:01 923677 /usr/local/lib64/kamailio/modules/mi_rpc.so 7f70075d1000-7f70075d2000 rw-p 00007000 08:01 923677 /usr/local/lib64/kamailio/modules/mi_rpc.so 7f70075d2000-7f70075ed000 r-xp 00000000 08:01 923673 /usr/local/lib64/kamailio/modules/mi_fifo.so 7f70075ed000-7f70077ed000 ---p 0001b000 08:01 923673 /usr/local/lib64/kamailio/modules/mi_fifo.so 7f70077ed000-7f70077ee000 rw-p 0001b000 08:01 923673 /usr/local/lib64/kamailio/modules/mi_fifo.so 7f70077ee000-7f70077f4000 r-xp 00000000 08:01 923670 /usr/local/lib64/kamailio/modules/maxfwd.so 7f70077f4000-7f70079f4000 ---p 00006000 08:01 923670 /usr/local/lib64/kamailio/modules/maxfwd.so 7f70079f4000-7f70079f5000 rw-p 00006000 08:01 923670 /usr/local/lib64/kamailio/modules/maxfwd.so 7f70079f5000-7f7007a76000 r-xp 00000000 08:01 918696 /lib/x86_64-linux-gnu/libm-2.13.so 7f7007a76000-7f7007c75000 ---p 00081000 08:01 918696 /lib/x86_64-linux-gnu/libm-2.13.so 7f7007c75000-7f7007c76000 r--p 00080000 08:01 918696 /lib/x86_64-linux-gnu/libm-2.13.so 7f7007c76000-7f7007c77000 rw-p 00081000 08:01 918696 /lib/x86_64-linux-gnu/libm-2.13.so 7f7007c77000-7f7007c87000 r-xp 00000000 08:01 923646 /usr/local/lib64/kamailio/libsrutils.so.1.0 7f7007c87000-7f7007e86000 ---p 00010000 08:01 923646 /usr/local/lib64/kamailio/libsrutils.so.1.0 7f7007e86000-7f7007e87000 rw-p 0000f000 08:01 923646 /usr/local/lib64/kamailio/libsrutils.so.1.0 7f7007e87000-7f7007e99000 r-xp 00000000 08:01 923665 /usr/local/lib64/kamailio/modules/kex.so 7f7007e99000-7f7008098000 ---p 00012000 08:01 923665 /usr/local/lib64/kamailio/modules/kex.so 7f7008098000-7f700809a000 rw-p 00011000 08:01 923665 /usr/local/lib64/kamailio/modules/kex.so 7f700809a000-7f70080e3000 r-xp 00000000 08:01 923565 /usr/local/lib64/kamailio/modules/ctl.so 7f70080e3000-7f70082e2000 ---p 00049000 08:01 923565 /usr/local/lib64/kamailio/modules/ctl.so 7f70082e2000-7f70082e3000 rw-p 00048000 08:01 923565 /usr/local/lib64/kamailio/modules/ctl.so 7f70082e3000-7f70082f4000 rw-p 00000000 00:00 0 7f70082f4000-7f7008303000 r-xp 00000000 08:01 923561 /usr/local/lib64/kamailio/modules/corex.so 7f7008303000-7f7008503000 ---p 0000f000 08:01 923561 /usr/local/lib64/kamailio/modules/corex.so 7f7008503000-7f7008504000 rw-p 0000f000 08:01 923561 /usr/local/lib64/kamailio/modules/corex.so 7f7008504000-7f700850c000 r-xp 00000000 08:01 923544 /usr/local/lib64/kamailio/libkmi.so.1.0 7f700850c000-7f700870b000 ---p 00008000 08:01 923544 /usr/local/lib64/kamailio/libkmi.so.1.0 7f700870b000-7f700870c000 rw-p 00007000 08:01 923544 /usr/local/lib64/kamailio/libkmi.so.1.0 7f700870c000-7f700871b000 r-xp 00000000 08:01 923559 /usr/local/lib64/kamailio/modules/cfgutils.so 7f700871b000-7f700891a000 ---p 0000f000 08:01 923559 /usr/local/lib64/kamailio/modules/cfgutils.so 7f700891a000-7f700891b000 rw-p 0000e000 08:01 923559 /usr/local/lib64/kamailio/modules/cfgutils.so 7f700891b000-7f7008928000 r-xp 00000000 08:01 923533 /usr/local/lib64/kamailio/libkcore.so.1.0 7f7008928000-7f7008b27000 ---p 0000d000 08:01 923533 /usr/local/lib64/kamailio/libkcore.so.1.0 7f7008b27000-7f7008b28000 rw-p 0000c000 08:01 923533 /usr/local/lib64/kamailio/libkcore.so.1.0 7f7008b28000-7f7008b54000 r-xp 00000000 08:01 923529 /usr/local/lib64/kamailio/libsrdb1.so.1.0 7f7008b54000-7f7008d53000 ---p 0002c000 08:01 923529 /usr/local/lib64/kamailio/libsrdb1.so.1.0 7f7008d53000-7f7008d54000 rw-p 0002b000 08:01 923529 /usr/local/lib64/kamailio/libsrdb1.so.1.0 7f7008d54000-7f7008d97000 r-xp 00000000 08:01 923543 /usr/local/lib64/kamailio/modules/avpops.so 7f7008d97000-7f7008f97000 ---p 00043000 08:01 923543 /usr/local/lib64/kamailio/modules/avpops.so 7f7008f97000-7f7008f98000 rw-p 00043000 08:01 923543 /usr/local/lib64/kamailio/modules/avpops.so 7f7008f98000-7f7008f99000 rw-p 00000000 00:00 0 7f7008f99000-7f7008fb6000 r-xp 00000000 08:01 923542 /usr/local/lib64/kamailio/modules/avp.so 7f7008fb6000-7f70091b5000 ---p 0001d000 08:01 923542 /usr/local/lib64/kamailio/modules/avp.so 7f70091b5000-7f70091b6000 rw-p 0001c000 08:01 923542 /usr/local/lib64/kamailio/modules/avp.so 7f70091b6000-7f70092c4000 r-xp 00000000 08:01 923727 /usr/local/lib64/kamailio/modules/tm.so 7f70092c4000-7f70094c3000 ---p 0010e000 08:01 923727 /usr/local/lib64/kamailio/modules/tm.so 7f70094c3000-7f70094c7000 rw-p 0010d000 08:01 923727 /usr/local/lib64/kamailio/modules/tm.so 7f70094c7000-7f7009cdb000 rw-p 00000000 00:00 0 7f7009cdb000-7f7009e5c000 r-xp 00000000 08:01 918702 /lib/x86_64-linux-gnu/libc-2.13.so 7f7009e5c000-7f700a05c000 ---p 00181000 08:01 918702 /lib/x86_64-linux-gnu/libc-2.13.so 7f700a05c000-7f700a060000 r--p 00181000 08:01 918702 /lib/x86_64-linux-gnu/libc-2.13.so 7f700a060000-7f700a061000 rw-p 00185000 08:01 918702 /lib/x86_64-linux-gnu/libc-2.13.so 7f700a061000-7f700a066000 rw-p 00000000 00:00 0 7f700a066000-7f700a079000 r-xp 00000000 08:01 918715 /lib/x86_64-linux-gnu/libresolv-2.13.so 7f700a079000-7f700a278000 ---p 00013000 08:01 918715 /lib/x86_64-linux-gnu/libresolv-2.13.so 7f700a278000-7f700a279000 r--p 00012000 08:01 918715 /lib/x86_64-linux-gnu/libresolv-2.13.so 7f700a279000-7f700a27a000 rw-p 00013000 08:01 918715 /lib/x86_64-linux-gnu/libresolv-2.13.so 7f700a27a000-7f700a27c000 rw-p 00000000 00:00 0 7f700a27c000-7f700a27e000 r-xp 00000000 08:01 918708 /lib/x86_64-linux-gnu/libdl-2.13.so 7f700a27e000-7f700a47e000 ---p 00002000 08:01 918708 /lib/x86_64-linux-gnu/libdl-2.13.so 7f700a47e000-7f700a47f000 r--p 00002000 08:01 918708 /lib/x86_64-linux-gnu/libdl-2.13.so 7f700a47f000-7f700a480000 rw-p 00003000 08:01 918708 /lib/x86_64-linux-gnu/libdl-2.13.so 7f700a480000-7f700a4a0000 r-xp 00000000 08:01 918714 /lib/x86_64-linux-gnu/ld-2.13.so 7f700a68b000-7f700a68c000 rw-s 00000000 00:04 0 /SYSV790116c2 (deleted) 7f700a68c000-7f700a68d000 rw-s 00000000 00:04 0 /SYSV790116c2 (deleted) 7f700a68d000-7f700a68e000 rw-s 00000000 00:04 0 /SYSV790116c2 (deleted) 7f700a68e000-7f700a695000 r--s 00000000 08:01 784486 /usr/lib/x86_64-linux-gnu/gconv/gconv-modules.cache 7f700a695000-7f700a698000 rw-p 00000000 00:00 0 7f700a698000-7f700a699000 rw-s 00000000 00:04 0 /SYSV790116c2 (deleted) 7f700a699000-7f700a69a000 rw-s 00000000 00:04 0 /SYSV790116c2 (deleted) 7f700a69a000-7f700a69b000 rw-s 00000000 00:04 0 /SYSV790116c2 (deleted) 7f700a69b000-7f700a69c000 rw-s 00000000 00:04 0 /SYSV790116c2 (deleted) 7f700a69c000-7f700a69f000 rw-p 00000000 00:00 0 7f700a69f000-7f700a6a0000 r--p 0001f000 08:01 918714 /lib/x86_64-linux-gnu/ld-2.13.so 7f700a6a0000-7f700a6a1000 rw-p 00020000 08:01 918714 /lib/x86_64-linux-gnu/ld-2.13.so 7f700a6a1000-7f700a6a2000 rw-p 00000000 00:00 0 7ffe7071f000-7ffe70740000 rw-p 00000000 00:00 0 [stack] 7ffe707bb000-7ffe707bc000 r-xp 00000000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] 13(9728) CRITICAL: <core> [pass_fd.c:293]: receive_fd(): EOF on 16 0(9715) ALERT: <core> [main.c:784]: handle_sigs(): child process 9724 exited by a signal 6 0(9715) ALERT: <core> [main.c:787]: handle_sigs(): core was not generated 0(9715) INFO: <core> [main.c:799]: handle_sigs(): terminating due to SIGCHLD 12(9727) INFO: <core> [main.c:850]: sig_usr(): signal 15 received 8(9723) INFO: <core> [main.c:850]: sig_usr(): signal 15 received 4(9719) INFO: <core> [main.c:850]: sig_usr(): signal 15 received 7(9722) INFO: <core> [main.c:850]: sig_usr(): signal 15 received 3(9718) INFO: <core> [main.c:850]: sig_usr(): signal 15 received 10(9725) INFO: <core> [main.c:850]: sig_usr(): signal 15 received 2(9717) INFO: <core> [main.c:850]: sig_usr(): signal 15 received 5(9720) INFO: <core> [main.c:850]: sig_usr(): signal 15 received 1(9716) INFO: <core> [main.c:850]: sig_usr(): signal 15 received 13(9728) INFO: <core> [main.c:850]: sig_usr(): signal 15 received 6(9721) INFO: <core> [main.c:850]: sig_usr(): signal 15 received 11(9726) INFO: <core> [main.c:850]: sig_usr(): signal 15 received 0(9715) ERROR: ctl [ctl.c:382]: mod_destroy(): ERROR: ctl: could not delete unix socket /tmp/kamailio_ctl: Operation not permitted (1) [View Less]

2 9

Nonce lifetime in RADIUS auth module
by Måns Nilsson 31 Mar '15

31 Mar '15

Hi, I have a problem with stale nonces being reused by a UA. I'd like to do two things; * Set the nonce lifetime to a lower value * Handle stale nonces in my authentication route For the first, I'm interpreting the RADIUS module documentation so that it gets such parameters from the generic auth module and, therefore, I should be good with something like: ... modparam("auth", "nonce_expire", 60) # Set nonce_expire to 60s ... For the second, I'd appreciate pointers on how to set … [View More]

1 0

htable persistation question
by Attila Megyeri 31 Mar '15

31 Mar '15

Hi, We are having problem with persisting htable. There are 4 hashtables defined in kamailio config, like: modparam("htable", "db_url", DBURL) modparam("htable", "htable", "vtp=>size=10;autoexpire=120;dbtable=htable;dbmode=1;") modparam("htable", "htable", "a=>size=6;") modparam("htable", "htable", "rpn=>size=10;autoexpire=0;dbtable=htable;dbmode=1;"); modparam("htable", "htable", "rpnn=>size=10;autoexpire=0;dbtable=htable;dbmode=1;"); The strange behavior is that if I restart … [View More]

2 2

Share location table 3.x 4.x
by Jon Bonilla (Manwe) 31 Mar '15

31 Mar '15

Hi all I'm sharing a location table between two kamailio 3.3 and kamailio 4.2 servers. Table versions are 5 and 6 but I don't know how to skip table version checking to prevent one of them from running. Any tips? thanks, Jon

2 2

keep Kamailio running
by Mihaly Zachar 31 Mar '15

31 Mar '15

Hi All, As far as I can see if a child dies due to segmentation fault Kamailio stops all the childs and it exits. Is there a possibility to change this behaviour to a kind of "respawn the child" way ? What do you think is the best way to keep Kamailio running on Ubuntu ? On RHEL ? Thanks, Misi

4 4

please help
by mail＠sathees.co.uk 31 Mar '15

31 Mar '15

Hi, I’m trying to setup kamailio as proxy to asterisk. Asterisk server running on public IP. I want to hide the asterisk behind kamailio. UAC à Kamailio à Asterisk media services à PSTN PSTN à Asterisk media services à Kamailio à UAC I like to use dispatcher or load balancer modules. I have tried Kamailio 4.0.x and Asterisk 11.3.0 Real time Integration no luck. Can some mail me working scripts or some sort of idea? Appreciate. Sathees

2 1

is_present_hf error on select
by Kyle Kurz 30 Mar '15

30 Mar '15

I'm trying to use the is_present_hf function to detect the presence of a user-defined header and getting the following errors in my Kamailio logs: 2(12149) BUG: <core> [select.c:426]: run_select(): Select structure has not been resolved 2(12149) ERROR: <core> [lvalue.c:416]: lval_assign(): assignment failed at pos: (99,58-99,58) 2(12149) ERROR: <script>: A quick Google search yielded no results for why this could be happening. Originally, I had my code in route[REPLY], but … [View More]

3 6

Re: [SR-Users] NAT Contact:
by Slava Bendersky 29 Mar '15

29 Mar '15

Hello Alex, This is debug might be helpful. Mar 29 12:24:05 canlvprx01 kamailio: 11(31941) DEBUG: <core> [receive.c:154]: receive_msg(): After parse_msg... Mar 29 12:24:05 canlvprx01 kamailio: 11(31941) DEBUG: <core> [receive.c:197]: receive_msg(): preparing to run routing scripts... Mar 29 12:24:05 canlvprx01 kamailio: 11(31941) DEBUG: sl [sl_funcs.c:412]: sl_filter_ACK(): DEBUG : sl_filter_ACK: to late to be a local ACK! Slava. From: "Slava Bendersky" <volga629(a)… [View More]networklab.ca> To: "sr-users" <sr-users(a)lists.sip-router.org> Sent: Sunday, March 29, 2015 11:56:58 AM Subject: Re: [SR-Users] NAT Contact: Hello Alex, I switched to aliases method, but in case like this, AU ----> Internet ---> Kamailio ----> Asterisk AU2 <--Internet <---------| <------------| Call between two extensions not working, because kamailio mark as external domain and LOCATION not saved, but even if I save location I see in kamctl ul show more then 5 records for each AOR. Slava. From: "Slava Bendersky" <volga629(a)networklab.ca> To: "sr-users" <sr-users(a)lists.sip-router.org> Sent: Sunday, March 29, 2015 9:52:18 AM Subject: Re: [SR-Users] NAT Contact: Hello Alex, I switched to alias method, but there some CRITICAL message. Mar 29 09:54:45 canlvprx01 kamailio: 2(31248) ERROR: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio-asterisk.cfg] l=905 a=16 n=if Mar 29 09:54:45 canlvprx01 kamailio: 2(31248) ERROR: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio-asterisk.cfg] l=901 a=24 n=is_first_hop Mar 29 09:54:45 canlvprx01 kamailio: 2(31248) DEBUG: siputils [sipops.c:161]: w_is_first_hop(): no 2nd via found - first hop Mar 29 09:54:45 canlvprx01 kamailio: 2(31248) CRITICAL: <core> [route.c:1237]: comp_num(): Invalid right operand (1) Mar 29 09:54:45 canlvprx01 kamailio: 2(31248) ERROR: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio-asterisk.cfg] l=902 a=5 n=route Mar 29 09:54:45 canlvprx01 kamailio: 2(31248) ERROR: *** cfgtrace:request_route=[ADD_CONTACT_ALIAS] c=[/etc/kamailio/kamailio-asterisk.cfg] l=976 a=16 n=if Mar 29 09:54:45 canlvprx01 kamailio: 2(31248) ERROR: *** cfgtrace:request_route=[ADD_CONTACT_ALIAS] c=[/etc/kamailio/kamailio-asterisk.cfg] l=971 a=24 n=add_contact_alias Mar 29 09:54:45 canlvprx01 kamailio: 2(31248) DEBUG: nathelper [nathelper.c:970]: add_contact_alias_0_f(): no need to add alias param From: "Alex Balashov" <abalashov(a)evaristesys.com> To: "sr-users" <sr-users(a)lists.sip-router.org> Sent: Saturday, March 28, 2015 7:31:54 PM Subject: Re: [SR-Users] NAT Contact: On 03/28/2015 07:26 PM, Slava Bendersky wrote: > Is for mix of tcp transport and alias is required add any additional > parameters in global configuration ? I wouldn't think so. -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ _______________________________________________ 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 _______________________________________________ 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 [View Less]

1 0

Re: [SR-Users] NAT Contact:
by Slava Bendersky 29 Mar '15

29 Mar '15

Hello Alex, I switched to aliases method, but in case like this, AU ----> Internet ---> Kamailio ----> Asterisk AU2 <--Internet <---------| <------------| Call between two extensions not working, because kamailio mark as external domain and LOCATION not saved, but even if I save location I see in kamctl ul show more then 5 records for each AOR. Slava. From: "Slava Bendersky" <volga629(a)networklab.ca> To: "sr-users" <sr-users(a)lists.sip-router.org> … [View More]Sent: Sunday, March 29, 2015 9:52:18 AM Subject: Re: [SR-Users] NAT Contact: Hello Alex, I switched to alias method, but there some CRITICAL message. Mar 29 09:54:45 canlvprx01 kamailio: 2(31248) ERROR: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio-asterisk.cfg] l=905 a=16 n=if Mar 29 09:54:45 canlvprx01 kamailio: 2(31248) ERROR: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio-asterisk.cfg] l=901 a=24 n=is_first_hop Mar 29 09:54:45 canlvprx01 kamailio: 2(31248) DEBUG: siputils [sipops.c:161]: w_is_first_hop(): no 2nd via found - first hop Mar 29 09:54:45 canlvprx01 kamailio: 2(31248) CRITICAL: <core> [route.c:1237]: comp_num(): Invalid right operand (1) Mar 29 09:54:45 canlvprx01 kamailio: 2(31248) ERROR: *** cfgtrace:request_route=[NATDETECT] c=[/etc/kamailio/kamailio-asterisk.cfg] l=902 a=5 n=route Mar 29 09:54:45 canlvprx01 kamailio: 2(31248) ERROR: *** cfgtrace:request_route=[ADD_CONTACT_ALIAS] c=[/etc/kamailio/kamailio-asterisk.cfg] l=976 a=16 n=if Mar 29 09:54:45 canlvprx01 kamailio: 2(31248) ERROR: *** cfgtrace:request_route=[ADD_CONTACT_ALIAS] c=[/etc/kamailio/kamailio-asterisk.cfg] l=971 a=24 n=add_contact_alias Mar 29 09:54:45 canlvprx01 kamailio: 2(31248) DEBUG: nathelper [nathelper.c:970]: add_contact_alias_0_f(): no need to add alias param From: "Alex Balashov" <abalashov(a)evaristesys.com> To: "sr-users" <sr-users(a)lists.sip-router.org> Sent: Saturday, March 28, 2015 7:31:54 PM Subject: Re: [SR-Users] NAT Contact: On 03/28/2015 07:26 PM, Slava Bendersky wrote: > Is for mix of tcp transport and alias is required add any additional > parameters in global configuration ? I wouldn't think so. -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ _______________________________________________ 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 [View Less]

1 0

Re: [SR-Users] NAT Contact:
by Slava Bendersky 28 Mar '15

28 Mar '15

Hello Alex, Is for mix of tcp transport and alias is required add any additional parameters in global configuration ? Slava. From: "Alex Balashov" <abalashov(a)evaristesys.com> To: "sr-users" <sr-users(a)lists.sip-router.org> Sent: Saturday, March 28, 2015 5:26:16 PM Subject: Re: [SR-Users] NAT Contact: Hello Slava, On 03/28/2015 02:26 PM, Slava Bendersky wrote: > How is possible add to Contact: received=ip ? Is this should be > handled by fix_nated_contact() … [View More]

2 1

NAT Contact:
by Slava Bendersky 28 Mar '15

28 Mar '15

Hello Everyone, How is possible add to Contact: received=ip ? Is this should be handled by fix_nated_contact() ? I am using default NATDETECT route, but I see in debug fix_nated_contact() executed, but in SDP Contact: stay Contact: <sip:102@private_ip:5065;transport=tcp>;audio. >From public side client use TCP inbound to kamailio and on local side to asterisk is use UDP. Kamailio have 2 interfaces one public one private. Any help thank you. Mar 28 14:28:28 canlvprx01 kamailio: 14(… [View More]

2 1

DNS resolver.
by Slava Bendersky 28 Mar '15

28 Mar '15

Hello Everyone, How I can disable DNS resolution ? Currently I have in configuration file, but I still see in log DNS SRV resolution and forward. dns_cache_init=off use_dns_cache=off use_dns_failover=off dns=no rev_dns=no Mar 28 13:30:29 canlvprx01 kamailio: 12(28631) DEBUG: <core> [resolve.c:1239]: srv_sip_resolvehost(): srv_sip_resolvehost: domain.org:0 proto=0 Mar 28 13:30:29 canlvprx01 kamailio: 12(28631) DEBUG: <core> [resolve.c:1329]: srv_sip_resolvehost(): … [View More]

1 0

Asking for help in configuration Kamailio
by Mikael Sarkisyan 28 Mar '15

28 Mar '15

Hello Dear Sip Router Team I’m asking you to help me please with kamailio configuration I’ve made some laboratory system following this document http://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb <http://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb> and it works perfect. But this scenario is not good for my tests. What i really want is: UAC going to Kamailio IP address and Kamailio forwarding request to Asterisk IP without auth on … [View More]

3 3

Reload htable
by Grant Bagdasarian 28 Mar '15

28 Mar '15

Hello, I need to reload a htable from the database when a certain condition is met inside my kamailio script. I found the htable.reload htable RPC command, but is it possible to run this from within the script? Is there perhaps another way to force reload the htable inside the script? Thanks, Grant

4 6

evapi_relay some problems
by dolphin 28 Mar '15

28 Mar '15

Hello, I test the evapi modules function , but not full operation ,only receive not send to client I capture the important setup parameters are as follows: debug=3 loadmodule "evapi.so" #----- evapi params ----- # modparam("evapi", "bind_addr", "0.0.0.0:8448") modparam("evapi", "netstring_format", 0) modparam("evapi", "workers", 4) event_route[evapi:connection-new] { evapi_relay("{ \"event\": \"test\",\n \"data\": { \"fU\": \"fU\" }\n}"); xlog("L_WARN", "new connection from … [View More]$evapi(srcaddr):$evapi(srcport)\n"); } scene : One client connected kamailio server x.x.x.x:8448 use nc tools , I get garbled , kamailioserver not sent to me client , Because this is the right format to display josn ? sh-4.2# nc -n x.x.x.x 8448 ; øX±š^C any suggestions or missing something ? my syslog : Mar 28 14:31:37 SIP /home/pkg/kamailio-4.2.3/sbin/kamailio[297164]: DEBUG: evapi [evapi_dispatch.c:385]: evapi_accept_client(): new connection - pos[0] from: [x.x.x.x:56215] Mar 28 14:31:37 SIP /home/pkg/kamailio-4.2.3/sbin/kamailio[297164]: DEBUG: evapi [evapi_dispatch.c:531]: evapi_relay(): relaying event data [{ "event": "test",#012 "data": { "fU": "fU" }#012}] Mar 28 14:31:37 SIP /home/pkg/kamailio-4.2.3/sbin/kamailio[297164]: DEBUG: evapi [evapi_dispatch.c:561]: evapi_relay(): sent [0x7f939ab158f8] [{ "event": "test",#012 "data": { "fU": "fU" }#012}] (44) Mar 28 14:31:37 SIP /home/pkg/kamailio-4.2.3/sbin/kamailio[297164]: WARNING: <script>: new connection from x.x.x.x:56215 kamailio server : root@SIP:/etc/init.d# dpkg -l | grep libev-dev ii libev-dev 1:4.11-1 amd64 static library, header files, and docs for libev root@SIP:/etc/init.d# uname -a Linux SIP 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1+deb7u1 x86_64 GNU/Linux root@SIP:/home/pkg/kamailio-4.2.3/sbin# ./kamailio -V version: kamailio 4.2.3 (x86_64/linux) flags: STATS: Off, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, DBG_F_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 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled on 15:13:09 Mar 27 2015 with gcc 4.7.2 download : http://www.kamailio.org/pub/kamailio/latest/src/kamailio-4.2.3_src.tar.gz [View Less]

1 0

Routing PSTN calls from Asterisk through Kamailio to UAC & loose_route
by Anthony Messina 27 Mar '15

27 Mar '15

I've been working on integration of Asterisk and Kamailio, currently on the same host with different ports, and have come across a problem with calls that originate from the Asterisk side (PSTN/DAHDI) and route through Kamailio to a SIP UAC. In short, when the SIP UAC (10.1.1.9) sends the BYE, loose_route() is returning -1 and the BYE is routed back to Kamailio (10.1.1.1:5060) instead of Asterisk (10.1.1.1:5080). I am using the stock WITHINDLG route configuration. RR module settings … [View More]

2 2

Kamailio - Used By Directory
by Daniel-Constantin Mierla 27 Mar '15

27 Mar '15

Hello, in order to facilitate easier interaction and updates, references (http://www.kamailio.org/w/references/) and some of the business use cases already listed on kamailio.org are in the process of being moved to a new page: - http://www.kamailio.org/w/used-by/ This offers now the possibility to submit new entries without the interaction with Kamailio admins that could lead to delays. The form is available at: - http://www.kamailio.org/w/used-by-form/ The goals is to show where … [View More]

1 0

tsilo module
by Alex Balashov 27 Mar '15

27 Mar '15

Hello, I don't understand the tsilo module. What is the practical use case for it? Thanks, -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

3 3

Kamailio BLF Issue TCP vs UDP
by Fred Posner 27 Mar '15

27 Mar '15

Greetings all: Having a weird issue with BLF relay from Kamailio <-> FreeSWITCH on the EC2 network. Set-up: Natted Client <-> Natted Kamailio <-> Natted FreeSWITCH Kamailio has a public advertised IP (Amazon Cloud) and sends to FreeSWITCH's public IP (Amazon Cloud). Clients register to Kamailio and the registration sent to FreeSWITCH (via uac). What works: When a client registers to kamailio via UDP, all works beautifully. What doesn't work: When a client registers to … [View More]kamailio via TCP, a NOTIFY is sent with almost no information. Example of UDP traffic: U 2015/03/26 22:12:30.483767 FREESWITCH_IPADDR:5060 -> KAMAILIO_NAT_IPADDR:5060 NOTIFY sip:3000@CLIENT_PUBLIC_IPADDR:42477;line=51w5wsns SIP/2.0. Via: SIP/2.0/UDP FREESWITCH_IPADDR;rport;branch=z9hG4bKv7X88FmKg04UF. Route: <sip:KAMAILIO_PUBLIC_IPADDR>;lr=on;ftag=xew5nmpr9q;nat=yes. Record-Route: <sip:KAMAILIO_PUBLIC_IPADDR>;lr=on;ftag=xew5nmpr9q;nat=yes. Max-Forwards: 70. From: <sip:3000@CLIENT_DOMAIN;user=phone>;tag=YF4HMSQNlOOt. To: <sip:3000@CLIENT_DOMAIN>;tag=xew5nmpr9q. Call-ID: 3134323734303730333531303039-ji1sw7gyd7uj. CSeq: 366877453 NOTIFY. Contact: <sip:3000@FREESWITCH_IPADDR:5060>. User-Agent: FreeSWITCH-mod_sofia/1.4.18+git~20150312T185523Z~4eed221b69~64bit. Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE. Supported: timer, path, replaces. Event: dialog. Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer. Subscription-State: active;expires=2686. Content-Type: application/dialog-info+xml. Content-Length: 546. . <?xml version="1.0"?> <dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="14" state="full" entity="sip:3000@CLIENT_DOMAIN"> <dialog id="312b3bee-d405-11e4-a8b6-41b65d0bd045" direction="initiator"> <state>confirmed</state> <local> <identity display="3000">sip:3000@CLIENT_DOMAIN</identity> <target uri="sip:3000@CLIENT_DOMAIN"> <param pname="+sip.rendering" pvalue="yes"/> </target> </local> <remote> <identity display="*98">sip:*98@CLIENT_DOMAIN</identity> <target uri="sip:**3000@CLIENT_DOMAIN"/> </remote> </dialog> </dialog-info> U 2015/03/26 22:12:30.483877 KAMAILIO_NAT_IPADDR:5060 -> CLIENT_PUBLIC_IPADDR:42477 NOTIFY sip:3000@CLIENT_PUBLIC_IPADDR:42477;line=51w5wsns SIP/2.0. Via: SIP/2.0/UDP KAMAILIO_PUBLIC_IPADDR:5060;branch=z9hG4bKfabf.4908255bf1623d250ddf7d51a3b49fb8.0. Via: SIP/2.0/UDP FREESWITCH_IPADDR;received=FREESWITCH_IPADDR;rport=5060;branch=z9hG4bKv7X88FmKg04UF. Record-Route: <sip:KAMAILIO_PUBLIC_IPADDR>;lr=on;ftag=xew5nmpr9q;nat=yes. Max-Forwards: 69. From: <sip:3000@CLIENT_DOMAIN;user=phone>;tag=YF4HMSQNlOOt. To: <sip:3000@CLIENT_DOMAIN>;tag=xew5nmpr9q. Call-ID: 3134323734303730333531303039-ji1sw7gyd7uj. CSeq: 366877453 NOTIFY. Contact: <sip:3000@FREESWITCH_IPADDR:5060>. User-Agent: FreeSWITCH-mod_sofia/1.4.18+git~20150312T185523Z~4eed221b69~64bit. Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE. Supported: timer, path, replaces. Event: dialog. Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer. Subscription-State: active;expires=2686. Content-Type: application/dialog-info+xml. Content-Length: 546. . <?xml version="1.0"?> <dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="14" state="full" entity="sip:3000@CLIENT_DOMAIN"> <dialog id="312b3bee-d405-11e4-a8b6-41b65d0bd045" direction="initiator"> <state>confirmed</state> <local> <identity display="3000">sip:3000@CLIENT_DOMAIN</identity> <target uri="sip:3000@CLIENT_DOMAIN"> <param pname="+sip.rendering" pvalue="yes"/> </target> </local> <remote> <identity display="*98">sip:*98@CLIENT_DOMAIN</identity> <target uri="sip:**3000@CLIENT_DOMAIN"/> </remote> </dialog> </dialog-info> Example of TCP failure: U 2015/03/26 22:19:45.963196 FREESWITCH_IPADDR:5060 -> KAMAILIO_NAT_IPADDR:5160 NOTIFY sip:3001@CLIENT_PUBLIC_IPADDR:5065;transport=tcp SIP/2.0. Via: SIP/2.0/UDP FREESWITCH_IPADDR;rport;branch=z9hG4bKjH5Nt8QKUU9Sp. Route: <sip:KAMAILIO_PUBLIC_IPADDR:5160;r2=on;lr=on;ftag=9jSFr02tgvHym;nat=yes>. Route: <sip:KAMAILIO_PUBLIC_IPADDR:5160;transport=tcp;r2=on;lr=on;ftag=9jSFr02tgvHym;nat=yes>. Max-Forwards: 70. From: "3000" <sip:3000@CLIENT_DOMAIN>;tag=9jSFr02tgvHym. To: <sip:3001@CLIENT_DOMAIN>;tag=1dba0f3ceb32436bi0. Call-ID: 0882b1bc-4ea9-1233-f3a2-12e513dfd8f0. CSeq: 73368127 NOTIFY. Contact: <sip:mod_sofia@FREESWITCH_IPADDR:5060>. User-Agent: FreeSWITCH-mod_sofia/1.4.18+git~20150312T185523Z~4eed221b69~64bit. Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE. Supported: timer, path, replaces. Event: refer;id=101. Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer. Subscription-State: terminated;reason=noresource. Content-Type: message/sipfrag;version=2.0. Content-Length: 16. . SIP/2.0 200 OK. T 2015/03/26 22:19:45.963407 KAMAILIO_NAT_IPADDR:5160 -> CLIENT_PUBLIC_IPADDR:5065 [AP] NOTIFY sip:3001@CLIENT_PUBLIC_IPADDR:5065;transport=tcp SIP/2.0. Via: SIP/2.0/TCP KAMAILIO_PUBLIC_IPADDR:5160;branch=z9hG4bKe961.8d1f19f1acc0295e5e397afa76910115.0. Via: SIP/2.0/UDP FREESWITCH_IPADDR;received=FREESWITCH_IPADDR;rport=5060;branch=z9hG4bKjH5Nt8QKUU9Sp. Max-Forwards: 69. From: "3000" <sip:3000@CLIENT_DOMAIN>;tag=9jSFr02tgvHym. To: <sip:3001@CLIENT_DOMAIN>;tag=1dba0f3ceb32436bi0. Call-ID: 0882b1bc-4ea9-1233-f3a2-12e513dfd8f0. CSeq: 73368127 NOTIFY. Contact: <sip:mod_sofia@FREESWITCH_IPADDR:5060>. User-Agent: FreeSWITCH-mod_sofia/1.4.18+git~20150312T185523Z~4eed221b69~64bit. Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE. Supported: timer, path, replaces. Event: refer;id=101. Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer. Subscription-State: terminated;reason=noresource. Content-Type: message/sipfrag;version=2.0. Content-Length: 16. . SIP/2.0 200 OK. My thoughts is that this is on FreeSWITCH, just not sending a NOTIFY with anything of value. That being said, I'd love to know if (a) anyone else has had this issue or (b) if someone has a different theory. Thanks! -- Fred Posner The Palner Group, Inc. http://www.palner.com (web) +1-503-914-0999 (direct) [View Less]

4 11

rtpengine DTLS
by Marc Soda 25 Mar '15

25 Mar '15

I'm running a new kamailio/rtpengine instance and, using webrtc, I can't get audio to flow between the browser and rtpengine. Kamailio seems to be handing it off properly. Based on the rtpengine logs and a packet capture it doesn't look like DTLS is being negotiated properly: https://gist.github.com/marcantonio/ea0077a5884e4e4b6b45 I see "SRTCP output wanted, but no crypto suite was negotiated" and I've never seen that one before (the SRTCP part). I have this exact config working elsewhere,… [View More]

1 1

Siremis error Call to a member function getQuoted()
by canuck15 25 Mar '15

25 Mar '15

When you add/update/view Administrator usernames To reproduce Administration > User Management > Click on any existing username. The browser goes blank. Error in apache logs is: PHP Fatal error: Call to a member function getQuoted() on a non-object in /var/www/html/openbiz/bin/data/BizDataSql.php on line 237 This is on the latest Siremis v4.2.0 downloaded today I am using CentOS v6.6, php v5.3.3

3 11

active_watchers - dbt_table_check_row(): null value not allowed - field 17
by Alexandru Raileanu 25 Mar '15

25 Mar '15

Hi, I have kamailio 4.2 with presence, auth, textdb activated. The scenario is that Kamailio receives a SUBSCRIBE, sends 200ok then a NOTIFY. (like it should do) The problem is what when I kill kamailio and run it again, it gives me this error: 0(30580) ERROR: db_text [dbt_tb.c:474]: dbt_table_check_row(): null value not allowed - field 17 0(30580) DEBUG: db_text [dbt_file.c:480]: dbt_load_file(): error at row=1 col=26 c=1 0(30580) ERROR: db_text [dbt_lib.c:307]: dbt_db_get_table(): could … [View More]

2 2

File transferring issue
by Wingsravi R 25 Mar '15

25 Mar '15

Dear Kamailio'ns, I am working on kamailio Server (V 4.0) installed on Ubuntu 12.04 system. Currently i am trying file transfer feature using IMSDroid SIP clients. file transferring is fine between two IMSDroid clients but at the receiving end (file recipient) i cont see the sender identity/ sender name. it is just displaying as 'null' (Screen shot is attached). But the full file is transferring to destination address without any problem. I have configured MSRP module related script in my … [View More]

5 6

[4.2.x] "socket" feature missing in dispatcher module
by Sven Neuhaus 25 Mar '15

25 Mar '15

Hello, in 4.2.2, the "socket" module was added to the documentation of the dispatcher module (see http://kamailio.org/docs/modules/4.2.x/modules/dispatcher.html#dispatcher.e… ), however the code is missing, the feature isn't implemented in 4.2.x. This was in commit 9bb59f922. Please include the patch that adds this feature from the trunk in the 4.2.x branch, as documented. A brief search turned up the commits aae775859f54f84734ba2cfc2945c02c52b95e1f and … [View More]

2 1

Re: [SR-Users] kamailio asterisk NOTIFY
by Slava Bendersky 24 Mar '15

24 Mar '15

Hello Daniel, Look like transactions are not match when it send reply for NOTIFY. I think it should reuse connection. Here SDP output where cseq are match and asterisk does retransmissions until time out. Also I wonder where Path route is reused I see %* instead ; as delimiter between transport and port. Retransmitting #8 (NAT) to 10.18.130.46:5060: NOTIFY sip:191@192.168.88.246:5062;transport=tcp SIP/2.0 Via: SIP/2.0/UDP 10.18.130.51:5060;branch=z9hG4bK6939f20d;rport Max-Forwards: 70 … [View More]

5 8

msilo module
by Rajat Yadav 24 Mar '15

24 Mar '15

Hello i m very new to kamailio.I m trying to develop an application using webrtc and kamailio. In this i tried using msilo module so as to store offline messages but wasnt able to achieve it.After that i searched a lot on internet about working msilo codes but i didnt find it. Can someone please send me a working code of msilo which i can embed in the kamailio configuration file. Thank you.

2 1

ERROR: sipcapture [hep.c:139]: hepv2_received(): ERROR: sipcapture:hep_msg_received: unknow protocol [1]
by Satish Patel 24 Mar '15

24 Mar '15

Hello, Recently i have installed Homer capture server with kamailio. It works! but in logs i am seeing many error like following, I am using Opensips 2.1 siptrace server to send all trace to Homer. ERROR: sipcapture [hep.c:139]: hepv2_received(): ERROR: sipcapture:hep_msg_received: unknow protocol [1] ERROR: sipcapture [hep.c:139]: hepv2_received(): ERROR: sipcapture:hep_msg_received: unknow protocol [1] ERROR: sipcapture [hep.c:139]: hepv2_received(): ERROR: sipcapture:hep_msg_received: unknow protocol [1]

1 1

Compiling with db_unixodbc
by Grant Bagdasarian 24 Mar '15

24 Mar '15

Hello, I'm trying to compile Kamailio 4.2.3 on Debian 7.8 with db_unixodbc but the sql.h file can't be found. I've used the following command to compile and install unixODBC. tar -zxvf unixODBC-2.3.2.tar.gz && cd unixODBC-2.3.2 && ./configure --sysconfdir=/etc --prefix=/usr/local/unixODBC --disable-gui && make && make install #####################: locate odbc_config /usr/local/unixODBC/bin/… [View More]

3 3

Inter Kamailio communication: UDP vs TCP vs SCTP
by Mickael Marrache 24 Mar '15

24 Mar '15

Hi, We are deploying a VoIP system based on Kamailio. The system is composed of load balancers, proxies, registrars, etc What is the recommended transport protocol to use for internal communication (i.e. load balancer <-> proxy/registrar)? We started with UDP but we also see that Kamailio supports TCP and SCTP. For information, at first stage, the UAs will communicate using UDP but we may need to use TCP in case messages are too large (we had such issues when using ICE). Thanks, Mickael

2 1

Re: [SR-Users] kamailio asterisk NOTIFY
by Slava Bendersky 23 Mar '15

23 Mar '15

Hello Everyone, In my case I am using Path and I asterisk generate NOTIFY with route based on path, then I see on kamailio side tries reach on client on public IP side and open new connection not follow ESTABLISHED/RELATED link then it times out. Log: Mar 23 11:00:17 canlvprx01 /usr/sbin/kamailio[20193]: INFO: <script>: [NOTIFY], Inbound connection from <10.18.130.51> traffic from Asterisk Mar 23 11:00:17 canlvprx01 /usr/sbin/kamailio[20193]: INFO: <script>: [NOTIFY], … [View More]Present Route: Client_public_IP. Mar 23 11:00:28 canlvprx01 /usr/sbin/kamailio[20204]: ERROR: <core> [tcp_main.c:4338]: tcpconn_main_timeout(): connect Client_public_IP:5060 failed (timeout) Here trace on kamailio side http://fpaste.org/201813/15287114/ Here trace from soft phone client side. http://fpaste.org/201814/14271530/ Slava. From: "Alex Balashov" <abalashov(a)evaristesys.com> To: "sr-users" <sr-users(a)lists.sip-router.org> Sent: Monday, March 23, 2015 6:42:59 PM Subject: Re: [SR-Users] kamailio asterisk NOTIFY Anthony, The Contact presented by the subscriber in the initial subscription is: m: "Test User" <sip:172.16.4.7;line=sr-D8G7CE2.5PUeK-xuarl7NYDdNYDxNYlFUYoeUeQ8Cw.6DE2vDdyJDAa4TliwC84OC82LK-2ehwl7NYDdNYDxNYlFUAm6UYzm0gme>;+sip.ice And the subsequent NOTIFY is correctly targeted to this RURI: NOTIFY sip:172.16.4.7;line=sr-D8G7CE2.5PUeK-xuarl7NYDdNYDxNYlFUYoeUeQ8Cw.6DE2vDdyJDAa4TliwC84OC82LK-2ehwl7NYDdNYDxNYlFUAm6UYzm0gme SIP/2.0 The subscriber returns this Contact in the 200 OK response for the NOTIFY: m: "Test User" <sip:172.16.4.7;line=sr-D8G7CE2.5PUeK-xuarl7NYDdNYDxNYlFUYoeUeQ8Cw.6DE2vDdyJDAa4TliwC84O>;+sip.ice And subsequent NOTIFYs appear to use this RURI instead of the original Contact of the subscriber: NOTIFY sip:172.16.4.7;line=sr-D8G7CE2.5PUeK-xuarl7NYDdNYDxNYlFUYoeUeQ8Cw.6DE2vDdyJDAa4TliwC84O SIP/2.0 NOTIFY sip:172.16.4.7;line=sr-D8G7CE2.5PUeK-xuarl7NYDdNYDxNYlFUYoeUeQ8Cw.6DE2vDdyJDAa4TliwC84O SIP/2.0 etc. A SUBSCRIBE is a dialog-creating event, so in-dialog messages (e.g. NOTIFYs) should be targeted at a Request URI corresponding to the Contact URI of the SUBSCRIBE-er. It seems to me that this is the problem here, rather than truncation. -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ _______________________________________________ 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 [View Less]

1 0

Kamalio call issue
by Yogendra Gupta 23 Mar '15

23 Mar '15

Hello, We have setup kamalio at server and it is working at some DNS with call/chat. At some IP chat is working but when we call then it is not working. At some DNS(Net IP) it is working . What can be problem at server? Following is login for SIP test user: tester1(a)23.253.110.48 123456 Host IP : 23.253.110.48 I have attached mu kamalio config file. Let me know what we need to change at config file or server Thanks

2 9

What is the best SIP trunk authentication strategy
by canuck15 23 Mar '15

23 Mar '15

Been struggling with this for awhile now. So far I am finding it rather difficult to come up with way to authenticate SIP trunks taking into account all possible scenarios. My setup is Kamailio combined with Asterisk realtime. Everything is in a MySQL database. All authentication is done by Kamailio. Kamailio handles SIP extension (user) authentication quite well but seems poorly equipped for SIP trunk (peer) authentication. The biggest problem I have run into so far is that SIP … [View More]trunks typically use DNS names and Kamailio is not at all designed to used DNS names. Also SIP trunks do not use named "realms" whereas that is a key part of Kamailio authentication. For IP authentication about the only solution I have found is to DNS lookup and save all returned IP addresses in the ip_addr mysql table. Then I do: #!ifdef WITH_IPAUTH if((!is_method("REGISTER")) && allow_source_address() && $au == "") { # source IP allowed return; } I can run a cron job every hour to DNS lookup and update the ip_addr table as needed so I think this is a satisfactory solution for IP authentication. SIP trunk user/pass authentication is the one I am now struggling with. This standard Kamailio authentication section does not work for SIP trunks. if (is_method("REGISTER|INVITE") || from_uri==myself) { # authenticate requests #if (!auth_check("$fd", "subscriber", "1")) { if (!auth_check("$fd", "subscriber", "0")) { auth_challenge("$fd", "0"); exit; } # user authenticated - remove auth header if(!is_method("REGISTER|PUBLISH")) consume_credentials(); This is a multidomain setup and therefore: modparam("auth_db", "use_domain", 1) So the authentication section will try authenticate the realm of the trunk which will always be an IP address. However the SIP trunk realm will usually be saved in the "subscriber" database as the FQDN. There is no mechanism for auth_check() to directly or indirectly check against FQDN. The other problem is that even if I used the ip_addr table somehow it will only try use the user/pass of the first instance of a matching IP address. For SIP trunks it is possible I could have multiple subaccounts and therefore multiple instances of the same IP with different user/pass. So auth_check() is not designed for being used this way as far as I can tell. Seems to me like there should almost be a special kamailio module just for SIP trunks. I had a look a carrierroute module it's not designed for this either. [View Less]

4 6

Websocket kamailio.cfg doubt
by Austin Einter 23 Mar '15

23 Mar '15

The README of websocket suggests to modify kamailio.cfg as below *# Handle requests within SIP dialogsroute[WITHINDLG] { if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { if ($du == "") { if (!handle_ruri_alias()) { xlog("L_ERR", "Bad alias <$ru>\n"); … [View More]

2 1

Kamailio sending NOTIFY messages to private IP
by Olli Attila 23 Mar '15

23 Mar '15

Hello, Im running kamailio 4.2.3 and I'm having troubles with reporting user presence data from Kamailio server to a registered UA behind nat. The NOTIFY message is being sent from Kamailio to the UA after receiving PUBLISH, but because the UA is behind nat the NOTIFY message is being sent to the UAs private (=unroutable) ip and therefor never reaching the real UA. My server is using nat helping modules so that REGISTER messages and INVITE messages are handled ok even if they are … [View More]

2 1

Re: [SR-Users] kamailio asterisk NOTIFY
by Slava Bendersky 23 Mar '15

23 Mar '15

Hello Daniel, I still can't understand clearly why when asterisk send NOTIFY to client through kamailio it coming back with with 408. I I tried different case event change Contact:, but no luck can't I see what the issue all routes in first SUBSCRIBE looks ok . Any though or help will be really appreciate. This what I see on asterisk debug Reliably Transmitting (NAT) to 10.18.130.46:5060: NOTIFY sip:102@192.168.88.243:5068;alias=client_pub_ip~5068~2 SIP/2.0 Via: SIP/2.0/UDP 10.18.130.… [View More]51:5060;branch=z9hG4bK5dd3f266 Max-Forwards: 70 Route: <sip:10.18.130.46:5060;lr=on;ftag=3b27a2a409;nat=yes> --->Kamailio route From: "canlpbx02" <sip:canlpbx02@10.18.130.51>;tag=as56402f92 To: <sip:102@192.168.88.243:5068;alias=client_pub_ip~5068~2>;tag=3b27a2a409 Contact: <sip:canlpbx02@10.18.130.51:5060> Call-ID: b1edde040d695988 CSeq: 102 NOTIFY User-Agent: FPBX-12.0.43(12.8.1) Event: message-summary Content-Type: application/simple-message-summary Subscription-State: active Content-Length: 88 Messages-Waiting: yes Message-Account: sip:*97@10.18.130.51 Voice-Message: 5/0 (0/0) --- <--- SIP read from UDP:10.18.130.46:5060 ---> SIP/2.0 200 OK Via: SIP/2.0/UDP 10.18.130.51:5060;rport=5060;branch=z9hG4bK5dd3f266 From: "canlpbx02" <sip:canlpbx02@10.18.130.51>;tag=as56402f92 To: <sip:102@192.168.88.243:5068;alias=client_pub_ip~5068~2>;tag=3b27a2a409 Call-ID: b1edde040d695988 CSeq: 102 NOTIFY Allow: ACK, BYE, CANCEL, INVITE, MESSAGE, NOTIFY, OPTIONS, REFER, SUBSCRIBE, UPDATE Server: Media5-fone/4.1.6.3283 Android/5.1 Supported: eventlist, replaces, timer Content-Length: 0 <-------------> --- (10 headers 0 lines) --- <--- SIP read from UDP:10.18.130.46:5060 ---> SIP/2.0 408 Request Timeout Via: SIP/2.0/UDP 10.18.130.51:5060;branch=z9hG4bK6386387f;rport=5060 From: "canlpbx02" <sip:canlpbx02@10.18.130.51>;tag=as00936a6d To: <sip:102@192.168.88.243:5066;alias=client_pub_ip~5066~2>;tag=a3aea18741 Call-ID: 5a66b87a618d1042 CSeq: 103 NOTIFY Server: kamailio (4.2.3 (x86_64/linux)) Content-Length: 0 <-------------> Slava. From: "Daniel-Constantin Mierla" <miconda(a)gmail.com> To: "Slava Bendersky" <volga629(a)networklab.ca>, "sr-users" <sr-users(a)lists.sip-router.org> Sent: Friday, March 13, 2015 1:28:33 PM Subject: Re: [SR-Users] kamailio asterisk NOTIFY Hello, that function might be in textopsx module. Cheers, Daniel On 13/03/15 14:25, Slava Bendersky wrote: Hello Daniel, Where possible find updated version of options for textops. [sr_module.c:701]: find_mod_export_record(): find_export_record: <remove_hf_value> not found Specially Record-Route manipulation. Slava. From: "Slava Bendersky" <volga629(a)networklab.ca> To: miconda(a)gmail.com Cc: "sr-users" <sr-users(a)lists.sip-router.org> Sent: Friday, March 13, 2015 8:54:26 AM Subject: Re: [SR-Users] kamailio asterisk NOTIFY Hello Daniel, Here paste for first SUBSCRIBE. http://fpaste.org/197545/25118514/ Slava. From: "Daniel-Constantin Mierla" <miconda(a)gmail.com> To: "Slava Bendersky" <volga629(a)networklab.ca> Cc: "sr-users" <sr-users(a)lists.sip-router.org> Sent: Thursday, March 12, 2015 5:09:17 AM Subject: Re: [SR-Users] kamailio asterisk NOTIFY Hello, can you get the sip traffic from the network (from the first subscribe of this presence dialog)? It will help to see the Route set. Cheers, Daniel On 12/03/15 00:36, Slava Bendersky wrote: BQ_BEGIN Hello Daniel, Here debug of the notify which failing. Look like transaction miss match http://fpaste.org/196896/61168591/ Slava. From: "Daniel-Constantin Mierla" <miconda(a)gmail.com> To: "Slava Bendersky" <volga629(a)networklab.ca> , "sr-users" <sr-users(a)lists.sip-router.org> Sent: Wednesday, March 11, 2015 5:44:05 PM Subject: Re: [SR-Users] kamailio asterisk NOTIFY Hello, it doesn't matter if there is a mix of transports. If the UA is mirroring the Record-Route headers in the response to the NOTIFY, it should work fine. Cheers, Daniel On 11/03/15 21:40, Slava Bendersky wrote: BQ_BEGIN Hello Daniel, Is this matter that UDP and TCP transport in mix ? Slava. From: "Slava Bendersky" <volga629(a)networklab.ca> To: miconda(a)gmail.com Cc: "sr-users" <sr-users(a)lists.sip-router.org> Sent: Wednesday, March 11, 2015 4:21:39 PM Subject: Re: [SR-Users] kamailio asterisk NOTIFY Hello Daniel, I have record route in WITHINDLG for NOTIFY, but it not helped behaviour is the same it loosing route for NOTIFY. Slava. From: "Daniel-Constantin Mierla" <miconda(a)gmail.com> To: "Slava Bendersky" <volga629(a)networklab.ca> , "sr-users" <sr-users(a)lists.sip-router.org> Sent: Wednesday, March 11, 2015 2:14:02 PM Subject: Re: [SR-Users] kamailio asterisk NOTIFY Hello, you have to do record_route() for all NOTIFY requests -- there are new specs requiring that (RFC 6665) and perhaps asterisk is following them. If you look in the default kamailio.cfg for v4.2, inside route[WITHINDLG], then you will see how it is done. Cheers, Daniel On 11/03/15 14:22, Slava Bendersky wrote: BQ_BEGIN Hello Daniel, Here fresh paste http://fpaste.org/196616/42608006/ I see proper routing headers on SUBSCRIBE, but then NOTIFY loose it. Slava. From: "Daniel-Constantin Mierla" <miconda(a)gmail.com> To: "sr-users" <sr-users(a)lists.sip-router.org> Sent: Tuesday, March 10, 2015 5:31:51 PM Subject: Re: [SR-Users] kamailio asterisk NOTIFY Hello, fpaste link doesn't show anything. Can you check if the NOTIFY coming to Kamailio has two Route headers? Cheers, Daniel On 10/03/15 18:44, Slava Bendersky wrote: BQ_BEGIN Hello Everyone, Having issue with NOTIFY, is not forwarded to client properly. asterisk ---> private kamailio public ----> soft client http://fpaste.org/196257/99948714/ I see kamailio trying connect always with private IP to the client when NOTIFY is come is in. Is this something to do with rr_advertise_address ? Mar 10 13:44:23 canlvprx01 kamailio: 16(24971) ERROR: <core> [tcp_main.c:4338]: tcpconn_main_timeout(): connect 192.168.88.246:5064 failed (timeout) Mar 10 13:44:23 canlvprx01 kamailio: 16(24971) DEBUG: <core> [tcp_main.c:4362]: tcpconn_main_timeout(): tcp_main: timeout for 0x7fbbb64e2800 Mar 10 13:44:23 canlvprx01 kamailio: 16(24971) DEBUG: <core> [io_wait.h:610]: io_watch_del(): DBG: io_watch_del (0x9dbf00, 33, -1, 0x10) fd_no=24 called Mar 10 13:44:23 canlvprx01 kamailio: 16(24971) DEBUG: <core> [tcp_main.c:4320]: tcpconn_main_timeout(): tcp_main: entering timer for 0x7fbbb64eb6c0 (ticks=839577436, timeout=839634956 (3595 s), wr_timeout=839577436 (0 s)), write queue: 798 bytes Mar 10 13:44:23 canlvprx01 kamailio: 16(24971) ERROR: <core> [tcp_main.c:4338]: tcpconn_main_timeout(): connect 192.168.88.246:5066 failed (timeout) Mar 10 13:44:23 canlvprx01 kamailio: 16(24971) DEBUG: <core> [tcp_main.c:4362]: tcpconn_main_timeout(): tcp_main: timeout for 0x7fbbb64eb6c0 Mar 10 13:44:23 canlvprx01 kamailio: 16(24971) DEBUG: <core> [io_wait.h:610]: io_watch_del(): DBG: io_watch_del (0x9dbf00, 34, -1, 0x10) fd_no=23 called Mar 10 13:44:42 canlvprx01 kamailio: 5(24960) DEBUG: tm [t_reply.c:1294]: t_should_relay_response(): ->>>>>>>>> T_code=0, new_code=408 Mar 10 13:44:42 canlvprx01 kamailio: 5(24960) DEBUG: tm [t_reply.c:1812]: relay_reply(): DEBUG: relay_reply: branch=0, save=0, relay=0 icode=0 Mar 10 13:44:42 canlvprx01 kamailio: 5(24960) DEBUG: <core> [mem/shm_mem.c:111]: _shm_resize(): WARNING:vqm_resize: resize(0) called Mar 10 13:44:42 canlvprx01 kamailio: 5(24960) DEBUG: tm [t_reply.c:1294]: t_should_relay_response(): ->>>>>>>>> T_code=0, new_code=408 Mar 10 13:44:42 canlvprx01 kamailio: 5(24960) DEBUG: tm [t_reply.c:1812]: relay_reply(): DEBUG: relay_reply: branch=0, save=0, relay=0 icode=0 I have in configuration in WITHINDLG if (is_method("NOTIFY")) { record_route(); } and in NATDETECT if(is_method("INVITE|SUBSCRIBE|UPDATE|NOTIFY")) { set_contact_alias(); } Slava. _______________________________________________ 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://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, May 27-29, 2015 Berlin, Germany - http://www.kamailioworld.com _______________________________________________ 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 BQ_END -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, May 27-29, 2015 Berlin, Germany - http://www.kamailioworld.com _______________________________________________ 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 BQ_END -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, May 27-29, 2015 Berlin, Germany - http://www.kamailioworld.com BQ_END -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, May 27-29, 2015 Berlin, Germany - http://www.kamailioworld.com _______________________________________________ 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 BQ_END -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, May 27-29, 2015 Berlin, Germany - http://www.kamailioworld.com [View Less]

2 1

Re: [SR-Users] remove_hf_value
by Slava Bendersky 23 Mar '15

23 Mar '15

Hello Daniel, I end up insert routes like this. And right now on client side I see only public ip route and private side only private ip routes. route[ROUTE_HDR_ORG] { # Getting record routes if(is_present_hf("Route")) { xlog("L_INFO", "[$rm], Inbound connection from <$si>\n"); if(is_method("NOTIFY")) { if(is_ip_rfc1918($si)) { xlog("L_INFO", "[$rm], Present Route: $(route_uri{uri.host})\n"); remove_hf("Route"); insert_hf("Record-Route: <"sip" + $sel(cfg_get.kamailio.… [View More]bindpublicip) + ":" $sel(cfg_get.kamailio.bindpublicport);transport=tcp;lr=on;ftag=$ft;nat=yes>\r\n"); $fs = "tcp" + ":" + $sel(cfg_get.kamailio.bindpublicip) + ":" + $sel(cfg_get.kamailio.bindpublicport); } else { xlog("L_INFO", "[$rm], Present Route: $(route_uri{uri.host})\n"); remove_hf("Route"); insert_hf("Record-Route: <"sip" + ":" $sel(cfg_get.kamailio.bindip) + ":" + $sel(cfg_get.kamailio.bindport);lr=on;ftag=$ft;nat=yes>\r\n"); $fs = "udp" + ":" + $sel(cfg_get.kamailio.bindip) + ":" + $sel(cfg_get.kamailio.bindport); } } } } And for initial SUBSCRIBE INVITE if (is_method("INVITE|SUBSCRIBE")) { remove_hf("Route"); insert_hf("Record-Route: <"sip" + ":" + $sel(cfg_get.kamailio.bindip) + ":" + $sel(cfg_get.kamailio.bindport);lr=on;ftag=$ft;nat=yes>\r\n"); #record_route(); } Slava. From: "Daniel-Constantin Mierla" <miconda(a)gmail.com> To: "Slava Bendersky" <volga629(a)networklab.ca>, "sr-users" <sr-users(a)lists.sip-router.org> Sent: Wednesday, March 18, 2015 4:15:28 AM Subject: Re: [SR-Users] remove_hf_value Hello, but the INVITE request goes out with 2 Record Route headers, if you get them in the 200ok. Not sure how it is going to work overall, you will have to manually set local sockets for requests within dialog, because you are doing also trasport layer gatewaying (tcp-udp). Anyhow, as a solution, maybe you should just not be using record_route() function and just add the header with insert_hf() for the invite, remove the Record-Route header for 200ok with remove_hf() and insert a new one again with insert_hf() If you know the local address (IP/port/transport) you want to put in the Record-Route, you can build the header as: insert_hf("Record-Route: <sip:_LOCAL_IP_:_LOCAL_PORT_;transport=_LOCAL_TRANSPORT_;lr=on;ftag=$ft;nat=yes> \r\n"); Requests within the dialog can be handled with loose_route(), but again, you have to do more in config for selecting the local socket to send to next hop. Cheers, Daniel On 16/03/15 13:35, Slava Bendersky wrote: Hello Daniel, I want do clean up on routes from first SUBSCRIBE, that when traffic goes to public side of kamailio will be only public route and when traffic is internal the Record-Route will stay internal only. In SDP I see like this. I tired double routes set 0 in rr, but didn't clean enough. <--- Transmitting (NAT) to 10.18.130.46:5060 ---> SIP/2.0 200 OK Via: SIP/2.0/UDP 10.18.130.46;branch=z9hG4bKf852.e0223f39c2bbad8366fdf1b7cb22b336.0;i=8;received=10.18.130.46;rport=5060 Via: SIP/2.0/TCP 192.168.88.252:5062;received=client_pub_ipbranch=z9hG4bK0bbe1f7d27257bba9;rport=5062 Record-Route: <sip:10.18.130.46;r2=on;lr=on;ftag=a185d974ec;nat=yes> On public side remote this Record-Route Record-Route: <sip:kamailio_pub_ip:5084;transport=tcp;r2=on;lr=on;ftag=a185d974ec;nat=yes> On private side remote this Record-Route From: "Slava Bendersky" <sips:10101@networklab.ca> ;tag=a185d974ec To: <sips:10101@networklab.ca> ;tag=as00757d3e Call-ID: b08adb1ad1804a83 CSeq: 236711034 SUBSCRIBE Server: FPBX-2.11.0(11.15.1) Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Expires: 3600 Contact: <sip:10101@10.18.130.50:5060> ;expires=3600 Content-Length: 0 Slava. From: "Daniel-Constantin Mierla" <miconda(a)gmail.com> To: "sr-users" <sr-users(a)lists.sip-router.org> Sent: Monday, March 16, 2015 7:01:54 AM Subject: Re: [SR-Users] remove_hf_value Hello, can you give an example of incoming header and how you want to be after modification? It is not clear for me what end result you want/expect. Cheers, Daniel On 14/03/15 06:41, Slava Bendersky wrote: BQ_BEGIN Hello Everyone, Here updated version. Trying remove Record-Route after the coma. My log shows Mar 14 01:25:21 canlvprx01 /usr/sbin/kamailio[751]: INFO: <script>: [SUBSCRIBE], Inbound connection from <Client Public IP> Mar 14 01:25:21 canlvprx01 /usr/sbin/kamailio[751]: ERROR: <script>: <null> Mar 14 01:25:21 canlvprx01 /usr/sbin/kamailio[751]: INFO: <script>: [SUBSCRIBE], Route for removal: '<null>' route snippet. route[ROUTE_HDR_ORG] { # Getting record routes if(is_present_hf("Route")) { xlog("L_INFO", "[$rm], Inbound connection from <$si>\n"); if(is_method("SUBSCRIBE")) { if(is_ip_rfc1918($si)) { xlog( "$sel((a)hf_value.Record_Route[-1])" ); xlog("L_INFO", "[$rm], Route for removal: '$sel((a)hf_value.Record_Route[-1])'\n"); remove_hf_value("Record-Route[-1]"); } else { xlog( "$sel((a)hf_value.Record_Route[1])" ); xlog("L_INFO", "[$rm], Route for removal: '$sel((a)hf_value.Record_Route[1])'\n"); remove_hf_value("Record-Route[1]"); } } } return; } Slava, From: "Slava Bendersky" <volga629(a)networklab.ca> To: "sr-users" <sr-users(a)lists.sip-router.org> Sent: Friday, March 13, 2015 1:00:44 PM Subject: [SR-Users] remove_hf_value Hello Everyone, I am trying adjust Record-Route, but can't match headers value And I am call route(ROUTE_HDR_ORG); right after route(WITHINDLG); route[ROUTE_HDR_ORG] { # Getting record routes if(is_present_hf("Record-Route")) { if(is_method("SUBSCRIBE")) { xlog( "$sel((a)hf_value.Record_Route[1])" ); xlog("L_INFO", "[$rm], Route for removal: '$sel((a)hf_value.Record_Route[1])'\n"); remove_hf_value("Record-Route[1]"); } } return; } Any help Thank you, Slava. _______________________________________________ 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 _______________________________________________ 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://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, May 27-29, 2015 Berlin, Germany - http://www.kamailioworld.com _______________________________________________ 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 BQ_END -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, May 27-29, 2015 Berlin, Germany - http://www.kamailioworld.com [View Less]

2 1

Presence data to users behind NAT
by Olli Attila 22 Mar '15

22 Mar '15

Hello, Im running kamailio 4.2.3 and I'm trying to build a system where I could have the following features: SIP proxy, RTP proxy, Presence & XCAP service for IM messaging. I have a problem with the Presence service with users that are located behind nat. When Kamailio sends presence info to a watcher with sip NOTIFY message, the destaination ip for the pacage seems to be an un-routable (=private) ip, and so the watcher never receives the NOTIFY message making the watchers sip … [View More]

2 1

Kamailio with websocket as transport
by Austin Einter 22 Mar '15

22 Mar '15

Dear All I have a sip user agent. Today it works fine with Kamailio using tcp as tranasport. Now I am planning to support websocket in my sip ua. My question is does Kamailio support websocket transport. If so how can I configure it or while building kamailio do I need to make some flags on. I am using latest Kamailio 4.2.3 (version: kamailio 4.2.3 (x86_64/linux)). Thanks Austin

2 2

Hardware config to run 1000 Kamailio TLS users
by elektau＠yandex.ru 20 Mar '15

20 Mar '15

Hi All, 1. What are resource requirements for running Kamailio server with TLS module active for 1000 registered users (concurrent calls) when running on VPS? In other words, what amount of RAM and processor power required? 2. What is the maximum number of Kamailio TLS users/concurrent calls can be made for the below default values? # Amount of shared and private memory to allocate # for the running Kamailio server (in Mb) SHM_MEMORY=64 PKG_MEMORY=8 Thanks.

3 3

Kamailio hardware requirements
by Mickael Marrache 20 Mar '15

20 Mar '15

Hi, We are currently deploying an entire architecture composed of load balancers, proxies and media relays. All the components except the media relays are Kamailio instances. The media relays are RTP proxy instances. We are trying to determine the hardware requirements for the different servers. We will start with an architecture composed of: . 2 load balancers (one kept as backup to ensure availability) . 2 proxies (load is balanced over the 2 using the DISPATCHER … [View More]

2 1

auth_diameter module
by Grant Bagdasarian 19 Mar '15

19 Mar '15

Hello, Does Kamailio still support authentication using the auth_diameter module? There is a note on the modules page stating the module is now obsolete. "NOTE: diameter support was developed for DISC (DIameter Server Client project at http://developer.berlios.de/projects/disc/). This project seems to be no longer maintained and DIAMETER specifications were updated in the meantime. Thus, the module is obsolete and needs rework to be usable with opendiameter or other DIAMETER servers." Is the … [View More]

2 1

RTPProxy issue?
by Igor Potjevlesch 19 Mar '15

19 Mar '15

Hello, I discovered an issue related to the handling of "timestamp" and/or "Marker bit" with rtpproxy (I use the latest Extension 20081224). The call-flow is the following: one UA places a call to A and put this call on hold. Then, the same UA call another number B. Individual streams are ok. When the UA tries to transfer A with B, the RTPProxy receive a RTP packet with a huge timestamp and the Marker bit set to "True". Just after this RTP packet, RTPProxy stop forward the RTP … [View More]

3 9

Sending PUSH notification asynchronously
by Mickael Marrache 19 Mar '15

19 Mar '15

Hi, I'm trying to add PUSH support to my system using Kamailio. When a call is received and the callee has no active registration, a PUSH is sent to the callee endpoint. In order to send this PUSH, my proxy sends an HTTP requests to another server that will send the PUSH. So, my route block is as follows: route[PUSH] { #Send PUSH notification using a custom module I wrote #Suspend transaction execution. t_on_failure("MANAGE_FAILURE"); if(!… [View More]

2 6

Timeout after t_suspend and failure route
by Mickael Marrache 19 Mar '15

19 Mar '15

Hi, When receiving an INVITE, I arm a failure route and set the fr_timer to 30 seconds. After the fr_timer expires, I need to do some operations however I see the failure route is not executed. I guess it is related to the fact the INVITE has not been forwarded? If yes, how can I execute code when a transaction times out after calling t_suspend? Thanks, Mickael

2 7

missing BYE when 2 redundant kamailio servers share the same database
by Ding Ma 19 Mar '15

19 Mar '15

This is the SIP log when using location routing for BYE from peer server.

1 0

missing BYE when 2 redundant kamailio servers share the same database
by Ding Ma 19 Mar '15

19 Mar '15

This is the SIP log with the 500 error for BYE.

1 0

SQLOPS bug
by Mihaly Zachar 18 Mar '15

18 Mar '15

Hi Gents, Please consider applying this patch: --- ./modules/sqlops/sql_api.c.orig 2015-03-18 16:33:56.994320505 +0100 +++ ./modules/sqlops/sql_api.c 2015-03-18 16:34:11.254419341 +0100 @@ -743,7 +743,7 @@ LM_ERR("row index out of bounds [%d/%d]\n", i, res->nrows); goto error; } - if(i>=res->ncols) + if(j>=res->ncols) { LM_ERR("column index out of bounds [%d/%d]\n", j, res->ncols); … [View More]

2 3

missing BYE when 2 redundant kamailio servers share the same database
by Ding Ma 18 Mar '15

18 Mar '15

Hi, all I'm trying to set up 2 kamailio servers for active-active redundancy. The two kamailio severs share the the same database with db_mode=3, and no registration replication. Use pjsua2 as SIP client for testing. The test setup is as follows: kamailio server 1(k1): 10.0.1.30:5061 kamailio server 2(k2): 10.0.1.32:5061 sip client c1: sip:16317@10.0.1.30, client ip: 10.0.1.254 sip client c2: sip:72316@10.0.1.30, client ip: 10.0.1.254 c1 is registered with k1. c2 is registered with … [View More]k2. When c1 calls c2, the call flow is as follows: INVITE: c1------>k1------>k2------>c2 200 OK: c1<------k1<------k2<------c2 So far, the INVITE works. c1 and c2 can establish a call. However, when c2 hangs up and sends BYE, the BYE is forwarded all the way to k1, and then k1 gives a 500 server error. The log on k1 seems to indicate k1 was attempting to create a TLS connection to itself instead of using the existing TLS connection to c1 to forward the BYE. BYE: c1 X k1<------k2<------c2 | |------->Connection refused/500 Here is the kamailio log on k1: Mar 16 10:34:21 kamailio.sip.com /usr/sbin/kamailio[13396]: ERROR: <core> [tcp_main.c:2740]: tcpconn_1st_send(): connect 10.0.1.30:55999 failed (RST) Connection refused Mar 16 10:34:21 kamailio.sip.com /usr/sbin/kamailio[13396]: ERROR: <core> [tcp_main.c:2750]: tcpconn_1st_send(): 10.0.1.30:55999: connect & send for 0x7fc96a68a1a0 failed: Connection refused (111) This is the routing logic for BYE in kamailio.cfg: if (loose_route()) { route(DLGURI); if (is_method("BYE")) { xlog("L_DBG", "=====BYE $ru from $fu $si:$sp to $du=====\n"); dlg_manage(); 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); exit; } else {...... If I add location based routing for BYE from peer kamailio, then the BYE seems to be forwarded correctly: if (loose_route()) { route(DLGURI); if (is_method("BYE")) { xlog("L_DBG", "=====BYE $ru from $fu $si:$sp to $du=====\n"); dlg_manage(); setflag(FLT_ACC); # do accounting ... setflag(FLT_ACCFAILED); # ... even if the transaction fails # If BYE coming from Kamailio peer, route BYE by location $var(peerlist)=$sel(cfg_get.trusted.peers); $var(i) = 0; while($var(i)<$(var(peerlist){param.count})) { xlog("L_DBG", "=====$(var(peerlist){param.count})=====$(var(peerlist){param.valueat,$var(i)})=====\n"); if(src_ip==$(var(peerlist){param.valueat,$var(i)})) { lookup("location"); xlog("L_DBG", "=====BYE from $fu $si:$sp to $du=====\n"); break; } $var(i) = $var(i) + 1; } } 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); exit; } else {...... My first question is why k1 loose_route sends the BYE to itself instead of the client. Is this a bug? My next question is whether the above location routing for BYE from peer kamailio a good/safe approach. The SIP traces are enclosed. Thanks [View Less]

1 0

Kamailio and Busy Lamp Fields (BLF)
by Daniel-Constantin Mierla 18 Mar '15

18 Mar '15

Hello, a bit of time ago I played with Kamailio and BLF, therefore I published kind of getting started configuration file for this feature. It is available at: - http://kb.asipto.com/kamailio:presence:k43-blf The plan was to add more to the tutorial, some guidelines for configuring the phones, but the time didn't allow it so far. Keep an eye on it for some new content. Contributions are also welcome, send them to me or take the content and publish it with new additions on another place. … [View More]

1 0

siremis login issue
by Boris Ivanov 18 Mar '15

18 Mar '15

Hi Hope this is right place to post my question. I have installed siremis under FreeBSD 10 It went through well. DB created with /usr/local/sbin/kamdbctl create. Problem happen when I trying to login as admin. [{"target":"ERROR","content":" \n[2015-03-11 17:31:37 (GMT)] An exception occurred while executing this script: \nError message: #8192, Non-static method BizSystem::getConfiguration() should not be called statically, assuming $this from incompatible context<\/font&… [View More]gt; \nScript name and line number of error:\/usr\/local\/www\/apache24\/data\/openbiz\/bin\/data\/BizDataObj_Abstract.php:268<\/font> \n function:<\/b> errorHandler ( 8192, \"Non-static method BizSystem::getConfiguration() should not be ca...\", \"\/usr\/local\/www\/apache24\/data\/openbiz\/bin\/data\/BizDataObj_Abstrac...\", 268, Array(0) ) @ \/usr\/local\/www\/apache24\/data\/openbiz\/bin\/sysheader.inc 117\n function:<\/b> userErrorHandler ( 8192, \"Non-static method BizSystem::getConfiguration() should not be ca...\", \"\/usr\/local\/www\/apache24\/data\/openbiz\/bin\/data\/BizDataObj_Abstrac...\", 268, Array(0) ) @ \/usr\/local\/www\/apache24\/data\/openbiz\/bin\/data\/BizDataObj_Abstract.php 268\n function:<\/b> setQuoteIdentifiers ( ) @ \/usr\/local\/www\/apache24\/data\/openbiz\/bin\/data\/BizDataObj_Abstract.php 177\n function:<\/b> __construct ( Array(1) ) @ \/usr\/local\/www\/apache24\/data\/openbiz\/bin\/data\/BizDataObj.php 37\n function:<\/b> __construct ( Array(1) ) @ \/usr\/local\/www\/apache24\/data\/openbiz\/bin\/ObjectFactory.php 166\n function:<\/b> constructObject ( \"system.do.UserDO\" ) @ \/usr\/local\/www\/apache24\/data\/openbiz\/bin\/ObjectFactory.php 56\n function:<\/b> getObject ( \"system.do.UserDO\", 0 ) @ \/usr\/local\/www\/apache24\/data\/openbiz\/bin\/BizSystem.php 252\n function:<\/b> getObject ( \"system.do.UserDO\" ) @ \/usr\/local\/www\/apache24\/data\/siremis\/modules\/service\/authService.php 92\n function:<\/b> authDBUser ( \"admin\", \"admin\" ) @ \/usr\/local\/www\/apache24\/data\/siremis\/modules\/service\/authService.php 66\n function:<\/b> authenticateUser ( \"admin\", \"admin\" ) @ \/usr\/local\/www\/apache24\/data\/siremis\/modules\/user\/form\/LoginForm.php 92\n function:<\/b> Login ( ) @ \/usr\/local\/www\/apache24\/data\/openbiz\/bin\/BizController.php 310\n function:<\/b> invoke ( ) @ \/usr\/local\/www\/apache24\/data\/openbiz\/bin\/BizController.php 110\n function:<\/b> dispatchRequest ( ) @ \/usr\/local\/www\/apache24\/data\/openbiz\/bin\/BizController.php 32\n function:<\/b> include_once ( \"\/usr\/local\/www\/apache24\/data\/openbiz\/bin\/BizController.php\" ) @ \/usr\/local\/www\/apache24\/data\/siremis\/bin\/controller.php 6<\/div>\n _____ Please ask system administrator for help...<\/div>\n"}] Anyone knows how to fix? Boris ____________________________________________________________ This message and any attachments contain confidential information and must not be disclosed to a third party without the prior written consent of setcom. If you have received it erroneously, please discard it and contact us by return. ____________________________________________________________ [View Less]

2 5

Redirect server for load balancing and HA
by Markus 18 Mar '15

18 Mar '15

Hi list, I'm new here, also to Kamailio. My goal is to achieve the "standard solution": Kamailio for load balancing and high availability of several Asterisk servers. For starters, I've set it up with Kamailio+dispatcher+permissions acting as a proxy and it was working fine, but I'd like to try to keep it much more simple. For these reasons: 1) I'd like to maintain different peer settings in Asterisk (DTMF, codecs). 2) I don't want/need a database for Kamailio. I think it is mandatory … [View More]

4 8

msilo clarification
by mayamatakeshi 18 Mar '15

18 Mar '15

Hello, maybe this phrase in the msilo doc is misleading: *Every time when a user registers with Kamailio, the module is looking in database for offline messages intended for that user. All of them will be sent to contact address provided in REGISTER request.* http://kamailio.org/docs/modules/4.2.x/modules/msilo.html The above seems to imply that msilo would send the call directly to the contact address. But this doesn't seem to be the case based on what is mentioned in several threads in the … [View More]

2 3

Re: [SR-Users] remove_hf_value
by Slava Bendersky 18 Mar '15

18 Mar '15

Hello Daniel, I want do clean up on routes from first SUBSCRIBE, that when traffic goes to public side of kamailio will be only public route and when traffic is internal the Record-Route will stay internal only. In SDP I see like this. I tired double routes set 0 in rr, but didn't clean enough. <--- Transmitting (NAT) to 10.18.130.46:5060 ---> SIP/2.0 200 OK Via: SIP/2.0/UDP 10.18.130.46;branch=z9hG4bKf852.e0223f39c2bbad8366fdf1b7cb22b336.0;i=8;received=10.18.130.46;rport=5060 Via: … [View More]SIP/2.0/TCP 192.168.88.252:5062;received=client_pub_ipbranch=z9hG4bK0bbe1f7d27257bba9;rport=5062 Record-Route: <sip:10.18.130.46;r2=on;lr=on;ftag=a185d974ec;nat=yes> On public side remote this Record-Route Record-Route: <sip:kamailio_pub_ip:5084;transport=tcp;r2=on;lr=on;ftag=a185d974ec;nat=yes> On private side remote this Record-Route From: "Slava Bendersky" <sips:10101@networklab.ca>;tag=a185d974ec To: <sips:10101@networklab.ca>;tag=as00757d3e Call-ID: b08adb1ad1804a83 CSeq: 236711034 SUBSCRIBE Server: FPBX-2.11.0(11.15.1) Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Expires: 3600 Contact: <sip:10101@10.18.130.50:5060>;expires=3600 Content-Length: 0 Slava. From: "Daniel-Constantin Mierla" <miconda(a)gmail.com> To: "sr-users" <sr-users(a)lists.sip-router.org> Sent: Monday, March 16, 2015 7:01:54 AM Subject: Re: [SR-Users] remove_hf_value Hello, can you give an example of incoming header and how you want to be after modification? It is not clear for me what end result you want/expect. Cheers, Daniel On 14/03/15 06:41, Slava Bendersky wrote: Hello Everyone, Here updated version. Trying remove Record-Route after the coma. My log shows Mar 14 01:25:21 canlvprx01 /usr/sbin/kamailio[751]: INFO: <script>: [SUBSCRIBE], Inbound connection from <Client Public IP> Mar 14 01:25:21 canlvprx01 /usr/sbin/kamailio[751]: ERROR: <script>: <null> Mar 14 01:25:21 canlvprx01 /usr/sbin/kamailio[751]: INFO: <script>: [SUBSCRIBE], Route for removal: '<null>' route snippet. route[ROUTE_HDR_ORG] { # Getting record routes if(is_present_hf("Route")) { xlog("L_INFO", "[$rm], Inbound connection from <$si>\n"); if(is_method("SUBSCRIBE")) { if(is_ip_rfc1918($si)) { xlog( "$sel((a)hf_value.Record_Route[-1])" ); xlog("L_INFO", "[$rm], Route for removal: '$sel((a)hf_value.Record_Route[-1])'\n"); remove_hf_value("Record-Route[-1]"); } else { xlog( "$sel((a)hf_value.Record_Route[1])" ); xlog("L_INFO", "[$rm], Route for removal: '$sel((a)hf_value.Record_Route[1])'\n"); remove_hf_value("Record-Route[1]"); } } } return; } Slava, From: "Slava Bendersky" <volga629(a)networklab.ca> To: "sr-users" <sr-users(a)lists.sip-router.org> Sent: Friday, March 13, 2015 1:00:44 PM Subject: [SR-Users] remove_hf_value Hello Everyone, I am trying adjust Record-Route, but can't match headers value And I am call route(ROUTE_HDR_ORG); right after route(WITHINDLG); route[ROUTE_HDR_ORG] { # Getting record routes if(is_present_hf("Record-Route")) { if(is_method("SUBSCRIBE")) { xlog( "$sel((a)hf_value.Record_Route[1])" ); xlog("L_INFO", "[$rm], Route for removal: '$sel((a)hf_value.Record_Route[1])'\n"); remove_hf_value("Record-Route[1]"); } } return; } Any help Thank you, Slava. _______________________________________________ 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 _______________________________________________ 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://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, May 27-29, 2015 Berlin, Germany - http://www.kamailioworld.com _______________________________________________ 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 [View Less]

2 1

Dialogs not deleted on BYE
by Shane Harrison 18 Mar '15

18 Mar '15

Hi all, Have found a few threads on this before which have clarified my understanding a little but not yet presented me with a solution. I am using dialog_ng. dlg_manage() is deprecated and as per the documentation, I am simply setting a dialog flag early in the request_route. Kamctl dialog show does indeed show the dialogs are tracked, but they are not destroyed on the receipt of the BYE. Dialog ref count remains at 2 and in state=4 Log shows the following Mar 16 22:43:42 hh-rcs-… [View More]

2 10

PRACK not sent
by Dharm S 17 Mar '15

17 Mar '15

Hi All, I am using kamailio 3.1.5. I am trying to send the PRACK message but it sends back 404 Not Here. I am new to using this. I am adding details in the configuration file below: I guess route[WITHINDLG] ####### 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://openser:openserrw@localhost/openser" #!endif #!ifdef … [View More]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=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="sip.mydomain.com" /* 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 /* 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 ####### 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 #!ifdef LOCAL_TEST_RUN 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 "mi_rpc.so" loadmodule "acc.so" #!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_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 # ----------------- 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) # ----- 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;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;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 # ----- 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:7722") # ----- 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 ####### Routing Logic ######## # Main SIP request routing logic # - processing of any incoming SIP request starts with this route route { # per request initial checks route(REQINIT); # NAT detection route(NAT); # 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[RELAY] { #!ifdef WITH_NAT if (check_route_param("nat=yes")) { setbflag(FLB_NATB); } if (isflagset(FLT_NATS) || isbflagset(FLB_NATB)) { route(RTPPROXY); } #!endif /* example how to enable some additional event routes */ if (is_method("INVITE")) { #t_on_branch("BRANCH_ONE"); t_on_reply("REPLY_ONE"); t_on_failure("FAIL_ONE"); } 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 } 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_ALIASDB # search in DB-based aliases alias_db_lookup("dbaliases"); #!endif if (!lookup("location")) { switch ($rc) { case -1: case -3: t_newtran(); t_reply("404", "Not Found"); exit; case -2: sl_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!=$tU) { sl_send_reply("403","Forbidden auth ID"); exit; } } 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[NAT] { #!ifdef WITH_NAT force_rport(); if (nat_uac_test("19")) { if (method=="REGISTER") { fix_nated_register(); } else { fix_nated_contact(); } setflag(FLT_NATS); } #!endif return; } # RTPProxy control route[RTPPROXY] { #!ifdef WITH_NAT if (is_method("BYE")) { unforce_rtp_proxy(); } else if (is_method("INVITE")){ force_rtp_proxy(); } if (!has_totag()) add_rr_param(";nat=yes"); #!endif return; } # Routing to foreign domains route[SIPOUT] { if (!uri==myself) { append_hf("P-hint: outbound\r\n"); route(RELAY); } } } [View Less]

2 1

xlog from 1.5 to 4.2
by Juan Perez 17 Mar '15

17 Mar '15

I installed 4.2 and I am using the same config file form my current version 1.5.2, but none of my custom logs (xlog) are being printed in the log file, even after rising the debug level, the only messages I see are DEBUG these are my settings: loadmodule "xlog.so" # ----- xlog parms ------ modparam("xlog", "buf_size", 4096) Sample uses:xlog("L_INFO","mylog: Main logic started.\n"); xlog("L_INFO","mylog: Switchover Activated!\n"); xlog("L_INFO","mylog: Redundancy test, last 11 digits [$var(… [View More]

2 1

PKG and Shared Memory statistics
by Dirk Teurlings Signet B.V. 17 Mar '15

17 Mar '15

Hi, We'd like to be able to get statistics of the used amount of memory in Kamailio. # kamctl stats shmem The above command only tells us what the shared memory is doing. Is there any way to get the committed size of memory for each of the PKG_MEMORY pools? If not, could this be added at some point? Kind regards, -- Dirk Teurlings

3 3

Deleted Domain
by Eric Fetty 17 Mar '15

17 Mar '15

Hi, I accidently deleted my domain from iptel.org. I went to re-create my account and it will not let me. Domain: kingfetty.com

2 1

478/sl and 478/sm on BYE?
by Don Fanning 17 Mar '15

17 Mar '15

I am getting these both when one end of the client sends a BYE - after the other client has already sent a BYE and got a 200 back. Config: http://pastebin.com/5gcFpJ3m /usr/local/sbin/kamailio[3259]: INFO: <script>: Request in RELAY - call is {<null>} for {1070} /usr/local/sbin/kamailio[3259]: INFO: <script>: sip:1070@df7jal23ls0d.invalid /usr/local/sbin/kamailio[3259]: ERROR: <core> [resolve.c:1726]: sip_hostport2su(): could not resolve hostname: "df7jal23ls0d.… [View More]

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