- sr-users - kamailio.org

[Kamailio-Users] [ANN] Ruby XCAPClient 1.0 released
by Iñaki Baz Castillo 30 Jul '09

30 Jul '09

For those interested in building SIP and SIMPLE rich presence applications in Ruby language: http://xcapclient.rubyforge.org/ http://dev.sipdoc.net/projects/ruby-xcapclient/wiki/ Ruby XCAPClient -------------------------------------------------- A XCAP client library written in Ruby language. XCAP (RFC 4825) is a protocol on top of HTTP which allows a client (usually a VoIP/SIP device) to manipulate the contents of Presence Information Data Format (PIDF) based presence documents. These documents are stored in a server in XML format. Ruby xcapclient library implements the XCAP protocol in client side, allowing the applications to get, store, modify and delete XML documents in the server. == Features * Fetch, create/replace and delete a document. * Fetch, create/replace and delete a document element (XML node). * Fetch, create/replace and delete an element attribute. * Full configurable parameters allowing customized fields for each XCAP application, such auid, XML namespace, MIME-Type, scope (:user or :global) and default document name ("index" if not set). * Fetch the namespaces and prefixes of a document node as they are used in the server. * Manage of multiple documents per XCAP application. * Fetch the XCAP server auids, extensions and namespaces ("xcap-caps" application). * SSL. * Digest and Basic HTTP authentication. * Raise custom Ruby exception for each HTTP error response. -------------------------------------------------- Enjoy. -- Iñaki Baz Castillo <ibc(a)aliax.net>

3 5

[Kamailio-Users] rfc: xavp - extended avp
by Daniel-Constantin Mierla 29 Jul '09

29 Jul '09

Hello, some time ago I created a new branch in GIT named 'daniel/xavp' that includes code for a new pseudo-variable class 'xavp' - name being a shortcut to 'extended attribute value pair'. I collected some design details in wiki: http://sip-router.org/wiki/devel/xavp It is not a replacement for current AVP api implementation, although in the future can replace it. In the past we had couple of discussions about the limitations of avps which I tried to overcome. Here are some highlights of xavp design: - string names only - various tests showed that having the complex addressing scheme with integer id and string name does not pay off performance gains. XAVP computes and integer id for each name that is used to speed up comparison - possibility to store more data types - AVP allow string and integer data types. More can be handled by XAVP, including a generic data type where you can build your own structure and store it in the list. This is good for example to store custom structures for transaction lifetine -- right now dialog module needs to store reference to dialog structure. Optimizations can be done for any case of serial forking -- uri, dst uri, q, etc can be stored in a structure without a need to parse and build it from an encoded value stored in one or many avps - possibility to group XAVPs inside another XAVP - practically is building lists of XAVPs. This should overcome issues with naming conflicts between modules - e.g., dispatacher module can group its avps in a list named "dispatacher", lcr module in a list named 'lcrl, then there can be XAVP with name 'uri' in both lists, without the risk of misusage. Another benefit would be reducing the number of parameters, right now each module exports a parameter to set the name for each AVP, with xavp there is need for one parameter to set the name of the list, then inside that list the module is free to use predefined names without the risk of overlapping. - xavp having value integer or string can be used directly in config, whether they are in a sublist or not Check the wiki (link above) for more. Looking forward for comments, suggestions and improvements. Cheers, Daniel -- Daniel-Constantin Mierla * SIP Router Bootcamp * Kamailio (OpenSER) and Asterisk Training * Berlin, Germany, Sep 1-4, 2009 * http://www.asipto.com/index.php/sip-router-bootcamp/

3 4

[Kamailio-Users] debate: module interface
by Daniel-Constantin Mierla 29 Jul '09

29 Jul '09

Hello, the new sip router core and librarization of kamailio management (MI) and statistics interfaces affected the module interface. At this time, although all the fields are still in the module interface, some are passive: - mi commands exports - statistics exports - extra processes The modules in the public GIT repository use the either mod_init or mod_register to export them, so everything should work as expected. fyi: if you didn't know so far - mod_register is a function automatically called when a module is loaded, giving the possibility to export components from module in very early stage, e.g., transfomations must be exported via mod_register since they are lookep up while parsing the routing blocks -- mod_register is available in kamailio since 1.5, back ported from sip router core, you just need to implement it in the module, it is not part of module interface. Back to module interface, the three fields mislead private module implementations as everything compiles ok, but at startup the fields are not actually exported. I propose to remove them and document the transition process to new interface, which is practically couple of code lines. It this way people migrating private stuff will notice the change and update. Since we are here and we have to go through each K module and remove the fields from the module interface, maybe we can create a single interface for k and s modules. Doing a short analysis and considering the above three fields removed from k interface, then: - K interface has extra - dlopen flags - needed to specify how the .so is open, required so far by perl module, iirc - PV exports - the list of pseudo-variables exported by module - the cmd (function) exports structure has a field to specify a free fixup function (not implemented for all exported commands). The goal is to allow calling functions exported by modules for higher application languages, like perl so far, where it is needed to free the memory allocated by fixup function - S interface has extra - rpc exports - exported rpc commands - onbreak function - is this used?!? couldn't find docs about or a use case, so I consider it obsolete Then common interface would be: - name - dlopen flags - mod parameters - mod commands with free fixup - rpc commands - PV exports - mod init - child init - mod destroy - onreply callback Probably we can normalize it a bit more, comments and suggestions are welcome! Thanks, Daniel -- Daniel-Constantin Mierla * SIP Router Bootcamp * Kamailio (OpenSER) and Asterisk Training * Berlin, Germany, Sep 1-4, 2009 * http://www.asipto.com/index.php/sip-router-bootcamp/

1 0

[Serusers] 400 bad request of SUBSCRIBE
by 静于 29 Jul '09

29 Jul '09

hi I use pa module to support SUBSCRIBE request which Event header is "presence", and the function I used in ser.cfg is as follow : if (method=="SUBSCRIBE") { if (!t_newtran()) { log(1, "newtran error\n"); sl_reply_error(); }; handle_subscription("registrar"); break; }; But the response of this request is 400 error while parsing header Server: SIP Express Route (0.9.6(i386/linux)) I find there is no place in source code to parse Server header I am I miss something in ser.cfg or any other modules should be loaded ? Could any one tell me why? ___________________________________________________________ 好玩贺卡等你发，邮箱贺卡全新上线！ http://card.mail.cn.yahoo.com/

1 0

[Kamailio-Users] Fwd: Re: RES: Can someone help me?
by Raúl Alexis Betancor Santana 28 Jul '09

28 Jul '09

Sorry Rafael, the .cfg is not big ... moreover it's a simple .cfg compared with other ones I worked on. Also I will not review/debug your config for you. Just try to do a flow analisys and check where you are wrong. With a fast read .. I could tell you that you are having troubles with the failure routes at least .. -- Raúl Alexis Betancor Santana Dimensión Virtual

1 0

Re: [Kamailio-Users] RES: Can someone help me?
by Rafael Moreno Gomes 28 Jul '09

28 Jul '09

Hi Raul Here it is, # ----------- global configuration parameters ------------------------ debug=3 fork=yes log_stderror=yes children=1 disable_tcp=no log_facility=LOG_LOCAL0 # ------------------ module loading ---------------------------------- #set module path mpath="/usr/lib/kamailio/modules/" loadmodule "sl.so" loadmodule "tm.so" modparam("tm", "fr_timer", 5) modparam("tm", "fr_inv_timer_avp", "$avp(i:704)") loadmodule "rr.so" loadmodule "usrloc.so" loadmodule "maxfwd.so" loadmodule "textops.so" loadmodule "xlog.so" loadmodule "avpops.so" loadmodule "registrar.so" loadmodule "uri_db.so" loadmodule "db_mysql.so" loadmodule "siputils.so" loadmodule "auth.so" loadmodule "auth_db.so" loadmodule "mi_fifo.so" loadmodule "acc.so" loadmodule "pv.so" modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo") loadmodule "lcr.so" modparam("lcr", "db_url", "mysql://root:mypass@localhost/openser") modparam("lcr", "gw_uri_avp", "$avp(i:709)") modparam("lcr", "ruri_user_avp", "$avp(i:500)") modparam("lcr", "rpid_avp", "$avp(i:302)") modparam("lcr", "flags_avp", "$avp(i:712)") # ------------------------- request routing logic ------------------- route{ if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } route(4); if (has_totag()) { if (loose_route()) { if (is_method("BYE")) { setflag(1); setflag(3); } route(1); } else { if (is_method("SUBSCRIBE") && uri == myself) { route(2); exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { t_relay(); exit; } else { exit; } } sl_send_reply("404","Not here"); } exit; } if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } t_check_trans(); route(3); if (!is_method("REGISTER|MESSAGE")) record_route(); if (is_method("INVITE")) { setflag(1); } if (!uri==myself) if( is_method("PUBLISH|SUBSCRIBE")) route(2); if (is_method("REGISTER")) { if (!save("location")) sl_reply_error(); exit; } if ($rU==NULL) { # request with no Username in RURI sl_send_reply("484","Address Incomplete"); exit; } if (!lookup("location")) { switch ($retcode) { case -1: case -3: t_newtran(); t_reply("404", "Not Found"); exit; case -2: sl_send_reply("405", "Method Not Allowed"); exit; } } setflag(2); route(1); } route[1] { if (!t_relay()) { sl_reply_error(); }; exit; } route[2] { if (!load_gws()) { sl_send_reply("503", "Unable to load gateways"); exit; } else { $var(i) = 0; while(is_avp_set("$(avp(i:709)[$var(i)])")) { xlog("L_INFO", "loading gw_uri_avp[$var(i)]='$(avp(i:709)[$var(i)])'\n"); $var(i) = $var(i) + 1; }; if(is_avp_set("$avp(i:709)")) { xlog("L_INFO", "trying gateway '$avp(i:709)'\n"); } else { xlog("L_INFO", "no available gateways ...\n"); }; if (next_gw()) { xlog("L_INFO", "ruri_user_avp='$avp(i:500)'\n"); t_on_failure("2"); route(1); } else { sl_send_reply("503", "No available gateways"); exit; }; }; exit; } failure_route[2] { xlog("L_INFO", "entering failure_route[2] for reply code '$T_reply_code'\n"); if (t_check_status("408|50[34]")) { if(is_avp_set("$avp(i:709)")) { xlog("L_INFO", "trying next gateway '$avp(i:709)'\n"); } else { xlog("L_INFO", "no more gateways to try ...\n"); }; if (next_gw()) { t_on_failure("2"); route(1); } else { t_reply("503", "No gateways"); exit; }; exit; }; } Rafael Moreno Matrix Telecom www.matrixtelecom.net.br / Phone: 55.11.3323-9207

1 0

[Kamailio-Users] append_branch: max nr of branches exceeded
by Ma Zhiyong 28 Jul '09

28 Jul '09

Hi, all I use kamailio 1.5.1 notls as a call-relay, It works fine but I found some errors in my logs, can you tell me what happened? Should I you increase MAX_BRANCHES value in sip-server/config.h? ERROR:core:append_branch: max nr of branches exceeded ERROR:dispatcher:ds_update_dst: append_branch action failed ERROR:dispatcher:ds_next_dst: cannot set dst addr my cfg: ds_select_domain("2","4"); force_rtp_proxy(); t_relay();

3 2

[Kamailio-Users] How to get the destination IP
by catalina oancea 28 Jul '09

28 Jul '09

Hello Is there a way to find the IP address that the request will be sent to using kamailio.cfg ? For example if extension is behind NAT, after lookup() I have in $rd the IP in the contact column of location table, not the actual IP in the received column. I couldn't find a pseudovar for this. Thanks, Catalina

3 5

[Serusers] FW: HA1 calculation failed
by jay 28 Jul '09

28 Jul '09

Hello I try to launch ser_mysql.sh as root user, When I try it using "/usr/sbin/ser_mysql.sh create" , I got the error "HA1 calculation failed" . How to overcome the problem ? Cheers, Jay

2 1

Re: [Kamailio-Users] RES: Can someone help me?
by Rafael Moreno Gomes 28 Jul '09

28 Jul '09

Hi, I have been reading a lot about Kamailio and I have done one configuration with lcr servers but now the core is giving me a message When I try: Jul 27 19:33:54 [13430] ERROR:tm:t_forward_nonack: sending request failed Jul 27 19:34:12 [13430] WARNING:core:run_actions: null action list (rec_level=2) Jul 27 19:34:12 [13430] WARNING:core:run_actions: null action list (rec_level=2) Jul 27 19:34:12 [13430] WARNING:core:run_actions: null action list (rec_level=2) Jul 27 19:34:54 [13430] WARNING:core:run_actions: null action list (rec_level=2) Jul 27 19:34:54 [13430] WARNING:core:run_actions: null action list (rec_level=2) loading gw_uri_avp[0]='1|0||3970344258||5061|2|0' loading gw_uri_avp[1]='1|0||3987121474||5061|2|0' trying gateway '1|0||3970344258||5061|2|0' ruri_user_avp='rafael' Jul 27 19:34:54 [13430] ERROR:core:tcp_blocking_connect: poll error: flags 18 Jul 27 19:34:54 [13430] ERROR:core:tcp_blocking_connect: failed to retrieve SO_ERROR (111) Connection refused Jul 27 19:34:54 [13430] ERROR:core:tcpconn_connect: tcp_blocking_connect failed Jul 27 19:34:54 [13430] ERROR:core:tcp_send: connect failed Jul 27 19:34:54 [13430] ERROR:tm:msg_send: tcp_send failed Jul 27 19:34:54 [13430] ERROR:tm:t_forward_nonack: sending request failed Rafael Moreno Matrix Telecom www.matrixtelecom.net.br / Phone: 55.11.3323-9207

2 1

[Serusers] Compile errors on CentOS 5.3
by SIP 27 Jul '09

27 Jul '09

Just grabbed the latest CVS for SER and attempted to compile it on a CentOS 5.3 box, but received these errors: config.mak loaded Makefile.defs defs skipped gcc -m64 -g -O9 -funroll-loops -Wcast-align -minline-all-stringops -falign-loops -ftree-vectorize -mtune=opteron -Wall -DNAME='"ser"' -DVERSION='"2.1.0-dev23-make"' -DARCH='"x86_64"' -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.1.2"' -D__CPU_x86_64 -D__OS_linux -DSER_VER=2001000 -DCFG_DIR='"/usr/local/etc/ser/"' -DMODS_DIR='"/usr/local/lib/ser/modules/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR -DDBG_QM_MALLOC -DUSE_TLS -DTLS_HOOKS -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER -DHAVE_EPOLL -DHAVE_SIGIO_RT -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT -c cfg_core.c -o cfg_core.o In file included from futexlock.h:52, from lock_ops.h:85, from locking.h:70, from pt.h:50, from cfg_core.c:42: /usr/include/linux/futex.h:108: error: expected ')' before '*' token /usr/include/linux/futex.h:112: error: expected ')' before '*' token make: *** [cfg_core.o] Error 1 As you can see, it's an X86_64 architecture box running kernel 2.6.18-128.el5. I saw a similar error in Google, but there was no resolution. Any ideas? N.

2 1

[Kamailio-Users] SIREMIS v0.9.3 Released
by Elena-Ramona Modroiu 27 Jul '09

27 Jul '09

Hi, I am happy to announce a new release of SIREMIS - the web management interface for SIP routing engines Kamailio (OpenSER) and SIP-Router.org. There are a bunch of new features, among them: - communication with SER and SIP router core via XMLRPC - communication with FreeSWITCH via event socket - rich text (html) presentation for the output of several external commands - auto-suggestion for groups management - new sortable columns and references between views For installation (upgrade) guidelines and other details, visit: http://siremis.asipto.com Some screenshots relevant for this release: http://www.asipto.com/gallery/v/siremis/siremis_20.jpg.html?g2_imageViewsIn… http://www.asipto.com/gallery/v/siremis/siremis_18.jpg.html?g2_imageViewsIn… http://www.asipto.com/gallery/v/siremis/siremis_19.jpg.html?g2_imageViewsIn… Enjoy, Ramona

1 0

[Kamailio-Users] RES: Can someone help me?
by Rafael Moreno Gomes 27 Jul '09

27 Jul '09

Ok here it goes, I have a Mera Server that I'm trying to connect my Kamailio to change my old SER server to a new level for my Retail clients, my ser will not route to any router my Mera Server will do it What I'm trying to make is a SIP:xxx.xxx.xxx.xxx:5060 on my mera server. When I register it goes ok U 200.196.28.25:63042 -> 200.196.28.124:5060 REGISTER sip:sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-2209c854c438c347-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael @192.168.5.38:63042;rinstance=bcdb08a4009ee386>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZT VkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 2 REGISTER..Expires: 3600..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite releas e 1103d stamp 53117..Authorization: Digest username="rafael",realm="sps0.matrix.net.br",nonce="4a68f31e000000008e5e591d 36c39beb4f5939faad6d9d29",uri="sip:sps0.matrix.net.br" ,response="386a15e662550d45f24bccb6cbb25494",algorithm=MD5..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 200 OK..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-2209c854c438c347-1---d8754z-;rport= 63042;received=200.196.28.25..To: "SPS0"<sip:rafael@sps0.matrix. net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.d55b..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZTVkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 2 R EGISTER..Contact: <sip:rafael@192.168.5.38:63042;rinstance=bcdb08a4009ee386>;expires=3600..Ser ver: Kamailio (1.5.1-notls (i386/linux))..Content-Length: 0.... But when I try to make calls U 200.196.28.25:63042 -> 200.196.28.124:5060 INVITE sip:551133239212@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a957a2771c264219-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael@200.196.28.25:63042>..To: "551133239212"<sip:551133239212@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJ mYWE1ZWNmYzcwZGNlMzQ3NDc5ZDU...CSeq: 1 INVITE..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..Content-Type: application/sdp..User-Agent: X-Lite release 1103d stamp 53117..Content-Length: 361....v=0..o=- 7 2 IN IP4 192.168.5.38..s=CounterPath X-Lite 3.0..c=IN IP4 192.168.5.38..t=0 0..m=audio 8934 RTP/AVP 107 0 8 101..a=alt:1 3 : b2cv/jrI CAiY+XUC 192.168.5.38 8934..a=alt:2 2 : oUZIn8S0 Uq5tdU9E 192.168.52.1 8934..a=alt:3 1 : Z8/DE0ry qIvXPCKF 192.168.228.1 8934..a=fmtp:101 0-15.. a=rtpmap:107 BV32/16000..a=rtpmap:101 telephone-event/8000..a=sendrecv.. U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a957a2771c264219-1---d8754z-;rport= 63042;received=200.196.28.25..To: "55 1133239212"<sip:551133239212@sps0.matrix.net.br>;tag=f8f2ab2c1295e90ed7dbb49 9b30f44b2.e355..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNT JmYWE1ZWNmYzcwZGNlMzQ3NDc5ZDU...CSeq: 1 INVITE..Proxy-Authenticate: Digest realm="sps0.matrix.net.br", nonce="4a68f32800000002a304ed8610abc47da56bdc29957a394d"..Server: Kama ilio (1.5.1-notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 ACK sip:551133239212@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a957a2771c264219-1---d8754z-;rport. .To: "551133239212"<sip:5511332 39212 [!at] sps0.matrix.net.br (replace the [!at] with a @)>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.e355..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJmYWE1ZWNmYzcwZGNlMzQ3N Dc5ZDU...CSeq: 1 ACK..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 INVITE sip:551133239212@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-267c082e8463a77a-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael@200.196.28.25:63042>..To: "551133239212"<sip:551133239212@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJ mYWE1ZWNmYzcwZGNlMzQ3NDc5ZDU...CSeq: 2 INVITE..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..Content-Type: application/sdp..Proxy-Author ization: Digest username="rafael",realm="sps0.matrix.net.br",nonce="4a68f32800000002a304ed86 10abc47da56bdc29957a394d",uri="sip:551133239212@sps0.matrix.net.br",response ="bd0 2426b09957f78a347036f020e4c48",algorithm=MD5..User-Agent: X-Lite release 1103d stamp 53117..Content-Length: 361....v=0..o=- 7 2 IN IP4 192.168.5.38..s=CounterPath X-Lite 3.0 ..c=IN IP4 192.168.5.38..t=0 0..m=audio 8934 RTP/AVP 107 0 8 101..a=alt:1 3 : b2cv/jrI CAiY+XUC 192.168.5.38 8934..a=alt:2 2 : oUZIn8S0 Uq5tdU9E 192.168.52.1 8934..a=alt:3 1 : Z8/DE0ry qIvXPCKF 192.168.228.1 8934..a=fmtp:101 0-15..a=rtpmap:107 BV32/16000..a=rtpmap:101 telephone-event/8000..a=sendrecv.. U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 404 Not Found..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-267c082e8463a77a-1---d8754z-;rport= 63042;received=200.196.28.25..To: "551133239212"<sip:5511 33239212 [!at] sps0.matrix.net.br (replace the [!at] with a @)>;tag=bbd8f31c58bc6a3266ec5509a254d55b-2513..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJmYWE1ZWNmYzcwZGNlMz Q3NDc5ZDU...CSeq: 2 INVITE..Server: Kamailio (1.5.1-notls (i386/linux))..Content-Length: 0.... Now may someone help me :D Thanks guys! ------------------------------- Message: 1 Date: Fri, 24 Jul 2009 10:56:34 +0200 From: I?aki Baz Castillo <ibc(a)aliax.net> Subject: Re: [Kamailio-Users] Can't make calls To: users(a)lists.kamailio.org Message-ID: <200907241056.34301.ibc(a)aliax.net> Content-Type: Text/Plain; charset="utf-8" El Viernes, 24 de Julio de 2009, Rafael Moreno Gomes escribi?: > Can Someone help me? No. First: Don't send the same mail twice. Second: Describe your problem in a detailed way (nobody will spend his time trying to guess which problem you have by inspecting your full configuration and SIP traces). -- I?aki Baz Castillo <ibc(a)aliax.net> ------------------------------ Message: 2 Date: Fri, 24 Jul 2009 11:43:01 +0200 From: Daniel-Constantin Mierla <miconda(a)gmail.com> Subject: Re: [Kamailio-Users] Can't make calls To: I?aki Baz Castillo <ibc(a)aliax.net> Cc: users(a)lists.kamailio.org Message-ID: <4A698225.7080309(a)gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed On 24.07.2009 10:56 Uhr, I?aki Baz Castillo wrote: > El Viernes, 24 de Julio de 2009, Rafael Moreno Gomes escribi?: > >> Can Someone help me? >> > > No. > > First: Don't send the same mail twice. > > Second: Describe your problem in a detailed way (nobody will spend his time > trying to guess which problem you have by inspecting your full configuration > and SIP traces). > > I tried to put together some info about reporting issues. It can be used to help new people in such situation: http://www.kamailio.org/dokuwiki/doku.php/troubleshooting:report-an-issue Please add content there, so reporting and troubleshooting becomes easier for everybody. Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/index.php/sip-router-bootcamp/ ------------------------------ _______________________________________________ Users mailing list Users(a)lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users End of Users Digest, Vol 50, Issue 49 *************************************

6 5

[Serusers] HA1 calculation failed
by jay 25 Jul '09

25 Jul '09

Hello I try to launch ser_mysql.sh as root user, When I try it using "/usr/sbin/ser_mysql.sh create" , I got the error "HA1 calculation failed" . How to overcome the problem ? Cheers, Jay

2 1

Re: [Kamailio-Users] RES: Can someone help me?
by Rafael Moreno Gomes 24 Jul '09

24 Jul '09

Ok, Now let me show what I did, I have installed the kamailio_1.5.1_i386.deb, kamailio-presence-modules_1.5.1_i386.deb, kamailio-mysql-module_1.5.1_i386.deb "Do I need to install anything more than this?" I have made the configs to kamailio work with MySQL Rafael Moreno Matrix Telecom www.matrixtelecom.net.br / Phone: 55.11.3323-9207

3 2

Re: [Kamailio-Users] RES: Can someone help me?
by Rafael Moreno Gomes 24 Jul '09

24 Jul '09

Ok, What I'm trying to do is. My Retail user connect to my SIP server by a PBX or a Softphone The SIP will make a Authentication of my user on my MySQL database. When the user make a call it need to be sent to my Whole sale server which is a MERA Server The Mera will make all the routing to my Cisco Routers and then to my PSTN or other Carriers :) Rafael Moreno Matrix Telecom www.matrixtelecom.net.br / Phone: 55.11.3323-9207

2 1

[Kamailio-Users] Can't make calls
by Rafael Moreno Gomes 24 Jul '09

24 Jul '09

Can Someone help me? ------------------------------------------------------------- NGREP LOG sps0:/# ngrep rafael(a)sps0.matrix.net.br -q interface: eth0 (200.196.28.0/255.255.255.0) match: rafael(a)sps0.matrix.net.br U 200.196.28.25:63042 -> 200.196.28.124:5060 REGISTER sip:sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-73147a384a27ac3c-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael @192.168.5.38:63042;rinstance=bcdb08a4009ee386>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZT VkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 1 REGISTER..Expires: 3600..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite releas e 1103d stamp 53117..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 401 Unauthorized..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-73147a384a27ac3c-1---d8754z-;rport= 63042;received=200.196.28.25..To: "SPS0"<sip:rafael@sp s0.matrix.net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.07e7..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZTVkZTNlNmMyOGE5M2MzOTM2NTM4YmY.. .CSeq: 1 REGISTER..WWW-Authenticate: Digest realm="sps0.matrix.net.br", nonce="4a68f31e000000008e5e591d36c39beb4f5939faad6d9d29"..Server: Kamailio (1.5.1-notls (i386/linux)) ..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 REGISTER sip:sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-2209c854c438c347-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael @192.168.5.38:63042;rinstance=bcdb08a4009ee386>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZT VkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 2 REGISTER..Expires: 3600..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite releas e 1103d stamp 53117..Authorization: Digest username="rafael",realm="sps0.matrix.net.br",nonce="4a68f31e000000008e5e591d 36c39beb4f5939faad6d9d29",uri="sip:sps0.matrix.net.br" ,response="386a15e662550d45f24bccb6cbb25494",algorithm=MD5..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 200 OK..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-2209c854c438c347-1---d8754z-;rport= 63042;received=200.196.28.25..To: "SPS0"<sip:rafael@sps0.matrix. net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.d55b..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZTVkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 2 R EGISTER..Contact: <sip:rafael@192.168.5.38:63042;rinstance=bcdb08a4009ee386>;expires=3600..Ser ver: Kamailio (1.5.1-notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 REGISTER sip:sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-e552bf20e46b0448-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael @192.168.5.38:63042;rinstance=bcdb08a4009ee386>;expires=0..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVk MTRiNjQ1ZTVkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 3 REGISTER..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite release 110 3d stamp 53117..Authorization: Digest username="rafael",realm="sps0.matrix.net.br",nonce="4a68f31e000000008e5e591d 36c39beb4f5939faad6d9d29",uri="sip:sps0.matrix.net.br",resp onse="386a15e662550d45f24bccb6cbb25494",algorithm=MD5..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 200 OK..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-e552bf20e46b0448-1---d8754z-;rport= 63042;received=200.196.28.25..To: "SPS0"<sip:rafael@sps0.matrix. net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.8472..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZTVkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 3 R EGISTER..Server: Kamailio (1.5.1-notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 REGISTER sip:sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a95082141970153a-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael @200.196.28.25:63042;rinstance=381876ea15534dcf>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1Z TVkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 4 REGISTER..Expires: 3600..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite relea se 1103d stamp 53117..Authorization: Digest username="rafael",realm="sps0.matrix.net.br",nonce="4a68f31e000000008e5e591d 36c39beb4f5939faad6d9d29",uri="sip:sps0.matrix.net.br ",response="386a15e662550d45f24bccb6cbb25494",algorithm=MD5..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 200 OK..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a95082141970153a-1---d8754z-;rport= 63042;received=200.196.28.25..To: "SPS0"<sip:rafael@sps0.matrix. net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.26f5..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZTVkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 4 R EGISTER..Contact: <sip:rafael@200.196.28.25:63042;rinstance=381876ea15534dcf>;expires=3600..Se rver: Kamailio (1.5.1-notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 SUBSCRIBE sip:rafael@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-7c5a2623fb530542-1---d8754z-;rport. .Max-Forwards: 70..Contact: <si p:rafael@200.196.28.25:63042>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVk YWIyZmMwM2Q...CSeq: 1 SUBSCRIBE..Expires: 300..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite release 1103d stamp 5311 7..Event: message-summary..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-7c5a2623fb530542-1---d8754z-;rport= 63042;received=200.196.28.25..To: "SP S0"<sip:rafael@sps0.matrix.net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.39a7 ..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJm YzVkYWIyZmMwM2Q...CSeq: 1 SUBSCRIBE..Proxy-Authenticate: Digest realm="sps0.matrix.net.br", nonce="4a68f321000000012f11dfcfba5649b1bb6b23b82b0749a9"..Server: Kamailio (1.5.1 -notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 SUBSCRIBE sip:rafael@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-59288923603d7744-1---d8754z-;rport. .Max-Forwards: 70..Contact: <si p:rafael@200.196.28.25:63042>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVk YWIyZmMwM2Q...CSeq: 2 SUBSCRIBE..Expires: 300..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..Proxy-Authorization: Digest username="rafae l",realm="sps0.matrix.net.br",nonce="4a68f321000000012f11dfcfba5649b1bb6b23b 82b0749a9",uri="sip:rafael@sps0.matrix.net.br",response="ea373d573d66ba13867 11d34d96d75c1",algori thm=MD5..User-Agent: X-Lite release 1103d stamp 53117..Event: message-summary..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SUBSCRIBE sip:rafael@200.196.28.25:63042;rinstance=381876ea15534dcf SIP/2.0..Record-Route: <sip:200.196.28.124;lr=on>..Via: SIP/2.0/UDP 200.196.28.124;branch=z9hG4bK3224.45a 47c61.0..Via: SIP/2.0/UDP 192.168.5.38:63042;received=200.196.28.25;branch=z9hG4bK-d8754z-59288923603d 7744-1---d8754z-;rport=63042..Max-Forwards: 69..Contact: <sip:rafael@20 0.196.28.25:63042>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVkYWIyZmMwM2Q ...CSeq: 2 SUBSCRIBE..Expires: 300..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite release 1103d stamp 53117..Event: m essage-summary..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 SIP/2.0 489 Event Package Not Supported..Via: SIP/2.0/UDP 200.196.28.124;branch=z9hG4bK3224.45a47c61.0..Via: SIP/2.0/UDP 192.168.5.38:63042;received=200.196.28.25;branch=z9h G4bK-d8754z-59288923603d7744-1---d8754z-;rport=63042..To: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=be58b818..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call- ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVkYWIyZmMwM2Q...CSeq: 2 SUBSCRIBE..User-Agent: X-Lite release 1103d stamp 53117..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 489 Event Package Not Supported..Via: SIP/2.0/UDP 192.168.5.38:63042;received=200.196.28.25;branch=z9hG4bK-d8754z-59288923603d 7744-1---d8754z-;rport=63042..To: "SPS0 "<sip:rafael@sps0.matrix.net.br>;tag=be58b818..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVkYWIyZmMwM2Q...CSeq: 2 SUBSC RIBE..User-Agent: X-Lite release 1103d stamp 53117..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 INVITE sip:551133239212@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a957a2771c264219-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael@200.196.28.25:63042>..To: "551133239212"<sip:551133239212@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJ mYWE1ZWNmYzcwZGNlMzQ3NDc5ZDU...CSeq: 1 INVITE..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..Content-Type: application/sdp..User-Agent: X-Lite release 1103d stamp 53117..Content-Length: 361....v=0..o=- 7 2 IN IP4 192.168.5.38..s=CounterPath X-Lite 3.0..c=IN IP4 192.168.5.38..t=0 0..m=audio 8934 RTP/AVP 107 0 8 101..a=alt:1 3 : b2cv/jrI CAiY+XUC 192.168.5.38 8934..a=alt:2 2 : oUZIn8S0 Uq5tdU9E 192.168.52.1 8934..a=alt:3 1 : Z8/DE0ry qIvXPCKF 192.168.228.1 8934..a=fmtp:101 0-15.. a=rtpmap:107 BV32/16000..a=rtpmap:101 telephone-event/8000..a=sendrecv.. U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a957a2771c264219-1---d8754z-;rport= 63042;received=200.196.28.25..To: "55 1133239212"<sip:551133239212@sps0.matrix.net.br>;tag=f8f2ab2c1295e90ed7dbb49 9b30f44b2.e355..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNT JmYWE1ZWNmYzcwZGNlMzQ3NDc5ZDU...CSeq: 1 INVITE..Proxy-Authenticate: Digest realm="sps0.matrix.net.br", nonce="4a68f32800000002a304ed8610abc47da56bdc29957a394d"..Server: Kama ilio (1.5.1-notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 ACK sip:551133239212@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a957a2771c264219-1---d8754z-;rport. .To: "551133239212"<sip:5511332 39212(a)sps0.matrix.net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.e355..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJmYWE1ZWNmYzcwZGNlMzQ3N Dc5ZDU...CSeq: 1 ACK..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 INVITE sip:551133239212@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-267c082e8463a77a-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael@200.196.28.25:63042>..To: "551133239212"<sip:551133239212@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJ mYWE1ZWNmYzcwZGNlMzQ3NDc5ZDU...CSeq: 2 INVITE..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..Content-Type: application/sdp..Proxy-Author ization: Digest username="rafael",realm="sps0.matrix.net.br",nonce="4a68f32800000002a304ed86 10abc47da56bdc29957a394d",uri="sip:551133239212@sps0.matrix.net.br",response ="bd0 2426b09957f78a347036f020e4c48",algorithm=MD5..User-Agent: X-Lite release 1103d stamp 53117..Content-Length: 361....v=0..o=- 7 2 IN IP4 192.168.5.38..s=CounterPath X-Lite 3.0 ..c=IN IP4 192.168.5.38..t=0 0..m=audio 8934 RTP/AVP 107 0 8 101..a=alt:1 3 : b2cv/jrI CAiY+XUC 192.168.5.38 8934..a=alt:2 2 : oUZIn8S0 Uq5tdU9E 192.168.52.1 8934..a=alt:3 1 : Z8/DE0ry qIvXPCKF 192.168.228.1 8934..a=fmtp:101 0-15..a=rtpmap:107 BV32/16000..a=rtpmap:101 telephone-event/8000..a=sendrecv.. U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 404 Not Found..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-267c082e8463a77a-1---d8754z-;rport= 63042;received=200.196.28.25..To: "551133239212"<sip:5511 33239212(a)sps0.matrix.net.br>;tag=bbd8f31c58bc6a3266ec5509a254d55b-2513..From : "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJmYWE1ZWNmYzcwZGNlMz Q3NDc5ZDU...CSeq: 2 INVITE..Server: Kamailio (1.5.1-notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 ACK sip:551133239212@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-267c082e8463a77a-1---d8754z-;rport. .To: "551133239212"<sip:5511332 39212(a)sps0.matrix.net.br>;tag=bbd8f31c58bc6a3266ec5509a254d55b-2513..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJmYWE1ZWNmYzcwZGNlMzQ3N Dc5ZDU...CSeq: 2 ACK..Content-Length: 0.... ------------------------------------------------------------- SIP LOG SIP/2.0 489 Event Package Not Supported Via: SIP/2.0/UDP 192.168.5.38:63042;received=200.196.28.25;branch=z9hG4bK-d8754z-59288923603d 7744-1---d8754z-;rport=63042 To: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=be58b818 From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236 Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVkYWIyZmMwM2Q. CSeq: 2 SUBSCRIBE User-Agent: X-Lite release 1103d stamp 53117 Content-Length: 0 Jul 23 20:32:19 [2948] DBG:core:_shm_resize: resize(0) called Jul 23 20:32:19 [2948] DBG:tm:insert_timer_unsafe: [2]: 0xafc1d4f8 (15) Jul 23 20:32:19 [2948] DBG:tm:relay_reply: sent buf=0x8149d48: SIP/2.0 4..., shmem=0xafc1f430: SIP/2.0 4 Jul 23 20:32:19 [2948] DBG:tm:run_trans_callbacks: trans=0xafc1d4b0, callback type 256, id 0 entered Jul 23 20:32:19 [2948] DBG:tm:cleanup_uac_timers: RETR/FR timers reset Jul 23 20:32:19 [2948] DBG:tm:t_unref: UNREF_UNSAFE: after is 0 Jul 23 20:32:19 [2948] DBG:core:destroy_avp_list: destroying list (nil) Jul 23 20:32:19 [2948] DBG:core:receive_msg: cleaning up Jul 23 20:32:20 [2950] DBG:tm:utimer_routine: timer routine:4,tl=0xafc1d5fc next=(nil), timeout=10400000 Jul 23 20:32:24 [2950] DBG:tm:timer_routine: timer routine:2,tl=0xafc1d4f8 next=(nil), timeout=15 Jul 23 20:32:24 [2950] DBG:tm:wait_handler: removing 0xafc1d4b0 from table Jul 23 20:32:24 [2950] DBG:tm:delete_cell: delete transaction 0xafc1d4b0 Jul 23 20:32:24 [2950] DBG:tm:wait_handler: done Jul 23 20:32:25 [2946] DBG:core:udp_rcv_loop: probing packet received from 200.202.22.5 55325 Jul 23 20:32:26 [2949] DBG:core:parse_msg: SIP Request: Jul 23 20:32:26 [2949] DBG:core:parse_msg: method: <INVITE> Jul 23 20:32:26 [2949] DBG:core:parse_msg: uri: <sip:551133239212@sps0.matrix.net.br> Jul 23 20:32:26 [2949] DBG:core:parse_msg: version: <SIP/2.0> Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=2 Jul 23 20:32:26 [2949] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK-d8754z-a957a2771c264219-1---d8754z->; state=6 Jul 23 20:32:26 [2949] DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=17 Jul 23 20:32:26 [2949] DBG:core:parse_via: end of header reached, state=5 Jul 23 20:32:26 [2949] DBG:core:parse_headers: via found, flags=2 Jul 23 20:32:26 [2949] DBG:core:parse_headers: this is the first via Jul 23 20:32:26 [2949] DBG:core:receive_msg: After parse_msg... Jul 23 20:32:26 [2949] DBG:core:receive_msg: preparing to run routing scripts... Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=100 Jul 23 20:32:26 [2949] DBG:maxfwd:is_maxfwd_present: value = 70 Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=8 Jul 23 20:32:26 [2949] DBG:core:parse_to: end of header reached, state=10 Jul 23 20:32:26 [2949] DBG:core:parse_to: display={"551133239212"}, ruri={sip:551133239212@sps0.matrix.net.br} Jul 23 20:32:26 [2949] DBG:core:get_hdr_field: <To> [53]; uri=[sip:551133239212@sps0.matrix.net.br] Jul 23 20:32:26 [2949] DBG:core:get_hdr_field: to body ["551133239212"<sip:551133239212@sps0.matrix.net.br> ] Jul 23 20:32:26 [2949] DBG:siputils:has_totag: no totag Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=78 Jul 23 20:32:26 [2949] DBG:core:get_hdr_field: cseq <CSeq>: <1> <INVITE> Jul 23 20:32:26 [2949] DBG:tm:t_lookup_request: start searching: hash=24133, isACK=0 Jul 23 20:32:26 [2949] DBG:tm:matching_3261: RFC3261 transaction matching failed Jul 23 20:32:26 [2949] DBG:tm:t_lookup_request: no transaction found Jul 23 20:32:26 [2949] DBG:core:parse_to_param: tag=b45cd830 Jul 23 20:32:26 [2949] DBG:core:parse_to: end of header reached, state=29 Jul 23 20:32:26 [2949] DBG:core:parse_to: display={"SPS0"}, ruri={sip:rafael@sps0.matrix.net.br} Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: no match for: [sps0.matrix.net.br:5060] Jul 23 20:32:26 [2949] DBG:core:grep_aliases: comparing host [0:sps0.matrix.net.br:5060] with us [2:sps0.matrix.net.br:5060] Jul 23 20:32:26 [2949] DBG:core:grep_aliases: match found for: [0:sps0.matrix.net.br:5060] Jul 23 20:32:26 [2949] DBG:core:check_self: host == me Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=10000 Jul 23 20:32:26 [2949] DBG:core:get_hdr_field: content_length=361 Jul 23 20:32:26 [2949] DBG:core:get_hdr_field: found end of header Jul 23 20:32:26 [2949] DBG:auth:pre_auth: credentials with given realm not found Jul 23 20:32:26 [2949] DBG:auth:reserve_nonce_index: second= 16, sec_monit= -1, index= 2 Jul 23 20:32:26 [2949] DBG:auth:build_auth_hf: nonce index= 2 Jul 23 20:32:26 [2949] DBG:auth:build_auth_hf: 'Proxy-Authenticate: Digest realm="sps0.matrix.net.br", nonce="4a68f32800000002a304ed8610abc47da56bdc29957a394d" ' Jul 23 20:32:26 [2949] DBG:sl:send_reply: reply in stateless mode (sl) Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=ffffffffffffffff Jul 23 20:32:26 [2949] DBG:core:check_via_address: params 200.196.28.25, 192.168.5.38, 0 Jul 23 20:32:26 [2949] DBG:core:destroy_avp_list: destroying list (nil) Jul 23 20:32:26 [2949] DBG:core:receive_msg: cleaning up Jul 23 20:32:26 [2947] DBG:core:parse_msg: SIP Request: Jul 23 20:32:26 [2947] DBG:core:parse_msg: method: <ACK> Jul 23 20:32:26 [2947] DBG:core:parse_msg: uri: <sip:551133239212@sps0.matrix.net.br> Jul 23 20:32:26 [2947] DBG:core:parse_msg: version: <SIP/2.0> Jul 23 20:32:26 [2947] DBG:core:parse_headers: flags=2 Jul 23 20:32:26 [2947] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK-d8754z-a957a2771c264219-1---d8754z->; state=6 Jul 23 20:32:26 [2947] DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=17 Jul 23 20:32:26 [2947] DBG:core:parse_via: end of header reached, state=5 Jul 23 20:32:26 [2947] DBG:core:parse_headers: via found, flags=2 Jul 23 20:32:26 [2947] DBG:core:parse_headers: this is the first via Jul 23 20:32:26 [2947] DBG:core:receive_msg: After parse_msg... Jul 23 20:32:26 [2947] DBG:core:receive_msg: preparing to run routing scripts... Jul 23 20:32:26 [2947] DBG:core:parse_headers: flags=8 Jul 23 20:32:26 [2947] DBG:core:parse_to_param: tag=f8f2ab2c1295e90ed7dbb499b30f44b2.e355 Jul 23 20:32:26 [2947] DBG:core:parse_to: end of header reached, state=29 Jul 23 20:32:26 [2947] DBG:core:parse_to: display={"551133239212"}, ruri={sip:551133239212@sps0.matrix.net.br} Jul 23 20:32:26 [2947] DBG:core:get_hdr_field: <To> [95]; uri=[sip:551133239212@sps0.matrix.net.br] Jul 23 20:32:26 [2947] DBG:core:get_hdr_field: to body ["551133239212"<sip:551133239212@sps0.matrix.net.br>] Jul 23 20:32:26 [2947] DBG:sl:sl_filter_ACK: local ACK found -> dropping it! Jul 23 20:32:26 [2947] DBG:core:destroy_avp_list: destroying list (nil) Jul 23 20:32:26 [2947] DBG:core:receive_msg: cleaning up Jul 23 20:32:27 [2946] DBG:core:parse_msg: SIP Request: Jul 23 20:32:27 [2946] DBG:core:parse_msg: method: <INVITE> Jul 23 20:32:27 [2946] DBG:core:parse_msg: uri: <sip:551133239212@sps0.matrix.net.br> Jul 23 20:32:27 [2946] DBG:core:parse_msg: version: <SIP/2.0> Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=2 Jul 23 20:32:27 [2946] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK-d8754z-267c082e8463a77a-1---d8754z->; state=6 Jul 23 20:32:27 [2946] DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=17 Jul 23 20:32:27 [2946] DBG:core:parse_via: end of header reached, state=5 Jul 23 20:32:27 [2946] DBG:core:parse_headers: via found, flags=2 Jul 23 20:32:27 [2946] DBG:core:parse_headers: this is the first via Jul 23 20:32:27 [2946] DBG:core:receive_msg: After parse_msg... Jul 23 20:32:27 [2946] DBG:core:receive_msg: preparing to run routing scripts... Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=100 Jul 23 20:32:27 [2946] DBG:maxfwd:is_maxfwd_present: value = 70 Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=8 Jul 23 20:32:27 [2946] DBG:core:parse_to: end of header reached, state=10 Jul 23 20:32:27 [2946] DBG:core:parse_to: display={"551133239212"}, ruri={sip:551133239212@sps0.matrix.net.br} Jul 23 20:32:27 [2946] DBG:core:get_hdr_field: <To> [53]; uri=[sip:551133239212@sps0.matrix.net.br] Jul 23 20:32:27 [2946] DBG:core:get_hdr_field: to body ["551133239212"<sip:551133239212@sps0.matrix.net.br> ] Jul 23 20:32:27 [2946] DBG:siputils:has_totag: no totag Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=78 Jul 23 20:32:27 [2946] DBG:core:get_hdr_field: cseq <CSeq>: <2> <INVITE> Jul 23 20:32:27 [2946] DBG:tm:t_lookup_request: start searching: hash=24130, isACK=0 Jul 23 20:32:27 [2946] DBG:tm:matching_3261: RFC3261 transaction matching failed Jul 23 20:32:27 [2946] DBG:tm:t_lookup_request: no transaction found Jul 23 20:32:27 [2946] DBG:core:parse_to_param: tag=b45cd830 Jul 23 20:32:27 [2946] DBG:core:parse_to: end of header reached, state=29 Jul 23 20:32:27 [2946] DBG:core:parse_to: display={"SPS0"}, ruri={sip:rafael@sps0.matrix.net.br} Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: no match for: [sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:grep_aliases: comparing host [0:sps0.matrix.net.br:5060] with us [2:sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:grep_aliases: match found for: [0:sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:check_self: host == me Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=10000 Jul 23 20:32:27 [2946] DBG:auth:check_nonce: comparing [4a68f32800000002a304ed8610abc47da56bdc29957a394d] and [4a68f32800000002a304ed8610abc47da56bdc29957a394d] Jul 23 20:32:27 [2946] DBG:core:db_new_result: allocate 28 bytes for result set at 0x814db68 Jul 23 20:32:27 [2946] DBG:db_mysql:db_mysql_get_columns: 1 columns returned from the query Jul 23 20:32:27 [2946] DBG:core:db_allocate_columns: allocate 4 bytes for result names at 0x8145e18 Jul 23 20:32:27 [2946] DBG:core:db_allocate_columns: allocate 4 bytes for result types at 0x8149f50 Jul 23 20:32:27 [2946] DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[0] at 0x8149798 Jul 23 20:32:27 [2946] DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x8149798)[0]=[password] Jul 23 20:32:27 [2946] DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type Jul 23 20:32:27 [2946] DBG:core:db_allocate_rows: allocate 8 bytes for rows at 0x8149c70 Jul 23 20:32:27 [2946] DBG:core:db_allocate_row: allocate 20 bytes for row values at 0x813e0c0 Jul 23 20:32:27 [2946] DBG:core:db_str2val: converting STRING [rmg25788] Jul 23 20:32:27 [2946] DBG:auth_db:get_ha1: HA1 string calculated: 25eb28681da92677e1e02a0e83d6f255 Jul 23 20:32:27 [2946] DBG:auth:check_response: our result = 'bd02426b09957f78a347036f020e4c48' Jul 23 20:32:27 [2946] DBG:auth:check_response: authorization is OK Jul 23 20:32:27 [2946] DBG:auth:post_auth: nonce index= 2 Jul 23 20:32:27 [2946] DBG:core:db_free_columns: freeing 1 columns Jul 23 20:32:27 [2946] DBG:core:db_free_columns: freeing RES_NAMES[0] at 0x8149798 Jul 23 20:32:27 [2946] DBG:core:db_free_columns: freeing result names at 0x8145e18 Jul 23 20:32:27 [2946] DBG:core:db_free_columns: freeing result types at 0x8149f50 Jul 23 20:32:27 [2946] DBG:core:db_free_rows: freeing 1 rows Jul 23 20:32:27 [2946] DBG:core:db_free_row: freeing row values at 0x813e0c0 Jul 23 20:32:27 [2946] DBG:core:db_free_rows: freeing rows at 0x8149c70 Jul 23 20:32:27 [2946] DBG:core:db_free_result: freeing result set at 0x814db68 Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=14000 Jul 23 20:32:27 [2946] DBG:core:get_hdr_field: content_length=361 Jul 23 20:32:27 [2946] DBG:core:get_hdr_field: found end of header Jul 23 20:32:27 [2946] DBG:core:comp_scriptvar: str 29 : rafael Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: no match for: [sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:grep_aliases: comparing host [0:sps0.matrix.net.br:5060] with us [2:sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:grep_aliases: match found for: [0:sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:check_self: host == me Jul 23 20:32:27 [2946] DBG:registrar:lookup: '551133239212' Not found in usrloc Jul 23 20:32:27 [2946] DBG:tm:t_newtran: transaction on entrance=(nil) Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=ffffffffffffffff Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=78 Jul 23 20:32:27 [2946] DBG:tm:t_lookup_request: start searching: hash=24130, isACK=0 Jul 23 20:32:27 [2946] DBG:tm:matching_3261: RFC3261 transaction matching failed Jul 23 20:32:27 [2946] DBG:tm:t_lookup_request: no transaction found Jul 23 20:32:27 [2946] DBG:tm:run_reqin_callbacks: trans=0xafc1d4b0, callback type 1, id 0 entered Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=78 Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=ffffffffffffffff Jul 23 20:32:27 [2946] DBG:core:check_via_address: params 200.196.28.25, 192.168.5.38, 0 Jul 23 20:32:27 [2946] DBG:core:_shm_resize: resize(0) called Jul 23 20:32:27 [2946] DBG:tm:cleanup_uac_timers: RETR/FR timers reset Jul 23 20:32:27 [2946] DBG:tm:set_timer: relative timeout is 500000 Jul 23 20:32:27 [2946] DBG:tm:insert_timer_unsafe: [4]: 0xafc1d578 (17700000) Jul 23 20:32:27 [2946] DBG:tm:set_timer: relative timeout is 30 Jul 23 20:32:27 [2946] DBG:tm:insert_timer_unsafe: [0]: 0xafc1d594 (47) Jul 23 20:32:27 [2946] DBG:tm:_reply_light: reply sent out. buf=0x814ddf8: SIP/2.0 4..., shmem=0xafc1f148: SIP/2.0 4 Jul 23 20:32:27 [2946] DBG:tm:run_trans_callbacks: trans=0xafc1d4b0, callback type 256, id 0 entered Jul 23 20:32:27 [2946] DBG:tm:_reply_light: finished Jul 23 20:32:27 [2946] DBG:tm:t_unref: UNREF_UNSAFE: after is 0 Jul 23 20:32:27 [2946] DBG:core:destroy_avp_list: destroying list (nil) Jul 23 20:32:27 [2946] DBG:core:receive_msg: cleaning up Jul 23 20:32:27 [2948] DBG:core:parse_msg: SIP Request: Jul 23 20:32:27 [2948] DBG:core:parse_msg: method: <ACK> Jul 23 20:32:27 [2948] DBG:core:parse_msg: uri: <sip:551133239212@sps0.matrix.net.br> Jul 23 20:32:27 [2948] DBG:core:parse_msg: version: <SIP/2.0> Jul 23 20:32:27 [2948] DBG:core:parse_headers: flags=2 Jul 23 20:32:27 [2948] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK-d8754z-267c082e8463a77a-1---d8754z->; state=6 Jul 23 20:32:27 [2948] DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=17 Jul 23 20:32:27 [2948] DBG:core:parse_via: end of header reached, state=5 Jul 23 20:32:27 [2948] DBG:core:parse_headers: via found, flags=2 Jul 23 20:32:27 [2948] DBG:core:parse_headers: this is the first via Jul 23 20:32:27 [2948] DBG:core:receive_msg: After parse_msg... Jul 23 20:32:27 [2948] DBG:core:receive_msg: preparing to run routing scripts... Jul 23 20:32:27 [2948] DBG:core:parse_headers: flags=8 Jul 23 20:32:27 [2948] DBG:core:parse_to_param: tag=bbd8f31c58bc6a3266ec5509a254d55b-2513 Jul 23 20:32:27 [2948] DBG:core:parse_to: end of header reached, state=29 Jul 23 20:32:27 [2948] DBG:core:parse_to: display={"551133239212"}, ruri={sip:551133239212@sps0.matrix.net.br} Jul 23 20:32:27 [2948] DBG:core:get_hdr_field: <To> [95]; uri=[sip:551133239212@sps0.matrix.net.br] Jul 23 20:32:27 [2948] DBG:core:get_hdr_field: to body ["551133239212"<sip:551133239212@sps0.matrix.net.br>] Jul 23 20:32:27 [2948] DBG:core:parse_headers: flags=100 Jul 23 20:32:27 [2948] DBG:core:get_hdr_field: cseq <CSeq>: <2> <ACK> Jul 23 20:32:27 [2948] DBG:core:get_hdr_field: content_length=0 Jul 23 20:32:27 [2948] DBG:core:get_hdr_field: found end of header Jul 23 20:32:27 [2948] DBG:maxfwd:is_maxfwd_present: max_forwards header not found! Jul 23 20:32:27 [2948] DBG:siputils:has_totag: totag found Jul 23 20:32:27 [2948] DBG:core:parse_headers: flags=200 Jul 23 20:32:27 [2948] DBG:rr:find_first_route: No Route headers found Jul 23 20:32:27 [2948] DBG:rr:loose_route: There is no Route HF Jul 23 20:32:27 [2948] DBG:core:parse_headers: flags=78 Jul 23 20:32:27 [2948] DBG:tm:t_lookup_request: start searching: hash=24130, isACK=1 Jul 23 20:32:27 [2948] DBG:tm:matching_3261: RFC3261 transaction matched, tid=-d8754z-267c082e8463a77a-1---d8754z- Jul 23 20:32:27 [2948] DBG:tm:t_lookup_request: REF_UNSAFE: after is 1 Jul 23 20:32:27 [2948] DBG:tm:t_lookup_request: transaction found (T=0xafc1d4b0) Jul 23 20:32:27 [2948] DBG:tm:cleanup_uac_timers: RETR/FR timers reset Jul 23 20:32:27 [2948] DBG:tm:insert_timer_unsafe: [2]: 0xafc1d4f8 (22) Jul 23 20:32:27 [2948] DBG:tm:t_unref: UNREF_UNSAFE: after is 0 Jul 23 20:32:27 [2948] DBG:core:destroy_avp_list: destroying list (nil) Jul 23 20:32:27 [2948] DBG:core:receive_msg: cleaning up Jul 23 20:32:27 [2950] DBG:tm:utimer_routine: timer routine:4,tl=0xafc1d578 next=(nil), timeout=17700000 Jul 23 20:32:31 [2950] DBG:tm:timer_routine: timer routine:2,tl=0xafc1d4f8 next=(nil), timeout=22 Jul 23 20:32:31 [2950] DBG:tm:wait_handler: removing 0xafc1d4b0 from table Jul 23 20:32:31 [2950] DBG:tm:delete_cell: delete transaction 0xafc1d4b0 Jul 23 20:32:31 [2950] DBG:tm:wait_handler: done Jul 23 20:32:34 [2947] DBG:core:udp_rcv_loop: probing packet received from 200.202.22.5 55325 ------------------------------------------------------------- My Config File # # $Id: kamailio.cfg 5800 2009-04-20 11:01:49Z miconda $ # # Kamailio (OpenSER) SIP Server - basic configuration script # - web: http://www.kamailio.org # - svn: http://openser.svn.sourceforge.net/viewvc/openser/ # # Direct your questions about this file to: <users(a)lists.kamailio.org> # # Refer to the Core CookBook at http://www.kamailio.org/dokuwiki/doku.php # for an explanation of possible statements, functions and parameters. # # There are comments showing how to enable different features in th econfig # file. Such commented code starts with #X# where X is a letter to identify # a feature. Delete entire #X# if you want to enable that feature. Next are # sed commands that help you enable such features. # # *** To enamble mysql execute: # sed -i 's/#m#//g' kamailio.cfg # # *** To enamble authentication execute: # - enable mysql # sed -i 's/#a#//g' kamailio.cfg # - add users using 'kamctl' # # *** To enamble persistent user location execute: # - enable mysql # sed -i 's/#u#//g' kamailio.cfg # # *** To enamble presence server execute: # - enable mysql # sed -i 's/#p#//g' kamailio.cfg # # *** To enamble nat traversal execute: # sed -i 's/#n#//g' kamailio.cfg # - install RTPProxy: http://www.rtpproxy.org # - start RTPProxy: # rtpproxy -l _your_public_ip_ -s udp:localhost:7722 # # *** To enhance accounting execute: # - enable mysql # sed -i 's/#c#//g' kamailio.cfg # - add following columns to database # 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 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 dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; # ALTER TABLE missed_call ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; # ALTER TABLE missed_calls ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; # ####### Global Parameters ######### debug=7 log_stderror=yes log_facility=LOG_LOCAL7 fork=yes children=4 /* uncomment the following lines to enable debugging */ #debug=6 #fork=no #log_stderror=yes /* uncomment the next line to disable TCP (default on) */ #disable_tcp=yes /* uncomment the next line to enable the auto temporary blacklisting of not available destinations (default disabled) */ #disable_dns_blacklist=no /* uncomment the next line to enable IPv6 lookup after IPv4 dns lookup failures (default disabled) */ #dns_try_ipv6=yes /* uncomment the next line to disable the auto discovery of local aliases based on revers DNS on IPs (default on) */ #auto_aliases=no /* uncomment the following lines to enable TLS support (default off) */ #disable_tls = no #listen = tls:your_IP:5061 #tls_verify_server = 1 #tls_verify_client = 1 #tls_require_client_certificate = 0 #tls_method = TLSv1 #tls_certificate = "/usr/local/etc/kamailio/tls/user/user-cert.pem" #tls_private_key = "/usr/local/etc/kamailio/tls/user/user-privkey.pem" #tls_ca_list = "/usr/local/etc/kamailio/tls/user/user-calist.pem" port=5060 /* 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:192.168.1.2:5060 ####### Modules Section ######## #set module path mpath="/usr/lib/kamailio/modules/" /* uncomment next line for MySQL DB support */ loadmodule "db_mysql.so" loadmodule "mi_fifo.so" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "pv.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "uri_db.so" loadmodule "siputils.so" loadmodule "xlog.so" loadmodule "acc.so" /* uncomment next lines for MySQL based authentication support NOTE: a DB (like db_mysql) module must be also loaded */ loadmodule "auth.so" loadmodule "auth_db.so" /* uncomment next line for aliases support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule "alias_db.so" /* uncomment next line for multi-domain support NOTE: a DB (like db_mysql) module must be also loaded NOTE: be sure and enable multi-domain support in all used modules (see "multi-module params" section ) */ #loadmodule "domain.so" /* uncomment the next two lines for presence server support NOTE: a DB (like db_mysql) module must be also loaded */ #p#loadmodule "presence.so" #p#loadmodule "presence_xml.so" #n#loadmodule "nathelper.so" # ----------------- setting module-specific parameters --------------- # ----- mi_fifo params ----- modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo") # ----- 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) # ----- rr 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) # ----- uri_db params ----- /* by default we disable the DB support in the module as we do not need it in this configuration */ modparam("uri_db", "use_uri_table", 0) modparam("uri_db", "db_url", "") # ----- acc params ----- /* what sepcial events should be accounted ? */ modparam("acc", "early_media", 1) modparam("acc", "report_ack", 1) modparam("acc", "report_cancels", 1) /* 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", "failed_transaction_flag", 3) modparam("acc", "log_flag", 1) modparam("acc", "log_missed_flag", 2) modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") /* uncomment the following lines to enable DB accounting also */ #c#modparam("acc", "db_flag", 1) #c#modparam("acc", "db_missed_flag", 2) #c#modparam("domain", "db_url", #c# "mysql://openser:openserrw@localhost/openser") #c#modparam("acc", "db_extra", #c# "src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") # ----- usrloc params ----- /* uncomment the following lines if you want to enable DB persistency for location entries */ modparam("usrloc", "db_mode", 2) modparam("usrloc", "db_url", "mysql://root:mypassword@localhost/openser") # ----- auth_db params ----- /* uncomment the following lines if you want to enable the DB based authentication */ modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") modparam("auth_db", "db_url", "mysql://root:mypassword@localhost/openser") modparam("auth_db", "load_credentials", "") # ----- alias_db params ----- /* uncomment the following lines if you want to enable the DB based aliases */ #modparam("alias_db", "db_url", # "mysql://openser:openserrw@localhost/openser") # ----- domain params ----- /* uncomment the following lines to enable multi-domain detection support */ #modparam("domain", "db_url", # "mysql://openser:openserrw@localhost/openser") #modparam("domain", "db_mode", 1) # Use caching # ----- multi-module params ----- /* uncomment the following line if you want to enable multi-domain support in the modules (dafault off) */ #modparam("alias_db|auth_db|usrloc|uri_db", "use_domain", 1) # ----- presence params ----- /* uncomment the following lines if you want to enable presence */ #p#modparam("presence|presence_xml", "db_url", #p# "mysql://openser:openserrw@localhost/openser") #p#modparam("presence_xml", "force_active", 1) #p#modparam("presence", "server_address", "sip:192.168.1.2:5060") # -- nathelper #n#modparam("nathelper", "rtpproxy_sock", "udp:127.0.0.1:7722") #n#modparam("nathelper", "natping_interval", 30) #n#modparam("nathelper", "ping_nated_only", 1) #n#modparam("nathelper", "sipping_bflag", 7) #n#modparam("nathelper", "sipping_from", "sip:pinger@kamailio.org") #n#modparam("registrar|nathelper", "received_avp", "$avp(i:80)") #n#modparam("usrloc", "nat_bflag", 6) ####### Routing Logic ######## # main request routing logic route{ if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } # NAT detection route(4); if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { if (is_method("BYE")) { setflag(1); # do accounting ... setflag(3); # ... even if the transaction fails } route(1); } else { if (is_method("SUBSCRIBE") && uri == myself) { # in-dialog subscribe requests route(2); exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { # non 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.\n"); exit; } } sl_send_reply("404","Not here"); } exit; } #initial requests # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } t_check_trans(); # authentication route(3); # record routing if (!is_method("REGISTER|MESSAGE")) record_route(); # account only INVITEs if (is_method("INVITE")) { setflag(1); # do accounting } if (!uri==myself) /* replace with following line if multi-domain support is used */ ##if (!is_uri_host_local()) { append_hf("P-hint: outbound\r\n"); # if you have some interdomain connections via TLS ##if($rd=="tls_domain1.net") { ## t_relay("tls:domain1.net"); ## exit; ##} else if($rd=="tls_domain2.net") { ## t_relay("tls:domain2.net"); ## exit; ##} route(1); } # requests for my domain if( is_method("PUBLISH|SUBSCRIBE")) route(2); if (is_method("REGISTER")) { if (!save("location")) sl_reply_error(); exit; } if ($rU==NULL) { # request with no Username in RURI sl_send_reply("484","Address Incomplete"); exit; } # apply DB based aliases (uncomment to enable) ##alias_db_lookup("dbaliases"); if (!lookup("location")) { switch ($retcode) { 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 setflag(2); route(1); } route[1] { #n# if (check_route_param("nat=yes")) { #n# setbflag(6); #n# } #n# if (isflagset(5) || isbflagset(6)) { #n# route(5); #n# } /* example how to enable some additional event routes */ if (is_method("INVITE")) { #t_on_branch("1"); t_on_reply("1"); t_on_failure("1"); } if (!t_relay()) { sl_reply_error(); } exit; } # Presence route /* uncomment the whole following route for enabling presence server */ route[2] { #p# if (!t_newtran()) #p# { #p# sl_reply_error(); #p# exit; #p# }; #p# #p# if(is_method("PUBLISH")) #p# { #p# handle_publish(); #p# t_release(); #p# } #p# else #p# if( is_method("SUBSCRIBE")) #p# { #p# handle_subscribe(); #p# t_release(); #p# } #p# exit; # 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 /* uncomment the whole following route for enabling authentication */ route[3] { if (is_method("REGISTER")) { # authenticate the REGISTER requests (uncomment to enable auth) if (!www_authorize("", "subscriber")) { www_challenge("", "0"); exit; } if ($au!=$tU) { sl_send_reply("403","Forbidden auth ID"); exit; } } else { # authenticate if from local subscriber (uncomment to enable auth) if (from_uri==myself) { if (!proxy_authorize("", "subscriber")) { proxy_challenge("", "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 } } return; } # Caller NAT detection route /* uncomment the whole following route for enabling Caller NAT Detection */ route[4]{ #n# force_rport(); #n# if (nat_uac_test("19")) { #n# if (method=="REGISTER") { #n# fix_nated_register(); #n# } else { #n# fix_nated_contact(); #n# } #n# setflag(5); #n# } return; } # RTPProxy control /* uncomment the whole following route for enabling RTPProxy Control */ route[5] { #n# if (is_method("BYE")) { #n# unforce_rtp_proxy(); #n# } else if (is_method("INVITE")){ #n# force_rtp_proxy(); #n# } #n# if (!has_totag()) add_rr_param(";nat=yes"); return; } branch_route[1] { xdbg("new branch at $ru\n"); } onreply_route[1] { xdbg("incoming reply\n"); #n# if ((isflagset(5) || isbflagset(6)) && status=~"(183)|(2[0-9][0-9])") { #n# force_rtp_proxy(); #n# } #n# if (isbflagset(6)) { #n# fix_nated_contact(); #n# } } failure_route[1] { #n# if (is_method("INVITE) #n# && (isbflagset(6) || isflagset(5))) { #n# unforce_rtp_proxy(); #n# } if (t_was_cancelled()) { exit; } # uncomment the following lines if you want to block client # redirect based on 3xx replies. ##if (t_check_status("3[0-9][0-9]")) { ##t_reply("404","Not found"); ## exit; ##} # uncomment the following lines if you want to redirect the failed # calls to a different new destination ##if (t_check_status("486|408")) { ## sethostport("192.168.2.100:5060"); ## append_branch(); ## # do not set the missed call flag again ## t_relay(); ##} } ------------------------------------------------------------- kamctl lcr show lcr routes +----+--------+----------+--------+----------+ | id | prefix | from_uri | grp_id | priority | +----+--------+----------+--------+----------+ | 3 | +1 | | 1 | 1 | | 4 | +55 | | 1 | 1 | +----+--------+----------+--------+----------+ lcr gateways +---------+----------------+----------+------+------------+-----------+----- ---+-------+------+-------+--------+------+ | gw_name | ip_addr | hostname | port | uri_scheme | transport | grp_id | strip | tag | flags | weight | ping | +---------+----------------+----------+------+------------+-----------+----- ---+-------+------+-------+--------+------+ | MERAI | 66.165.166.236 | | 5061 | 1 | 2 | 1 | 0 | | 0 | 1 | 0 | | MERAII | 66.165.166.237 | | 5061 | 1 | 2 | 1 | 0 | | 0 | 1 | 0 | +---------+----------------+----------+------+------------+-----------+----- ---+-------+------+-------+--------+------+ ------------------------------------------------------------- kamctl dispatcher show dispatcher gateways +----+-------+-------------------------+-------+----------+-------------+ | id | setid | destination | flags | priority | description | +----+-------+-------------------------+-------+----------+-------------+ | 2 | 1 | sip:66.165.166.236:5061 | 1 | 1 | MERA | | 3 | 2 | sip:66.165.166.237:5061 | 3 | 0 | MERAII | +----+-------+-------------------------+-------+----------+-------------+ Rafael Moreno Matrix Telecom www.matrixtelecom.net.br / Phone: 55.11.3323-9207

3 2

[Kamailio-Users] Can't make calls
by Rafael Moreno Gomes 23 Jul '09

23 Jul '09

Can Someone help me? ------------------------------------------------------------- NGREP LOG sps0:/# ngrep rafael(a)sps0.matrix.net.br -q interface: eth0 (200.196.28.0/255.255.255.0) match: rafael(a)sps0.matrix.net.br U 200.196.28.25:63042 -> 200.196.28.124:5060 REGISTER sip:sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-73147a384a27ac3c-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael @192.168.5.38:63042;rinstance=bcdb08a4009ee386>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZT VkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 1 REGISTER..Expires: 3600..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite releas e 1103d stamp 53117..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 401 Unauthorized..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-73147a384a27ac3c-1---d8754z-;rport= 63042;received=200.196.28.25..To: "SPS0"<sip:rafael@sp s0.matrix.net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.07e7..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZTVkZTNlNmMyOGE5M2MzOTM2NTM4YmY.. .CSeq: 1 REGISTER..WWW-Authenticate: Digest realm="sps0.matrix.net.br", nonce="4a68f31e000000008e5e591d36c39beb4f5939faad6d9d29"..Server: Kamailio (1.5.1-notls (i386/linux)) ..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 REGISTER sip:sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-2209c854c438c347-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael @192.168.5.38:63042;rinstance=bcdb08a4009ee386>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZT VkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 2 REGISTER..Expires: 3600..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite releas e 1103d stamp 53117..Authorization: Digest username="rafael",realm="sps0.matrix.net.br",nonce="4a68f31e000000008e5e591d 36c39beb4f5939faad6d9d29",uri="sip:sps0.matrix.net.br" ,response="386a15e662550d45f24bccb6cbb25494",algorithm=MD5..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 200 OK..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-2209c854c438c347-1---d8754z-;rport= 63042;received=200.196.28.25..To: "SPS0"<sip:rafael@sps0.matrix. net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.d55b..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZTVkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 2 R EGISTER..Contact: <sip:rafael@192.168.5.38:63042;rinstance=bcdb08a4009ee386>;expires=3600..Ser ver: Kamailio (1.5.1-notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 REGISTER sip:sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-e552bf20e46b0448-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael @192.168.5.38:63042;rinstance=bcdb08a4009ee386>;expires=0..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVk MTRiNjQ1ZTVkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 3 REGISTER..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite release 110 3d stamp 53117..Authorization: Digest username="rafael",realm="sps0.matrix.net.br",nonce="4a68f31e000000008e5e591d 36c39beb4f5939faad6d9d29",uri="sip:sps0.matrix.net.br",resp onse="386a15e662550d45f24bccb6cbb25494",algorithm=MD5..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 200 OK..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-e552bf20e46b0448-1---d8754z-;rport= 63042;received=200.196.28.25..To: "SPS0"<sip:rafael@sps0.matrix. net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.8472..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZTVkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 3 R EGISTER..Server: Kamailio (1.5.1-notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 REGISTER sip:sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a95082141970153a-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael @200.196.28.25:63042;rinstance=381876ea15534dcf>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1Z TVkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 4 REGISTER..Expires: 3600..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite relea se 1103d stamp 53117..Authorization: Digest username="rafael",realm="sps0.matrix.net.br",nonce="4a68f31e000000008e5e591d 36c39beb4f5939faad6d9d29",uri="sip:sps0.matrix.net.br ",response="386a15e662550d45f24bccb6cbb25494",algorithm=MD5..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 200 OK..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a95082141970153a-1---d8754z-;rport= 63042;received=200.196.28.25..To: "SPS0"<sip:rafael@sps0.matrix. net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.26f5..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=43659358..Call-ID: ZWVkMTRiNjQ1ZTVkZTNlNmMyOGE5M2MzOTM2NTM4YmY...CSeq: 4 R EGISTER..Contact: <sip:rafael@200.196.28.25:63042;rinstance=381876ea15534dcf>;expires=3600..Se rver: Kamailio (1.5.1-notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 SUBSCRIBE sip:rafael@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-7c5a2623fb530542-1---d8754z-;rport. .Max-Forwards: 70..Contact: <si p:rafael@200.196.28.25:63042>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVk YWIyZmMwM2Q...CSeq: 1 SUBSCRIBE..Expires: 300..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite release 1103d stamp 5311 7..Event: message-summary..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-7c5a2623fb530542-1---d8754z-;rport= 63042;received=200.196.28.25..To: "SP S0"<sip:rafael@sps0.matrix.net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.39a7 ..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJm YzVkYWIyZmMwM2Q...CSeq: 1 SUBSCRIBE..Proxy-Authenticate: Digest realm="sps0.matrix.net.br", nonce="4a68f321000000012f11dfcfba5649b1bb6b23b82b0749a9"..Server: Kamailio (1.5.1 -notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 SUBSCRIBE sip:rafael@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-59288923603d7744-1---d8754z-;rport. .Max-Forwards: 70..Contact: <si p:rafael@200.196.28.25:63042>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVk YWIyZmMwM2Q...CSeq: 2 SUBSCRIBE..Expires: 300..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..Proxy-Authorization: Digest username="rafae l",realm="sps0.matrix.net.br",nonce="4a68f321000000012f11dfcfba5649b1bb6b23b 82b0749a9",uri="sip:rafael@sps0.matrix.net.br",response="ea373d573d66ba13867 11d34d96d75c1",algori thm=MD5..User-Agent: X-Lite release 1103d stamp 53117..Event: message-summary..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SUBSCRIBE sip:rafael@200.196.28.25:63042;rinstance=381876ea15534dcf SIP/2.0..Record-Route: <sip:200.196.28.124;lr=on>..Via: SIP/2.0/UDP 200.196.28.124;branch=z9hG4bK3224.45a 47c61.0..Via: SIP/2.0/UDP 192.168.5.38:63042;received=200.196.28.25;branch=z9hG4bK-d8754z-59288923603d 7744-1---d8754z-;rport=63042..Max-Forwards: 69..Contact: <sip:rafael@20 0.196.28.25:63042>..To: "SPS0"<sip:rafael@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVkYWIyZmMwM2Q ...CSeq: 2 SUBSCRIBE..Expires: 300..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..User-Agent: X-Lite release 1103d stamp 53117..Event: m essage-summary..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 SIP/2.0 489 Event Package Not Supported..Via: SIP/2.0/UDP 200.196.28.124;branch=z9hG4bK3224.45a47c61.0..Via: SIP/2.0/UDP 192.168.5.38:63042;received=200.196.28.25;branch=z9h G4bK-d8754z-59288923603d7744-1---d8754z-;rport=63042..To: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=be58b818..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call- ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVkYWIyZmMwM2Q...CSeq: 2 SUBSCRIBE..User-Agent: X-Lite release 1103d stamp 53117..Content-Length: 0.... U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 489 Event Package Not Supported..Via: SIP/2.0/UDP 192.168.5.38:63042;received=200.196.28.25;branch=z9hG4bK-d8754z-59288923603d 7744-1---d8754z-;rport=63042..To: "SPS0 "<sip:rafael@sps0.matrix.net.br>;tag=be58b818..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236..Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVkYWIyZmMwM2Q...CSeq: 2 SUBSC RIBE..User-Agent: X-Lite release 1103d stamp 53117..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 INVITE sip:551133239212@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a957a2771c264219-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael@200.196.28.25:63042>..To: "551133239212"<sip:551133239212@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJ mYWE1ZWNmYzcwZGNlMzQ3NDc5ZDU...CSeq: 1 INVITE..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..Content-Type: application/sdp..User-Agent: X-Lite release 1103d stamp 53117..Content-Length: 361....v=0..o=- 7 2 IN IP4 192.168.5.38..s=CounterPath X-Lite 3.0..c=IN IP4 192.168.5.38..t=0 0..m=audio 8934 RTP/AVP 107 0 8 101..a=alt:1 3 : b2cv/jrI CAiY+XUC 192.168.5.38 8934..a=alt:2 2 : oUZIn8S0 Uq5tdU9E 192.168.52.1 8934..a=alt:3 1 : Z8/DE0ry qIvXPCKF 192.168.228.1 8934..a=fmtp:101 0-15.. a=rtpmap:107 BV32/16000..a=rtpmap:101 telephone-event/8000..a=sendrecv.. U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a957a2771c264219-1---d8754z-;rport= 63042;received=200.196.28.25..To: "55 1133239212"<sip:551133239212@sps0.matrix.net.br>;tag=f8f2ab2c1295e90ed7dbb49 9b30f44b2.e355..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNT JmYWE1ZWNmYzcwZGNlMzQ3NDc5ZDU...CSeq: 1 INVITE..Proxy-Authenticate: Digest realm="sps0.matrix.net.br", nonce="4a68f32800000002a304ed8610abc47da56bdc29957a394d"..Server: Kama ilio (1.5.1-notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 ACK sip:551133239212@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-a957a2771c264219-1---d8754z-;rport. .To: "551133239212"<sip:5511332 39212(a)sps0.matrix.net.br>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.e355..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJmYWE1ZWNmYzcwZGNlMzQ3N Dc5ZDU...CSeq: 1 ACK..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 INVITE sip:551133239212@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-267c082e8463a77a-1---d8754z-;rport. .Max-Forwards: 70..Contact: <sip:rafael@200.196.28.25:63042>..To: "551133239212"<sip:551133239212@sps0.matrix.net.br>..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJ mYWE1ZWNmYzcwZGNlMzQ3NDc5ZDU...CSeq: 2 INVITE..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO..Content-Type: application/sdp..Proxy-Author ization: Digest username="rafael",realm="sps0.matrix.net.br",nonce="4a68f32800000002a304ed86 10abc47da56bdc29957a394d",uri="sip:551133239212@sps0.matrix.net.br",response ="bd0 2426b09957f78a347036f020e4c48",algorithm=MD5..User-Agent: X-Lite release 1103d stamp 53117..Content-Length: 361....v=0..o=- 7 2 IN IP4 192.168.5.38..s=CounterPath X-Lite 3.0 ..c=IN IP4 192.168.5.38..t=0 0..m=audio 8934 RTP/AVP 107 0 8 101..a=alt:1 3 : b2cv/jrI CAiY+XUC 192.168.5.38 8934..a=alt:2 2 : oUZIn8S0 Uq5tdU9E 192.168.52.1 8934..a=alt:3 1 : Z8/DE0ry qIvXPCKF 192.168.228.1 8934..a=fmtp:101 0-15..a=rtpmap:107 BV32/16000..a=rtpmap:101 telephone-event/8000..a=sendrecv.. U 200.196.28.124:5060 -> 200.196.28.25:63042 SIP/2.0 404 Not Found..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-267c082e8463a77a-1---d8754z-;rport= 63042;received=200.196.28.25..To: "551133239212"<sip:5511 33239212(a)sps0.matrix.net.br>;tag=bbd8f31c58bc6a3266ec5509a254d55b-2513..From : "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJmYWE1ZWNmYzcwZGNlMz Q3NDc5ZDU...CSeq: 2 INVITE..Server: Kamailio (1.5.1-notls (i386/linux))..Content-Length: 0.... U 200.196.28.25:63042 -> 200.196.28.124:5060 ACK sip:551133239212@sps0.matrix.net.br SIP/2.0..Via: SIP/2.0/UDP 192.168.5.38:63042;branch=z9hG4bK-d8754z-267c082e8463a77a-1---d8754z-;rport. .To: "551133239212"<sip:5511332 39212(a)sps0.matrix.net.br>;tag=bbd8f31c58bc6a3266ec5509a254d55b-2513..From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=b45cd830..Call-ID: NzNiNzc0YzhkNTJmYWE1ZWNmYzcwZGNlMzQ3N Dc5ZDU...CSeq: 2 ACK..Content-Length: 0.... ------------------------------------------------------------- SIP LOG SIP/2.0 489 Event Package Not Supported Via: SIP/2.0/UDP 192.168.5.38:63042;received=200.196.28.25;branch=z9hG4bK-d8754z-59288923603d 7744-1---d8754z-;rport=63042 To: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=be58b818 From: "SPS0"<sip:rafael@sps0.matrix.net.br>;tag=d1708236 Call-ID: ZjdlZWUwNjkzM2ZmYzk1MDBkMGJmYzVkYWIyZmMwM2Q. CSeq: 2 SUBSCRIBE User-Agent: X-Lite release 1103d stamp 53117 Content-Length: 0 Jul 23 20:32:19 [2948] DBG:core:_shm_resize: resize(0) called Jul 23 20:32:19 [2948] DBG:tm:insert_timer_unsafe: [2]: 0xafc1d4f8 (15) Jul 23 20:32:19 [2948] DBG:tm:relay_reply: sent buf=0x8149d48: SIP/2.0 4..., shmem=0xafc1f430: SIP/2.0 4 Jul 23 20:32:19 [2948] DBG:tm:run_trans_callbacks: trans=0xafc1d4b0, callback type 256, id 0 entered Jul 23 20:32:19 [2948] DBG:tm:cleanup_uac_timers: RETR/FR timers reset Jul 23 20:32:19 [2948] DBG:tm:t_unref: UNREF_UNSAFE: after is 0 Jul 23 20:32:19 [2948] DBG:core:destroy_avp_list: destroying list (nil) Jul 23 20:32:19 [2948] DBG:core:receive_msg: cleaning up Jul 23 20:32:20 [2950] DBG:tm:utimer_routine: timer routine:4,tl=0xafc1d5fc next=(nil), timeout=10400000 Jul 23 20:32:24 [2950] DBG:tm:timer_routine: timer routine:2,tl=0xafc1d4f8 next=(nil), timeout=15 Jul 23 20:32:24 [2950] DBG:tm:wait_handler: removing 0xafc1d4b0 from table Jul 23 20:32:24 [2950] DBG:tm:delete_cell: delete transaction 0xafc1d4b0 Jul 23 20:32:24 [2950] DBG:tm:wait_handler: done Jul 23 20:32:25 [2946] DBG:core:udp_rcv_loop: probing packet received from 200.202.22.5 55325 Jul 23 20:32:26 [2949] DBG:core:parse_msg: SIP Request: Jul 23 20:32:26 [2949] DBG:core:parse_msg: method: <INVITE> Jul 23 20:32:26 [2949] DBG:core:parse_msg: uri: <sip:551133239212@sps0.matrix.net.br> Jul 23 20:32:26 [2949] DBG:core:parse_msg: version: <SIP/2.0> Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=2 Jul 23 20:32:26 [2949] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK-d8754z-a957a2771c264219-1---d8754z->; state=6 Jul 23 20:32:26 [2949] DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=17 Jul 23 20:32:26 [2949] DBG:core:parse_via: end of header reached, state=5 Jul 23 20:32:26 [2949] DBG:core:parse_headers: via found, flags=2 Jul 23 20:32:26 [2949] DBG:core:parse_headers: this is the first via Jul 23 20:32:26 [2949] DBG:core:receive_msg: After parse_msg... Jul 23 20:32:26 [2949] DBG:core:receive_msg: preparing to run routing scripts... Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=100 Jul 23 20:32:26 [2949] DBG:maxfwd:is_maxfwd_present: value = 70 Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=8 Jul 23 20:32:26 [2949] DBG:core:parse_to: end of header reached, state=10 Jul 23 20:32:26 [2949] DBG:core:parse_to: display={"551133239212"}, ruri={sip:551133239212@sps0.matrix.net.br} Jul 23 20:32:26 [2949] DBG:core:get_hdr_field: <To> [53]; uri=[sip:551133239212@sps0.matrix.net.br] Jul 23 20:32:26 [2949] DBG:core:get_hdr_field: to body ["551133239212"<sip:551133239212@sps0.matrix.net.br> ] Jul 23 20:32:26 [2949] DBG:siputils:has_totag: no totag Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=78 Jul 23 20:32:26 [2949] DBG:core:get_hdr_field: cseq <CSeq>: <1> <INVITE> Jul 23 20:32:26 [2949] DBG:tm:t_lookup_request: start searching: hash=24133, isACK=0 Jul 23 20:32:26 [2949] DBG:tm:matching_3261: RFC3261 transaction matching failed Jul 23 20:32:26 [2949] DBG:tm:t_lookup_request: no transaction found Jul 23 20:32:26 [2949] DBG:core:parse_to_param: tag=b45cd830 Jul 23 20:32:26 [2949] DBG:core:parse_to: end of header reached, state=29 Jul 23 20:32:26 [2949] DBG:core:parse_to: display={"SPS0"}, ruri={sip:rafael@sps0.matrix.net.br} Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:26 [2949] DBG:core:grep_sock_info: no match for: [sps0.matrix.net.br:5060] Jul 23 20:32:26 [2949] DBG:core:grep_aliases: comparing host [0:sps0.matrix.net.br:5060] with us [2:sps0.matrix.net.br:5060] Jul 23 20:32:26 [2949] DBG:core:grep_aliases: match found for: [0:sps0.matrix.net.br:5060] Jul 23 20:32:26 [2949] DBG:core:check_self: host == me Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=10000 Jul 23 20:32:26 [2949] DBG:core:get_hdr_field: content_length=361 Jul 23 20:32:26 [2949] DBG:core:get_hdr_field: found end of header Jul 23 20:32:26 [2949] DBG:auth:pre_auth: credentials with given realm not found Jul 23 20:32:26 [2949] DBG:auth:reserve_nonce_index: second= 16, sec_monit= -1, index= 2 Jul 23 20:32:26 [2949] DBG:auth:build_auth_hf: nonce index= 2 Jul 23 20:32:26 [2949] DBG:auth:build_auth_hf: 'Proxy-Authenticate: Digest realm="sps0.matrix.net.br", nonce="4a68f32800000002a304ed8610abc47da56bdc29957a394d" ' Jul 23 20:32:26 [2949] DBG:sl:send_reply: reply in stateless mode (sl) Jul 23 20:32:26 [2949] DBG:core:parse_headers: flags=ffffffffffffffff Jul 23 20:32:26 [2949] DBG:core:check_via_address: params 200.196.28.25, 192.168.5.38, 0 Jul 23 20:32:26 [2949] DBG:core:destroy_avp_list: destroying list (nil) Jul 23 20:32:26 [2949] DBG:core:receive_msg: cleaning up Jul 23 20:32:26 [2947] DBG:core:parse_msg: SIP Request: Jul 23 20:32:26 [2947] DBG:core:parse_msg: method: <ACK> Jul 23 20:32:26 [2947] DBG:core:parse_msg: uri: <sip:551133239212@sps0.matrix.net.br> Jul 23 20:32:26 [2947] DBG:core:parse_msg: version: <SIP/2.0> Jul 23 20:32:26 [2947] DBG:core:parse_headers: flags=2 Jul 23 20:32:26 [2947] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK-d8754z-a957a2771c264219-1---d8754z->; state=6 Jul 23 20:32:26 [2947] DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=17 Jul 23 20:32:26 [2947] DBG:core:parse_via: end of header reached, state=5 Jul 23 20:32:26 [2947] DBG:core:parse_headers: via found, flags=2 Jul 23 20:32:26 [2947] DBG:core:parse_headers: this is the first via Jul 23 20:32:26 [2947] DBG:core:receive_msg: After parse_msg... Jul 23 20:32:26 [2947] DBG:core:receive_msg: preparing to run routing scripts... Jul 23 20:32:26 [2947] DBG:core:parse_headers: flags=8 Jul 23 20:32:26 [2947] DBG:core:parse_to_param: tag=f8f2ab2c1295e90ed7dbb499b30f44b2.e355 Jul 23 20:32:26 [2947] DBG:core:parse_to: end of header reached, state=29 Jul 23 20:32:26 [2947] DBG:core:parse_to: display={"551133239212"}, ruri={sip:551133239212@sps0.matrix.net.br} Jul 23 20:32:26 [2947] DBG:core:get_hdr_field: <To> [95]; uri=[sip:551133239212@sps0.matrix.net.br] Jul 23 20:32:26 [2947] DBG:core:get_hdr_field: to body ["551133239212"<sip:551133239212@sps0.matrix.net.br>] Jul 23 20:32:26 [2947] DBG:sl:sl_filter_ACK: local ACK found -> dropping it! Jul 23 20:32:26 [2947] DBG:core:destroy_avp_list: destroying list (nil) Jul 23 20:32:26 [2947] DBG:core:receive_msg: cleaning up Jul 23 20:32:27 [2946] DBG:core:parse_msg: SIP Request: Jul 23 20:32:27 [2946] DBG:core:parse_msg: method: <INVITE> Jul 23 20:32:27 [2946] DBG:core:parse_msg: uri: <sip:551133239212@sps0.matrix.net.br> Jul 23 20:32:27 [2946] DBG:core:parse_msg: version: <SIP/2.0> Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=2 Jul 23 20:32:27 [2946] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK-d8754z-267c082e8463a77a-1---d8754z->; state=6 Jul 23 20:32:27 [2946] DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=17 Jul 23 20:32:27 [2946] DBG:core:parse_via: end of header reached, state=5 Jul 23 20:32:27 [2946] DBG:core:parse_headers: via found, flags=2 Jul 23 20:32:27 [2946] DBG:core:parse_headers: this is the first via Jul 23 20:32:27 [2946] DBG:core:receive_msg: After parse_msg... Jul 23 20:32:27 [2946] DBG:core:receive_msg: preparing to run routing scripts... Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=100 Jul 23 20:32:27 [2946] DBG:maxfwd:is_maxfwd_present: value = 70 Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=8 Jul 23 20:32:27 [2946] DBG:core:parse_to: end of header reached, state=10 Jul 23 20:32:27 [2946] DBG:core:parse_to: display={"551133239212"}, ruri={sip:551133239212@sps0.matrix.net.br} Jul 23 20:32:27 [2946] DBG:core:get_hdr_field: <To> [53]; uri=[sip:551133239212@sps0.matrix.net.br] Jul 23 20:32:27 [2946] DBG:core:get_hdr_field: to body ["551133239212"<sip:551133239212@sps0.matrix.net.br> ] Jul 23 20:32:27 [2946] DBG:siputils:has_totag: no totag Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=78 Jul 23 20:32:27 [2946] DBG:core:get_hdr_field: cseq <CSeq>: <2> <INVITE> Jul 23 20:32:27 [2946] DBG:tm:t_lookup_request: start searching: hash=24130, isACK=0 Jul 23 20:32:27 [2946] DBG:tm:matching_3261: RFC3261 transaction matching failed Jul 23 20:32:27 [2946] DBG:tm:t_lookup_request: no transaction found Jul 23 20:32:27 [2946] DBG:core:parse_to_param: tag=b45cd830 Jul 23 20:32:27 [2946] DBG:core:parse_to: end of header reached, state=29 Jul 23 20:32:27 [2946] DBG:core:parse_to: display={"SPS0"}, ruri={sip:rafael@sps0.matrix.net.br} Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: no match for: [sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:grep_aliases: comparing host [0:sps0.matrix.net.br:5060] with us [2:sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:grep_aliases: match found for: [0:sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:check_self: host == me Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=10000 Jul 23 20:32:27 [2946] DBG:auth:check_nonce: comparing [4a68f32800000002a304ed8610abc47da56bdc29957a394d] and [4a68f32800000002a304ed8610abc47da56bdc29957a394d] Jul 23 20:32:27 [2946] DBG:core:db_new_result: allocate 28 bytes for result set at 0x814db68 Jul 23 20:32:27 [2946] DBG:db_mysql:db_mysql_get_columns: 1 columns returned from the query Jul 23 20:32:27 [2946] DBG:core:db_allocate_columns: allocate 4 bytes for result names at 0x8145e18 Jul 23 20:32:27 [2946] DBG:core:db_allocate_columns: allocate 4 bytes for result types at 0x8149f50 Jul 23 20:32:27 [2946] DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[0] at 0x8149798 Jul 23 20:32:27 [2946] DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x8149798)[0]=[password] Jul 23 20:32:27 [2946] DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type Jul 23 20:32:27 [2946] DBG:core:db_allocate_rows: allocate 8 bytes for rows at 0x8149c70 Jul 23 20:32:27 [2946] DBG:core:db_allocate_row: allocate 20 bytes for row values at 0x813e0c0 Jul 23 20:32:27 [2946] DBG:core:db_str2val: converting STRING [rmg25788] Jul 23 20:32:27 [2946] DBG:auth_db:get_ha1: HA1 string calculated: 25eb28681da92677e1e02a0e83d6f255 Jul 23 20:32:27 [2946] DBG:auth:check_response: our result = 'bd02426b09957f78a347036f020e4c48' Jul 23 20:32:27 [2946] DBG:auth:check_response: authorization is OK Jul 23 20:32:27 [2946] DBG:auth:post_auth: nonce index= 2 Jul 23 20:32:27 [2946] DBG:core:db_free_columns: freeing 1 columns Jul 23 20:32:27 [2946] DBG:core:db_free_columns: freeing RES_NAMES[0] at 0x8149798 Jul 23 20:32:27 [2946] DBG:core:db_free_columns: freeing result names at 0x8145e18 Jul 23 20:32:27 [2946] DBG:core:db_free_columns: freeing result types at 0x8149f50 Jul 23 20:32:27 [2946] DBG:core:db_free_rows: freeing 1 rows Jul 23 20:32:27 [2946] DBG:core:db_free_row: freeing row values at 0x813e0c0 Jul 23 20:32:27 [2946] DBG:core:db_free_rows: freeing rows at 0x8149c70 Jul 23 20:32:27 [2946] DBG:core:db_free_result: freeing result set at 0x814db68 Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=14000 Jul 23 20:32:27 [2946] DBG:core:get_hdr_field: content_length=361 Jul 23 20:32:27 [2946] DBG:core:get_hdr_field: found end of header Jul 23 20:32:27 [2946] DBG:core:comp_scriptvar: str 29 : rafael Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==9 && [sps0.matrix.net.br] == [127.0.0.1] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if host==us: 18==14 && [sps0.matrix.net.br] == [200.196.28.124] Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: checking if port 5060 matches port 5060 Jul 23 20:32:27 [2946] DBG:core:grep_sock_info: no match for: [sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:grep_aliases: comparing host [0:sps0.matrix.net.br:5060] with us [2:sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:grep_aliases: match found for: [0:sps0.matrix.net.br:5060] Jul 23 20:32:27 [2946] DBG:core:check_self: host == me Jul 23 20:32:27 [2946] DBG:registrar:lookup: '551133239212' Not found in usrloc Jul 23 20:32:27 [2946] DBG:tm:t_newtran: transaction on entrance=(nil) Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=ffffffffffffffff Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=78 Jul 23 20:32:27 [2946] DBG:tm:t_lookup_request: start searching: hash=24130, isACK=0 Jul 23 20:32:27 [2946] DBG:tm:matching_3261: RFC3261 transaction matching failed Jul 23 20:32:27 [2946] DBG:tm:t_lookup_request: no transaction found Jul 23 20:32:27 [2946] DBG:tm:run_reqin_callbacks: trans=0xafc1d4b0, callback type 1, id 0 entered Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=78 Jul 23 20:32:27 [2946] DBG:core:parse_headers: flags=ffffffffffffffff Jul 23 20:32:27 [2946] DBG:core:check_via_address: params 200.196.28.25, 192.168.5.38, 0 Jul 23 20:32:27 [2946] DBG:core:_shm_resize: resize(0) called Jul 23 20:32:27 [2946] DBG:tm:cleanup_uac_timers: RETR/FR timers reset Jul 23 20:32:27 [2946] DBG:tm:set_timer: relative timeout is 500000 Jul 23 20:32:27 [2946] DBG:tm:insert_timer_unsafe: [4]: 0xafc1d578 (17700000) Jul 23 20:32:27 [2946] DBG:tm:set_timer: relative timeout is 30 Jul 23 20:32:27 [2946] DBG:tm:insert_timer_unsafe: [0]: 0xafc1d594 (47) Jul 23 20:32:27 [2946] DBG:tm:_reply_light: reply sent out. buf=0x814ddf8: SIP/2.0 4..., shmem=0xafc1f148: SIP/2.0 4 Jul 23 20:32:27 [2946] DBG:tm:run_trans_callbacks: trans=0xafc1d4b0, callback type 256, id 0 entered Jul 23 20:32:27 [2946] DBG:tm:_reply_light: finished Jul 23 20:32:27 [2946] DBG:tm:t_unref: UNREF_UNSAFE: after is 0 Jul 23 20:32:27 [2946] DBG:core:destroy_avp_list: destroying list (nil) Jul 23 20:32:27 [2946] DBG:core:receive_msg: cleaning up Jul 23 20:32:27 [2948] DBG:core:parse_msg: SIP Request: Jul 23 20:32:27 [2948] DBG:core:parse_msg: method: <ACK> Jul 23 20:32:27 [2948] DBG:core:parse_msg: uri: <sip:551133239212@sps0.matrix.net.br> Jul 23 20:32:27 [2948] DBG:core:parse_msg: version: <SIP/2.0> Jul 23 20:32:27 [2948] DBG:core:parse_headers: flags=2 Jul 23 20:32:27 [2948] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK-d8754z-267c082e8463a77a-1---d8754z->; state=6 Jul 23 20:32:27 [2948] DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=17 Jul 23 20:32:27 [2948] DBG:core:parse_via: end of header reached, state=5 Jul 23 20:32:27 [2948] DBG:core:parse_headers: via found, flags=2 Jul 23 20:32:27 [2948] DBG:core:parse_headers: this is the first via Jul 23 20:32:27 [2948] DBG:core:receive_msg: After parse_msg... Jul 23 20:32:27 [2948] DBG:core:receive_msg: preparing to run routing scripts... Jul 23 20:32:27 [2948] DBG:core:parse_headers: flags=8 Jul 23 20:32:27 [2948] DBG:core:parse_to_param: tag=bbd8f31c58bc6a3266ec5509a254d55b-2513 Jul 23 20:32:27 [2948] DBG:core:parse_to: end of header reached, state=29 Jul 23 20:32:27 [2948] DBG:core:parse_to: display={"551133239212"}, ruri={sip:551133239212@sps0.matrix.net.br} Jul 23 20:32:27 [2948] DBG:core:get_hdr_field: <To> [95]; uri=[sip:551133239212@sps0.matrix.net.br] Jul 23 20:32:27 [2948] DBG:core:get_hdr_field: to body ["551133239212"<sip:551133239212@sps0.matrix.net.br>] Jul 23 20:32:27 [2948] DBG:core:parse_headers: flags=100 Jul 23 20:32:27 [2948] DBG:core:get_hdr_field: cseq <CSeq>: <2> <ACK> Jul 23 20:32:27 [2948] DBG:core:get_hdr_field: content_length=0 Jul 23 20:32:27 [2948] DBG:core:get_hdr_field: found end of header Jul 23 20:32:27 [2948] DBG:maxfwd:is_maxfwd_present: max_forwards header not found! Jul 23 20:32:27 [2948] DBG:siputils:has_totag: totag found Jul 23 20:32:27 [2948] DBG:core:parse_headers: flags=200 Jul 23 20:32:27 [2948] DBG:rr:find_first_route: No Route headers found Jul 23 20:32:27 [2948] DBG:rr:loose_route: There is no Route HF Jul 23 20:32:27 [2948] DBG:core:parse_headers: flags=78 Jul 23 20:32:27 [2948] DBG:tm:t_lookup_request: start searching: hash=24130, isACK=1 Jul 23 20:32:27 [2948] DBG:tm:matching_3261: RFC3261 transaction matched, tid=-d8754z-267c082e8463a77a-1---d8754z- Jul 23 20:32:27 [2948] DBG:tm:t_lookup_request: REF_UNSAFE: after is 1 Jul 23 20:32:27 [2948] DBG:tm:t_lookup_request: transaction found (T=0xafc1d4b0) Jul 23 20:32:27 [2948] DBG:tm:cleanup_uac_timers: RETR/FR timers reset Jul 23 20:32:27 [2948] DBG:tm:insert_timer_unsafe: [2]: 0xafc1d4f8 (22) Jul 23 20:32:27 [2948] DBG:tm:t_unref: UNREF_UNSAFE: after is 0 Jul 23 20:32:27 [2948] DBG:core:destroy_avp_list: destroying list (nil) Jul 23 20:32:27 [2948] DBG:core:receive_msg: cleaning up Jul 23 20:32:27 [2950] DBG:tm:utimer_routine: timer routine:4,tl=0xafc1d578 next=(nil), timeout=17700000 Jul 23 20:32:31 [2950] DBG:tm:timer_routine: timer routine:2,tl=0xafc1d4f8 next=(nil), timeout=22 Jul 23 20:32:31 [2950] DBG:tm:wait_handler: removing 0xafc1d4b0 from table Jul 23 20:32:31 [2950] DBG:tm:delete_cell: delete transaction 0xafc1d4b0 Jul 23 20:32:31 [2950] DBG:tm:wait_handler: done Jul 23 20:32:34 [2947] DBG:core:udp_rcv_loop: probing packet received from 200.202.22.5 55325 ------------------------------------------------------------- My Config File # # $Id: kamailio.cfg 5800 2009-04-20 11:01:49Z miconda $ # # Kamailio (OpenSER) SIP Server - basic configuration script # - web: http://www.kamailio.org # - svn: http://openser.svn.sourceforge.net/viewvc/openser/ # # Direct your questions about this file to: <users(a)lists.kamailio.org> # # Refer to the Core CookBook at http://www.kamailio.org/dokuwiki/doku.php # for an explanation of possible statements, functions and parameters. # # There are comments showing how to enable different features in th econfig # file. Such commented code starts with #X# where X is a letter to identify # a feature. Delete entire #X# if you want to enable that feature. Next are # sed commands that help you enable such features. # # *** To enamble mysql execute: # sed -i 's/#m#//g' kamailio.cfg # # *** To enamble authentication execute: # - enable mysql # sed -i 's/#a#//g' kamailio.cfg # - add users using 'kamctl' # # *** To enamble persistent user location execute: # - enable mysql # sed -i 's/#u#//g' kamailio.cfg # # *** To enamble presence server execute: # - enable mysql # sed -i 's/#p#//g' kamailio.cfg # # *** To enamble nat traversal execute: # sed -i 's/#n#//g' kamailio.cfg # - install RTPProxy: http://www.rtpproxy.org # - start RTPProxy: # rtpproxy -l _your_public_ip_ -s udp:localhost:7722 # # *** To enhance accounting execute: # - enable mysql # sed -i 's/#c#//g' kamailio.cfg # - add following columns to database # 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 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 dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; # ALTER TABLE missed_call ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; # ALTER TABLE missed_calls ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; # ####### Global Parameters ######### debug=7 log_stderror=yes log_facility=LOG_LOCAL7 fork=yes children=4 /* uncomment the following lines to enable debugging */ #debug=6 #fork=no #log_stderror=yes /* uncomment the next line to disable TCP (default on) */ #disable_tcp=yes /* uncomment the next line to enable the auto temporary blacklisting of not available destinations (default disabled) */ #disable_dns_blacklist=no /* uncomment the next line to enable IPv6 lookup after IPv4 dns lookup failures (default disabled) */ #dns_try_ipv6=yes /* uncomment the next line to disable the auto discovery of local aliases based on revers DNS on IPs (default on) */ #auto_aliases=no /* uncomment the following lines to enable TLS support (default off) */ #disable_tls = no #listen = tls:your_IP:5061 #tls_verify_server = 1 #tls_verify_client = 1 #tls_require_client_certificate = 0 #tls_method = TLSv1 #tls_certificate = "/usr/local/etc/kamailio/tls/user/user-cert.pem" #tls_private_key = "/usr/local/etc/kamailio/tls/user/user-privkey.pem" #tls_ca_list = "/usr/local/etc/kamailio/tls/user/user-calist.pem" port=5060 /* 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:192.168.1.2:5060 ####### Modules Section ######## #set module path mpath="/usr/lib/kamailio/modules/" /* uncomment next line for MySQL DB support */ loadmodule "db_mysql.so" loadmodule "mi_fifo.so" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "pv.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "uri_db.so" loadmodule "siputils.so" loadmodule "xlog.so" loadmodule "acc.so" /* uncomment next lines for MySQL based authentication support NOTE: a DB (like db_mysql) module must be also loaded */ loadmodule "auth.so" loadmodule "auth_db.so" /* uncomment next line for aliases support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule "alias_db.so" /* uncomment next line for multi-domain support NOTE: a DB (like db_mysql) module must be also loaded NOTE: be sure and enable multi-domain support in all used modules (see "multi-module params" section ) */ #loadmodule "domain.so" /* uncomment the next two lines for presence server support NOTE: a DB (like db_mysql) module must be also loaded */ #p#loadmodule "presence.so" #p#loadmodule "presence_xml.so" #n#loadmodule "nathelper.so" # ----------------- setting module-specific parameters --------------- # ----- mi_fifo params ----- modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo") # ----- 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) # ----- rr 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) # ----- uri_db params ----- /* by default we disable the DB support in the module as we do not need it in this configuration */ modparam("uri_db", "use_uri_table", 0) modparam("uri_db", "db_url", "") # ----- acc params ----- /* what sepcial events should be accounted ? */ modparam("acc", "early_media", 1) modparam("acc", "report_ack", 1) modparam("acc", "report_cancels", 1) /* 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", "failed_transaction_flag", 3) modparam("acc", "log_flag", 1) modparam("acc", "log_missed_flag", 2) modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") /* uncomment the following lines to enable DB accounting also */ #c#modparam("acc", "db_flag", 1) #c#modparam("acc", "db_missed_flag", 2) #c#modparam("domain", "db_url", #c# "mysql://openser:openserrw@localhost/openser") #c#modparam("acc", "db_extra", #c# "src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") # ----- usrloc params ----- /* uncomment the following lines if you want to enable DB persistency for location entries */ modparam("usrloc", "db_mode", 2) modparam("usrloc", "db_url", "mysql://root:mypassword@localhost/openser") # ----- auth_db params ----- /* uncomment the following lines if you want to enable the DB based authentication */ modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") modparam("auth_db", "db_url", "mysql://root:mypassword@localhost/openser") modparam("auth_db", "load_credentials", "") # ----- alias_db params ----- /* uncomment the following lines if you want to enable the DB based aliases */ #modparam("alias_db", "db_url", # "mysql://openser:openserrw@localhost/openser") # ----- domain params ----- /* uncomment the following lines to enable multi-domain detection support */ #modparam("domain", "db_url", # "mysql://openser:openserrw@localhost/openser") #modparam("domain", "db_mode", 1) # Use caching # ----- multi-module params ----- /* uncomment the following line if you want to enable multi-domain support in the modules (dafault off) */ #modparam("alias_db|auth_db|usrloc|uri_db", "use_domain", 1) # ----- presence params ----- /* uncomment the following lines if you want to enable presence */ #p#modparam("presence|presence_xml", "db_url", #p# "mysql://openser:openserrw@localhost/openser") #p#modparam("presence_xml", "force_active", 1) #p#modparam("presence", "server_address", "sip:192.168.1.2:5060") # -- nathelper #n#modparam("nathelper", "rtpproxy_sock", "udp:127.0.0.1:7722") #n#modparam("nathelper", "natping_interval", 30) #n#modparam("nathelper", "ping_nated_only", 1) #n#modparam("nathelper", "sipping_bflag", 7) #n#modparam("nathelper", "sipping_from", "sip:pinger@kamailio.org") #n#modparam("registrar|nathelper", "received_avp", "$avp(i:80)") #n#modparam("usrloc", "nat_bflag", 6) ####### Routing Logic ######## # main request routing logic route{ if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } # NAT detection route(4); if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { if (is_method("BYE")) { setflag(1); # do accounting ... setflag(3); # ... even if the transaction fails } route(1); } else { if (is_method("SUBSCRIBE") && uri == myself) { # in-dialog subscribe requests route(2); exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { # non 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.\n"); exit; } } sl_send_reply("404","Not here"); } exit; } #initial requests # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } t_check_trans(); # authentication route(3); # record routing if (!is_method("REGISTER|MESSAGE")) record_route(); # account only INVITEs if (is_method("INVITE")) { setflag(1); # do accounting } if (!uri==myself) /* replace with following line if multi-domain support is used */ ##if (!is_uri_host_local()) { append_hf("P-hint: outbound\r\n"); # if you have some interdomain connections via TLS ##if($rd=="tls_domain1.net") { ## t_relay("tls:domain1.net"); ## exit; ##} else if($rd=="tls_domain2.net") { ## t_relay("tls:domain2.net"); ## exit; ##} route(1); } # requests for my domain if( is_method("PUBLISH|SUBSCRIBE")) route(2); if (is_method("REGISTER")) { if (!save("location")) sl_reply_error(); exit; } if ($rU==NULL) { # request with no Username in RURI sl_send_reply("484","Address Incomplete"); exit; } # apply DB based aliases (uncomment to enable) ##alias_db_lookup("dbaliases"); if (!lookup("location")) { switch ($retcode) { 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 setflag(2); route(1); } route[1] { #n# if (check_route_param("nat=yes")) { #n# setbflag(6); #n# } #n# if (isflagset(5) || isbflagset(6)) { #n# route(5); #n# } /* example how to enable some additional event routes */ if (is_method("INVITE")) { #t_on_branch("1"); t_on_reply("1"); t_on_failure("1"); } if (!t_relay()) { sl_reply_error(); } exit; } # Presence route /* uncomment the whole following route for enabling presence server */ route[2] { #p# if (!t_newtran()) #p# { #p# sl_reply_error(); #p# exit; #p# }; #p# #p# if(is_method("PUBLISH")) #p# { #p# handle_publish(); #p# t_release(); #p# } #p# else #p# if( is_method("SUBSCRIBE")) #p# { #p# handle_subscribe(); #p# t_release(); #p# } #p# exit; # 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 /* uncomment the whole following route for enabling authentication */ route[3] { if (is_method("REGISTER")) { # authenticate the REGISTER requests (uncomment to enable auth) if (!www_authorize("", "subscriber")) { www_challenge("", "0"); exit; } if ($au!=$tU) { sl_send_reply("403","Forbidden auth ID"); exit; } } else { # authenticate if from local subscriber (uncomment to enable auth) if (from_uri==myself) { if (!proxy_authorize("", "subscriber")) { proxy_challenge("", "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 } } return; } # Caller NAT detection route /* uncomment the whole following route for enabling Caller NAT Detection */ route[4]{ #n# force_rport(); #n# if (nat_uac_test("19")) { #n# if (method=="REGISTER") { #n# fix_nated_register(); #n# } else { #n# fix_nated_contact(); #n# } #n# setflag(5); #n# } return; } # RTPProxy control /* uncomment the whole following route for enabling RTPProxy Control */ route[5] { #n# if (is_method("BYE")) { #n# unforce_rtp_proxy(); #n# } else if (is_method("INVITE")){ #n# force_rtp_proxy(); #n# } #n# if (!has_totag()) add_rr_param(";nat=yes"); return; } branch_route[1] { xdbg("new branch at $ru\n"); } onreply_route[1] { xdbg("incoming reply\n"); #n# if ((isflagset(5) || isbflagset(6)) && status=~"(183)|(2[0-9][0-9])") { #n# force_rtp_proxy(); #n# } #n# if (isbflagset(6)) { #n# fix_nated_contact(); #n# } } failure_route[1] { #n# if (is_method("INVITE) #n# && (isbflagset(6) || isflagset(5))) { #n# unforce_rtp_proxy(); #n# } if (t_was_cancelled()) { exit; } # uncomment the following lines if you want to block client # redirect based on 3xx replies. ##if (t_check_status("3[0-9][0-9]")) { ##t_reply("404","Not found"); ## exit; ##} # uncomment the following lines if you want to redirect the failed # calls to a different new destination ##if (t_check_status("486|408")) { ## sethostport("192.168.2.100:5060"); ## append_branch(); ## # do not set the missed call flag again ## t_relay(); ##} } ------------------------------------------------------------- kamctl lcr show lcr routes +----+--------+----------+--------+----------+ | id | prefix | from_uri | grp_id | priority | +----+--------+----------+--------+----------+ | 3 | +1 | | 1 | 1 | | 4 | +55 | | 1 | 1 | +----+--------+----------+--------+----------+ lcr gateways +---------+----------------+----------+------+------------+-----------+----- ---+-------+------+-------+--------+------+ | gw_name | ip_addr | hostname | port | uri_scheme | transport | grp_id | strip | tag | flags | weight | ping | +---------+----------------+----------+------+------------+-----------+----- ---+-------+------+-------+--------+------+ | MERAI | 66.165.166.236 | | 5061 | 1 | 2 | 1 | 0 | | 0 | 1 | 0 | | MERAII | 66.165.166.237 | | 5061 | 1 | 2 | 1 | 0 | | 0 | 1 | 0 | +---------+----------------+----------+------+------------+-----------+----- ---+-------+------+-------+--------+------+ ------------------------------------------------------------- kamctl dispatcher show dispatcher gateways +----+-------+-------------------------+-------+----------+-------------+ | id | setid | destination | flags | priority | description | +----+-------+-------------------------+-------+----------+-------------+ | 2 | 1 | sip:66.165.166.236:5061 | 1 | 1 | MERA | | 3 | 2 | sip:66.165.166.237:5061 | 3 | 0 | MERAII | +----+-------+-------------------------+-------+----------+-------------+ Rafael Moreno Matrix Telecom www.matrixtelecom.net.br / Phone: 55.11.3323-9207

1 0

[Serusers] incomplete INVITE-ACK-BYE pairs in ACC table
by Ilya Pichugin 23 Jul '09

23 Jul '09

Hi all In my acc table I see incomplete INVITE-ACK-BYE pairs for callids, in some calls there is no BYE. In what way it is possible to force generate BYE when user switch off his UAC, for example? Thanks a lot for advices. --------------- Ilya Pichugin i.pichugin(a)ptl.ru

2 2

[Serusers] check_to function in uri_db
by 静于 23 Jul '09

23 Jul '09

why there is no check_to function in uri_db in ser 2.0 version? what function can I use instead of check_to and check_from in ser.cfg? ___________________________________________________________ 好玩贺卡等你发，邮箱贺卡全新上线！ http://card.mail.cn.yahoo.com/

2 1

[Kamailio-Users] event_route[tm:local-request]
by Daniel-Constantin Mierla 23 Jul '09

23 Jul '09

Hello, latest master branch of sip-router includes support to execute an event route when a request is generated by tm module. Right now is a compile option: make EXTRA_DEFS="-DWITH_EVENT_LOCAL_REQUEST" cfg make all make install The functionality covers what was previously provided by local_route in Kamailio 1.5. In addition, parts of the core were updated to allow fine control of building the output buffer for requests. Testing and feedback is very much appreciated. Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/index.php/sip-router-bootcamp/

1 0

[Serusers] Need help for Installing SER as Proxy
by Kai Dietrich 21 Jul '09

21 Jul '09

Maybe I am stupid, but since two weeks I will install SER with RTP Proxy as Proxy in our Network. The Situation. We have an new PBX System, with has direct SIP support. In the local network all works fine. But we want to add external Clients without VPN. For this reason I have installed a new server with two network Devices. One Device has an Public IP from the Internet, the other one a local IP. On the VoIP Device, wich I want to connect to our PBX via Internet I have adminstrate the internal PBX IP as Registra/Proxy und the Public IP as Ourgoing Proxy. With the constellation and many configurations I have found in the Internet the Register works and I can call an Internal telephone. But from the same telephone I can't call the VoIP device. And also it looks so, that the RTP Proxy dosnet work. The third problem is, that the PBX will send the UDP Packets direct to the Internet and not to the Proxy. I have also tested siproxd. With this programm I have an working constallation. The Problem is, that only one Client can be register. But I want much more. Can you help me, what I must configure that it works? Kind regards, Kai Dietrich

1 0

[Serusers] call limit (capacity) per gateway
by Ilya Pichugin 21 Jul '09

21 Jul '09

Hi all! How can I set call limit (capacity) per gateway? What module does provide this feature? Thanks a lot. --------------- Ilya Pichugin i.pichugin(a)ptl.ru

1 0

[Kamailio-Users] nonce_reuse protection issues
by Klaus Darilion 21 Jul '09

21 Jul '09

Hi! I really wonder if the nonce_reuse protection feature is useful and if anybody uses it without problems. One problem I have is with retransmission: e.g: ----INV1 ---> <---407------ ----ACK-----> ----INV2------> here happens a delay to the INVITE (e.g. jam in the access uplink, SIP proxy slow, ... whatever) which causes a retransmission of the INVITE ----INV3------> (retransmission of INV2) the proxy processes INV2, authenticates the user successful and forwards the requests then the proxy processes INV3, finds out that the nonce is reused and sends back 407 --> client gives up, but the request was also forwarded by the proxy :-( How do you handle such a scenario? Do you always create the transaction before authentication? One other thing I just found out is that reuse-check is done after successful authentication - shouldn't it be done the other way round? regards Klaus

3 6

Re: [Kamailio-Users] received=IP added in Via
by Klaus Darilion 21 Jul '09

21 Jul '09

Hi! catalina oancea schrieb: > No, actually the value in the received parameter is not equal to the > IP in the Via. I looked in the code and this seems to be the intended > behavior. It would be nice to be able to disable it, but I don't think > there is one. Then it is standard conform. If the request is received from a different address then advertised, this parameter must be added. This is because SIP requires to send the response to the IP address from which the request was received. regards klaus > > Thanks anyway > Catalina > > > 2009/7/16 Klaus Darilion <klaus.mailinglists(a)pernau.at>: >> catalina oancea wrote: >>> Form what I found in >>> http://lists.kamailio.org/pipermail/devel/2008-August/015080.html, it >>> seems to me that it's a bug that kamailio adds received=IP parameter >>> although force_rport was not called. >> The bug was something else. >> >>>> Does anybody know how to disable the received=IP Via parameter that is >>>> added by default from kamailio? For the case I want to disable it in, >>>> I have no NAT handling. Also, I have: >>>> dns=no >>>> rev_dns=no >> >> In this case "received" will only be added if the advertised IP is different >> than the IP from which the request was received. (according to RFC). >> >> So, you do not use rport but kamailio adds the received parameter and the >> value in the received parameter is identical to the IP in the Via? >> >> regards >> klaus >>

4 4

[Kamailio-Users] sanity_check question
by Dubravko Caric 21 Jul '09

21 Jul '09

Hi all, I have a question regarding sanity module (kamailio 1.5.1). Module documentation says "The function returns true if one of the checks failed", but as you can see in case 1 (request is valid) and case 2 (request is not valid because bad request uri) requests always enter function block. Does anybody else have the same problem? Any help would be appreciated... Thanks a lot /dubravko *Case 1:* if (is_method("REGISTER")) { xlog("L_INFO", "ENTER REGISTER\n"); if (sanity_check("128","6")) { xlog("L_NOTICE", "SANITY $si:$sp TIME $Tf USER $fu METHOD $rm\n"); exit; } } ENTER REGISTER Jul 20 13:30:13 [8180] DBG:core:parse_headers: flags=2000 Jul 20 13:30:13 [8180] DBG:core:get_hdr_field: cseq <CSeq>: <1> <REGISTER> Jul 20 13:30:13 [8180] DBG:core:get_hdr_field: content_length=0 Jul 20 13:30:13 [8180] DBG:core:parse_headers: flags=ffffffffffffffff Jul 20 13:30:13 [8180] DBG:core:get_hdr_field: found end of header Jul 20 13:30:13 [8180] DBG:sanity:sanity_check: all sanity checks passed SANITY xxx.xxx.xxx.xxx:22355 TIME Mon Jul 20 13:30:13 2009 USER sip:bob@exmaple.com METHOD REGISTER Jul 20 13:30:13 [8180] DBG:core:destroy_avp_list: destroying list (nil) Jul 20 13:30:13 [8180] DBG:core:receive_msg: cleaning up *Case 2:* ... if (sanity_check("130","6")) { ... ENTER REGISTER Jul 20 13:34:06 [8226] WARNING:sanity:check_ruri_scheme: failed to parse request uri Jul 20 13:34:06 [8226] DBG:core:parse_headers: flags=2000 Jul 20 13:34:06 [8226] DBG:core:get_hdr_field: cseq <CSeq>: <1> <REGISTER> Jul 20 13:34:06 [8226] DBG:core:get_hdr_field: content_length=0 Jul 20 13:34:06 [8226] DBG:core:parse_headers: flags=ffffffffffffffff Jul 20 13:34:06 [8226] DBG:core:get_hdr_field: found end of header Jul 20 13:34:06 [8226] SANITY xxx.xxx.xxx.xxx:22359 TIME Mon Jul 20 13:34:06 2009 USER sip:bob@exmaple.com METHOD REGISTER Jul 20 13:34:06 [8226] DBG:core:destroy_avp_list: destroying list (nil) Jul 20 13:34:06 [8226] DBG:core:receive_msg: cleaning up

3 4

[Kamailio-Users] Runtime errors from libpurple when using purple module
by German Becker 20 Jul '09

20 Jul '09

Hi, I'm trying to test the purple module, and I am getting the following runtime errors, which I think are generated by libpurple: ** (process:13916): CRITICAL **: x509_tls_peers_init: assertion `ret == 0' failed ** (process:13916): CRITICAL **: purple_presence_set_status_active: assertion `status != NULL' failed ** (process:13916): CRITICAL **: purple_presence_set_status_active: assertion `status != NULL' failed ** (process:13916): CRITICAL **: purple_presence_is_online: assertion `presence != NULL' failed ** (process:13916): CRITICAL **: purple_status_type_get_attr: assertion `status_type != NULL' failed ** (process:13916): CRITICAL **: purple_status_type_get_id: assertion `status_type != NULL' failed ** (process:13916): CRITICAL **: purple_account_set_status_list: assertion `status_id != NULL' failed ** (process:13916): CRITICAL **: purple_status_type_get_attr: assertion `status_type != NULL' failed ** (process:13916): CRITICAL **: purple_status_type_get_id: assertion `status_type != NULL' failed ** (process:13916): CRITICAL **: purple_account_set_status_list: assertion `status_id != NULL' failed Attached the logfile. Any ideas about what might be causing this? I'm using version 1.5.0

2 3

Re: [Kamailio-Users] 603 goes to onreply_route?
by catalina oancea 18 Jul '09

18 Jul '09

Even if I don't activate reply_route, it still doesn't use the failure route. I also tried 503 and 403, for these replies kamailio goes through both reply and failure routes. 2009/7/17 Klaus Darilion <klaus.mailinglists(a)pernau.at>: > > > catalina oancea schrieb: >> >> In my case, when 603 reply arrives, only the reply route is triggered. >> I added debug messages in both reply and failure routes and only the >> one in reply route is printed. > > What happens if you do not activated the reply_route. Is then the > failure_route called? > > Is it only for 603 or for all responses >400 ? > > regards > klaus > >> >> >> 2009/7/17 Klaus Darilion <klaus.mailinglists(a)pernau.at>: >>> >>> catalina oancea schrieb: >>>> >>>> Hello >>>> >>>> From my tests I found the following situation: >>>> >>>> Kamailio ------INVITE----------> I set t_on_failure and t_on_reply >>>> Kamailio <----100 Trying------- >>>> Kamailio <----603 Declined--- Here the reply goes in onreply_route (I >>>> added an xlog to prove it), not failure_route as expected. Is this the >>>> intended behavior or is it a bug (if it's a bug I can provide more >>>> details)? >>> >>> IIRC both routes should be executed. >>> >>> regards >>> klaus >>> >

2 3

[Kamailio-Users] 603 goes to onreply_route?
by catalina oancea 17 Jul '09

17 Jul '09

Hello >From my tests I found the following situation: Kamailio ------INVITE----------> I set t_on_failure and t_on_reply Kamailio <----100 Trying------- Kamailio <----603 Declined--- Here the reply goes in onreply_route (I added an xlog to prove it), not failure_route as expected. Is this the intended behavior or is it a bug (if it's a bug I can provide more details)? Thanks, Catalina

2 1

Re: [Kamailio-Users] Problem upgrading from 1.4.x to 1.5.1 notls
by Henning Westerholt 17 Jul '09

17 Jul '09

On Donnerstag, 16. Juli 2009, Uriel Rozenbaum wrote: > I downloaded 1.5.2-notls and installed it. Hello Uriel, > The issue was fixed but I get the following: > Jul 16 16:56:52 sbci1pri /opt/kamailio/sbin/kamailio[3921]: > INFO:core:init_mod: initializing module exec > Jul 16 16:56:52 sbci1pri /opt/kamailio/sbin/kamailio[3921]: > ERROR:carrierroute:domain_fixup: could not find domain name '0' in map you need to specify the domain name, not the id. The id is used internally, the name is what is visible external. > [..] > In domain_name table i have this configured: > id domain > 0 domain0 > 1 domain1 Just try "domain0" as parameter. Cheers, Henning

2 3

Re: [Kamailio-Users] received=IP added in Via
by catalina oancea 17 Jul '09

17 Jul '09

No, actually the value in the received parameter is not equal to the IP in the Via. I looked in the code and this seems to be the intended behavior. It would be nice to be able to disable it, but I don't think there is one. Thanks anyway Catalina > 2009/7/16 Klaus Darilion <klaus.mailinglists(a)pernau.at>: >> catalina oancea wrote: >>> >>> Form what I found in >>> http://lists.kamailio.org/pipermail/devel/2008-August/015080.html, it >>> seems to me that it's a bug that kamailio adds received=IP parameter >>> although force_rport was not called. >> >> The bug was something else. >> >>>> Does anybody know how to disable the received=IP Via parameter that is >>>> added by default from kamailio? For the case I want to disable it in, >>>> I have no NAT handling. Also, I have: >>>> dns=no >>>> rev_dns=no >> >> >> In this case "received" will only be added if the advertised IP is different >> than the IP from which the request was received. (according to RFC). >> >> So, you do not use rport but kamailio adds the received parameter and the >> value in the received parameter is identical to the IP in the Via? >> >> regards >> klaus >> >

1 0

[Kamailio-Users] Kamailio Revision: 5487 1.4.3-notls (x86_64) -m 4096 -- Crashing Randomly
by Brandon Armstead 17 Jul '09

17 Jul '09

Hey guys, Here is the response from backtrace: Core was generated by `/sbin/kamailio -P /var/run/kamailio.pid -m 4096'. Program terminated with signal 11, Segmentation fault. [New process 29118] #0 0x00007f37499be44d in relay_reply (t=0x7f3645019f88, p_msg=0x857350, branch=0, msg_status=487, cancel_bitmap=0x7fff53aa3428) at t_reply.c:1101 1101 relayed_code=relayed_msg->REPLY_STATUS; (gdb) bt #0 0x00007f37499be44d in relay_reply (t=0x7f3645019f88, p_msg=0x857350, branch=0, msg_status=487, cancel_bitmap=0x7fff53aa3428) at t_reply.c:1101 #1 0x00007f37499bf8fb in reply_received (p_msg=0x857350) at t_reply.c:1404 #2 0x00000000004218fc in forward_reply (msg=0x857350) at forward.c:507 #3 0x000000000045cf35 in receive_msg ( buf=0x744aa0 "SIP/2.0 487 Request Terminated\r\nTo: <sip:+1XXXXXXXXXX@PSTN:5060>;tag=63c9393246a9a5d6i0\r\nFrom: \"XXXXX X & X \" <sip:XXXXXXXXXX@PSTN>;tag=VPSF506071629460\r\nCall-ID: STMMGC012009071521"..., len=997, rcv_info=0x7fff53aa3520) at receive.c:203 #4 0x000000000049c486 in udp_rcv_loop () at udp_server.c:449 #5 0x000000000042882b in main (argc=<value optimized out>, argv=<value optimized out>) at main.c:780 As far as syslog/kernel message: Jul 15 21:07:28 sip-XXXX kernel: [526828.616918] kamailio[29118]: segfault at 40 ip 7f37499be44d sp 7fff53aa32b0 error 4 in tm.so[7f374997f000+4d000] The server load seems to randomly jump to ~ 8 - 10 and this happens, any thoughts / help is appreciated, thanks! One other thing that may be relevant, is we have disabled TCP support on this proxy, because previously (I have another mailing list thread) about, with TCP enabled kamailio will not start due to epoll alloc failure, thanks!

3 3

[Serusers] Ser & RTPproxy does not change the SDP vodeo port.
by Amos Shahar 16 Jul '09

16 Jul '09

hi, I'm using ser 0.9.7 and RTPproxy 1.1 on diffrent servers. the ser.cfg is the nat-rtpproxy.cfg from the iptel site. I have 2 grandstream GXV-300 devices, each behind diffrent NAT, this setup is working fine for voice and RTP is relayed through the rtpproxy properly. The problem is that the video is not working, when ser gets the invite from device A and send it to device B, it change the audio port only but leave the video port the same as the port he got from device A. I'm not sure if it is an issue with the RTPproxy or the nat-helper module. any idea how to debug / resolve? do you aware of other versions of ser/rtpproxy that this setup should work with video? Thanks! Amos

1 0

[Kamailio-Users] received=IP added in Via
by catalina oancea 16 Jul '09

16 Jul '09

Hello, Does anybody know how to disable the received=IP Via parameter that is added by default from kamailio? For the case I want to disable it in, I have no NAT handling. Also, I have: dns=no rev_dns=no Anything else? Thanks Catalina

2 2

[Kamailio-Users] Clik to dial
by ALAEDDINE abbech 16 Jul '09

16 Jul '09

Hello every one I must use Openser alone to do the aplication clik to dial, who have an idea to do this application?? regards, Alasupcom

3 2

[Kamailio-Users] OpenSER stability problems in pilot project
by Munder Albert (CI/ISE) 16 Jul '09

16 Jul '09

Hello, Sorry, next try with posting this message. Attempts with attachment failed due to message size. We are running OpenSER in a pilot project and unfortunately have some stability problems. Any help or hints are appreciated. Project information OpenSER is used in a pilot project with * Appr. 5000 subscriber accounts * Appr. 1200 simultaneously registered users * Signalling encrypted with TLS * Media data encrypted with SRTP * Clients: softphones and hardphones * Re-registration time for clients: 3600 sec OpenSER configuration · Works as stateful SIP Proxy 1 mySQL database 2 Version 1.3.4.-TLS 3 Tcp_children: 100 --> is it recommended to increase this number? 4 Udp_children: 20 5 Tcp_connection_timeout: 3600 6 Shared memory: · -m 512 when error occurred 1 Now set to 1024 Problems * Shared memory consumption Shared memory usage is permanently increasing (about 50 MB per day) Application already crashed twice First messages were, these, repeated thousands of times (5915 times): Jun 17 08:54:52 si-.... /usr/local/sbin/openser[13921]: ERROR:core:tcpconn_new: shared memory allocation failure Jun 17 08:54:52 si-... /usr/local/sbin/openser[13921]: ERROR:core:handle_new_connect: tcpconn_new failed, closing socket And a few of these also (7613 times): Jun 17 08:57:24 si-... /usr/local/sbin/openser[13880]: ERROR:core:tls_accept: some error in SSL: Jun 17 08:57:24 si-... /usr/local/sbin/openser[13880]: ERROR:core:tls_print_errstack: error:1409C041:SSL routines:SSL3_SETUP_BUFFERS:malloc failure * TCP errors, lost SIP messages Examples from error messages: 14.100 times in log file from 17.06.09 Jun 17 04:03:15 si-... /usr/local/sbin/openser[13863]: ERROR:core:tcp_blocking_connect: poll error: flags 18 Jun 17 04:03:15 si-... /usr/local/sbin/openser[13863]: ERROR:core:tcp_blocking_connect: failed to retrieve SO_ERROR (111) Connection refused Jun 17 04:03:15 si-... /usr/local/sbin/openser[13863]: ERROR:core:tcpconn_connect: tcp_blocking_connect failed Jun 17 04:03:15 si-... /usr/local/sbin/openser[13863]: ERROR:core:tcp_send: connect failed Jun 17 04:03:15 si-.. /usr/local/sbin/openser[13863]: ERROR:tm:msg_send: tcp_send failed Jun 17 04:03:15 si-... /usr/local/sbin/openser[13863]: ERROR:tm:t_forward_nonack: sending request failed Appears at least 20 000 times; and in the day of the last shared memory errors, it was 225.794 times in the log file (note that the number in parenthesis is usually 1 or 2, but on that day it has reached 6): Jun 17 09:01:27 si-.... /usr/local/sbin/openser[13921]: WARNING:core:send2child: no free tcp receiver, connection passed to the leastbusy one (6) Jun 17 09:01:27 si-... /usr/local/sbin/openser[13921]: WARNING:core:send2child: no free tcp receiver, connection passed to the leastbusy one (5) * Certificate validation problems TCP traffic is currently significantly increased by some ( appr. 70) clients which failed to validate the TLS certificate. Registration is repeated every 5 sec. Circa 30 thousand per day (on that day, it was 37.162 times in log) Jun 17 04:03:10 si-024lc008 /usr/local/sbin/openser[13801]: ERROR:core:tls_accept: some error in SSL: Jun 17 04:03:10 si-024lc008 /usr/local/sbin/openser[13801]: ERROR:core:tls_print_errstack: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca Mit besten Grüßen | Best regards Albert Munder Robert Bosch GmbH IT Systems Engineering (CI/ISE) Postfach 30 02 20 70442 Stuttgart GERMANY www.bosch.com Tel. +49 711 811-40562 Fax +49 711 811-5113333 Albert.Munder(a)de.bosch.com Robert Bosch GmbH, Sitz: Stuttgart, Registergericht: Amtsgericht Stuttgart HRB 14000 Aufsichtsratsvorsitzender: Hermann Scholl; Geschäftsführung: Franz Fehrenbach, Siegfried Dais; Bernd Bohr, Wolfgang Chur, Rudolf Colm, Gerhard Kümmel, Wolfgang Malchow, Peter Marks; Volkmar Denner, Peter Tyroller.

5 6

[Kamailio-Users] no RTP randomly with rtpproxy
by Samuel Muller 16 Jul '09

16 Jul '09

A strange thing happens with RTP proxy since I compiled the v.1.2.0 release ... Radomly, (approx. 1 time per 10 calls) RTP proxy don't grab the caller's original source IP in the SDP ??? So I don't have any RTP, so no sound during the call. typical call schema : sip phone -> mitel ipbx -> kamailio -> audiocodes mediant 2000 -> pstn All the SIP headers and the SDP are ok each time ... the RTP ports are ok too, understood at each point. rtp proxy is launched with these options with a public IP address (and compiled with a modified port range) : /usr/sbin/rtpproxy -s udp:77.246.81.133 35000 -u rtpproxy rtpproxy -p /var/run/rtpproxy/rtpproxy.pid -l 77.246.81.133 -m 6000 -M 64000 kamailio is ok too in the config : kamailio IPv4 UDP sip.720.fr:46830-> rtpproxy.720.fr:35000 logs of RTP proxy (option -f to screen the debug) : # rtp ok : received command "29638_4 L 3962688592-61598521(a)10.33.146.4 77.246.81.136 35000 0_3962688592-61598523;1 1c1320846358;1" lookup on ports 6008/6010, session timer restarted pre-filling callee's address with 77.246.81.136:35000 sending reply "29638_4 6010 77.246.81.133 " caller's address filled in: 94.198.149.41:50186 (RTP) guessing RTCP port for caller to be 50187 # rtp not ok : received command "29571_2 L 3288148592-61598465(a)10.33.146.4 77.246.81.136 35000 0_3288148592-61598467;1 1c934295778;1" lookup on ports 6000/6002, session timer restarted pre-filling callee's address with 77.246.81.136:35000 sending reply "29571_2 6002 77.246.81.133 " and hop, no "caller's address filled in" ... it's exactly the same type a SIP call (with the same ip phone, etc...). I can precise that rtp proxy is running on the same machine that kamailio (v.1.4.4), but listen on a dedicated sub-if. Does someone knows something about that ? thanks ! .Samuel Muller. sml(a)720.fr

3 3

[Kamailio-Users] help for Multi-Domain
by zhangchao00001 16 Jul '09

16 Jul '09

Dear sir: I write to ask if the kamailio support multi-domain. for example, A UA belong to domain b get into domain a, could it work as well as in domain b? If so, how to configure it? Thank you.

4 3

[Kamailio-Users] sharing audio between SIP client and MSN client
by rachid 16 Jul '09

16 Jul '09

Hello all, I use kamailio to have sharing chat between a SIP client and MSN client Now i want to have a sharing audio between them but i don't know witch module to use?? someone can help me please -- ------------------------------------------------------------ BAHA Rachid Ingénieur Télécoms, INPT-Rabat GSM:(+33) 0619787609

3 4

Re: [Kamailio-Users] softswitch
by peter brooks 16 Jul '09

16 Jul '09

i would like to offer people pc2pc phone service.can i do this with you software do you have a php admin page? can you install the software for a price? _________________________________________________________________ Windows Live™ SkyDrive™: Get 25 GB of free online storage. http://windowslive.com/online/skydrive?ocid=TXT_TAGLM_WL_SD_25GB_062009

2 1

[Serusers] Check out my photos on Facebook
by Tuhin Saiful 16 Jul '09

16 Jul '09

Hi serusers(a)iptel.org, I set up a Facebook profile where I can post my pictures, videos and events and I want to add you as a friend so you can see it. First, you need to join Facebook! Once you join, you can also create your own profile. Thanks, Saiful To sign up for Facebook, follow the link below: http://www.facebook.com/p.php?i=1086097402&k=Z513ZV52PWZCUGAGYKYTWR&r 557896866 was invited to join Facebook by Tuhin Saiful. If you do not wish to receive this type of email from Facebook in the future, please click on the link below to unsubscribe. http://www.facebook.com/o.php?k=cebebd&u=557896866&mid=c8ac3aG2140d4a2G0G8 Facebook's offices are located at 1601 S. California Ave., Palo Alto, CA 94304.

1 0

[Kamailio-Users] question about $branch(name) PV
by Klaus Darilion 15 Jul '09

15 Jul '09

Hi! Does $branch(name) also handle the "main branch" ($ru, $du) as a branch, or will it handle only the additional branches? thanks klaus

3 6

[Kamailio-Users] Carrierroute-Kamailio-1.4.3-Strip does not strip in the to: header
by Omar Mendoza 15 Jul '09

15 Jul '09

I have a prefix, and i remove using the Strip in the DB INVITE sip:8135553333@192.168.2.77 SIP/2.0 Record-Route: <sip:99998135553333@198.168.1.170;lr=on;ftag=as1074edd2> Via: SIP/2.0/UDP 198.168.1.170;branch=z9hG4bKa5b6.ce53.0 Via: SIP/2.0/UDP 198.168.1.180:5060;branch=z9hG4bK292133e9;rport=5060 From: "Omar" <sip:5125555555@198.168.1.180>;tag=as1074edd2 To: <sip:99998135553333@198.168.1.170> Contact: <sip:5125555555@198.168.1.180> __________________________ Omar

2 2

[Kamailio-Users] kamctl cr dump - Command not available on Kamailio 1.5.2
by Edson - Lists 15 Jul '09

15 Jul '09

Seems that an error is still there... Kamailio-151:~/sip-server # kamctl cr dump 500 command 'cr_dump' not available Kamailio-151:~/sip-server # kamailio -V version: kamailio 1.5.2-notls (i386/linux) flags: STATISTICS, USE_IPV6, USE_TCP, USE_SCTP, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, PKG_SIZE 4194304 poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. svnrevision: 2:5901M @(#) $Id: main.c 5608 2009-02-13 16:48:17Z henningw $ main.c compiled on 13:29:16 Jul 14 2009 with gcc 4.3 Edson.

2 3

[Serusers] RTPproxy Fork Command
by Jeremy Valcourt 14 Jul '09

14 Jul '09

Hi, According to the RTPproxy 1.1 release notes you can fork a stream (http://www.rtpproxy.org/wiki/RTPproxy/RELENG_1_1_0_NOTES) : "The new C (copy) command has been introduced allowing to fork off one or both RTP streams in the session to some third-party in real time." However, after spending an afternoon searching the Internet, I can't for the life of me find any documentation on how to use this feature. So, how do you fork a stream with RTPproxy? Any help is greatly appreciated. Jeremy V.

1 0

[Kamailio-Users] OpenSer/Kamailio and A2Billing
by Carlos A. Alvarez 14 Jul '09

14 Jul '09

Folks, First of all I will like to apologize before hand, since I am better with numbers than with words. Therefore I hope you all can at least understand the essence of what I am trying to communicate. ;-) I am trying to set up an application, where I use Kamailio, asterisk, and A2Billing to process pre paid calling cards, and wholesale voip. I already have setup a kamailio service using carrier route and a2billing as a preprocessor. It works beautiful, Great work guys!!!! The questions I have are around the design for resiliency and redundancy. I will like to use another instance of kamailio for a dispatcher function to load balance between asterisk servers, since the is a limitation and performance issues with asterisk. Now I have done some research and some testing and they only way I know I can make it work is by using 302 redirection to redirect the invites from my customers to the corresponding asterisk server. If I use a direct setup using ds_select_dst asterisk gets all "confused" since the request appears to come from the dispatcher ip address. For wholesale ip, I filter a2billing on ip address and not username. My configuration is as follows: <customer>------><dispatcher/kamailio>------><a2billing/asterisk>-----><carrierroute/kamailio>------><carrier> Any thoughts, comments and/or suggestions are more than welcomed! Carlos

3 4

[Kamailio-Users] Kamailio (OpenSER) v1.5.2 Released
by Daniel-Constantin Mierla 14 Jul '09

14 Jul '09

A new release in 1.5 series is out. Kamailio (OpenSER) 1.5.2 is based on the latest version of branch 1.5, including many fixes in code and documentation, therefore those running 1.5.0 or 1.5.1 are advised to upgrade. Source tarballs are available at: http://www.kamailio.org/pub/kamailio/1.5.2/src/ Detailed changelog: http://www.kamailio.org/pub/kamailio/1.5.2/ChangeLog Download via SVN: svn co https://openser.svn.sourceforge.net/svnroot/openser/branches/1.5 kamailio Tag for this release can be browsed at: http://openser.svn.sourceforge.net/viewvc/openser/tags/1.5.2/ Project site at SourceForge.net (still using old name): http://sourceforge.net/projects/openser/ Binaries and packages will be uploaded at: http://www.kamailio.org/pub/kamailio/1.5.2/ Modules' documentation: http://www.kamailio.org/docs/modules/1.5.x/ What is new in 1.5.x release series is summarized in the announcement of v1.5.0: http://www.kamailio.org/mos/view/Kamailio-OpenSER-v1.5.0-Release-Notes Note: Kamailio is the name of former OpenSER project. First version under Kamailio name was 1.4.0. Older versions will continue to use OpenSER name. The source tree for current development version is hosted by SIP Router project, you can test it via: http://sip-router.org/wiki/migration/kamailio-3.0-config Many thanks to everybody that helped with this release! Daniel -- Daniel-Constantin Mierla http://www.asipto.com/

1 0

[Kamailio-Users] reminder: kamailio 1.5.2 today
by Daniel-Constantin Mierla 14 Jul '09

14 Jul '09

Hello, anyone that still has to commit something on SVN branch 1.5 @sourceforge.net, please do it before 14:00GMT, afterwards will start releasing 1.5.2. Thanks, Daniel

1 1

[Kamailio-Users] aliases
by asd 14 Jul '09

14 Jul '09

Hello, I would like to assign multiple DIDs (not sure how it's called in Kamailio) for one of my sip user. This sip user is registering with 7000 as username, and I would like to assign 7001, 7002 numbers to this sip user. I have tried using dbaliases function, so I have added 7001 and 7002 as aliases for 7000. If I call 7002, then alias is retrieved fine from db, I have no problem with that. But 7000 is receiving this call as 7000 (so he see 7000 as a called number, instead of 7002). is there a way to send "called number 7002" to 7000? Kind regards, Dmitri

3 6

[Kamailio-Users] [nat][registrar] setting max_expires dynamically
by Pascal Maugeri 14 Jul '09

14 Jul '09

Hi How can we set the expires value of the REGISTER OK sent back to the clients in a dynamic way ? We set already a value with modparam("registrar", "max_expires", 120) but if the UA has been detected to be behind a NAT we want to apply a different value. Regards, Pascal

2 1

Re: [Kamailio-Users] preparing kamailio 1.5.2
by Daniel-Constantin Mierla 14 Jul '09

14 Jul '09

Hello, thanks for testing and reporting back. Please cc all the time to the list, so everybody interested gets updated about conclusions. Daniel On 14.07.2009 0:05 Uhr, Marco Bungalski wrote: > Hello, Daniel! > > Thank you for you documentation - with this my linux-knowledge increased .-) > > > I've just downloaded an testet - now Kamailio don't crash with a loaded > dialog-module after > a receive of SIP-message containing an empty record-route-field. So good > luck for tomorrow :) > > Message now: > Jul 13 23:59:37 [23474] ERROR:core:print_rr_body: failed to parse RR > Jul 13 23:59:37 [23474] ERROR:dialog:populate_leg_info: failed to print > route records > > > Thanks and cheers, > > Marco > > > -----Ursprüngliche Nachricht----- > Von: Daniel-Constantin Mierla [mailto:miconda@gmail.com] > Gesendet: Montag, 13. Juli 2009 17:05 > An: Marco Bungalski; kamailio > Betreff: Re: AW: AW: [Kamailio-Users] preparing kamailio 1.5.2 > > Hello Marco, > > On 13.07.2009 14:28 Uhr, Marco Bungalski wrote: > >> Hello, Daniel, >> >> i know how to compile, but where to download the version with the bugfix >> included? >> >> > if you fetch from svn the branch 1.5 then it has the fix. Here is a > short description of how the versioning was done so far for kamilio > (openser) from svn: > - when a major version is released, a branch with the first two numbers > in the version is created (e.g., 1.5) > - for each minor version (including the .0 - corresponding to the major > version) a tag is created with name of the three numbers in version > - any fix for the major version is committed in the branch. Once a new > minor release is out, a new tag is created. Therefore, the branch has > all the time the most updated code for a specific major release. The > tags are snapshots at the time of release. > > For the case of 1.5.x series: > - there is one branch 1.5 > - now there are two tags on svn: 1.5.0 and 1.5.1, soon there will be 1.5.2. > - the tarballs are created from a svn checkout done as exampled in the > wiki page I sent to you. > > probably reading a bit about svn (subversion) will help you. Anyhow, > next major version will use GIT. > > Now, just to download the latest 1.5.x version, do: > svn co http://openser.svn.sourceforge.net/svnroot/openser/branches/1.5 > kamailio-1.5 > > You need subversion package installed. The continue installation as you > do with the tarball. > > Cheers, > Daniel > >> Hello, >> >> this one should help you: >> http://www.kamailio.org/dokuwiki/doku.php/install:kamailio-1.5.x-from-svn >> >> Cheers, >> Daniel >> >> On 07/13/2009 01:30 PM, Marco Bungalski wrote: >> >> >>> Hello, >>> >>> i am sorry to say that i've not testet it because i don't know where to >>> download the fix and how to implementate that :-( >>> >>> But if you give me a link i will test it today (i can simulate the bug) >>> >>> >> and >> >> >>> will send you a feedback. >>> >>> Greetings, >>> >>> Marco >>> >>> >>> >>> >>> Mit freundlichen Grüßen >>> >>> Marco Bungalski >>> >>> >>> Marco Bungalski GmbH >>> Traversale 5 >>> 27283 Verden >>> >>> Telefon: +49 4231 - 776 9999 >>> Fax: +49 4231 - 776 9998 >>> Mobil: +49 172 4204774 >>> >>> e-mail: Marco(a)Bungalski.de >>> web: www.bungalski.de >>> >>> Geschäftsführender Gesellschafter: Marco Bungalski >>> Sitz der Gesellschaft: D-27283 Verden, AG Walsrode HRB 120586 >>> >>> -----Ursprüngliche Nachricht----- >>> Von: Daniel-Constantin Mierla [mailto:miconda@gmail.com] >>> Gesendet: Montag, 13. Juli 2009 12:32 >>> An: Marco Bungalski >>> Cc: users(a)lists.kamailio.org >>> Betreff: Re: [Kamailio-Users] preparing kamailio 1.5.2 >>> >>> Hello >>> >>> On 07/13/2009 12:28 PM, Marco Bungalski wrote: >>> >>> >>> >>>> Hello, Daniel! >>>> >>>> >>>> >>>> Will the bug "Kamailio crashes when receiving an empty >>>> Record-Route-field with using the dialog-module" be fixed in 1.5.2? >>>> >>>> >>>> >>>> If yes: Thanks for that :-) >>>> >>>> >>>> >>>> >>> it should be already in the svn (therefore yes). Have you tested it? >>> >>> Cheers, >>> Daniel >>> >>> >>> >>> >> >> > > >

1 0

[Kamailio-Users] new module: mi_rpc
by Daniel-Constantin Mierla 13 Jul '09

13 Jul '09

Hello, several days ago, a new module named mi_rpc was introduced to source tree. The goal is to be able to execute MI commands using RPC interface from sip router core. One big advantage of this is the executing MI commands using the sercmd tool. sercmd is a command line interface, able to do auto completion for commands, used to change parameters, get insights of core and modules at runtime. If you grabbed the source code (some guidelines at: http://sip-router.org/wiki/migration/kamailio-3.0-config), then: cd utils/sercmd make ./sercmd See the readme for more options. You need to compile and load modules_s/ctl: http://sip-router.org/docbook/sip-router/branch/master/modules_s/ctl/ctl.ht… Back to mi_rpc, one issue that needs to be sorted out is the output format. Right now doing a pretty-format printing which is not suitable for xmlrpc. Feedback is very much appreciated, thanks, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/

3 9

Re: [Kamailio-Users] How to know if a UAC is behind NAT after fix_nated_register() ?
by Pascal Maugeri 13 Jul '09

13 Jul '09

I answer to myself (it may help others) as I could test successfully the configuration below. Also there is a typo (isbflagset instead of isflagset): so when I detect a UA is behind NAT, I do: if (nat_uac_test("19")) { if (method=="REGISTER") { setbflag(7); fix_nated_register(); ... Then when my B2BUA sends invite to this UA I do (after lookup("location") ): lookup("location"); ... if (is_method("INVITE")) { if (isbflagset(7)) { setflag(5); Regards, Pascal On Mon, Jul 13, 2009 at 2:43 PM, Pascal Maugeri <pascal.maugeri(a)gmail.com>wrote: > I'm not that familiar with flag management. > > so when I detect a UA is behind NAT, I do: > > if (nat_uac_test("19")) { > if (method=="REGISTER") { > setbflag(7); > fix_nated_register(); > ... > > Then when my B2BUA sends invite to this UA I do (after lookup("location") > ): > > if (is_method("INVITE")) { > if (isflagset(7)) { > setflag(5); > > Is that correct ? > > BTW, regarding the flag number, is there a table of reserved numbers ? Can > I use "7" in this case ? > > -pascal > > > > > On Mon, Jul 13, 2009 at 12:00 PM, Daniel-Constantin Mierla < > miconda(a)gmail.com> wrote: > >> Hello, >> >> On 07/13/2009 11:54 AM, Pascal Maugeri wrote: >> >>> Hi >>> >>> A quick question, when I apply a fix_nated_register() to a remote user >>> when he/she registers, how can I know later on if this user is behind NAT ? >>> >> set a branch flag for REGISTER before save location. After lookup location >> that flag is recovered and you can test it in the config file. >> >> Cheers, >> Daniel >> >> >>> All my calls go through a B2BUA: >>> >>> Caller ------> kamailio/rtpproxy ------> B2BUA ------> kamailio/rtpproxy >>> ------> Callee >>> >>> When my B2BUA calls a user, I want to know if this user is behind NAT or >>> not. For now all the calls go through rtpproxy but I would like to apply >>> this path only when user is behind NAT. >>> >>> Regards, >>> Pascal >>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Kamailio (OpenSER) - Users mailing list >>> Users(a)lists.kamailio.org >>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >>> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users >>> >> >> -- >> Daniel-Constantin Mierla >> http://www.asipto.com/ >> >> >

1 0

Re: [Kamailio-Users] preparing kamailio 1.5.2
by Daniel-Constantin Mierla 13 Jul '09

13 Jul '09

Hello Marco, On 13.07.2009 14:28 Uhr, Marco Bungalski wrote: > Hello, Daniel, > > i know how to compile, but where to download the version with the bugfix > included? > if you fetch from svn the branch 1.5 then it has the fix. Here is a short description of how the versioning was done so far for kamilio (openser) from svn: - when a major version is released, a branch with the first two numbers in the version is created (e.g., 1.5) - for each minor version (including the .0 - corresponding to the major version) a tag is created with name of the three numbers in version - any fix for the major version is committed in the branch. Once a new minor release is out, a new tag is created. Therefore, the branch has all the time the most updated code for a specific major release. The tags are snapshots at the time of release. For the case of 1.5.x series: - there is one branch 1.5 - now there are two tags on svn: 1.5.0 and 1.5.1, soon there will be 1.5.2. - the tarballs are created from a svn checkout done as exampled in the wiki page I sent to you. probably reading a bit about svn (subversion) will help you. Anyhow, next major version will use GIT. Now, just to download the latest 1.5.x version, do: svn co http://openser.svn.sourceforge.net/svnroot/openser/branches/1.5 kamailio-1.5 You need subversion package installed. The continue installation as you do with the tarball. Cheers, Daniel > Hello, > > this one should help you: > http://www.kamailio.org/dokuwiki/doku.php/install:kamailio-1.5.x-from-svn > > Cheers, > Daniel > > On 07/13/2009 01:30 PM, Marco Bungalski wrote: > >> Hello, >> >> i am sorry to say that i've not testet it because i don't know where to >> download the fix and how to implementate that :-( >> >> But if you give me a link i will test it today (i can simulate the bug) >> > and > >> will send you a feedback. >> >> Greetings, >> >> Marco >> >> >> >> >> Mit freundlichen Grüßen >> >> Marco Bungalski >> >> >> Marco Bungalski GmbH >> Traversale 5 >> 27283 Verden >> >> Telefon: +49 4231 - 776 9999 >> Fax: +49 4231 - 776 9998 >> Mobil: +49 172 4204774 >> >> e-mail: Marco(a)Bungalski.de >> web: www.bungalski.de >> >> Geschäftsführender Gesellschafter: Marco Bungalski >> Sitz der Gesellschaft: D-27283 Verden, AG Walsrode HRB 120586 >> >> -----Ursprüngliche Nachricht----- >> Von: Daniel-Constantin Mierla [mailto:miconda@gmail.com] >> Gesendet: Montag, 13. Juli 2009 12:32 >> An: Marco Bungalski >> Cc: users(a)lists.kamailio.org >> Betreff: Re: [Kamailio-Users] preparing kamailio 1.5.2 >> >> Hello >> >> On 07/13/2009 12:28 PM, Marco Bungalski wrote: >> >> >>> Hello, Daniel! >>> >>> >>> >>> Will the bug "Kamailio crashes when receiving an empty >>> Record-Route-field with using the dialog-module" be fixed in 1.5.2? >>> >>> >>> >>> If yes: Thanks for that :-) >>> >>> >>> >> it should be already in the svn (therefore yes). Have you tested it? >> >> Cheers, >> Daniel >> >> >> > >

1 0

Re: [Kamailio-Users] preparing kamailio 1.5.2
by Daniel-Constantin Mierla 13 Jul '09

13 Jul '09

Hello, this one should help you: http://www.kamailio.org/dokuwiki/doku.php/install:kamailio-1.5.x-from-svn Cheers, Daniel On 07/13/2009 01:30 PM, Marco Bungalski wrote: > Hello, > > i am sorry to say that i've not testet it because i don't know where to > download the fix and how to implementate that :-( > > But if you give me a link i will test it today (i can simulate the bug) and > will send you a feedback. > > Greetings, > > Marco > > > > > Mit freundlichen Grüßen > > Marco Bungalski > > > Marco Bungalski GmbH > Traversale 5 > 27283 Verden > > Telefon: +49 4231 - 776 9999 > Fax: +49 4231 - 776 9998 > Mobil: +49 172 4204774 > > e-mail: Marco(a)Bungalski.de > web: www.bungalski.de > > Geschäftsführender Gesellschafter: Marco Bungalski > Sitz der Gesellschaft: D-27283 Verden, AG Walsrode HRB 120586 > > -----Ursprüngliche Nachricht----- > Von: Daniel-Constantin Mierla [mailto:miconda@gmail.com] > Gesendet: Montag, 13. Juli 2009 12:32 > An: Marco Bungalski > Cc: users(a)lists.kamailio.org > Betreff: Re: [Kamailio-Users] preparing kamailio 1.5.2 > > Hello > > On 07/13/2009 12:28 PM, Marco Bungalski wrote: > >> Hello, Daniel! >> >> >> >> Will the bug "Kamailio crashes when receiving an empty >> Record-Route-field with using the dialog-module" be fixed in 1.5.2? >> >> >> >> If yes: Thanks for that :-) >> >> > it should be already in the svn (therefore yes). Have you tested it? > > Cheers, > Daniel > > -- Daniel-Constantin Mierla http://www.asipto.com/

1 0

Re: [Kamailio-Users] preparing kamailio 1.5.2
by Marco Bungalski 13 Jul '09

13 Jul '09

Hello, Daniel! Will the bug "Kamailio crashes when receiving an empty Record-Route-field with using the dialog-module" be fixed in 1.5.2? If yes: Thanks for that :-) Greetings, Marco

2 1

[Kamailio-Users] roadmap to kamailio 3.0
by Daniel-Constantin Mierla 13 Jul '09

13 Jul '09

Hello, the roadmap to next major release of Kamailio, codenamed 3.0, was sketched during last week IRC meeting as: - freezing in 1-1.5 months - 1-1.5 months testing - release by end of September/ beginning of October Right now, current development state is: - all but one module (seas) were updated to work with the new core - several addons in kamailio core and tm still to be included in GIT master branch - many new features developed: mecached, event_route, xml doc handling ... see: http://sip-router.org/wiki/features/new-in-devel I invite all of you to test, startup guidelines at: http://sip-router.org/wiki/migration/kamailio-3.0-config Any feedback is very much appreciated, thanks, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/

1 0

[Kamailio-Users] How to know if a UAC is behind NAT after fix_nated_register() ?
by Pascal Maugeri 13 Jul '09

13 Jul '09

Hi A quick question, when I apply a fix_nated_register() to a remote user when he/she registers, how can I know later on if this user is behind NAT ? All my calls go through a B2BUA: Caller ------> kamailio/rtpproxy ------> B2BUA ------> kamailio/rtpproxy ------> Callee When my B2BUA calls a user, I want to know if this user is behind NAT or not. For now all the calls go through rtpproxy but I would like to apply this path only when user is behind NAT. Regards, Pascal

3 2

[Kamailio-Users] preparing kamailio 1.5.2
by Daniel-Constantin Mierla 13 Jul '09

13 Jul '09

Hello, last week during the IRC meeting it was proposed to release kamailio 1.5.2 tomorrow. If anyone of you is aware of some show stopper, please reply. Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/

1 0

[Kamailio-Users] two more modules
by Daniel-Constantin Mierla 13 Jul '09

13 Jul '09

Hello, two of the last three modules that were not ported to use the new sip router core are ready now: nat_traversal and siptrace. Particularly, siptrace was refurbished, should catch now forwarded ACK. Before release, there are couple of new features that should get in trunk since sip route core offers support for such extensions: - ability to filter the ACK for negative replies issued by sl module in the script - ability to store stateless forwarded messages (now only stateful ones being stored) Testing is very much appreciated. Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/

1 0

[Kamailio-Users] Kamailio 1.4.1 Configuration Issue
by dyerom AD 13 Jul '09

13 Jul '09

Good day everyone. As I am new to kamailio, I would like to ask help on the CFG file. I have successfully installed kamailio 1.4.1 but having problems to set it up on my desired functionality. Below is what i want to achieve. All sip clients (asterisk box, sip enabled box, pbx) should pass sip calls to my kamailio server. Clients connections to my Kamailio are via IP to IP. From my kamailio server i should be able to route them on my carrier, USA carrier and International Carrier. Connections to carrier is via IP to IP. I have set up Kamailio to support MYSQL authentication, its just that i have having problems to put my idea on the kamailio.cfg. Any sample working configurations similar to want I want to achieve is greatly appreciated. Thank you in advance for any support. Dennis Cristobal. jtom25(a)yahoo.com Feel safer online. Upgrade to the new, safer Internet Explorer 8 optimized for Yahoo! to put your mind at peace. It's free. Get IE8 here! http://downloads.yahoo.com/sg/internetexplorer/

4 8

[Kamailio-Users] TCP supervisor process in Kamailio
by Pascal Maugeri 10 Jul '09

10 Jul '09

Hi I recently read the following in order to optimize OpenSER in handling TCP connections: "First, the TCP supervisor process must be given an elevated priority level in order to prevent anomalous behavior due to the Linux scheduler." First of all, as this is quite old paper (it refers to OpenSER 1.2), I'm wondering if such a tuning is still needed for Kamailio 1.5 branch ? If yes, how can I do this ? Regards, Pascal

4 9

[Kamailio-Users] help for multi-domain
by zhangchao00001 09 Jul '09

09 Jul '09

Dear sir: I write to ask if the kamailio support multi-domain. for example, A UA belong to domain b get into domain a, could it work as well as in domain b? If so, how to configure it? Thank you.

2 1

force_rtp_proxy() vis-a-vis BYE
by Alex Balashov 08 Jul '09

08 Jul '09

According to the Kamailio 1.5.x docs, force_rtp_proxy() is deprecated and rtpproxy_offer() and rtpproxy_answer() should be used instead. Does that mean unforce_rtp_proxy() is also deprecated? If so, how should calls be cleaned up once a BYE is received? Is the orthodox approach to simply let the streams time out on their own, or should unforce_rtp_proxy() still be used here? What about when a CANCEL is received while the dialog is an early state -- should unforce_rtp_proxy() be used there too? Thanks! -- Alex Balashov Evariste Systems Web : http://www.evaristesys.com/ Tel : (+1) (678) 954-0670 Direct : (+1) (678) 954-0671 Mobile : (+1) (678) 237-1775

5 33

[Serusers] SER generating Via: with branch parameter equal to "0" over half the time
by Frank Durda IV 08 Jul '09

08 Jul '09

A telco equipment vendor has pointed out that when an ACK message pass via our SER servers, a Via: header is added which is normal, but frequently the branch value in that Via: header is "0". As in: Via: SIP/2.0/UDP 10.133.90.x;branch=0 This violates RFC 3261 for being zero and for not being "unique across time and space". (8.1.1.7, page 38). This is showing up in over 50% of the ACK messages being passed through in just one direction. When not equal to zero, the value is like this: Via: SIP/2.0/UDP 10.133.90.x;branch=z9hG4bK095a.b27ac307.0 We don't see branch=0 appearing in any other SIP message type, just ACKs. Is anybody else seeing this and perhaps have a fix? The telco equipment vendor doesn't think it is confusing their equipment, but as it is out spec they want to eliminate it as a source of trouble. The calls are originating in a variety of types of equipment including Acme, Sonus, Asterisk, etc. This is the Via: added by SER, any already present when we got the call are non-zero and look fine. We are running ser-2.0.0-rc1. A sample: ACK sip:6x0x9x0x0x;npdi=yes;rn=6x0x6x9x7x@10.133.0.x:5060 SIP/2.0 Via: SIP/2.0/UDP 10.1x3.9x.1x;branch=0 Via: SIP/2.0/UDP 7x.1x.1x3.1x0:5060;branch=z9hG4bK02Bd8a36ba5a45d76d6 From: <sip:Restricted@7x.1x.1x3.1x0>;tag=gK020a4ae7 To: <sip:6103900202@2x8.3x.2x1.7x>;tag=000a0285+1+11540020+75d5539b Call-ID: 2097284613_75974428(a)7x.1x.1x3.1x0 CSeq: 15498 ACK Max-Forwards: 16 Content-Length: 0 Thanks in advance.

2 3

[Kamailio-Users] irc devel meeting
by Daniel-Constantin Mierla 07 Jul '09

07 Jul '09

Hello, within K project, we had from time to time an IRC meeting for short term planning. IMO it is the time for next one since probably we need at least a kamailio 1.5.2 release. The place was the irc channel #kamailio on freenode.net, now we can host it on #sip-router. Presence is not mandatory and anyone is welcome to join. From the perspective of K project, here are the topics I would like to approach: - kamailio 1.5.2 - show-stoppers, when? - shall we do another branch 1.4-based release - kamailio 3.0 - current status - what is missing, what can be worked-around, prioritizing tasks... - documentation - migration tutorials - release roadmap For sip router: - logistics: anything missing for project now? - what can be done to make adoption easier (new tools, etc...) - suggestions for future development I propose Tuesday, July 7, 2009, we can adjust to fit the best for the people that want to attend. I started a wiki page, feel free to add there: https://sip-router.org/wiki/devel/irc-meetings/2009-07-07 Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/

2 3

[Kamailio-Users] SEMS 1.1.1 released
by Stefan Sayer 07 Jul '09

07 Jul '09

(apologies if you receive multiple copies of this mail) Hello, the 111 version of SEMS, the SIP Express Media Server, is now available for download at http://ftp.iptel.org/pub/sems/1.1/1.1.1/ http://ftp.iptel.org/pub/sems/1.1/1.1.1/src/sems-1.1.1.tar.gz 4a6422d09ddadaf9eacd8cae8f0848d5 sems-1.1.1.tar.gz Debian packages for lenny64 are available in the repository: deb http://ftp.iptel.org/pub/sems/debian lenny free deb-src http://ftp.iptel.org/pub/sems/debian lenny free and etch64 in http://ftp.iptel.org/pub/sems/1.1/1.1.1/packages . This is a bugfix release in the 1.1 branch which accumulates fixes for bugs found in 1.1.0 so far. Specifically, this is - fixed Via HF missing the port number in ACK to 200 reply - do not try to scale too short RTP packets - fixed initialization of SSL - caused random crashing of xmlrpc server - fix size() for AmArg struct type - authenticate on both 401 and 407 reply in click2dial - fixed ssl build dependency for DIAMETER client in deb Many Thanks to everyone who contributed with bug reporting and fixes. More information, documentation etc about SEMS can be found at its homepage: http://iptel.org/sems Best Regards Stefan Sayer -- Stefan Sayer VoIP Services stefan.sayer(a)iptego.com www.iptego.com IPTEGO GmbH Wittenbergplatz 1 10789 Berlin Germany Amtsgericht Charlottenburg, HRB 101010 Geschaeftsfuehrer: Alexander Hoffmann

1 0

[Kamailio-Users] force_rtp_proxy() vis-a-vis BYE
by Alex Balashov 07 Jul '09

07 Jul '09

According to the 1.5.x docs, force_rtp_proxy() is deprecated and rtpproxy_offer() and rtpproxy_answer() should be used instead. Does that mean unforce_rtp_proxy() is also deprecated? If so, how should calls be cleaned up once a BYE is received? Is the orthodox approach to simply let the streams time out on their own, or should unforce_rtp_proxy() still be used here? What about when a CANCEL is received while the dialog is an early state -- should unforce_rtp_proxy() be used there too? Thanks! -- Alex Balashov Evariste Systems Web : http://www.evaristesys.com/ Tel : (+1) (678) 954-0670 Direct : (+1) (678) 954-0671 Mobile : (+1) (678) 237-1775

3 2

Images in the Document "SIP Introduction"
by Antônio Theóphilo 07 Jul '09

07 Jul '09

Hello Everybody Does anyone know how to get the images that are broken in the document "SIP Introduction" ( http://sip-router.org/docbook/sip-router/branch/master/sip/sip_introduction… )?It seems that they are diagrams very important for the understanding of the protocol's dynamics. Antônio Theóphilo

3 3

[Kamailio-Users] SIP-Router Project - how does this affect me?
by Geoffrey Mina 07 Jul '09

07 Jul '09

I am not clear on what exactly the SIP-Router project is, nor how it will affect me? Is Kamailio eventually being replaced with SIP-Router once all the functionalities have been rolled in? Will my entire configuration script need to be reworked to eventually operate with this new platform? Can anyone explain to me why this merge is happening so soon after Kamailio split with OpenSIPS? All this turmoil feels very destructive to me.

3 2

[Kamailio-Users] How should I change Calling Party Number for a call?
by Uriel Rozenbaum 07 Jul '09

07 Jul '09

Hi Guys, I was wondering how can I implement a proxy with Kamailio that can manage privacy and normalization of the calling party. In an INVITE message I can get the calling party name (or number) in several places: 1. From Header 2. Remote-Party ID 3. P-Asserted-Identity 4. P-Preferred-Identity How should I act in order to normalize or block the Calling Party to be passed to subsequent hops? AFAIK I can change the From Header as long as the tag isn't modified. Is this really true? What about RPID or PAI? Should I Change the aliases there as well? Thanks in advance to all! Uriel

3 2

[Kamailio-Users] strange fr_inv_timer behaviour
by hans＠onsmail.nl 07 Jul '09

07 Jul '09

Hi, When setting fr_inv_timer to 60s and the phone is not answered kamailio generates a timeout after 20s ? If fr_inv_timer is set to 90s the timeout is generated after 30s ? Doing a level 7 debug I received the following tm timer related output Jun 3 15:07:12 sip-proxy-01 /usr/local/sbin/kamailio[1755]: DBG:tm:set_timer: relative timeout is 500000 Jun 3 15:07:12 sip-proxy-01 /usr/local/sbin/kamailio[1755]: DBG:tm:insert_timer_unsafe: [4]: 0xafa6abc4 (16900000) Jun 3 15:07:12 sip-proxy-01 /usr/local/sbin/kamailio[1755]: DBG:tm:set_timer: relative timeout is 3 Jun 3 15:07:12 sip-proxy-01 /usr/local/sbin/kamailio[1755]: DBG:tm:insert_timer_unsafe: [0]: 0xafa6abe0 (51) Jun 3 15:07:12 sip-proxy-01 /usr/local/sbin/kamailio[1754]: DBG:tm:set_timer: relative timeout is 60 Jun 3 15:07:12 sip-proxy-01 /usr/local/sbin/kamailio[1754]: DBG:tm:insert_timer_unsafe: [1]: 0xafa6abe0 (108) Jun 3 15:07:12 sip-proxy-01 /usr/local/sbin/kamailio[1751]: DBG:tm:set_timer: relative timeout is 60 Jun 3 15:07:12 sip-proxy-01 /usr/local/sbin/kamailio[1751]: DBG:tm:insert_timer_unsafe: [1]: 0xafa6abe0 (108) Jun 3 15:07:12 sip-proxy-01 /usr/local/sbin/kamailio[1758]: DBG:tm:utimer_routine: timer routine:4,tl=0xafa6abc4 next=(nil), timeout=16900000 <phone is ringing ....> Jun 3 15:07:32 sip-proxy-01 /usr/local/sbin/kamailio[1758]: DBG:tm:timer_routine: timer routine:1,tl=0xafa6abe0 next=(nil), timeout=108 Jun 3 15:07:32 sip-proxy-01 /usr/local/sbin/kamailio[1758]: DBG:tm:final_response_handler: stop retr. and send CANCEL (0xafa6aa78) Jun 3 15:07:32 sip-proxy-01 /usr/local/sbin/kamailio[1758]: DBG:tm:t_should_relay_response: T_code=180, new_code=408 Jun 3 15:07:32 sip-proxy-01 /usr/local/sbin/kamailio[1758]: DBG:tm:t_pick_branch: picked branch 0, code 408 Jun 3 15:07:32 sip-proxy-01 /usr/local/sbin/kamailio[1758]: DBG:tm:t_check: start=0xafa6aa78 Jun 3 15:07:32 sip-proxy-01 /usr/local/sbin/kamailio[1758]: DBG:tm:t_check: transaction already found! Jun 3 15:07:32 sip-proxy-01 /usr/local/sbin/kamailio[1758]: DBG:tm:pv_get_tm_reply_code: reply code is <408> version: kamailio 1.5.1-notls (i386/linux) flags: STATISTICS, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, PKG_SIZE 4194304 poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. svnrevision: 2:5868M @(#) $Id: main.c 5608 2009-02-13 16:48:17Z henningw $ main.c compiled on 14:40:00 Jun 3 2009 with gcc 4.1.2 Kind regards Hans

3 9

[Kamailio-Users] Polycom BLF presence
by Daniel Corbe 07 Jul '09

07 Jul '09

Anyone have any hints on how to make Polycom BLF presence working with Kamailio? -Daniel

3 2

[Kamailio-Users] RtpProxy: start_recording()
by Iñaki Baz Castillo 06 Jul '09

06 Jul '09

Hi, I'm using start_recording() function of nathelper module. I use "-R" option in rtpproxy daemon in order not to record RTCP. start_recording() is called in route and onreply_route. After the call ends I see the following files in the recording directory: 283K 2009-07-06 13:41 1e54fbae418504a40744ad765718792a(a)212.230.19.1=38a3b929-co1782-INS001;1.a.rtp 275K 2009-07-06 13:41 1e54fbae418504a40744ad765718792a(a)212.230.19.1=38a3b929-co1782-INS001;1.o.rtp 0 2009-07-06 13:41 1e54fbae418504a40744ad765718792a(a)212.230.19.1=38a3b929-co1782-INS001;2.a.rtp 0 2009-07-06 13:41 1e54fbae418504a40744ad765718792a(a)212.230.19.1=38a3b929-co1782-INS001;2.o.rtp Some questions: - "1.a.rtp" is one direction and "1.o.rtp" the other, right? - What are the last two files (0 size)? - How to extract the audio from these files? note that the used codec could be G729, ALAW, GSM... Thanks a lot. -- Iñaki Baz Castillo <ibc(a)aliax.net>

3 10

Re: [SR-Users] [sr-dev] LCR/CR and prefix mask (REGEX?) [moved to SR-Users]
by Edson - Lists 06 Jul '09

06 Jul '09

I looked around... CR uses the same approach that LCR on prefix definitions (or, at least the README don't say/explain that it's different). So I went to look on REGEX module... Iñaki, this module has Your signature... let me ask You what exactly are this REGEX groups? Could I use something like: - Use RURI and recover associated "REGEX-group number"; - Ask LCR or CR to look for routes to prefix="REGEX-group number"; - proceed routing fail-over as usual... Edson Juha Heinanen escreveu: > Iñaki Baz Castillo writes: > > > I'd really like to see some mechanism to make routing decisions based > > on RURI username itself, rather than just no its prefix. Sure it > > could be a good feature. > > lcr module works on longest prefixes of r-uri username (= telephone > number). it was tried once operate on regular expressions, but it was > not a good idea. if you want something else than longest prefixes, > check if some other module (like drouting or cr) could provide that. > > -- juha > > _______________________________________________ > sr-dev mailing list > sr-dev(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev >

3 2

Re: [Kamailio-Users] Problem upgrading from 1.4.x to 1.5.1 notls
by Uriel Rozenbaum 06 Jul '09

06 Jul '09

Henning, how can I configure Kamailio to use some other path to find modules? i should make modules differently as well, right? I'll copy back the list so anyone can answer that. Rgds, Uriel On Wed, Jul 1, 2009 at 9:35 AM, Henning Westerholt < henning.westerholt(a)1und1.de> wrote: > On Mittwoch, 1. Juli 2009, you wrote: > > It's a CentOS 5.3 i386. > > > > # gcc --version > > gcc (GCC) 4.1.2 20071124 (Red Hat 4.1.2-42) > > Copyright (C) 2006 Free Software Foundation, Inc. > > This is free software; see the source for copying conditions. There is NO > > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR > PURPOSE. > > > > # uname -a > > Linux sbci1pri.cpsnet.com.ar 2.6.18-92.1.18.el5 #1 SMP Wed Nov 12 > 09:30:27 > > EST 2008 i686 i686 i386 GNU/Linux > > > Hi Uriel, > > > thanks, but this is all fairly common, so i doubt your environment is > guilty here. > > > > Do you have some guidelines to erase all Kamailio files from the system? > > I'm sure its a build problem. > > > Sorry, this depends where you installed the server, you basically need to > track all files that were installed. I missed the "make uninstall" also a > few times. :/ > > > But you could just try to install the new version in another directory, > like /tmp/kamailio or something like this. If you then configure the server > to only use modules from this dir it should be not conflict with the old > installation. > > > Henning >

4 9

[Serusers] rtpproxy: How to force it to send packets out a specific interface?
by Frank Durda IV 06 Jul '09

06 Jul '09

I am running SER/rtpproxy on some systems with multiple cores and multiple ethernet interfaces. I am running multiple copies of rtpproxy, each with an IP address associated with a particular interface, as in one rtpproxy is using em1 which is 208.33.44.3 and em2 is 208.33.44.4 which another rtpproxy listens at, while ser listens in em0 at 208.33.44.2. These three (actually ten) interfaces pass through ethernet switches and then on to a router with a default gateway of 208.33.44.1 and then off to the Internet or wherever. (In my setup, each rtpproxy has a second interface pointing into a private network, so only one side of a call appears on any given interface and five face toward the Internet.) SER+rtpproxy correctly divides RTP traffic for calls to 208.33.44.3 and 208.33.44.4 in the SDP payloads, and callers send their RTP packets to the two rtproxies IP addresses without problems. That part works just fine. The problem is that rtpproxy is using the default route for transmission, so everything that goes towards the Internet goes out via em0, so em1 and em2 don't transmit anything. This means that this one link is overwhelmed by the traffic that should have been divided across multiple links. Rtpproxy is allowing the local route table and the default route to handle the outgoing packets and so the packets are all going out the same interface. In my case, em0 was 100Mbit/sec (completely sufficient for SIP messages, while em1 and em2 were gigabit links to handle RTP, but they are getting used only in one direction. Even if em0 was upgraded to Gbit, it would still not be able to handle the potential for 2+ Gbit of data from the rtproxies. So, is there any way to force rtproxy to perform what I believe they used to call "reflector mode", where the answers go out the same interface they come in on? (This used to be common on UDP-based NFS file servers.) A number of communication programs also allow this behavior as an option, but rtpproxy doesn't appear to do it or it isn't turned on by default. Because the destinations for the RTP are out on the Internet somewhere, I don't believe I can solve this via "route" or "ifconfig" settings, but would be delighted if someone knows different or knows of a setting change in rtpproxy that will do this so that load balancing will work. The OS in question is FreeBSD 7.2, but I have the same issue on 6.2 and 6.3. Thanks in advance!

3 3

Re: [Kamailio-Users] SIP-Router Project - how does this affect me?
by Alex Balashov 06 Jul '09

06 Jul '09

That said, this page does speak to a number of the concerns, even if somewhat vaguely: http://sip-router.org/answers/ > >> I am not clear on what exactly the SIP-Router project is, nor how it >> will affect me? Is Kamailio eventually being replaced with SIP-Router >> once all the functionalities have been rolled in? Will my entire >> configuration script need to be reworked to eventually operate with >> this new platform? Can anyone explain to me why this merge is >> happening so soon after Kamailio split with OpenSIPS? All this >> turmoil feels very destructive to me. > > This is a confusing topic, and could definitely use additional discussion > and official clarification. > > I have been made to understand that Kamailio will not be replaced by > sip-router. It is rather that sip-router is a a "common core" that > integrates both Kamailio and sip-router modules, and that both projects > will share this common core going forward, but remain distinct. The > analogy provided to me by Daniel was of Linux kernels vs. distributions. > > This seems fair enough, but it doesn't adequately explain who sip-router > is intended for and who Kamailio is intended for, and who should use which > and why and under what circumstances. It does also seem that most of the > development and documentation energy is being concentrated into sip-router > integration, which leaves open the question of what the future of Kamailio > is. > > This definitely needs to be discussed more. Thank you very much for > raising it, Geoffrey. > > -- > Alex Balashov > Evariste Systems > Web : http://www.evaristesys.com/ > Tel : (+1) (678) 954-0670 > Direct : (+1) (678) 954-0671 > Mobile : (+1) (678) 237-1775 > > > > _______________________________________________ > Kamailio (OpenSER) - Users mailing list > Users(a)lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > -- Alex Balashov Evariste Systems Web : http://www.evaristesys.com/ Tel : (+1) (678) 954-0670 Direct : (+1) (678) 954-0671 Mobile : (+1) (678) 237-1775

2 1

[Kamailio-Users] Branch Flag / Location Lookup
by Brandon Armstead 04 Jul '09

04 Jul '09

Hey guys, First off thanks for any help in advanced! I'm saving a nat branch flag into usrloc when the user registers, now each user has two registrations to the same username in usrloc, upon lookup("location"), inside of branch_route[] it appears only one of them have the nat branch flag set, while the other does not? Is there any case where a branch flag could somehow get mangled, or what to look for, or what may cause this? Also one other thing from a database outlook (the cflag) is equivalent on both AOR's. However again at the time of branch_route, one flag is i.e. 000800, and the other 000820, any thoughts are appreciated, thanks!

4 6

Re: [Kamailio-Users] [LCR] About ping
by Iñaki Baz Castillo 04 Jul '09

04 Jul '09

2009/3/23 Alexandr Dubovikov <shurik(a)start4.info>: > On Mon, Mar 23, 2009 at 11:15:52AM +0100, Iñaki Baz Castillo wrote: >> 2009/4/1 Alexandr Dubovikov <shurik(a)start4.info>: >> > On Fri, Mar 20, 2009 at 10:21:20PM +0100, Andreas Heise wrote: >> >> Hello Iñaki, > > Hi Inaki, > >> > >> > Hi all, >> >> >> >> you should ask Alexandr he has introdused this feature with rev5452, >> >> but I'm not sure if he is on the lists all the time, so I'll forward your >> >> question >> >> to him... >> > >> > sorry, I am currently offline and couldn't answer directly to the list. >> > >> > anyway. I agreed, 180 seconds it's too big ping interval, but it couldn't be >> > also less 32 seconds. >> > >> > >> > http://www.ietf.org/rfc/rfc3261.txt >> > >> > 17.2.2 Non-INVITE Server Transaction >> > >> > >> > T1 = 500 ms. >> > >> > >> > Timer J 64*T1 for UDP Section 17.2.2 Wait time for >> > 0s for TCP/SCTP non-INVITE request >> > >> > so, the timer for "completed" is 32 seconds and couldn't be less. >> > >> > >> > of course, you can use less value, but on own risk :-) >> > RFC 3261 are not recommendet it :) >> >> Thanks for pointing it out. >> However, if a gw takes so long time (~32 seconds) to respond I prefer >> to consider it as "offline" :) > > don't forget to disable ping for this gateway, because finaly you will have > a DDOS effect of the "offline" gw. :-) Well, If the host is already offline then it doesn't matter to kill it more XD Thanks. -- Iñaki Baz Castillo <ibc(a)aliax.net>

2 6

[Kamailio-Users] Problem in adding new user in database
by ajay_ei 03 Jul '09

03 Jul '09

Hi, I am a new user of openser. I have installed and configured openser on my local system. when i am trying to add a new user in database i am getting following error: [root@Ajay-PC sbin]# openserctl add ajay ajay ajay@localhost database engine 'MYSQL' loaded Control engine 'FIFO' loaded is_user: user counter=0 check_db_alias: alias counter=0 ERROR 1054 (42S22) at line 1: Unknown column 'phplib_id' in 'field list' ERROR: introducing the new user 'ajay' to the database failed Kindly help me. Thanking you. -- View this message in context: http://www.nabble.com/Problem-in-adding-new-user-in-database-tp24307793p243… Sent from the OpenSER Users Mailing List mailing list archive at Nabble.com.

4 5

[Kamailio-Users] incomplet uri
by towhid islam 02 Jul '09

02 Jul '09

why this is happning ? uuid | username | domain | attribute | value | type | modified | +------+----------+--------------------+-----------+----------------+------+---------------------+ | 1001 | 100001 | sip:192.168.30.131 | abc | 192.168.30.131 | 0 | 2009-07-02 07:36:05 | | 1002 | 100002 | sip:192.168.30.131 | abc | 192.168.30.131 | 0 | 2009-07-02 07:36:18 | | 1003 | 100003 | sip:192.168.30.131 | abc | 192.168.30.131 | 0 | 2009-07-02 07:36:29 | if(avp_db_load("$ruri/domain","$avp(s:abc)")){ xlog("L_INFO","testing"); } ERROR:avpops:ops_dbload_avps: incomplet uri <sip:192.168.30.131> TOWHID

3 2

[Kamailio-Users] forking on URIs from DB
by Robert McGilvray 02 Jul '09

02 Jul '09

I'm trying to setup custom aliases out of a sql db that will sometimes need to fork and need some help realizing how I can assign q values and process them correctly. I'm using kam 1.5. Let's assume I query for our main support line and return 3 URIs from the db along with a separate column for the q. Sip:us-support@mycomp.com q=1.0 Sip:uk-support@mycomp.com q=1.0 Sip:in-support@mycomp.com q=0.90 Based on the values I'd want to parallel fork on the first two to send this to my UK and US support line, if that fails cancel the first two branches and route to India. Just to see if I was on the right track I tried adding them as branches using $br, which from what I understand is the only way to add branches from avps/variables. I added them by appending ;q=1.0 on the end of the URI like you would see in a Contact header but I don't think that's valid. Calls to $(branch(q) return <null> so it obviously doesn't take. If I were to just fork sequentially I could just load them into avps and call it in a failure route, but how do I handle a combination of the two? Am I wrong in trying to specify the q along with the URI? I noticed serialize_branches was removed in 1.4, which is what I use in production today in 1.3 - do I need to use the replacements in TM to order them and add the branches? Thanks in advance. -------------------------------------------------------------------------- This email with all information contained herein or attached hereto may contain confidential and/or privileged information intended for the addressee(s) only. If you have received this email in error, please contact the sender and immediately delete this email in its entirety and any attachments thereto.

3 6

[Kamailio-Users] Nathelp module Option message Empty
by Matteo Piazza 01 Jul '09

01 Jul '09

Hi to everybody, I have an issue with the nathelper module and openser 1.3.4 . Basically I want generate the Option message after the registration of a client, but the server generate a UDP message with the correct ip and port but empty. Below the openser.cfg file and as attachment a pcap file where you can see the registration message and the UDP message empty. Any clue? With the same configuration in another enviroment I don't have any issue Kind Regards Matteo # # $Id: openser.cfg 4424 2008-06-27 10:25:22Z henningw $ # # OpenSER basic configuration script # by Anca Vamanu <anca(a)voice-system.ro> # # Please refer to the Core CookBook at http://www.openser.org/dokuwiki/doku.php # for a explanation of possible statements, functions and parameters. # ####### Global Parameters ######### debug=3 log_stderror=yes log_facility=LOG_LOCAL0 fork=yes children=4 /* uncomment the following lines to enable debugging */ #debug=6 #fork=no #log_stderror=yes /* uncomment the next line to disable TCP (default on) */ #disable_tcp=yes /* uncomment the next line to enable the auto temporary blacklisting of not available destinations (default disabled) */ #disable_dns_blacklist=no /* uncomment the next line to enable IPv6 lookup after IPv4 dns lookup failures (default disabled) */ #dns_try_ipv6=yes /* uncomment the next line to disable the auto discovery of local aliases based on revers DNS on IPs (default on) */ #auto_aliases=no /* uncomment the following lines to enable TLS support (default off) */ #disable_tls = no #listen = tls:your_IP:5061 #tls_verify_server = 1 #tls_verify_client = 1 #tls_require_client_certificate = 0 #tls_method = TLSv1 #tls_certificate = "//etc/openser/tls/user/user-cert.pem" #tls_private_key = "//etc/openser/tls/user/user-privkey.pem" #tls_ca_list = "//etc/openser/tls/user/user-calist.pem" port=5060 /* uncomment and configure the following line if you want openser to bind on a specific interface/port/proto (default bind on all available) */ listen=udp:77.72.192.99:5060 alias= leo.trentinonetowrk.it ####### Modules Section ######## #set module path mpath="//lib/openser/modules/" /* uncomment next line for MySQL DB support */ loadmodule "postgres.so" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "mi_fifo.so" loadmodule "uri_db.so" loadmodule "uri.so" loadmodule "xlog.so" loadmodule "acc.so" loadmodule "auth.so" loadmodule "auth_db.so" loadmodule "alias_db.so" loadmodule "domain.so" #loadmodule "presence.so" #loadmodule "presence_xml.so" loadmodule "dialog.so" loadmodule "lcr.so" loadmodule "avpops.so" loadmodule "pdt.so" loadmodule "permissions.so" loadmodule "nathelper.so" # ----------------- setting module-specific parameters --------------- # ----- mi_fifo params ----- modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo") # ----- rr params ----- modparam("rr", "enable_full_lr", 1) modparam("rr", "append_fromtag", 1) # ---- registrar params ----- modparam("registrar", "method_filtering", 1) modparam("registrar", "max_contacts", 10) modparam("registrar", "received_avp", "$avp(s:rcv)") # ----- uri_db params ----- modparam("uri_db", "use_uri_table", 0) modparam("uri_db", "db_url", "postgres://openser:openserrw@localhost/openser") # ----- acc params ----- modparam("acc", "db_url", "postgres://openser:openserrw@localhost/openser") modparam("acc", "early_media", 1) modparam("acc", "report_ack", 0) modparam("acc", "report_cancels", 0) modparam("acc", "detect_direction", 1) modparam("acc", "failed_transaction_flag", 3) #modparam("acc", "log_flag", 1) #modparam("acc", "log_missed_flag", 2) modparam("acc", "db_flag", 1) modparam("acc", "db_missed_flag", 2) modparam("acc", "db_extra", "from_uri=$fu ; to_uri=$tu ; from_user=$fU; to_user=$tU; source_ip=$si") # ----- usrloc params ----- modparam("usrloc", "db_mode", 2) modparam("usrloc", "db_url", "postgres://openser:openserrw@localhost/openser") modparam("usrloc", "nat_bflag", 6) # ----- auth_db params ----- modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") modparam("auth_db", "db_url", "postgres://openser:openserrw@localhost/openser") modparam("auth_db", "load_credentials", "") # ----- alias_db params ----- modparam("alias_db", "db_url", "postgres://openser:openserrw@localhost/openser") # ----- domain params ----- modparam("domain", "db_url", "postgres://openser:openserrw@localhost/openser") modparam("domain", "db_mode", 1) # Use caching # ----- multi-module params ----- #modparam("alias_db|auth_db|usrloc|uri_db", "use_domain", 1) # ----- presence params ----- /* uncomment the following lines if you want to enable presence */ #modparam("presence|presence_xml", "db_url", # "mysql://openser:openserrw@localhost/openser") #modparam("presence_xml", "force_active", 1) #modparam("presence", "server_address", "sip:192.168.1.2:5060") # ----- avpops param ----- modparam("avpops","avp_url","postgres://openser:openserrw@localhost/openser") modparam("avpops","avp_table","avptable") modparam("avpops","avp_table","usr_preferences") modparam("avpops","use_domain",1) modparam("avpops","uuid_column","uuid") modparam("avpops","username_column","username") modparam("avpops","domain_column","domain") modparam("avpops","attribute_column","attribute") modparam("avpops","value_column","value") modparam("avpops","type_column","type") # ----- lcr params ----- modparam("lcr","db_url","postgres://openser:openserrw@localhost/openser") modparam("lcr","fr_inv_timer",90) modparam("lcr","fr_inv_timer_next",30) modparam("lcr", "dm_flag", 25) modparam("lcr", "ruri_user_avp", "$avp(i:500)") modparam("^auth$|lcr", "rpid_avp", "$avp(i:302)") modparam("lcr", "gw_uri_avp", "$avp(i:709)") modparam("lcr|tm", "fr_inv_timer_avp", "$avp(i:704)") modparam("lcr", "contact_avp", "$avp(i:711)") # ------- PDT ---------- modparam("pdt", "db_url", "postgres://openser:openserrw@localhost/openser") modparam("pdt", "db_table", "pdt") modparam("pdt", "domain_column", "source_domain") modparam("pdt", "prefix_column", "prefix") modparam("pdt", "domain_column", "domain") #modparam("pdt","check_domain",0) #modparam("pdt", "char_list", "0123456789*+[]-.") # ---------- permission ------------- modparam("permissions", "db_url", "postgres://openser:openserrw@localhost/openser") modparam("permissions", "db_mode", 1) modparam("permissions", "trusted_table", "trusted") modparam("permissions", "allow_suffix", ".allow") modparam("permissions", "deny_suffix", ".deny") # ---------- dialog ------------- modparam("dialog", "dlg_flag", 4) modparam("dialog", "dlg_match_mode", 1) # ------- nathelper ------------ modparam("nathelper", "rtpproxy_sock", "udp:127.0.0.1:7890") modparam("nathelper", "natping_interval", 10) modparam("nathelper", "ping_nated_only", 0) #modparam("nathelper", "rtpproxy_disable", 0) modparam("nathelper", "rtpproxy_disable_tout", 60) modparam("nathelper", "rtpproxy_tout", 1) modparam("nathelper", "rtpproxy_retr", 5) modparam("nathelper", "sipping_method", "OPTIONS") modparam("nathelper", "received_avp", "$avp(s:rcv)") modparam("nathelper", "sipping_bflag", 7) modparam("nathelper", "sipping_from", "sip:ping@leo.trentinonetwork.it") route[0] { xlog("L_INFO", "New request - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); force_rport(); if (!mf_process_maxfwd_header("10")) { xlog("L_INFO", "Too many hops - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("483", "Too Many Hops"); exit; } if(!is_method("REGISTER")) { if(nat_uac_test("19")) { record_route(";nat=yes"); } else { record_route(); } } if(is_method("CANCEL") || is_method("BYE")) { unforce_rtp_proxy(); } if(loose_route()) { if(!has_totag()) { xlog("L_INFO", "Initial loose-routing rejected - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("403", "Initial Loose-Routing Rejected"); exit; } if(nat_uac_test("19") || search("^Route:.*;nat=yes")) { fix_nated_contact(); setbflag(6); } route(3); } if(is_method("REGISTER")) { route(2); } if(is_method("INVITE")) { route(4); } if(is_method("CANCEL") || is_method("ACK")) { route(8); } route(9); } ######################################################################## # Request route 'stop-rtp-proxy' ######################################################################## route[1] { if(isflagset(22)) { unforce_rtp_proxy(); } } ######################################################################## # Request route 'base-route-register' ######################################################################## route[2] { sl_send_reply("100", "Trying"); if(!www_authorize("", "subscriber")) { xlog("L_INFO", "Register authentication failed - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); www_challenge("", "0"); exit; } if(!check_to()) { xlog("L_INFO", "Spoofed To-URI detected - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("403", "Spoofed To-URI Detected"); exit; } consume_credentials(); if(!search("^Contact:[ ]*\*") && nat_uac_test("19")) { fix_nated_register(); setbflag(6); setbflag(7); } if(!save("location")) { xlog("L_ERR", "Saving contact failed - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_reply_error(); exit; } xlog("L_INFO", "Registration successful - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); exit; } ######################################################################## # Request route 'base-outbound' ######################################################################## route[3] { if(isbflagset(6)) { if(!isflagset(22) && !search("^Content-Length:[ ]*0")) { setflag(22); force_rtp_proxy(); } t_on_reply("2"); } else { t_on_reply("1"); } if(!isflagset(21)) { t_on_failure("1"); } if(isflagset(29)) { append_branch(); } if(is_present_hf("Proxy-Authorization")) { consume_credentials(); } xlog("L_INFO", "Request leaving server, D-URI='$du' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); # no 100 (we already sent it) and no DNS blacklisting if(!t_relay("0x05")) { sl_reply_error(); if(is_method("INVITE") && isbflagset(6)) { unforce_rtp_proxy(); } } exit; } ######################################################################## # Request route 'base-route-invite' ######################################################################## route[4] { sl_send_reply("100", "Trying"); if(!proxy_authorize("", "subscriber")) { xlog("L_INFO", "Proxy authentication failed - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); proxy_challenge("", "0"); exit; } if(!check_from()) { xlog("L_INFO", "Spoofed From-URI detected - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("403", "Spoofed From-URI Detected"); exit; } if(nat_uac_test("19")) { fix_nated_contact(); setbflag(6); } route(5); } ######################################################################## # Request route 'invite-find-callee' ######################################################################## route[5] { if(!is_domain_local("$rd")) { setflag(20); route(7); } if(does_uri_exist()) { xlog("L_INFO", "Callee is local - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(6); } else { xlog("L_INFO", "Callee is not local - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(7); } exit; } ######################################################################## # Request route 'invite-to-internal' ######################################################################## route[6] { if(!lookup("location")) { xlog("L_INFO", "Local user offline - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("404", "User Offline"); } else { xlog("L_INFO", "Local user online - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(3); } exit; } ######################################################################## # Request route 'invite-to-external' ######################################################################## route[7] { if(isflagset(20)) { xlog("L_INFO", "Call to foreign domain - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(3); exit; } xlog("L_INFO", "Call to unknown user - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("404", "User Not Found"); exit; } ######################################################################## # Request route 'base-route-local' ######################################################################## route[8] { t_on_reply("1"); if(t_check_trans()) { xlog("L_INFO", "Request leaving server - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); if(!t_relay()) { sl_reply_error(); } } else { xlog("L_INFO", "Dropping mis-routed request - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); } exit; } ######################################################################## # Request route 'base-route-generic' ######################################################################## route[9] { xlog("L_INFO", "Method not supported - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("501", "Method Not Supported Here"); exit; } ######################################################################## # Request route 'base-filter-failover' ######################################################################## route[10] { if(!t_check_status("408|500|503")) { xlog("L_INFO", "No failover routing needed for this response code - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(1); exit; } } ######################################################################## # Reply route 'base-standard-reply' ######################################################################## onreply_route[1] { xlog("L_INFO", "Reply - S=$rs D=$rr F=$fu T=$tu IP=$si ID=$ci\n"); exit; } ######################################################################## # Reply route 'base-nat-reply' ######################################################################## onreply_route[2] { xlog("L_INFO", "NAT-Reply - S=$rs D=$rr F=$fu T=$tu IP=$si ID=$ci\n"); if(nat_uac_test("1")) { fix_nated_contact(); } if(isbflagset(6) && status=~"(180)|(183)|2[0-9][0-9]") { if(!search("^Content-Length:[ ]*0")) { force_rtp_proxy(); } } exit; } ######################################################################## # Failure route 'base-standard-failure' ######################################################################## failure_route[1] { route(10); route(1); } -- ========================================================================== Matteo Piazza Trentino Network s.r.l. Area Innovazione Via Gilli, 2 - 38100 TRENTO Tel (+39) 0461.020224 Mob (+39) 335.5378482 Fax (+39) 0461.020201 Cap. Soc. sottoscritto 7.573.248,00 - i. v. REG. IMP. C.F. e P. IVA 01904880224 Società soggetta a direzione e controllo da parte della Provincia Autonoma di Trento. C.F. e P. IVA 00337460224 ==========================================================================

3 2

[Kamailio-Users] kamailio with sqlops fails to start if DB is down
by logivoip＠gmail.com 01 Jul '09

01 Jul '09

Hi All, First off - thank you for this module. I have configured two redundant DB sources in my kamailio confiuration. The DB's are accessed from Kamailio for redundancy pruposes. Kamailio and the primary DB are on the same hardware node. The secondary DB is on a remote host. If Kamailio is up and both MySQL DB's are up, the config works like a charm. If the primary or the secondary DB becomes unreachable while Kamailio is up, the config handles the exception and all works well. However, if any of the DB servers becomes unreachable and Kamailio is restarted, Kamailio can no longer start. Below is an excerpt from my config file: # -- sqlops params modparam("sqlops","sqlcon","pridb=>mysql://root:@localhost/db_table") modparam("sqlops","sqlcon","secdb=>mysql://root:@192.168.1.231/db_table") /var/log/messages Jun 26 06:16:00 test-ser /sbin/kamailio[20217]: ERROR:db_mysql:db_mysql_new_connection: driver error: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) Jun 26 06:16:00 test-ser /sbin/kamailio[20217]: ERROR:core:db_do_init: could not add connection to the pool Jun 26 06:16:00 test-ser /sbin/kamailio[20217]: ERROR:sqlops:sql_connect: failed to connect to the database [pridb] Jun 26 06:16:00 test-ser /sbin/kamailio[20217]: ERROR:core:init_mod_child: failed to initializing module sqlops, rank 1 Jun 26 06:16:00 test-ser /sbin/kamailio[20217]: ERROR:core:main_loop: init_child failed for UDP listener What is the proper way of using multiple database servers with Kamailio? Thanks in advance. --JR

2 1

[Kamailio-Users] kamailio at linuxtag 2009
by Henning Westerholt 01 Jul '09

01 Jul '09

Hi all, i'm pleased to announce that i give a talk about the kamailio project on the linuxtag 2009 in Berlin. The title of the talk is "Building carrier grade voice over IP systems with kamailio", on wednesday the 24th june afternoon. Further details can be found in the conference program at: http://www.linuxtag.org/2009/de/program/freies-vortragsprogramm/mittwoch/vo… I'll be also present on the linuxtag on thursday, so if you would like to meet for some discussions, just drop me a mail (off-list). With best regards, Henning Westerholt

3 4

[Kamailio-Users] new feature: execute mi commands via rpc
by Daniel-Constantin Mierla 30 Jun '09

30 Jun '09

Hello, there is a new module in repository that allow you to execute most of the mi commands from Kamailio modules (see readme) via RPC interface inherited from SER: http://sip-router.org/docbook/sip-router/branch/master/modules/mi_rpc/mi_rp… http://sip-router.org/docbook/sip-router/branch/master/rpc/ser_rpc.html One of the nicest things you can out of this is usage of sercmd - command line interface tool. It is located in utils/sercmd. Thanks to Andrei, sercmd does now tab completion for mi command. How to use it: - get sip router from git: git clone --depth 1 git://git.sip-router.org/sip-router cd sip-router make all - add to your config file: loadmodule "ctl.so" # located in 'modules_s' loadmodule "mi_rpc.so" # located in 'modules' - use sercmd cd utils/sercmd make ./sercmd Then you should get: sercmd> mi <tab><tab> arg nh_show_rtpp t_reply ul_rm_contact cleanup ps t_uac_cancel ul_show_contact debug pwd t_uac_dlg uptime dum refreshWatchers ul_add version kill shv_get ul_dump which nh_enable_ping shv_set ul_flush nh_enable_rtpp t_hash ul_rm sercmd> mi uptime 200 OK + Now:: Tue Jun 30 12:47:54 2009 + Up since:: Tue Jun 30 12:47:26 2009 + Up time:: 28 [sec] Via sercmd you can control lot of internals at runtime -- see 'help' command -- more about: http://git.sip-router.org/cgi-bin/gitweb.cgi?p=sip-router;a=blob_plain;f=ut… Enjoy, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/

1 0

[Kamailio-Users] [ZIP-Attachment has been removed] OpenSER stability problems in pilot project
by Munder Albert (CI/ISE) 30 Jun '09

30 Jun '09

The ZIP-attachment sent to you was blocked. Please inform the original sender to rename ZIP-files. Die Ihnen gesandte ZIP-Datei wurde geblockt. Bitte informieren Sie den ursprünglichen Absender. (Dateiendung umbenennen). Sender: Albert.Munder(a)de.bosch.com Recipients: users(a)lists.kamailio.org Subject: "OpenSER stability problems in pilot project" Datei / Filename: OpenSER_stability.zip Time: Jun 30, 2009 11:49:04 AM The cleaned message is attached. ------------------------------------------------ Hello, We are running OpenSER in a pilot project and unfortunately have some stability problems. Related information are summarized in the attached document: Any help or hints are appreciated. Mit besten Grüßen | Best regards Albert Munder Robert Bosch GmbH IT Systems Engineering (CI/ISE) Postfach 30 02 20 70442 Stuttgart GERMANY www.bosch.com Tel. +49 711 811-40562 Fax +49 711 811-5113333 Albert.Munder(a)de.bosch.com Robert Bosch GmbH, Sitz: Stuttgart, Registergericht: Amtsgericht Stuttgart HRB 14000 Aufsichtsratsvorsitzender: Hermann Scholl; Geschäftsführung: Franz Fehrenbach, Siegfried Dais; Bernd Bohr, Wolfgang Chur, Rudolf Colm, Gerhard Kümmel, Wolfgang Malchow, Peter Marks; Volkmar Denner, Peter Tyroller.

2 1

Re: [Kamailio-Users] Problem upgrading from 1.4.x to 1.5.1 notls
by Uriel Rozenbaum 30 Jun '09

30 Jun '09

I'll try first with the debug in kamailio... I'll let you know in a few minutes... 2009/6/27 Raúl Alexis Betancor Santana <rabs(a)dimension-virtual.com> > On Saturday 27 June 2009 02:10:36 Uriel Rozenbaum wrote: > > Oki doki... how can I do that? I really don't know how to do it. > > I don't know witch server are you using, but on PostgreSQL, you have to set > an > option on the postgresql.conf file that allow your to dump by syslog all > the > DDL statements the server receives. > > I also beleive that kamailio, if you put it on debug level 6 or more, will > dump the SQL statements it's sending out. > > > -- > Raúl Alexis Betancor Santana > Dimensión Virtual >

4 7

[Kamailio-Users] Kamailio / OpenSer billing platform
by Meftah Tayeb 30 Jun '09

30 Jun '09

hello all, please any billing modules or billing application to use with Kamailio / OpenSer? i need a prepay / Postpay application sam to Asterisk to billing (A2Billing) thanks for your help __________ Information from ESET NOD32 Antivirus, version of virus signature database 4191 (20090626) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com

3 2

[Kamailio-Users] new feature: fine access to xml documents
by Daniel-Constantin Mierla 29 Jun '09

29 Jun '09

Hello, several days ago I committed support for accessing components of xml documents using pseudo-variables based on XPath syntax. The new $xml(...) PV is implemented in the presence_xml module as it works with xml docs and links libxml2. Short description in the cookbook: https://sip-router.org/wiki/cookbooks/pseudo-variables/devel#presence_xml_p… As an example: - publish has the body: <?xml version='1.0' encoding='UTF-8'?> <presence xmlns='urn:ietf:params:xml:ns:pidf' xmlns:dm='urn:ietf:params:xml:ns:pidf:data-model' xmlns:rpid='urn:ietf:params:xml:ns:pidf:rpid' xmlns:c='urn:ietf:params:xml:ns:pidf:cipid' entity='sip:daniel@asipto.com'> <tuple id='t8b484917'> <status><basic>open</basic></status> </tuple> <dm:person id='p7562ef60'><rpid:activities><rpid:unknown/></rpid:activities></dm:person> </presence> Getting the presence status: # this is needed because libxml2 cannot work with default no-prefix ns, so we alias the "p" prefix. modparam("presence_xml", "xml_ns", "p=urn:ietf:params:xml:ns:pidf") $xml(a=>doc) = $rb; $xml(a=>xpath:/p:presence/p:tuple/p:status/p:basic) Next is to update the presence modules to be able to work with the documents that have been updated in the config. Comments, opinions and improvements are welcome! Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/

3 5

[Serusers] ser avpops {Scanned}
by sszasz＠digicomm.ro 29 Jun '09

29 Jun '09

Hi, I'm using SER and OpenSIPS for tests and I have a problem with avpops. How can I translate the following code snipplet ( working in opensips) to work in SER? if(avp_db_load("$fu/username","$avp(s:CBlocal)")) { sl_send_reply("403", "Call is barred"); exit; }; Thanks in advance Szasz Szabolcs -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

1 0

[Kamailio-Users] is avp the best option?
by Juan Perez 29 Jun '09

29 Jun '09

hello I need to load into memory a list of ip address associated with an index: ex: index, IP 1, 192.168.1.1 2. 192.168.1.2 3, 192.168.1.3 ......... ......... n, 192.168.1.n then at some point in the config I will call the variable, passing the index as argument and retrieving the IP as result can I do it with the avp module? cheers jp

2 2

Re: [Kamailio-Users] sipsak
by Saúl Ibarra 29 Jun '09

29 Jun '09

Well, I think you should just need to locate the user and relay the request... but first you need to figure out why you afecta replying 501 to a notify... El 29 de jun de 2009, 11:32 a.m., "Chandrakant Solanki" < solanki.chandrakant(a)gmail.com> escribió: How can I explicitly permitting notify request from kamailio config...??? On Mon, Jun 29, 2009 at 2:45 PM, Saúl Ibarra <saghul(a)gmail.com> wrote: > > Are you explicitly not ... -- Regards, Chandrakant Solanki

1 0

[Kamailio-Users] sipsak
by Chandrakant Solanki 29 Jun '09

29 Jun '09

Hi I am using sipsak for following details... Below details are store in /tmp/mwi-immediate file NOTIFY sip:1212@mytest.com <sip%3A1212(a)mytest.com> SIP/2.0 From: <sip:asterisk@172.18.100.73 <sip%3Aasterisk(a)172.18.100.73>> To: <sip:1212@mytest.com <sip%3A1212(a)mytest.com>> Contact: <sip:1212@72.18.100.73 <sip%3A1212(a)72.18.100.73>> Call-ID: 023798(a)72.18.100.73 CSeq: 023798 NOTIFY Event: message-summary Content-Type: application/simple-message-summary Content-Length: 39 Messages-Waiting: yes Voicemail: 2/0 But when I execute sipsak command it gives following bad request #sipsak shoot -a number4 -f /tmp/mwi-immediate -s sip:1212@mytest.com<sip%3A1212(a)mytest.com>-v SIP/2.0 501 Method Not Supported Here Via: SIP/2.0/UDP 127.0.0.1:34389 ;branch=z9hG4bK.3242d1c3;rport=34389;alias;received=172.18.100.73 From: <sip:asterisk@172.18.100.73 <sip%3Aasterisk(a)172.18.100.73>> To: <sip:1212@mytest.com <sip%3A1212(a)mytest.com>> ;tag=d17c868d3732913d731aeb2b10d8dba7.1b83 Call-ID: 023798(a)72.18.100.73 CSeq: 023798 NOTIFY Server: Kamailio (1.5.0-notls (i386/linux)) Content-Length: 0 Any idea... regarding the above problem.... -- Regards, Chandrakant Solanki

2 1

[Kamailio-Users] Problem upgrading from 1.4.x to 1.5.1 notls
by Uriel Rozenbaum 29 Jun '09

29 Jun '09

Guys, I've successfully upgraded schema and binaries for Kamailio, but when I start it, I get: Jun 25 18:24:34 sbci1pri /usr/local/sbin/kamailio[2611]: ERROR:core:db_check_table_version: invalid version 2 for table carrierfailureroute found, expected 3 (check table structure and table "version") Jun 25 18:24:34 sbci1pri /usr/local/sbin/kamailio[2611]: ERROR:carrierroute:carrierroute_db_init: during table version check. Jun 25 18:24:34 sbci1pri /usr/local/sbin/kamailio[2611]: ERROR:core:init_mod: failed to initialize module carrierroute Jun 25 18:24:34 sbci1pri /usr/local/sbin/kamailio[2611]: ERROR:core:main: error while initializing modules If I try and set 3 to the version table (for carrierfailureroute) I get the following: Jun 25 18:42:34 sbci1pri /usr/local/sbin/kamailio[2660]: ERROR:core:db_check_table_version: invalid version 3 for table carrierfailureroute found, expected 2 (check table structure and table "version") Jun 25 18:42:34 sbci1pri /usr/local/sbin/kamailio[2660]: ERROR:carrierroute:carrierroute_db_init: during table version check. Jun 25 18:42:34 sbci1pri /usr/local/sbin/kamailio[2660]: ERROR:core:init_mod: failed to initialize module carrierroute Jun 25 18:42:34 sbci1pri /usr/local/sbin/kamailio[2660]: ERROR:core:main: error while initializing modules Is there anything I have to do (appart from following the guidelines on http://kamailio.org/dokuwiki/doku.php/install:1.4.x-to-1.5.0)? Thanks! Uriel

3 8

[Serusers] auto-attendant problem
by IL'dar AKHmetgaleev 28 Jun '09

28 Jun '09

Greetings. I have a problem with auto-attendant. It accepts call immediately without playing my greeting message. How this problem can be fixed? My sip is akhilman(a)iptel.org -- Ильдар Ахметгалеев aka AkhIL Сбт Июн 27 23:52:48 KRAST 2009 Sat Jun 27 15:52:48 UTC 2009 ---------------------------------- Visit my home page http://akhilman.blogspot.com/ jabber: akhil(a)jabber.ru ---------------------------------- Маг формирует намерение совершить то, что он намерен совершить, просто за счет того, что он намеревается это совершить. (К.Кастанеда) ---------------------------------- Linux artstation 2.6.29-gentoo-r5 #1 SMP Mon Jun 1 19:50:26 KRAST 2009 x86_64 AMD Phenom(tm) 9550 Quad-Core Processor AuthenticAMD GNU/Linux up 12 days, 14:35, 1 user, load average: 0.20, 0.35, 0.38

2 2

[Kamailio-Users] No Audio with clients Behind NAT, audio is fine with clients using public IPs (Im using rtpproxy)
by rubenrojas - Trc.es 26 Jun '09

26 Jun '09

Hello everyone, this is my first post on this list, I have installed kamailio 1.5.1 and set up a vanilla default kamailio.cfg, then I have modified the cfg to activate mysql, domain, presence, nathelper and authentication with md5, everything works as supposed to, and the clients can register, send txt messages and talk to each other. The only problem is with the audio when the two clients are behind a NAT, the phones can make a call and it does ring too, but when you pick up there is no audio both ways. when the phones have a public IP everything goes fine, it also works when I use a Linksys PAP2T whith the options to "Insert VIA received", "Insert VIA rport", "Handle VIA received", "Handle VIA rport" and "NAT mapping enable" turned on, with the Qutecom softphone works too. This is happening with thomson phones (model ST 2022), and GrandStream Budge Tone 200, it happens no matter what options I set for NATting on the phones, I've even used stun with stunserver.org or the ekiga stunserver, the phones register and can make and recieve calls, but there is no audio when you pick up the call. With a kamctl ul show, you can see that the phones have registered the Contact with their local IPs and the Received have the public IPs and ports for the NAT The only difference with the working Linksys is that they register the Contact with the public IP. Here you can see two NATed phones on the proxy Domain:: location table=512 records=2 max_slot=1 AOR:: 20000004(a)212.4.107.250 Contact:: sip:20000004@192.168.254.110:5060;transport=udp;user=phone Q= Expires:: 1150 Callid:: 72ed03f6d2f390f9(a)192.168.254.110 Cseq:: 10003 User-agent:: Grandstream BT200 1.1.6.27 Received:: sip:212.4.97.115:35379 State:: CS_NEW Flags:: 0 Cflag:: 0 Socket:: udp:212.4.107.250:5060 Methods:: 7807 AOR:: 20000000(a)212.4.107.250 Contact:: sip:20000000@192.168.254.101:5060;user=phone Q= Expires:: 2945 Callid:: 17fe-c0a80101-5-1(a)192.168.254.101 Cseq:: 6 User-agent:: THOMSON ST2022 hw2 fw3.56 00-18-F6-B5-7E-06 Received:: sip:212.4.97.115:55128 State:: CS_NEW Flags:: 0 Cflag:: 0 Socket:: udp:212.4.107.250:5060 Methods:: 4294967295 Im using rtpproxy and there is no log error that indicates that rttpproxy isn't working, in fact doing a SIP trace shows rtpproxy setting ports for the audio. I run rtpproxy with this command: rtpproxy -l 212.4.107.250 -s udp:localhost:7722 -F Any help would be greatly appreciated, I've been two weeks looking for a solution Im attaching my kamailio.cfg so you can take a look, at the end of the message Im gonna attache the SIP Trace of a call between two NATed phones (a Thomson and a GrandStream) in case anyone can help me decypher whats wrong here: this is my cfg file ************************************************************************************************** # # $Id: kamailio.cfg 5800 2009-04-20 11:01:49Z miconda $ # # Kamailio (OpenSER) SIP Server - basic configuration script # - web: http://www.kamailio.org # - svn: http://openser.svn.sourceforge.net/viewvc/openser/ # # Direct your questions about this file to: <users(a)lists.kamailio.org> # # Refer to the Core CookBook at http://www.kamailio.org/dokuwiki/doku.php # for an explanation of possible statements, functions and parameters. # # There are comments showing how to enable different features in th econfig # file. Such commented code starts with #X# where X is a letter to identify # a feature. Delete entire #X# if you want to enable that feature. Next are # sed commands that help you enable such features. # # *** To enamble mysql execute: # sed -i 's/#m#//g' kamailio.cfg # # *** To enamble authentication execute: # - enable mysql # sed -i 's/#a#//g' kamailio.cfg # - add users using 'kamctl' # # *** To enamble persistent user location execute: # - enable mysql # sed -i 's/#u#//g' kamailio.cfg # # *** To enamble presence server execute: # - enable mysql # sed -i 's/#p#//g' kamailio.cfg # # *** To enamble nat traversal execute: # sed -i 's/#n#//g' kamailio.cfg # - install RTPProxy: http://www.rtpproxy.org # - start RTPProxy: # rtpproxy -l _your_public_ip_ -s udp:localhost:7722 # # *** To enhance accounting execute: # - enable mysql # sed -i 's/#c#//g' kamailio.cfg # - add following columns to database # 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 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 dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; # ALTER TABLE missed_call ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; # ALTER TABLE missed_calls ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; # ####### Global Parameters ######### debug=3 log_stderror=no log_facility=LOG_LOCAL0 fork=yes children=4 /* uncomment the following lines to enable debugging */ #debug=6 #fork=no #log_stderror=yes /* uncomment the next line to disable TCP (default on) */ #disable_tcp=yes /* uncomment the next line to enable the auto temporary blacklisting of not available destinations (default disabled) */ #disable_dns_blacklist=no /* uncomment the next line to enable IPv6 lookup after IPv4 dns lookup failures (default disabled) */ #dns_try_ipv6=yes /* uncomment the next line to disable the auto discovery of local aliases based on revers DNS on IPs (default on) */ #auto_aliases=no /* uncomment the following lines to enable TLS support (default off) */ #disable_tls = no #listen = tls:your_IP:5061 #tls_verify_server = 1 #tls_verify_client = 1 #tls_require_client_certificate = 0 #tls_method = TLSv1 #tls_certificate = "/usr/local/etc/kamailio/tls/user/user-cert.pem" #tls_private_key = "/usr/local/etc/kamailio/tls/user/user-privkey.pem" #tls_ca_list = "/usr/local/etc/kamailio/tls/user/user-calist.pem" port=5060 /* 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:192.168.1.2:5060 ####### Modules Section ######## #set module path mpath="/usr/local/lib/kamailio/modules/" /* uncomment next line for MySQL DB support */ loadmodule "db_mysql.so" loadmodule "mi_fifo.so" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "pv.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "uri_db.so" loadmodule "siputils.so" loadmodule "xlog.so" loadmodule "acc.so" /* uncomment next lines for MySQL based authentication support NOTE: a DB (like db_mysql) module must be also loaded */ loadmodule "auth.so" loadmodule "auth_db.so" /* uncomment next line for aliases support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule "alias_db.so" /* uncomment next line for multi-domain support NOTE: a DB (like db_mysql) module must be also loaded NOTE: be sure and enable multi-domain support in all used modules (see "multi-module params" section ) */ loadmodule "domain.so" /* uncomment the next two lines for presence server support NOTE: a DB (like db_mysql) module must be also loaded */ loadmodule "presence.so" loadmodule "presence_xml.so" loadmodule "presence_mwi.so"#manually added loadmodule "nathelper.so" # ----------------- setting module-specific parameters --------------- # ----- mi_fifo params ----- modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo") # ----- 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) # ----- rr 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) # ----- uri_db params ----- /* by default we disable the DB support in the module as we do not need it in this configuration */ modparam("uri_db", "use_uri_table", 0) modparam("uri_db", "db_url", "") # ----- acc params ----- /* what sepcial events should be accounted ? */ modparam("acc", "early_media", 1) modparam("acc", "report_ack", 1) modparam("acc", "report_cancels", 1) /* 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", "failed_transaction_flag", 3) modparam("acc", "log_flag", 1) modparam("acc", "log_missed_flag", 2) modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") /* uncomment the following lines to enable DB accounting also */ #c#modparam("acc", "db_flag", 1) #c#modparam("acc", "db_missed_flag", 2) #c#modparam("domain", "db_url", #c# "mysql://openser:openserrw@localhost/openser") #c#modparam("acc", "db_extra", #c# "src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") # ----- usrloc params ----- /* uncomment the following lines if you want to enable DB persistency for location entries */ #u#modparam("usrloc", "db_mode", 2) #u#modparam("usrloc", "db_url", #u# "mysql://openser:openserrw@localhost/openser") # ----- auth_db params ----- /* uncomment the following lines if you want to enable the DB based authentication */ #a#modparam("auth_db", "calculate_ha1", yes) #a#modparam("auth_db", "password_column", "password") #a#modparam("auth_db", "db_url", #a# "mysql://openser:openserrw@localhost/openser") #a#modparam("auth_db", "load_credentials", "") #parametros de autentificacion modificados manualmente modparam("auth_db", "user_column", "username") modparam("auth_db", "domain_column", "domain") modparam("auth_db", "password_column", "ha1") modparam("auth_db", "password_column_2", "ha1b") modparam("auth_db", "calculate_ha1", 0) #modparam("auth_db", "use_domain", 0) modparam("auth_db", "use_domain", 1)#0 encendemos con 1 porque utilizaremos multi-domain modparam("auth_db", "load_credentials", "rpid") modparam("auth_db", "db_url", "mysql://openser:openserrw@localhost/openser") # ----- alias_db params ----- /* uncomment the following lines if you want to enable the DB based aliases */ #modparam("alias_db", "db_url", # "mysql://openser:openserrw@localhost/openser") # ----- domain params ----- /* uncomment the following lines to enable multi-domain detection support */ modparam("domain", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("domain", "db_mode", 1) # Use caching # ----- multi-module params ----- /* uncomment the following line if you want to enable multi-domain support in the modules (dafault off) */ modparam("alias_db|auth_db|usrloc|uri_db", "use_domain", 1) # ----- presence params ----- /* uncomment the following lines if you want to enable presence */ modparam("presence|presence_xml", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("presence_xml", "force_active", 1) modparam("presence", "server_address", "sip:212.4.107.250:5060") # -- nathelper modparam("nathelper", "rtpproxy_sock", "udp:127.0.0.1:7722") modparam("nathelper", "natping_interval", 15) modparam("nathelper", "ping_nated_only", 0) modparam("nathelper", "sipping_bflag", 7) modparam("nathelper", "sipping_from", "sip:pinger@212.4.107.250") modparam("registrar|nathelper", "received_avp", "$avp(i:80)") modparam("usrloc", "nat_bflag", 6) modparam("nathelper", "sipping_method", "OPTIONS") ####### Routing Logic ######## # main request routing logic route{ if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } # NAT detection route(4); if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { if (is_method("BYE")) { setflag(1); # do accounting ... setflag(3); # ... even if the transaction fails } route(1); } else { if (is_method("SUBSCRIBE") && uri == myself) { # in-dialog subscribe requests route(2); exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { # non 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.\n"); exit; } } sl_send_reply("404","Not here"); } exit; } #initial requests # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) { t_relay(); } exit; } t_check_trans(); # authentication route(3); # record routing if (!is_method("REGISTER|MESSAGE")) { record_route(); } # account only INVITEs if (is_method("INVITE")) { setflag(1); # do accounting } ##if (!uri==myself) /* replace with following line if multi-domain support is used */ if (!is_uri_host_local()) { append_hf("P-hint: outbound\r\n"); # if you have some interdomain connections via TLS ##if($rd=="tls_domain1.net") { ## t_relay("tls:domain1.net"); ## exit; ##} else if($rd=="tls_domain2.net") { ## t_relay("tls:domain2.net"); ## exit; ##} route(1); } # requests for my domain if( is_method("PUBLISH|SUBSCRIBE")) { route(2); } if (is_method("REGISTER")) { if (!save("location")) { sl_reply_error(); } exit; } if ($rU==NULL) { # request with no Username in RURI sl_send_reply("484","Address Incomplete"); exit; } # apply DB based aliases (uncomment to enable) ##alias_db_lookup("dbaliases"); if (!lookup("location")) { switch ($retcode) { 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 setflag(2); route(1); } route[1] { if (check_route_param("nat=yes")) { setbflag(6); setbflag(7);# sipping } if (isflagset(5) || isbflagset(6)) { route(5); } /* example how to enable some additional event routes */ if (is_method("INVITE")) { #t_on_branch("1"); t_on_reply("1"); t_on_failure("1"); } if (!t_relay()) { sl_reply_error(); } exit; } # Presence route /* uncomment the whole following route for enabling presence server */ route[2] { 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; # 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 /* uncomment the whole following route for enabling authentication */ route[3] { if (is_method("REGISTER")) { # authenticate the REGISTER requests (uncomment to enable auth) if (!www_authorize("", "subscriber")) { www_challenge("", "0"); exit; } if ($au!=$tU) { sl_send_reply("403","Forbidden auth ID"); exit; } } # Auth only on registration #a# } else { #a# # authenticate if from local subscriber (uncomment to enable auth) #a# if (from_uri==myself) #a# { #a# if (!proxy_authorize("", "subscriber")) { #a# proxy_challenge("", "0"); #a# exit; #a# } #a# if (is_method("PUBLISH")) #a# { #a# if ($au!=$tU) { #a# sl_send_reply("403","Forbidden auth ID"); #a# exit; #a# } #a# } else { #a# if ($au!=$fU) { #a# sl_send_reply("403","Forbidden auth ID"); #a# exit; #a# } #a# } #a# #a# consume_credentials(); #a# # caller authenticated #a# } #a# } return; } # Caller NAT detection route /* uncomment the whole following route for enabling Caller NAT Detection */ route[4]{ force_rport(); if (nat_uac_test("19")) { if (method=="REGISTER") { fix_nated_register(); } else { fix_nated_contact(); } setflag(5); } return; } # RTPProxy control /* uncomment the whole following route for enabling RTPProxy Control */ route[5] { if (is_method("BYE")) { unforce_rtp_proxy(); } else if (is_method("INVITE")){ force_rtp_proxy(); } if (!has_totag()) add_rr_param(";nat=yes"); return; } branch_route[1] { xdbg("new branch at $ru\n"); } onreply_route[1] { xdbg("incoming reply\n"); if ((isflagset(5) || isbflagset(6)) && status=~"(183)|(2[0-9][0-9])") { force_rtp_proxy(); } if (isbflagset(6)) { fix_nated_contact(); } } failure_route[1] { if (is_method("INVITE") && (isbflagset(6) || isflagset(5))) { unforce_rtp_proxy(); } if (t_was_cancelled()) { exit; } # uncomment the following lines if you want to block client # redirect based on 3xx replies. ##if (t_check_status("3[0-9][0-9]")) { ##t_reply("404","Not found"); ## exit; ##} # uncomment the following lines if you want to redirect the failed # calls to a different new destination ##if (t_check_status("486|408")) { ## sethostport("192.168.2.100:5060"); ## append_branch(); ## # do not set the missed call flag again ## t_relay(); ##} } ************************************************************************************************** ************************************************************************************************** And here goes the SIP Trace for a NATed to NATed hardphones: ************************************************************************************************** U +0.161561 212.4.97.115:35379 -> 212.4.107.250:5060 INVITE sip:20000000@212.4.107.250;user=phone SIP/2.0 Via: SIP/2.0/UDP 192.168.254.110:5060;branch=z9hG4bK8f809670adc00668 From: "20000004" <sip:20000004@212.4.107.250;user=phone>;tag=ab6ba13b2f38a04e To: <sip:20000000@212.4.107.250;user=phone> Contact: <sip:20000004@192.168.254.110:5060;transport=udp;user=phone> Supported: replaces, timer, path Call-ID: c177cae013da224d(a)192.168.254.110 CSeq: 29653 INVITE User-Agent: Grandstream BT200 1.1.6.27 Max-Forwards: 70 Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK Content-Type: application/sdp Content-Length: 332 v=0 o=20000004 8000 8000 IN IP4 192.168.254.110 s=SIP Call c=IN IP4 192.168.254.110 t=0 0 m=audio 40000 RTP/AVP 4 3 18 0 8 9 97 a=sendrecv a=rtpmap:4 G723/8000 a=rtpmap:3 GSM/8000 a=rtpmap:18 G729/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:9 G722/8000 a=rtpmap:97 iLBC/8000 a=fmtp:97 mode=20 a=ptime:60 # U +0.000407 212.4.107.250:5060 -> 212.4.97.115:35379 SIP/2.0 100 Giving a try Via: SIP/2.0/UDP 192.168.254.110:5060;branch=z9hG4bK8f809670adc00668;rport=35379;received=212.4.97.115 From: "20000004" <sip:20000004@212.4.107.250;user=phone>;tag=ab6ba13b2f38a04e To: <sip:20000000@212.4.107.250;user=phone> Call-ID: c177cae013da224d(a)192.168.254.110 CSeq: 29653 INVITE Server: Kamailio (1.5.1-notls (i386/linux)) Content-Length: 0 # U +0.000034 212.4.107.250:5060 -> 212.4.97.115:55128 INVITE sip:20000000@192.168.254.101:5060;user=phone SIP/2.0 Record-Route: <sip:212.4.107.250;lr=on;nat=yes> Via: SIP/2.0/UDP 212.4.107.250;branch=z9hG4bK5974.c5c9aa24.0 Via: SIP/2.0/UDP 192.168.254.110:5060;rport=35379;received=212.4.97.115;branch=z9hG4bK8f809670adc00668 From: "20000004" <sip:20000004@212.4.107.250;user=phone>;tag=ab6ba13b2f38a04e To: <sip:20000000@212.4.107.250;user=phone> Contact: <sip:20000004@212.4.97.115:35379;transport=udp;user=phone> Supported: replaces, timer, path Call-ID: c177cae013da224d(a)192.168.254.110 CSeq: 29653 INVITE User-Agent: Grandstream BT200 1.1.6.27 Max-Forwards: 69 Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK Content-Type: application/sdp Content-Length: 348 v=0 o=20000004 8000 8000 IN IP4 192.168.254.110 s=SIP Call c=IN IP4 212.4.107.250 t=0 0 m=audio 35752 RTP/AVP 4 3 18 0 8 9 97 a=sendrecv a=rtpmap:4 G723/8000 a=rtpmap:3 GSM/8000 a=rtpmap:18 G729/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:9 G722/8000 a=rtpmap:97 iLBC/8000 a=fmtp:97 mode=20 a=ptime:60 a=nortpproxy:yes # U +0.019311 212.4.97.115:55128 -> 212.4.107.250:5060 SIP/2.0 100 Trying Via: SIP/2.0/UDP 212.4.107.250;branch=z9hG4bK5974.c5c9aa24.0 Via: SIP/2.0/UDP 192.168.254.110:5060;rport=35379;received=212.4.97.115;branch=z9hG4bK8f809670adc00668 From: "20000004"<sip:20000004@212.4.107.250;user=phone>;tag=ab6ba13b2f38a04e To: <sip:20000000@212.4.107.250;user=phone> Call-ID: c177cae013da224d(a)192.168.254.110 CSeq: 29653 INVITE Content-Length: 0 # U +0.030480 212.4.97.115:55128 -> 212.4.107.250:5060 SIP/2.0 180 Ringing Via: SIP/2.0/UDP 212.4.107.250;branch=z9hG4bK5974.c5c9aa24.0 Via: SIP/2.0/UDP 192.168.254.110:5060;rport=35379;received=212.4.97.115;branch=z9hG4bK8f809670adc00668 From: "20000004"<sip:20000004@212.4.107.250;user=phone>;tag=ab6ba13b2f38a04e To: <sip:20000000@212.4.107.250;user=phone>;tag=c0a80101-21188 Call-ID: c177cae013da224d(a)192.168.254.110 CSeq: 29653 INVITE Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,SUBSCRIBE,NOTIFY,UPDATE,REFER,REGISTER,INFO Contact: <sip:20000000@192.168.254.101:5060;user=phone> Record-Route: <sip:212.4.107.250;lr=on;nat=yes> Allow-Events: refer,dialog,message-summary,check-sync,talk,hold Content-Length: 0 # U +0.000083 212.4.107.250:5060 -> 212.4.97.115:35379 SIP/2.0 180 Ringing Via: SIP/2.0/UDP 192.168.254.110:5060;rport=35379;received=212.4.97.115;branch=z9hG4bK8f809670adc00668 From: "20000004"<sip:20000004@212.4.107.250;user=phone>;tag=ab6ba13b2f38a04e To: <sip:20000000@212.4.107.250;user=phone>;tag=c0a80101-21188 Call-ID: c177cae013da224d(a)192.168.254.110 CSeq: 29653 INVITE Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,SUBSCRIBE,NOTIFY,UPDATE,REFER,REGISTER,INFO Contact: <sip:20000000@192.168.254.101:5060;user=phone> Record-Route: <sip:212.4.107.250;lr=on;nat=yes> Allow-Events: refer,dialog,message-summary,check-sync,talk,hold Content-Length: 0 # U +6.510103 212.4.97.115:55128 -> 212.4.107.250:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP 212.4.107.250;branch=z9hG4bK5974.c5c9aa24.0 Via: SIP/2.0/UDP 192.168.254.110:5060;rport=35379;received=212.4.97.115;branch=z9hG4bK8f809670adc00668 From: "20000004"<sip:20000004@212.4.107.250;user=phone>;tag=ab6ba13b2f38a04e To: <sip:20000000@212.4.107.250;user=phone>;tag=c0a80101-21188 Call-ID: c177cae013da224d(a)192.168.254.110 CSeq: 29653 INVITE Require: timer Session-Expires: 100;refresher=uac Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,SUBSCRIBE,NOTIFY,UPDATE,REFER,REGISTER,INFO Contact: <sip:20000000@192.168.254.101:5060;user=phone> Record-Route: <sip:212.4.107.250;lr=on;nat=yes> Allow-Events: refer,dialog,message-summary,check-sync,talk,hold Content-Type: application/sdp Content-Length: 151 v=0 o=20000000 138812 138812 IN IP4 192.168.254.101 s=- c=IN IP4 192.168.254.101 t=0 0 m=audio 32448 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=sendrecv # U +0.000365 212.4.107.250:5060 -> 212.4.97.115:35379 SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.254.110:5060;rport=35379;received=212.4.97.115;branch=z9hG4bK8f809670adc00668 From: "20000004"<sip:20000004@212.4.107.250;user=phone>;tag=ab6ba13b2f38a04e To: <sip:20000000@212.4.107.250;user=phone>;tag=c0a80101-21188 Call-ID: c177cae013da224d(a)192.168.254.110 CSeq: 29653 INVITE Require: timer Session-Expires: 100;refresher=uac Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,SUBSCRIBE,NOTIFY,UPDATE,REFER,REGISTER,INFO Contact: <sip:20000000@192.168.254.101:5060;user=phone> Record-Route: <sip:212.4.107.250;lr=on;nat=yes> Allow-Events: refer,dialog,message-summary,check-sync,talk,hold Content-Type: application/sdp Content-Length: 167 v=0 o=20000000 138812 138812 IN IP4 192.168.254.101 s=- c=IN IP4 212.4.107.250 t=0 0 m=audio 35754 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=sendrecv a=nortpproxy:yes # U +0.034122 212.4.97.115:35379 -> 212.4.107.250:5060 ACK sip:20000000@192.168.254.101:5060;user=phone SIP/2.0 Via: SIP/2.0/UDP 192.168.254.110:5060;branch=z9hG4bKdf5e0ceed72f3797 Route: <sip:212.4.107.250;lr=on;nat=yes> From: "20000004" <sip:20000004@212.4.107.250;user=phone>;tag=ab6ba13b2f38a04e To: <sip:20000000@212.4.107.250;user=phone>;tag=c0a80101-21188 Contact: <sip:20000004@192.168.254.110:5060;transport=udp;user=phone> Supported: path Call-ID: c177cae013da224d(a)192.168.254.110 CSeq: 29653 ACK User-Agent: Grandstream BT200 1.1.6.27 Max-Forwards: 70 Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK Content-Length: 0 # U +0.000245 212.4.107.250:5060 -> 192.168.254.101:5060 ACK sip:20000000@192.168.254.101:5060;user=phone SIP/2.0 Via: SIP/2.0/UDP 212.4.107.250;branch=z9hG4bK5974.c5c9aa24.2 Via: SIP/2.0/UDP 192.168.254.110:5060;rport=35379;received=212.4.97.115;branch=z9hG4bKdf5e0ceed72f3797 From: "20000004" <sip:20000004@212.4.107.250;user=phone>;tag=ab6ba13b2f38a04e To: <sip:20000000@212.4.107.250;user=phone>;tag=c0a80101-21188 Contact: <sip:20000004@212.4.97.115:35379;transport=udp;user=phone> Supported: path Call-ID: c177cae013da224d(a)192.168.254.110 CSeq: 29653 ACK User-Agent: Grandstream BT200 1.1.6.27 Max-Forwards: 69 Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK Content-Length: 0 # U +0.458031 212.4.97.115:55128 -> 212.4.107.250:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP 212.4.107.250;branch=z9hG4bK5974.c5c9aa24.0 Via: SIP/2.0/UDP 192.168.254.110:5060;rport=35379;received=212.4.97.115;branch=z9hG4bK8f809670adc00668 From: "20000004"<sip:20000004@212.4.107.250;user=phone>;tag=ab6ba13b2f38a04e To: <sip:20000000@212.4.107.250;user=phone>;tag=c0a80101-21188 Call-ID: c177cae013da224d(a)192.168.254.110 CSeq: 29653 INVITE Require: timer Session-Expires: 100;refresher=uac Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,SUBSCRIBE,NOTIFY,UPDATE,REFER,REGISTER,INFO Contact: <sip:20000000@192.168.254.101:5060;user=phone> Record-Route: <sip:212.4.107.250;lr=on;nat=yes> Allow-Events: refer,dialog,message-summary,check-sync,talk,hold Content-Type: application/sdp Content-Length: 151 v=0 o=20000000 138812 138812 IN IP4 192.168.254.101 s=- c=IN IP4 192.168.254.101 t=0 0 m=audio 32448 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=sendrecv # U +0.000246 212.4.107.250:5060 -> 212.4.97.115:35379 SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.254.110:5060;rport=35379;received=212.4.97.115;branch=z9hG4bK8f809670adc00668 From: "20000004"<sip:20000004@212.4.107.250;user=phone>;tag=ab6ba13b2f38a04e To: <sip:20000000@212.4.107.250;user=phone>;tag=c0a80101-21188 Call-ID: c177cae013da224d(a)192.168.254.110 CSeq: 29653 INVITE Require: timer Session-Expires: 100;refresher=uac Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,SUBSCRIBE,NOTIFY,UPDATE,REFER,REGISTER,INFO Contact: <sip:20000000@192.168.254.101:5060;user=phone> Record-Route: <sip:212.4.107.250;lr=on;nat=yes> Allow-Events: refer,dialog,message-summary,check-sync,talk,hold Content-Type: application/sdp Content-Length: 167 v=0 o=20000000 138812 138812 IN IP4 192.168.254.101 s=- c=IN IP4 212.4.107.250 t=0 0 m=audio 35754 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=sendrecv a=nortpproxy:yes # U +0.999724 212.4.97.115:55128 -> 212.4.107.250:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP 212.4.107.250;branch=z9hG4bK5974.c5c9aa24.0 Via: SIP/2.0/UDP 192.168.254.110:5060;rport=35379;received=212.4.97.115;branch=z9hG4bK8f809670adc00668 From: "20000004"<sip:20000004@212.4.107.250;user=phone>;tag=ab6ba13b2f38a04e To: <sip:20000000@212.4.107.250;user=phone>;tag=c0a80101-21188 Call-ID: c177cae013da224d(a)192.168.254.110 CSeq: 29653 INVITE Require: timer Session-Expires: 100;refresher=uac Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,SUBSCRIBE,NOTIFY,UPDATE,REFER,REGISTER,INFO Contact: <sip:20000000@192.168.254.101:5060;user=phone> Record-Route: <sip:212.4.107.250;lr=on;nat=yes> Allow-Events: refer,dialog,message-summary,check-sync,talk,hold Content-Type: application/sdp Content-Length: 151 v=0 o=20000000 138812 138812 IN IP4 192.168.254.101 s=- c=IN IP4 192.168.254.101 t=0 0 m=audio 32448 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=sendrecv # U +0.000295 212.4.107.250:5060 -> 212.4.97.115:35379 SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.254.110:5060;rport=35379;received=212.4.97.115;branch=z9hG4bK8f809670adc00668 From: "20000004"<sip:20000004@212.4.107.250;user=phone>;tag=ab6ba13b2f38a04e To: <sip:20000000@212.4.107.250;user=phone>;tag=c0a80101-21188 Call-ID: c177cae013da224d(a)192.168.254.110 CSeq: 29653 INVITE Require: timer Session-Expires: 100;refresher=uac Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,SUBSCRIBE,NOTIFY,UPDATE,REFER,REGISTER,INFO Contact: <sip:20000000@192.168.254.101:5060;user=phone> Record-Route: <sip:212.4.107.250;lr=on;nat=yes> Allow-Events: refer,dialog,message-summary,check-sync,talk,hold Content-Type: application/sdp Content-Length: 167 v=0 o=20000000 138812 138812 IN IP4 192.168.254.101 s=- c=IN IP4 212.4.107.250 t=0 0 m=audio 35754 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=sendrecv a=nortpproxy:yes

5 5

[Kamailio-Users] NAThelper and multipart SDP
by Pascal Maugeri 26 Jun '09

26 Jun '09

Hi Does NATHelper support properly multipart SDP (eg. INVITE with application/sdp and application/resource-lists+xml) ? Regards, Pascal

12 53

[Kamailio-Users] Kamailio + Asterisk MWI Implementation
by Chandrakant Solanki 25 Jun '09

25 Jun '09

Hi All, Is there any link or document for implementing MWI (kamailio + asterisk) step by step.. I tried lot of searching but don;t found any such a good link or document. Please help me out. -- Regards, Chandrakant Solanki

4 5

[Serusers] Server dimensioning
by inge 25 Jun '09

25 Jun '09

Hi all, I wonder about the "child" parameter in ser.cfg. What's the average processing capacity (number of requets/process) ? Currently, the parameter is set to 4, the default value. What's the risk of the increase ? SER runs on RedHat AS4 with Intel Xeon Quad 3.0 Ghz. Thanks for your support.

2 2

[Kamailio-Users] new feature: PV class $T_inv(pv)
by Daniel-Constantin Mierla 25 Jun '09

25 Jun '09

Hello, by loading the tmx module, one can get access to INVITE attributes while processing the CANCEL, see more at: http://sip-router.org/wiki/cookbooks/pseudo-variables/devel#t_inv_pv Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/

2 1

[Kamailio-Users] LRN routing - 302 sip code
by Mik Cheez 24 Jun '09

24 Jun '09

One of our carriers gives us an option to check LRN routing via SIP before we attempt to send out a call. Our request will go out as a regular invite, then we'll get a 302 return code back, with the result contained in the header. My question is, how exactly is the flow of this kind of call supposed to work? I thought I could do a regular failover, but that doesn't work. Does anyone have a suggestion? Mik

3 4

[Kamailio-Users] script var or avp in ds_select_dst (dispatcher)?
by Robert McGilvray 24 Jun '09

24 Jun '09

Can someone please confirm that I cannot use a script var or avp in the set field when calling ds_select_dst from the dispatcher module? I'm trying to use dialplan to return a gateway group via attr, then call ds_select_dst with that but get the following error in my logs. If this is my problem are there any workarounds? The goal is to call ds_select_dst with a dynamic value. Example - ds_select_dst("$var(dpattr)", "0") Jun 24 14:50:49 [1125] ERROR:core:fixup_get_ivalue: no valid PV value found (error in scripts) Jun 24 14:50:49 [1125] ERROR:dispatcher:w_ds_select_dst: no dst set value If I hardcode the value which in this case is 30 it works as expected. I've verified that the correct value is in $var(dpattr) with an xlog right before the call to ds_select_dst. if ($ruri.user =~ "[0-9]{4}") { xlog("L_NOTICE", "KAM_HOST: ($ci) $pr $mi route[$rm][0] $fu -> $ru - Internal 4 digit call\n"); if (dp_translate("2", "$ruri.user/$var(dpuser)")) { xlog("L_NOTICE", "KAM_HOST: ($ci) -> DP result='$var(dpuser)', attr='$var(dpattr)'\n"); setflag(FLAG_DIALPLAN); } else { xlog("L_NOTICE", "KAM_HOST: ($ci) -> No matching dialplan for $ru\n"); } } some other if statements here with other pattern matches... if (isflagset(FLAG_DIALPLAN)) { xlog("L_NOTICE", "KAM_HOST: ($ci) -> DP Attr is $var(dpattr)\n"); if (ds_select_dst("$var(dpattr)", "0")) { xlog("L_NOTICE", "KAM_HOST: ($ci) $pr $mi route[$rm][0] $fu -> DST='$avp(s:dispatcher-dst)', \ GRP='$avp(s:dispatcher-grp)', CNT='$avp(s:dispatcher-cnt)'\n"); } else { xlog("L_NOTICE", "KAM_HOST: ($ci) $pr $mi route[$rm][0] $fu -> $ru - No dst gateways found\n"); sl_send_reply("404", "No destination gateways found\n"); } } Thanks -------------------------------------------------------------------------- This email with all information contained herein or attached hereto may contain confidential and/or privileged information intended for the addressee(s) only. If you have received this email in error, please contact the sender and immediately delete this email in its entirety and any attachments thereto.

1 1

[Kamailio-Users] SIP forking proxy
by Zeljko Lovrincevic 24 Jun '09

24 Jun '09

Hi, I need SIP forking proxy, and I would like to use OpenSER for that purpose. I have few questions if you could help. I am interesting for behavior when 200 OK INVITE is received for each forked dialog. Should only first 200 OK INVITE be passed to UA (the other will be terminated by proxy), or 200 OK for all forked dialogs should be passed to UA? Is it possibly to define some static configuration how to fork a dialogs or we always need REGISTER? Thanks in advance. BR/Zeljko

3 3

Re: [Kamailio-Users] [sr-dev] new version of lcr module
by Daniel-Constantin Mierla 24 Jun '09

24 Jun '09

Hi Juha, please add a short note in the wiki: https://sip-router.org/wiki/features/new-in-devel Makes easier to build new release notes and spread details about what is new in development version. Thanks, Daniel PS. I cc-ed users mailing list as this was a new feature announcement. On 06/22/2009 04:55 PM, Juha Heinanen wrote: > i just pushed a new version of lcr module, which resulted from > discussions on the mailing lists. > > most important new feature is support for any number of independent lcr > instances, which improves virtualization of sr. for example, different > domains can now manage their own least cost routing to their own gws. > > i also replaced aliveness check with new defunct_gw() function, which > script writer can use to defunct an unresponsive or busy gw for a > desired period of time. > > in order to keep lcr module manageable, i removed gw group related > functions (which were not efficient anyway). if someone is using them, i > hope that they can be replaced by lcr instances. > > -- juha > > _______________________________________________ > sr-dev mailing list > sr-dev(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev > > -- Daniel-Constantin Mierla http://www.asipto.com/

2 1

[Kamailio-Users] Failure at startup
by Francisco Javier Lizarán Vilches 24 Jun '09

24 Jun '09

Hi all: Running Openser v1.2.3-notls. It has been suffering failures at startup since some weeks ago and it seems to be related with database operation. Nothing has changed in config. The only remarkable change in the system is a slight increase in database registers at subscribers, location and lcr tables. Log excerpt from openser startup: Jun 19 15:23:32 openser[2196]: INFO: statistics manager successfully initialized Jun 19 15:23:32 openser[2196]: StateLess module - initializing Jun 19 15:23:32 openser[2196]: TM - initializing... Jun 19 15:23:32 openser[2196]: Maxfwd module- initializing Jun 19 15:23:32 openser[2196]: INFO:ul_init_locks: locks array size 512 Jun 19 15:23:32 openser[2196]: AUTH module - initializing Jun 19 15:23:32 openser[2196]: AUTH_DB module - initializing Jun 19 15:23:32 openser[2196]: TextOPS - initializing Jun 19 15:23:32 openser[2196]: AVPops - initializing Jun 19 15:23:32 openser[2196]: permissions - initializing Jun 19 15:23:32 openser[2196]: WARNING: File not found: /etc/openser/permissions.allow Jun 19 15:23:32 openser[2196]: Default allow file (/etc/openser/permissions.allow) not found => empty rule set Jun 19 15:23:32 openser[2196]: WARNING: File not found: /etc/openser/permissions.deny Jun 19 15:23:32 openser[2196]: Default deny file (/etc/openser/permissions.deny) not found => empty rule set Jun 19 15:23:32 openser[2196]: ACC - initializing Jun 19 15:23:32 openser[2196]: Dialog module - initializing Jun 19 15:23:32 openser[2196]: INFO: SNMPStats: Starting up the SNMPStats Module Jun 19 15:23:32 openser[2196]: UAC - initializing Jun 19 15:23:32 openser[2196]: INFO:textops:hname_fixup: using hdr type (32) instead of <Refer-To> Jun 19 15:23:32 openser[2196]: INFO:textops:hname_fixup: using hdr type (7) instead of <Contact> Jun 19 15:23:32 openser[2196]: INFO:textops:hname_fixup: using hdr type name <Referred-By> Jun 19 15:23:32 openser[2196]: INFO:textops:hname_fixup: using hdr type name <Replaces> Jun 19 15:23:32 openser[2196]: INFO:textops:hname_fixup: using hdr type name <Forwarder> Jun 19 15:23:32 openser[2196]: INFO:textops:hname_fixup: using hdr type name <Referred-by> Jun 19 15:23:32 openser[2196]: INFO:textops:hname_fixup: using hdr type name <RG> Jun 19 15:23:32 openser[2196]: INFO:textops:hname_fixup: using hdr type name <Origin> Jun 19 15:23:32 openser[2196]: INFO:textops:hname_fixup: using hdr type name <Referred-By> Jun 19 15:23:32 openser[2196]: INFO:textops:hname_fixup: using hdr type name <Replaces> Jun 19 15:23:32 openser[2196]: INFO:textops:hname_fixup: using hdr type name <Forwarder> Jun 19 15:23:32 openser[2196]: xl_fill_extra_spec: found extra item [DLG_status] Jun 19 15:23:32 openser[2196]: xl_fill_extra_spec: found extra item [T_reply_code] Jun 19 15:23:32 openser[2196]: INFO:textops:hname_fixup: using hdr type (4) instead of <From> Jun 19 15:23:32 openser[2196]: INFO:textops:hname_fixup: using hdr type (3) instead of <To> Jun 19 15:23:32 openser[2196]: xl_fill_extra_spec: found extra item [T_reply_code] Jun 19 15:23:32 openser[2196]: xl_fill_extra_spec: found extra item [T_reply_code] Jun 19 15:23:32 openser[2196]: xl_fill_extra_spec: found extra item [T_branch_idx] Jun 19 15:23:32 openser[2196]: INFO: udp_init: SO_RCVBUF is initially 109568 Jun 19 15:23:32 openser[2196]: INFO: udp_init: SO_RCVBUF is finally 262142 ...Some registers, invites, etc logs... Jun 19 15:23:34 openser[2204]: new_connection: Can't connect to MySQL server on 'bbdd.bariksip.es' (4) Jun 19 15:23:34 openser[2201]: new_connection: Can't connect to MySQL server on 'bbdd.bariksip.es' (4) Jun 19 15:23:34 openser[2201]: ERROR:ul:child_init(5): Error while connecting database Jun 19 15:23:34 openser[2204]: ERROR:ul:child_init(-1): Error while connecting database Jun 19 15:23:34 openser[2201]: ERROR:init_mod_child: Error while initializing module usrloc, rank 5 Jun 19 15:23:34 openser[2204]: ERROR:init_mod_child: Error while initializing module usrloc, rank -1 Jun 19 15:23:34 openser[2201]: init_child failed Jun 19 15:23:34 openser[2204]: timer: init_child failed Jun 19 15:23:34 openser[2203]: INFO: signal 15 received Jun 19 15:23:34 openser[2201]: INFO: SNMPStats: The SNMPStats module got the kill signal Jun 19 15:23:34 openser[2201]: Shutting down the AgentX Sub-Agent! Jun 19 15:23:34 openser[2201]: INFO:mi_fifo:mi_destroy: process hasn't been created -> nothing to kill Jun 19 15:23:34 openser[2202]: INFO: signal 15 received Jun 19 15:23:34 openser[2200]: INFO: signal 15 received Jun 19 15:23:34 openser[2199]: INFO: signal 15 received Jun 19 15:23:34 openser[2198]: INFO: signal 15 received Jun 19 15:23:34 openser[2197]: INFO: signal 15 received Jun 19 15:23:34 openser[2204]: INFO: SNMPStats: The SNMPStats module got the kill signal Jun 19 15:23:34 openser[2204]: Shutting down the AgentX Sub-Agent! Jun 19 15:23:34 openser[2204]: INFO:mi_fifo:mi_destroy: process hasn't been created -> nothing to kill Jun 19 15:23:34 openser[2196]: new_connection: Can't connect to MySQL server on 'bbdd.bariksip.es' (4) Jun 19 15:23:34 openser[2196]: ERROR:ul:child_init(0): Error while connecting database Jun 19 15:23:34 openser[2196]: ERROR:init_mod_child: Error while initializing module usrloc, rank 0 Jun 19 15:23:34 openser[2196]: main: error in init_child Jun 19 15:23:34 openser[2196]: INFO: SNMPStats: The SNMPStats module got the kill signal Jun 19 15:23:34 openser[2196]: Shutting down the AgentX Sub-Agent! Jun 19 15:23:34 openser[2196]: INFO:mi_fifo:mi_destroy: process hasn't been created -> nothing to kill After multiple attempts the result is the same. This is the list of modules that use db: acc|auth_db|permissions|uri_db|usrloc|avpops|lcr|avpops|domain|speeddial|alias_db Looking at the traces, when openser places the request packet carrying this query "select prefix,from_uri,grp_id,priority from lcr", mysql server begins to perform retransmissions of the requested data; although openser eventually sends back the ack. Later request's responses from mysql server needs also retransmit until openser fails. If I change, for example, usrloc's dbmode to 0 (disables db use), the module that fails this time is auth_db. The mySql server is located in the same LAN that Openser(0.112s rtt). I have realized that Openser can be started without any problem when: -Log level is raised to 4(!). or -Another mysql server in a remote location is used (10s rtt). Has anybody experienced an issue like this? Thanks: Francisco Javier Lizarán Vilches ---------------------------------------------- BARIK (Grupo Ormazabal) Departamento Técnico Tel.: +34 917 479 900 www.barik.es <http://www.barik.es/> ----------------------------------------------

1 0

[Serusers] LCR module
by Ron 24 Jun '09

24 Jun '09

Hi All, Sorry about this post but i just can't figure out the logic: i'm using lcr to send calls to pstn, when my user dials a number that begins with 00 i re-route it to my termination providers. e.g.: if ((uri=~"^(sip:)?00[0-9]*@([a-z]+\.)?mydomain.com") || (uri=~"^(sip:)?00[0-9]*@22\.22\.22\.22")) { strip(2); prefix("1234"); if(!load_gws()){ sl_send_reply("500", "Internal server error, unable to load gateways"); break; } } fortunately i have the same prefix on my termination providers. so on my lcr table i have defined all country codes to have the 1234 prefix, e.g 12341 for US , 123465 for singapore. etc. now i have a new provider, but prefix is different, how can i detect on lcr when all calls fail. i change prefix. i hope my question is clear sorry. regards, ron

1 0

[Serusers] LCR module
by Ron 24 Jun '09

24 Jun '09

Hi All, Sorry about this post but i just can't figure out the logic: i'm using lcr to send calls to pstn, when my user dials a number that begins with 00 i re-route it to my termination providers. e.g.: if ((uri=~"^(sip:)?00[0-9]*@([a-z]+\.)?mydomain.com") || (uri=~"^(sip:)?00[0-9]*@22\.22\.22\.22")) { strip(2); prefix("1234"); if(!load_gws()){ sl_send_reply("500", "Internal server error, unable to load gateways"); break; } } fortunately i have the same prefix on my termination providers. so on my lcr table i have defined all country codes to have the 1234 prefix, e.g 12341 for US , 123465 for singapore. etc. now i have a new provider, but prefix is different, how can i detect on lcr when all calls fail. i change prefix. i hope my question is clear sorry. regards, ron

1 0

[Kamailio-Users] [REQ, $] db_rest (or db_http) module for database access
by Konstantin Cherkasov 23 Jun '09

23 Jun '09

Hello! Our company seeking for programmer who can create module for flexible database access. I call it db_rest (or db_http). This module must provide internal database API for other modules like db_auth. For access to external data it must use HTTPS-server and use REST-style data access (http://en.wikipedia.org/wiki/Representational_State_Transfer). Instead of making query like "SELECT f1,f2,f3 FROM tableA WHERE f4 = 'somevalue'" it must call HTTPS-server like this: GET http://hostname/database/tableA&c=f1,f2,f3&k=f4&op=eq&v=somevalue Server must return delimiter-separated data. Similarly (using POST) it must implement support for insert, update and so on. Of course we would like to see this module inside the main project repository. If you are interested please contact me for details (requirements, $$). -- Konstantin

4 17

[Kamailio-Users] Avoid encoding of CDR's written to database by Radius
by CSB 23 Jun '09

23 Jun '09

When a CDR is written that contains certain characters (e.g. +, ;) it is encoded (like a URL gets encoded). The SQL insert statement query is produced by OpenSER/Radius: 10625 Query INSERT INTO radacct (RadAcctId, AcctSessionId, AcctUniqueId, UserName, Realm, NASIPAddress, NASPortId, AcctStartTime, AcctStopTime, AcctSessionTime, AcctInputOctets, AcctOutputOctets, CalledStationId, CallingStationId, AcctTerminateCause, ServiceType, FramedProtocol, FramedIPAddress, AcctStartDelay, AcctStopDelay, SipResponseCode, SipMethod, SipTranslatedRequestURI, SipToTag, SipFromTag, SipRPID, SourceIP, SourcePort, CanonicalURI) VALUES (NULL, '149a4cbd403b071e109d89b50a17b3a5(a)202.180.1.1', 'e04d0b07ab2eca3e', SUBSTRING_INDEX('sip:094455667@202.180.1.1',':',-1), SUBSTRING_INDEX('sip:094455667@202.180.1.1', '@',-1), '127.0.0.1', '5060', '2009-06-20 11:44:49', '0', '0', '0', '0', SUBSTRING_INDEX('sip:=2B6012345678@147.202.1.1',':',-1), SUBSTRING_INDEX('sip:094455667@202.180.1.1',':',-1), '200', 'SIP', '', '', '0', '0', '200', 'Invite', SUBSTRING_INDEX('',':',-1), 'as03a3d864', 'as69938f56', '', '', '', SUBSTRING_INDEX('',':',-1)) However the records written to the file system by OpenSER/Radius are not encoded: Sat Jun 20 11:44:49 2009 Acct-Status-Type = Start Service-Type = SIP Sip-Response-Code = 200 Sip-Method = Invite Event-Timestamp = "Jun 20 2009 11:44:49 NZST" Sip-From-Tag = "as69938f56" Sip-To-Tag = "as03a3d864" Acct-Session-Id = "149a4cbd403b071e109d89b50a17b3a5(a)202.180.1.1" Called-Station-Id = "sip:+6012345678@147.202.1.1" Calling-Station-Id = "sip:094455667@202.180.1.1" User-Name = "sip:094455667@202.180.1.1" NAS-Port = 5060 Acct-Delay-Time = 0 NAS-IP-Address = 127.0.0.1 Client-IP-Address = 127.0.0.1 Acct-Unique-Session-Id = "e04d0b07ab2eca3e" Timestamp = 1245455089 So how can I write +6012345678 to the database, rather than =2B6012345678? Any advice appreciated. Regards Cameron

2 2

[Serusers] SER Groups
by Shahbaz Ali 23 Jun '09

23 Jun '09

plz help me in setting the ser group mangment... how i add this feature....

1 0

[Kamailio-Users] Siputils error
by Carlos A. Alvarez 22 Jun '09

22 Jun '09

Hello, I keep getting this error when I try to setup ring_timeout ERROR:core:set_mod_param_regex: parameter <ring_timeout> not found in module <utils> I tried setting the modparam for siputils as well to no avail. I already read throught the documentation and I made sure that I am loading all pre requisites for this module. Also the command options is recorded wrong in the 1.5.1 documentation: modparam("options", "options_accept", "application/*") <-according to docs Looking through the source I found out that the correct command is modparam("siputils", "options_accept", "application/*") I wonder is the same is the issue with ring_timeout. Please help

5 8

[Kamailio-Users] Question about manually manipulating RURI
by Geoffrey Mina 22 Jun '09

22 Jun '09

I have a need to perform some manipulation of the user part of the RURI. I have some dialers which send INVITES with the RURI in the following format: d15555551212@123.345.123.345:5060 I need to check for the existence of the "d" and strip it off if it is present. Basically what I want is pseduo code is: if(left($ruri),1 == "d"){ $ruri = right($ruri,len($ruri)-1); } Thanks!

4 5

[Kamailio-Users] Cancel messes with ACC
by Mark Kent 22 Jun '09

22 Jun '09

Oops, found it... there is a typo in the example config file: # ALTER TABLE missed_call ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; See the missing 's' on the table name... I guess I didn't see the error message when entering this. Thanks, -mark

2 1

[Kamailio-Users] Sending from 1 of N ip address
by Stagg Shelton 21 Jun '09

21 Jun '09

I have a requirement from an upstream provider that is providing multiple termination only gateways to me. The requirement is that I have to have a unique source ip address for each gateway that I will be terminating calls to. I would like to use only one kamailio system bound to multiple ip addresses to meet this requirement. I have my LCR built with the various routes to the gateways. I have identified the function force_send_socket([proto:]address[:port]) which seems like it can be used to meet this functional requirement. I am a little confused how to implement this function with LCR. My basic requirement is that if upstream gateway ip address == 1.2.3.4 then originate and maintain the dialog from my source ip 4.3.2.1 else if gateway ip == 6.7.8.9 then originate and maintain dialog using soure ip 9.8.7.6, else if ... N upstream gateways Is force_send_socket([proto:]address[:port]) the function that I need to be trying to use to meet this requirement? Is there a simpler method that can be used instead? Any help will be appreciated. Stagg

3 5

[Kamailio-Users] Cancel messes with ACC
by Mark Kent 20 Jun '09

20 Jun '09

I've been using openser 1.1.0 in a small pstn gateway config for a few years. I recently upgraded to kamailio 1.5.1. I started completely from scratch, with no DB, no users, and started with the example kamailio.cfg file. I made a few changes mostly at the bottom of the main request routing logic to ship things off to my pstn gateway, and re-entered things into the db. Works fine. Then I tried to enable accounting, with mysql, and this works when calls complete, but on a CANCEL I get this: kamailio[87208]: ACC: call missed: timestamp=1245456629;method=INVITE;from_tag=6343AD47-243F70A2;to_tag=2486;call_id=4529cab6-c7e08a51-dd349b2c(a)192.0.2.214;code=487;reason=Request Terminated;src_user=foouser;src_domain=sip.example.net;dst_ouser=18005551212;dst_user=18005551212;dst_domain=172.16.16.16 kamailio[87208]: ERROR:db_mysql:db_mysql_submit_query: driver error on query: Unknown column 'dst_user' in 'field list' kamailio[87208]: ERROR:core:db_do_insert: error while submitting query kamailio[87208]: ERROR:acc:acc_db_request: failed to insert into database My CANCEL processing is still the generic processing in the example kamailio.cfg file. Any hints? Thanks, -mark

1 0

Re: [Kamailio-Users] Question about manually manipulating RURI
by Carlos A. Alvarez 19 Jun '09

19 Jun '09

I don't know if this is what you are looking for, but I do something similar to process the From and To message based on a dialed prefix. Please note below my if statement and feel free to modify it for your own use: if ( search("To: <[Ss][Ii][Pp]:56011") ) { subst('/^To:(.*)sip:56011([0-9]+)@(.*)$/To:\1sip:+\2@\3/ig'); subst('/^From: "(.*)sip:([0-9]+)@(.*)$/From: "+\1sip:+\2@\3/ig'); }; On Fri, 2009-06-19 at 15:43 +0000, Geoffrey Mina wrote: Thanks, but I believe I just found the simpler way to strip, but I'm still not sure how I would check for the existence of the "d". http://www.kamailio.org/dokuwiki/doku.php/core-cookbook:1.5.x#strip_int I need to do something like: if(left($ruri,1) == "d"){ //how do i write this statement? strip(1); } t_relay(); is that correct? thanks, Geoff On Fri, Jun 19, 2009 at 3:23 PM, Pascal Maugeri<pascal.maugeri(a)gmail.com<mailto:pascal.maugeri@gmail.com>> wrote: > Hi Geoffrey > > Why don't you try: > http://www.kamailio.org/docs/modules/1.5.x/textops.html#id2467793 > > Regards, > Pascal > > On Fri, Jun 19, 2009 at 9:01 PM, Geoffrey Mina <geoffreymina(a)gmail.com<mailto:geoffreymina@gmail.com>> > wrote: >> >> I have a need to perform some manipulation of the user part of the >> RURI. I have some dialers which send INVITES with the RURI in the >> following format: >> >> d15555551212(a)123.345.123.345<mailto:d15555551212@123.345.123.345>:5060 >> >> I need to check for the existence of the "d" and strip it off if it is >> present. Basically what I want is pseduo code is: >> >> if(left($ruri),1 == "d"){ >> $ruri = right($ruri,len($ruri)-1); >> } >> >> Thanks! >> >> _______________________________________________ >> Kamailio (OpenSER) - Users mailing list >> Users(a)lists.kamailio.org<mailto:Users@lists.kamailio.org> >> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > > _______________________________________________ Kamailio (OpenSER) - Users mailing list Users(a)lists.kamailio.org<mailto:Users@lists.kamailio.org> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users

1 0

[Kamailio-Users] Dialog from 1 of N IP Addresses
by Stagg Shelton 19 Jun '09

19 Jun '09

I have a requirement from an upstream provider that is providing multiple termination only gateways to me. The requirement is that I have to have a unique source ip address for each gateway that I will be terminating calls to. I would like to use only one kamailio system bound to multiple ip addresses to meet this requirement. I have my LCR built with the various routes to the gateways. I have identified the function force_send_socket([proto:]address[:port]) which seems like it can be used to meet this functional requirement. I am a little confused how to implement this function with LCR. My basic requirement is that if upstream gateway ip address == 1.2.3.4 then originate and maintain the dialog from my source ip 4.3.2.1 else if gateway ip == 6.7.8.9 then originate and maintain dialog using soure ip 9.8.7.6, else if ... N upstream gateways Is force_send_socket([proto:]address[:port]) the function that I need to be trying to use to meet this requirement? Is there a simpler method that can be used instead? Any help will be appreciated. Stagg

2 1

[Kamailio-Users] [OT] SIP ALG Detector released
by Iñaki Baz Castillo 19 Jun '09

19 Jun '09

Hi, as part of my personal battle against SIP ALG routers, I've created an utility to detect such routers: http://dev.sipdoc.net/wiki/sip-stuff/SIP-ALG-Detector It has two parts: client and server: Basically, the client node running into the LAN sends an INVITE to the server node (running in a host with public IP). The request could be modified by the LAN router if SIP ALG is enabled. The server encodes the received request in Base64 and appends it to the SIP response. The client receives the response, decodes the body and gets the request as it arrived to the server. Then it creates a diff between the original request and the the request the server node received. These differences are displayed in the screen. Both, UDP and TCP, tests are performed. The client node is coded in Ruby and should work in any operating system (if Ruby is installed). The server node is also coded in Ruby. For those interested in try it, I have a server node running in my personal server: 87.98.230.161:5060 You can test the client against my server. Feedback is welcome :) Regards. -- Iñaki Baz Castillo <ibc(a)aliax.net>

4 13

[Kamailio-Users] lcr - tag value NULL prefixed as "NULL"
by Andreas Granig 19 Jun '09

19 Jun '09

Hi, Kamailio 1.5: When having gw.tag column set to NULL in db (which seems to be allowed according to db schema), then next_gw() prefixes the R-URI user with the string "NULL". Setting it to empty string (''), nothing is prefixed. I'd expect that from a value of NULL as well. Could anyone please confirm this? Also, in http://kamailio.org/docs/modules/1.5.x/lcr.html the parameter prefix_mode is missing. It's available in README.lcr though, so probably the page is out of date? Andreas

2 3

[Kamailio-Users] AVP / Odd Error
by Brandon Armstead 19 Jun '09

19 Jun '09

Hey Guys, First off thanks for any help in advance! I'm adding a single avp test i.e. $avp(s:some-avp-name) = 'foo!'; to a development configuration running Kamailio revision: 5487 (1.4.3). When I start kamailio I'm getting the following error: CRITICAL:core:init_io_wait: could not alloc epoll array As soon as I delete this AVP addition and start her back up, she starts. Code Snippet (io_wait.c) 606 #ifdef HAVE_EPOLL 607 case POLL_EPOLL_LT: 608 case POLL_EPOLL_ET: 609 h->ep_array=local_malloc(sizeof(*(h->ep_array))*h->max_fd_no); 610 if (h->ep_array==0){ 611 LM_CRIT("could not alloc epoll array\n"); 612 goto error; 613 } 614 memset((void*)h->ep_array, 0, sizeof(*(h->ep_array))*h->max_fd_no); 615 if (init_epoll(h)<0){ 616 LM_CRIT("epoll init failed\n"); 617 goto error; 618 } 619 break; 620 #endif I do not know enough of Kamailio CORE but it looks like something to do with memory allocation / file descriptors? I've increased available memory to kamailio as well as open file limits / file descriptors etc -- to no avail, any help is much appreciated thanks guys!

2 5

[Serusers] (no subject)
by Mohammed Fareed 18 Jun '09

18 Jun '09

Hi, kindly add as server user thanks Regards, V.P.Mohammed Fareed Analyst Programmer Mobile : +966-5-592303381 KSA. Cricket on your mind? Visit the ultimate cricket website. Enter http://cricket.yahoo.com

1 0

[Kamailio-Users] Multipart SDP problem...
by Edson - Lists 18 Jun '09

18 Jun '09

Hi, Guys... After trying a PSTN call through an AS5300-Cisco GW got this error: ==== ON-REPLY[1] incoming reply <200> for <INVITE> <8999>/<XXXXXXXXXXX> ERROR:nathelper:check_content_type: invalid type for a message ERROR:nathelper:extract_body: content type mismatching ERROR:nathelper:force_rtp_proxy: can't extract body from the message == Googling around I found an e-mail from Ovidus (23/12/2008) telling that a multi part SDP wasn't integrated on Nathelper. I suppose that I faced such an issue. How to circumvent/workaround this error message? As a side effect call gives no RTP flow, since one direction send it to RTPProxy and the other directly. Edson. -x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x Relevant info.... Using: ==== # kamailio -V version: kamailio 1.5.1-notls (i386/linux) flags: STATISTICS, USE_IPV6, USE_TCP, USE_SCTP, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, PKG_SIZE 4194304 poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. svnrevision: 2:5868M @(#) $Id: main.c 5608 2009-02-13 16:48:17Z henningw $ main.c compiled on 13:54:27 Jun 4 2009 with gcc 4.3 == The ON-REPLY code is: ==== onreply_route[1] { xlog("L_INFO","ON-REPLY[1] incoming reply <$rs> for <$rm> <$fU>/<$tU>"); if ((isflagset(5) || isbflagset(6)) && status=~"(183)|(2[0-9][0-9])") { force_rtp_proxy(); } if (isbflagset(6)) { fix_nated_contact(); } } == The ofending SDP in case is: ==== Content-Type: multipart/mixed;boundary=uniqueBoundary. Content-Length: 378. . --uniqueBoundary. Content-Type: application/sdp. . v=0. o=CiscoSystemsSIP-GW-UserAgent 7829 2204 IN IP4 XXX.YYY.ZZZ.10. s=SIP Call. c=IN IP4 XXX.YYY.ZZZ.10. t=0 0. m=audio 16976 RTP/AVP 0. c=IN IP4 XXX.YYY.ZZZ.10. a=rtpmap:0 PCMU/8000. --uniqueBoundary. Content-Type: application/gtd. Content-Disposition: signal;handling=optional. . ANM,. PRN,isdn*,,QSIG*,. . --uniqueBoundary--. ==

8 32

Re: [Kamailio-Users] Trying to make Purple Module work
by Eric PTAK 18 Jun '09

18 Jun '09

Hi mani, Looking your log, I see you're trying to contact sip:manivasagam.s*msn.com@ kmilo.smithmicro.com as I mentionned to be a possible way to get purple working without mapping non-sip friends. But it requires modifications in the purple_* functions to support it. Then, there is also the usrloc error cause it didn't find such user. You must use a purple_gateway_domain different from your main domain, in order to filter messages to the gateway easyly, priori to other routes. for example (but again the module need mods) : route { # initial sanity check, loopavoidance & big messages ..... ..... # retransmission absorbtion ..... ..... # messages to purple gateway if ($rd == "purple_gateway_domain") { route(10); } # main route ..... ..... } #purple route route[10] { #method filtering to call the appropriate purple function } Eric. 2009/6/16 mani sivaraman <mani.opensips(a)gmail.com> > Attached is kamailio debug log while trying to send a MESSAGE to an MSN > contact from my SIP Account. manivasaga.s(a)msn.com is the MSN account > available on the SIP Buddy list. THe MESSAGE send fails and the server sends > back 202 and then 404. > > THe debug message is attached. Any input is appreciated. > > On Tue, Jun 16, 2009 at 10:00 AM, mani sivaraman <mani.opensips(a)gmail.com>wrote: > >> Hi Eric >> Could you please post a working example kamailio.cfg file with the example >> purplemap table contents (remove passwords from it). I guess I'm doing some >> mistake in coding purple_handle_subscribe, purple_handle_publish() and >> purple_send_message. Your help is really apppreciated. >> >> What IM Client did you use to test/develop purple ? Is it X-Lite ? I would >> like to try purple with that client first. Please let me know. I want to get >> the first PUB/SUB and MESSAGE working bet SIP and MSN or Gmail or yahoo. >> >> Your help is appreciated. >> - Mani >> >> >> On Tue, Jun 16, 2009 at 2:56 AM, Eric PTAK <eric.ptak.fr(a)gmail.com>wrote: >> >>> Hi, >>> >>> The PUBLISH has to be processed normally by the Presence >>> Server (eg handle_publish) to get the response. >>> Then, you can also use purple_handle_publish to propagate you status to >>> external protocols. >>> Whenever, you should not get that error regarding the db entry and the >>> publish sip uri... >>> Need more checks... >>> >>> Eric. >>> >>> 2009/6/15 mani sivaraman <mani.opensips(a)gmail.com> >>> >>>> Hi Eric >>>> I keep getting this error messages when I setup the purplemap table in >>>> mysql and enable purple PUB/SUN processing in openser. I have only one >>>> mapping purplemap table like this. My SIP client is trying to send presence >>>> PUBLISH, but this never gets ACKed by openser server. And I get this error >>>> every time PUB happens "ERROR:purple:find_accounts: result count = 0" >>>> >>>> sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com>| >>>> smvasagam2000(a)gmail.com | gtalk | xxxx >>>> >>>> >>>> PUBLISH sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com>from [ >>>> sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com>] >>>> to [sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com> >>>> ] >>>> Jun 15 14:37:47 [17541] ERROR:purple:find_accounts: result count = 0 >>>> SUBSCRIBE sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com>from [ >>>> sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com>] >>>> to [sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com> >>>> ] >>>> Jun 15 14:37:47 [17535] INFO:presence:send_notify_request: NOTIFY >>>> sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com>via sip:msivaraman@172.16.1.125:6332;transport=udp >>>> on behalf of sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com>for event presence.winfo >>>> SUBSCRIBE sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com>from [ >>>> sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com>] >>>> to [sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com> >>>> ] >>>> Jun 15 14:37:47 [17541] ERROR:purple:find_accounts: result count = 0 >>>> >>>> Your assistance is appreciated. >>>> Thanks >>>> Mani >>>> >>>> >>>> On Mon, Jun 15, 2009 at 11:13 AM, mani sivaraman < >>>> mani.opensips(a)gmail.com> wrote: >>>> >>>>> That was it. I did that first time and then I forgot to set the env >>>>> variable again. I will add it to ctl script now. Thanks for your help. I >>>>> appreciate it. I will now go on to adding processing of MESSAGE, PUBLISH >>>>> NOTIFY etc. >>>>> >>>>> Thank you >>>>> >>>>> >>>>> On Mon, Jun 15, 2009 at 10:14 AM, Eric PTAK <eric.ptak.fr(a)gmail.com>wrote: >>>>> >>>>>> Did you added LD_PRELOAD=/path/to/your/libpurple.so env var in your >>>>>> ctl script ? >>>>>> >>>>>> Eric. >>>>>> >>>>>> 2009/6/15 mani sivaraman <mani.opensips(a)gmail.com> >>>>>> >>>>>> Thanks for getting back Eric. After opensips I tested the latest >>>>>>> Kamailio 1.5.1 code with purple module. I get the same SIGCHLD core dump on >>>>>>> Kamailio as well. I saw Kamailio comes with purple source code. If I load >>>>>>> purple.so and then add the modprobe for purple, I get the core dump. Is >>>>>>> there any thing I can check or look for in the debug to make sure it works. >>>>>>> If I unload purple and remove the respective modprobes every thing seems to >>>>>>> work fine. >>>>>>> >>>>>>> Thank you >>>>>>> >>>>>>> >>>>>>> On Mon, Jun 15, 2009 at 3:15 AM, Eric PTAK <eric.ptak.fr(a)gmail.com>wrote: >>>>>>> >>>>>>>> Hi mani, >>>>>>>> >>>>>>>> purple module hasn't been tested with opensips, and I can't say if >>>>>>>> it should work. >>>>>>>> but just a question : how did you compile the module ? eg, within >>>>>>>> which project ? >>>>>>>> >>>>>>>> regards, >>>>>>>> eric. >>>>>>>> >>>>>>>> 2009/6/12 mani sivaraman <mani.opensips(a)gmail.com> >>>>>>>> >>>>>>>>> I compiled and installed opensips 1.5.1 with mysql db and works >>>>>>>>> fine. I compiled and installed the new purple module from outside and >>>>>>>>> installed the same. if I try to load the purple.so module and add modprobe >>>>>>>>> for purple params, opensips core dumps saying >>>>>>>>> >>>>>>>>> Jun 12 12:06:38 [22121] CRITICAL:core:receive_fd: EOF on 15 >>>>>>>>> Jun 12 12:06:38 [22103] INFO:core:handle_sigs: child process 22110 >>>>>>>>> exited by a signal 11 >>>>>>>>> Jun 12 12:06:38 [22103] INFO:core:handle_sigs: core was generated >>>>>>>>> Jun 12 12:06:38 [22103] INFO:core:handle_sigs: terminating due to >>>>>>>>> SIGCHLD >>>>>>>>> Jun 12 12:06:38 [22104] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22105] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22106] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22107] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22108] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22114] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22109] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22115] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22116] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22117] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22119] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22121] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22112] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22103] NOTICE:presence:destroy: destroy module ... >>>>>>>>> >>>>>>>>> >>>>>>>>> The gdb back trace is not very useful either. >>>>>>>>> >>>>>>>>> (no debugging symbols found) >>>>>>>>> Core was generated by `opensips'. >>>>>>>>> Program terminated with signal 11, Segmentation fault. >>>>>>>>> [New process 22083] >>>>>>>>> #0 0x085a9c6d in ?? () >>>>>>>>> (gdb) backtrace full >>>>>>>>> #0 0x085a9c6d in ?? () >>>>>>>>> No symbol table info available. >>>>>>>>> (gdb) >>>>>>>>> >>>>>>>>> Help Any one , Please. >>>>>>>>> >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Users mailing list >>>>>>>>> Users(a)lists.opensips.org >>>>>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Users mailing list >>>>>> Users(a)lists.opensips.org >>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>>>>> >>>>>> >>>>> >>>> >>> >> >

2 2

Re: [Kamailio-Users] disable_dns_blacklist
by Karl Smith 18 Jun '09

18 Jun '09

After the second attempt that Kamailio sends a call towards an ip address and gets a negative sip response say 503, kamailio will block that ip route for approx 4 minutes and sends 401 unauthorized immediately to the sip client. That ip route can be a gateway which is sending a negative reponse for certain destinations only and this may be due to a problem which is beyond the gateway itself; so I want to avoid blocking the complete route automatically. It appears that, in version 1.5 the route gets blocked for a longer period. Appreciate any help. Thanks, Karl --- On Thu, 18/6/09, Iñaki Baz Castillo <ibc(a)aliax.net> wrote: From: Iñaki Baz Castillo <ibc(a)aliax.net> Subject: Re: [Kamailio-Users] disable_dns_blacklist To: Cc: users(a)lists.kamailio.org Date: Thursday, 18 June, 2009, 3:07 PM 2009/6/18 Karl Smith <sipware(a)yahoo.co.uk>: > Hi, > > I have always used the global setting disable_dns_blacklist=yes so as to > avoid openser from temporarily blocking a particular route that may return a > negative sip response such as 503. > > I am now planning a migration to kamailio but the feature does not seem to > be working. I have tried both kamailio 1.4 and also 1.5. Since Kamailio 1.4 (perhaps since OpenSer 1.3) this option is dissabled by default (disable_dns_blacklist=yes). What do you mean with "it doesn't work"? -- Iñaki Baz Castillo <ibc(a)aliax.net> _______________________________________________ Kamailio (OpenSER) - Users mailing list Users(a)lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users

1 0

[Kamailio-Users] disable_dns_blacklist
by Karl Smith 18 Jun '09

18 Jun '09

Hi, I have always used the global setting disable_dns_blacklist=yes so as to avoid openser from temporarily blocking a particular route that may return a negative sip response such as 503. I am now planning a migration to kamailio but the feature does not seem to be working. I have tried both kamailio 1.4 and also 1.5. Any ideas? Thanks, Karl

2 1

[Kamailio-Users] disable_dns_blacklist
by Karl Smith 18 Jun '09

18 Jun '09

Hi, I have always used the global setting disable_dns_blacklist=yes so as to avoid openser from temporarily blocking a particular route that may return a negative sip response such as 503. I am now planning a migration to kamailio but the feature does not seem to be working. I have tried both kamailio 1.4 and also 1.5. Any ideas? Thanks, Karl

1 0

[Kamailio-Users] Q value with alias_db?
by Robert McGilvray 18 Jun '09

18 Jun '09

This seems like it should be easy but based on the database schema I can't figure out how I can specify a Q value for different destinations when using alias_db with mysql. I need to map external DIDs to phones registered to kamailio and some to other gateways, sometimes those numbers will need to fork based on the q. I can probably do what I need with direct sql queries I just want to make sure I'm not missing something with db_aliases first. Thanks -------------------------------------------------------------------------- This email with all information contained herein or attached hereto may contain confidential and/or privileged information intended for the addressee(s) only. If you have received this email in error, please contact the sender and immediately delete this email in its entirety and any attachments thereto.

2 1

[Kamailio-Users] Number portability
by Paul Mancheno H. 18 Jun '09

18 Jun '09

Hello friends I want that a call out of my softswitch go to my Kamailio, there run a query to a database, and return to the softswitch preceded with an index which I will forward the proper operator, the most important thing is that only pass signaling to Kamailio, and only when the call is going to do is send the data packets, and ultimately the data come from softswitch to softswitch. Should I make any special configuration for this to happen? A lot of thanks.

3 2

[Kamailio-Users] ERROR: domain unknown: use usernames with domain or set default domain in SIP_DOMAIN
by Andre Warnier 18 Jun '09

18 Jun '09

Hi all .. When I send a register packet to my kamctl, then I using " kamctl ul show "openser" " to see success or not with SIP server , it's response ERROR: domain unknown: use usernames with domain or set default domain in SIP_DOMAIN Do I have defind SIP_DOMAIN in /usr/local/etc/kamailio/ kamctlrc ? SIP_DOMAIN is mean IP that install kamctl ? Any help would be greatly appreciated Thanks & regards, Andre

2 1

[Serusers] SER.cfg problem
by Shahbaz Ali 17 Jun '09

17 Jun '09

plz help I attach my ser.cfg when i enter ser -c the error is: " 0(5976) parse error (150,18-19): unknown command, missing loadmodule? ERROR: bad config file (1 errors)" Best regards Shazi

2 1

[Kamailio-Users] Pass a variable to config script
by sasirekha jaganathan 17 Jun '09

17 Jun '09

Hi, I need to pass a variable from kamailio code base to the configuration script. Can I add a new parameter to the existing pre script callbacks? Is there any other method to achieve the same? Thanks Love Cricket? Check out live scores, photos, video highlights and more. Click here http://cricket.yahoo.com

2 1

Re: [Kamailio-Users] FW: ERROR: domain unknown: use usernames with domain or set default domain in SIP_DOMAIN
by Saúl Ibarra 17 Jun '09

17 Jun '09

No, it's created when you start Kamailio... have you restarted after making the changes? PS: Again, please, reply to the mailing list... -- Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes." ---------------------------------------------------------------- http://www.saghul.net/

3 8

[Kamailio-Users] Kamailio Core Dumping
by Stagg Shelton 17 Jun '09

17 Jun '09

I've recently tried to migrate my production environment to kamailio 1.5.1-notls from openser-1.3.4-notls. I have been working through some issues, and the most recent issues have been that kamailio has begun to segmentation fault and core dump. Has anyone else experienced any similar issues, what other information could i provide that can be helpful in diagnosing my troubles with 1.5.1. I have had to fall back to 1.3.4 until i can get this sorted out. Below is my backtrace of the core dump file. Core was generated by `/sbin/kamailio -m 1024'. Program terminated with signal 11, Segmentation fault. [New process 5315] #0 0x00007f57bb9954e0 in update_dialog_dbinfo (cell=0x7f577e6a17c0) at dlg_db_handler.c:498 498 SET_STR_VALUE(values+8, cell->bind_addr[DLG_CALLEE_LEG]- >sock_str); Missing separate debuginfos, use: debuginfo-install bzip2- libs-1.0.5-3.fc10.x86_64 compat-db45-4.5.20-5.fc10.x86_64 e2fsprogs- libs-1.41.4-5.fc10.x86_64 elfutils-libelf-0.141-1.fc10.x86_64 file- libs-4.26-5.fc10.x86_64 glibc-2.9-3.x86_64 keyutils- libs-1.2-3.fc9.x86_64 krb5-libs-1.6.3-18.fc10.x86_64 libconfuse-2.6-1.fc9.x86_64 libgcc-4.3.2-7.x86_64 libselinux-2.0.78-1.fc10.x86_64 lm_sensors-3.0.2-1.fc10.x86_64 lua-5.1.4-1.fc10.x86_64 mysql-libs-5.0.77-1.fc10.x86_64 net-snmp- libs-5.4.2.1-3.fc10.x86_64 nspr-devel-4.7.3-2.fc10.x86_64 nss- devel-3.12.2.0-5.fc10.x86_64 openssl-0.9.8g-13.fc10.x86_64 pcre-7.8-1.fc10.x86_64 perl-libs-5.10.0-68.fc10.x86_64 popt-1.13-4.fc10.x86_64 radiusclient-ng-0.5.6-3.fc9.x86_64 rpm- libs-4.6.0-2.fc10.x86_64 tcp_wrappers-libs-7.6-53.fc10.x86_64 zlib-1.2.3-18.fc9.x86_64 (gdb) bt #0 0x00007f57bb9954e0 in update_dialog_dbinfo (cell=0x7f577e6a17c0) at dlg_db_handler.c:498 #1 0x00007f57bb998b5e in dlg_onreply (t=0x7f577aaec3b8, type=<value optimized out>, param=<value optimized out>) at dlg_handlers.c:318 #2 0x00007f57bf59d345 in run_trans_callbacks (type=128, trans=0x7f577e6a3918, req=0x7f577e6afce8, rpl=0x775710, code=200) at t_hooks.c:240 #3 0x00007f57bf5ba352 in relay_reply (t=0x7f577e6a3918, p_msg=<value optimized out>, branch=0, msg_status=200, cancel_bitmap=0x7fffc7c0c098) at t_reply.c:1229 #4 0x00007f57bf5badce in reply_received (p_msg=0x775710) at t_reply.c: 1485 #5 0x0000000000420382 in forward_reply (msg=0x775710) at forward.c:521 #6 0x00000000004529f9 in receive_msg ( buf=0x71f880 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP 8.17.32.37;branch=z9hG4bKd89d.68915ca2.0\r\nVia: SIP/2.0/UDP 8.17.32.166 :5060;received=8.17.32.166;branch=z9hG4bK0615b7d2;rport=5060\r\nFrom: \"CID Info\" <sip:5551212"..., len=889, rcv_info=0x7fffc7c0c190) at receive.c:212 #7 0x0000000000487da6 in udp_rcv_loop () at udp_server.c:449 #8 0x00000000004274e4 in main_loop () at main.c:774 #9 main (argc=<value optimized out>, argv=0x7fffc7c0c368) at main.c: 1321 (gdb)

2 3

[Kamailio-Users] Access to $var() from perl
by Alex Hermann 17 Jun '09

17 Jun '09

Hello, (how) can I access $var() variables via the perl module? OpenSER::AVP::get() does not work for $var(). -- Greetings, Alex Hermann

3 3

Re: [Kamailio-Users] FW: ERROR: domain unknown: use usernames with domain or set default domain in SIP_DOMAIN
by Saúl Ibarra 17 Jun '09

17 Jun '09

On Wed, Jun 17, 2009 at 8:45 AM, André Warnier<andrewarnier(a)gmail.com> wrote: > Hi Saúl : > I have set SIP_DOMAIN=142.11.20.10 in /usr/local/etc/kamailio/kamctlrc , > Then when I using kamctl ul show openser(a)142.11.20.10 , I got the error as > follows : > > ERROR: Error opening Kamailio's FIFO /tmp/kamailio_fifo > ERROR: Make sure you have the line 'modparam("mi_fifo", "fifo_name", > "/tmp/kamailio_fifo")' in your config > ERROR: and also have loaded the mi_fifo module. > > What's Wrong With This? > Just read the error, it's very descriptive :) You need to setup the fifo so that kamctl can communicate with the kamailio process. PS: Please, reply to the mailing list, no to me. PPS: Don't crosspost!! -- Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes." ---------------------------------------------------------------- http://www.saghul.net/

1 0

[Kamailio-Users] Error opening Kamailio's FIFO /tmp/kamailio_fifo
by vinod 17 Jun '09

17 Jun '09

Hello, When I using " kamctl ul show "openser" " , I got the error : ERROR: Error opening Kamailio's FIFO /tmp/kamailio_fifo ERROR: Make sure you have the line 'modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo")' in your config ERROR: and also have loaded the mi_fifo module. What's Happening!! Thanks in advance, Vinod

3 2

[Kamailio-Users] FW: ERROR: domain unknown: use usernames with domain or set default domain in SIP_DOMAIN
by Andre Warnier 17 Jun '09

17 Jun '09

Hi all .. When I send a register packet to my kamctl, then I using " kamctl ul show "openser" " to see success or not with SIP server , it's response ERROR: domain unknown: use usernames with domain or set default domain in SIP_DOMAIN Do I have defind SIP_DOMAIN in /usr/local/etc/kamailio/ kamctlrc ? SIP_DOMAIN is mean IP that install kamctl ? Any help would be greatly appreciated Thanks & regards, Andre

3 2

[Kamailio-Users] ACK/BYE problem with NAT
by Dubravko Caric 16 Jun '09

16 Jun '09

Hi all, I have a problem when calling from UAC#1 (public IP address) to UAC#2 (private IP address), call is dropping after 30 sec. STUN and ICE are disabled in UAC#2. Other way is working OK (UAC#2 --INVITE--> UAC#1), RTPProxy is in the middle,... Kamailio is aware that UAC#2 is behind NAT and adds received filed on REGISTER. MySQL location table: contact received sip:bob@10.2.4.18:1025;rinstance=24c6e191484e570a sip:UAC#2_PUBLIC_IP_ADDRESS:55671 Why proxy is not aware that UAC#2 is behind NAT (for BYE and ACK) when call is initiated by UAC#1 and thus sends ACK/BYE to private IP address? Shouldn't Contact header be rewriten with NAT address/port and also a "c" filed in SDP with RTPProxy address? fix_nated_contact() sholud fix contact header for transaction-starting messages like ACK and BYE... I'm using kamailio 1.5.1-tls and standard kamailio.cfg (to be sure that I'm not using my cfg which could be faulty)... Thanks a lot Dubravko INVITE: *working OK* # U UAC#1_PUBLIC_IP_ADDRESS:24354 -> KAMAILIO_PUBLIC_IP_ADDRESS:5958 INVITE sip:bob@example.com SIP/2.0.... U UAC#1_PUBLIC_IP_ADDRESS:5958 -> UAC#2_PUBLIC_IP_ADDRESS:55671 INVITE sip:bob@10.2.4.18:1025;rinstance=24c6e191484e570a SIP/2.0.. ACK (and BYE): *not working* # U UAC#1_PUBLIC_IP_ADDRESS:24354 -> KAMAILIO_PUBLIC_IP_ADDRESS:5958 ACK sip:bob@10.2.4.18:1025;rinstance=24c6e191484e570a SIP/2.0.... # U KAMAILIO_PUBLIC_IP_ADDRESS:5958 -> UAC#2_PRIVATE_IP_ADDRESS:1025 ACK sip:bib@10.2.4.18:1025;rinstance=24c6e191484e570a SIP/2.0....

1 2

[Kamailio-Users] Media information in stateful mode
by karhu 16 Jun '09

16 Jun '09

Hello, I'm back with Kamailio ;) I would like to know if there is a issue to store media informations, like codecs, Ip, ports of a the caller and the callee.. I've been looking to TM module, but it doesn't seem to be possible to manipulate media parameters !? Thanks in advance, Karhu -- View this message in context: http://www.nabble.com/Media-information-in-stateful-mode-tp24050009p2405000… Sent from the OpenSER Users Mailing List mailing list archive at Nabble.com.

3 4

[Kamailio-Users] Firewall and auth
by Andreas Granig 15 Jun '09

15 Jun '09

Hi all, I just tried a setup like [UA] --> [pub][Firewall][priv] --> [priv][Kam] where the Firewall maps the public IP reachable by UAs to a private IP where Kamailio is listening. If I run sipsak on the Kamailio-machine, I can register fine, but as soon as the request goes via Firewall, authentication stops working. So how does the IP of Kamailio actually influence authentication? Do I have to set something special on Kamailio to make this work? Here's the Register after a 401 and the resulting 401 again, and it looks pretty well to me (1.2.3.4 is the public Firewall IP, which is configured as outbound proxy on the UA, 172.17.10.50 is the private Kamailio-IP and is also used as domain for user sipwise1, which is trying to register). Trace is taken on client-side, but looks the same on the Kamailio server (NAT seems to be handled fine): U 192.168.123.150:50600 -> 1.2.3.4:5060 REGISTER sip:1.2.3.4 SIP/2.0. Via: SIP/2.0/UDP 192.168.123.150:50600;rport;branch=z9hG4bK906580090. From: <sip:sipwise1@172.17.10.50>;tag=1631756043. To: <sip:sipwise1@172.17.10.50>. Call-ID: 1235449552. CSeq: 4 REGISTER. Contact: <sip:sipwise1@192.168.123.150:50600;line=e779ddd40d3251b>. Authorization: Digest username="sipwise1", realm="172.17.10.50", nonce="4a06e2820000000a80c173db2d166fedb7d8d1e933c97855", uri="sip:1.2.3.4", response="de645a701a7c507c47a5278923bce54b", algorithm=MD5. Max-Forwards: 70. User-Agent: Linphone/2.1.1 (eXosip2/3.1.0). Expires: 900. Content-Length: 0. U 1.2.3.4:5060 -> 192.168.123.150:50600 SIP/2.0 401 Unauthorized. Via: SIP/2.0/UDP 192.168.123.150:50600;rport=50600;branch=z9hG4bK906580090;received=213.47.175.165. From: <sip:sipwise1@172.17.10.50>;tag=1631756043. To: <sip:sipwise1@172.17.10.50>;tag=a49efde55ae28efd11dc5969af09c5db.b607. Call-ID: 1235449552. CSeq: 4 REGISTER. WWW-Authenticate: Digest realm="172.17.10.50", nonce="4a06e2820000000b2bd307dd3e71c80e3d6549ccc2b28269". Server: Sipwise registrar. Content-Length: 0. So the only thing referring to the public Firewall IP is in the R-Uri of the registration and in the Authorization-uri-token. Is this token also used to calculate the auth hashes somehow? Username looks fine in the Authorization header, and so does Realm. Any ideas? Andreas

5 7

[Kamailio-Users] FW: /etc/init.d/kamailio start can't start
by vinod 15 Jun '09

15 Jun '09

Dear Saúl Ibarra I don't modify my configuration file, but I using "'kamailio'" to start ,then i got the msg : Listening on udp: 127.0.0.1 [127.0.0.1]:5060 udp: 140.125.35.240 [140.125.35.240]:5060 tcp: 127.0.0.1 [127.0.0.1]:5060 tcp: 140.125.35.240 [140.125.35.240]:5060 Aliases: tcp: vino.local:5060 tcp: localhost:5060 udp: vino.local:5060 udp: localhost:5060 is it represents the openser success ? cheers, vinod -----Original Message----- From: users-bounces(a)lists.kamailio.org [mailto:users-bounces@lists.kamailio.org] On Behalf Of Saul Ibarra Sent: Tuesday, June 09, 2009 3:21 PM Cc: users(a)lists.kamailio.org Subject: Re: [Kamailio-Users] /etc/init.d/kamailio start can't start Try this options in your configuration file: debug=6 fork=no log_stderror=yes And start kamailio just by executing 'kamailio', without the init script, so you'll be able to see what happens. -- Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes." ---------------------------------------------------------------- http://www.saghul.net/ _______________________________________________ Kamailio (OpenSER) - Users mailing list Users(a)lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users

3 4

[Kamailio-Users] log_facility usage with accounting module
by Örn Arnarson 15 Jun '09

15 Jun '09

Hi, I am trying to get all billing information from the acc module logged to a file as opposed to a database. It seems to me that the way to do that is via syslog (although I'd much prefer just logging directly to a file). So, to do this, i added a LOCAL6 facility in /etc/syslog.conf, and added the following line to kamailio.cfg: modparam("acc", "log_facility", "LOG_LOCAL6") The general log_facility of kamailio is LOG_LOCAL7: log_facility=LOG_LOCAL7 These are the only two mentions of LOG_LOCAL6 and LOG_LOCAL7 in the whole configuration file. However, I get _all_ the information in both files (that is, if I have debug set to a specific level, my accounting log also gets flooded with these debug messages). Why is this? The config line specifies LOG_LOCAL6 to be a log for the accounting module... Furthermore, I want all INVITES to be logged, regardless of an ACK or CANCEL, but only invites where an ACC is received are logged. If I enable log cancel, I see the CANCEL messages, but not the INVITES, which is rather nonsensical. Any help would be much appreciated. Best regards, Örn

3 2

[Kamailio-Users] Dynamic mapping of sip URI
by rachid 15 Jun '09

15 Jun '09

Hello, i use the database table purplemap of kamailio to mapping sip addresses with jabber uri, Now i want to use a dynamic mapping of uri sip such alice(a)jabber.com becomes sip:alice-at-jabber@domain_sip someone have an idea to do that? -- ------------------------------------------------------------ BAHA Rachid Elève ingénieur en 3ème année à l'INPT, Rabat GSM:(+33) 0619787609

3 2

[Kamailio-Users] sharing audio between a SIP and a MSN client
by rachid 15 Jun '09

15 Jun '09

Hello, I installed kamailio and i want to have sharing audio between a sip client and MSN client , but i don't know which module i will to configure someone can tell me what i do please ------------------------------------------------------------ BAHA Rachid Elève ingénieur en 3ème année à l'INPT, Rabat GSM:(+33) 0619787609

4 3

[Kamailio-Users] bidirectionnal chat and presence sharing between a SIP and a jabber user
by rachid 15 Jun '09

15 Jun '09

Hello all, someone can help me to configure kamailio to i was able to have a bidirectionnal chat and presence sharing between a SIP and a jabber user ? thank you

4 5

[Kamailio-Users] Munin plugin for Kamailio
by Iñaki Baz Castillo 15 Jun '09

15 Jun '09

Hi all, I've created a Munin plugin to monitor the number of dialogs in Kamailio: http://dev.sipdoc.net/wiki/sip-stuff/KamailioMuninPlugin Hope it's useful. Suggestions are welcome. Regards. -- Iñaki Baz Castillo <ibc(a)aliax.net>

5 14

[Kamailio-Users] Presence and jabber
by Joao Gomes Pereira 15 Jun '09

15 Jun '09

Hello to all I would like to enable Presence support and Jabber integration for my Kamailio users, but I'm a bit confused. I already installed Jabberd2. So, why do I need to enable presence support in Kamailio? Presence in Kamailio is only for VoIP clients that doesnt support standard Jabber Instant Messaging? Thanks Joao Pereira

5 6

[Serusers] Is there a way to force the added Via: to contain a specific IP addr != send socket
by Frank Durda IV 15 Jun '09

15 Jun '09

I have a configuration where SER sits immediately adjacent to a NAT translation between 10.x.x.x on the SER side and public Internet on the other side of the NAT. This a PSTN gateway that has only handled inbound SIP traffic, but now I am trying to send outbound and have run into issues. I am able to fix Contact: and SDP payload IP addresses and such with various force commands, but I have not found a way to alter Via:, and that is causing problems. To get the INVITE to forward out the right interface, we have to do a force_send_socket of say 10.2.4.6 which does get the packet out on the right interface headed toward the NAT router, but that same value also gets put in the Via: header and so none of the public IP address destinations (eg 208.22.33.44) can send SIP messages back to our public IP address gateway (205.66.77.88). So the INVITE that reaches 208.22.33.44 has packet source of 205.66.77.88), but the Via: is 10.2.4.6 and 208.22.33.44 replies to the Via: address, so we don't get any of the responses. So, is there a way to force the Via: to put out the needed value so that things will come out right?

2 1

[Kamailio-Users] Problem with PRACK
by Uriel Rozenbaum 12 Jun '09

12 Jun '09

Hi guys, I'm facing an awkward issue with a Kamailio (1.4.3-notls (i386/linux)) regarding PRACK messages. I'm migrating an old OpenSER (1.2.2-notls (i386/linux)) to this new Kamailio that is connected to some customer GWs. The GWs we use are Huawei AR2810 and Cisco AS5350. Both GWs support 100rel and for some signalling they send PRACK messages that are forwarded by OpenSER but consumed by Kamailio. What I was able to troubleshoot shown that Kamailio is not recognizing the lr=on on the header. I tested for PRACK messages within the following segment: # subsequent messages within a dialog should take the # path determined by record-routing if (is_method("PRACK")) { xlog("L_ERR", "PRACK: Outside LR...\n"); }; if (loose_route()) { if (is_method("PRACK")) { xlog("L_ERR", "PRACK: Inside LR...\n"); }; # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); route(1); }; Did anyone have a similar issue with this version of Kamailio? I captured the signalling for both proxies as follows: KAMAILIO(192.168.200.130) AS5350(192.168.200.40) AR2810(192.168.216.4) # U 192.168.200.40:49395 -> 192.168.200.130:5060 INVITE sip:3516380070@192.168.200.130:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK6107AA91..From: < sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>; tag=D41203B4-1763..To: <sip:3516380070@192.168.200.130<sip%3A3516380070(a)192.168.200.130>>..Date: Wed, 10 Jun 2009 14:26:12 GMT..Call-ID: 7BE3750B-550111DE-86AD96C1-6209D7B9(a)192.168.200.4 0..Supported: 100rel,timer,replaces..Min-SE: 1800..Cisco-Guid: 2078424251-1426133470-2747138075-1395155982..User-Agent: Cisco-SIPGateway/IOS-12.x..Allo w: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, NOTIFY, INFO, UPDATE, REGISTER..CSeq: 101 INVITE..Max-Forwards: 70..Remote-Party-I D: <sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>;party=calling;screen=yes;privacy=off..Timestamp: 1244643972..Contact: <sip:1143314808@192.168.200.40:5060>..Expires: 180..Allow-Events: telephone-event..Content-Type: application/sdp..Content-Length: 302....v=0..o=CiscoSystemsSIP-GW-UserAgent 8434 7851 IN IP4 192.168.2 00.40..s=SIP Call..c=IN IP4 192.168.200.40..t=0 0..m=audio 16836 RTP/AVP 18 8 100..c=IN IP4 192.168.200.40..a=rtpmap:18 G729/8000..a=fmtp:18 annexb=no.. a=rtpmap:8 PCMA/8000..a=rtpmap:100 X-NSE/8000..a=fmtp:100 192-194..a=direction:passive.. # U 192.168.200.130:5060 -> 192.168.216.4:5060 INVITE sip:3516380070@192.168.216.4 <sip%3A3516380070(a)192.168.216.4>SIP/2.0..Record-Route: <sip:192.168.200.130;lr=on;ftag=D41203B4-1763>..Via: SIP/2.0/UDP 192.168.200.130;branch=z9hG4 bKf574.3149a801.0..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK6107AA91..From: <sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>;tag=D41203B4-1763..To: <sip:35163 80070(a)192.168.200.130>..Date: Wed, 10 Jun 2009 14:26:12 GMT..Call-ID: 7BE3750B-550111DE-86AD96C1-6209D7B9@192.168.200.40..Supported: 100rel,timer,replac es..Min-SE: 1800..Cisco-Guid: 2078424251-1426133470-2747138075-1395155982..User-Agent: Cisco-SIPGateway/IOS-12.x..Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, NOTIFY, INFO, UPDATE, REGISTER..CSeq: 101 INVITE..Max-Forwards: 69..Remote-Party-ID: < sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40> >;party=calling;screen=yes;privacy=off..Timestamp: 1244643972..Contact: < sip:1143314808@192.168.200.40:5060>..Expires: 180..Allow-Events: telephone-even t..Content-Type: application/sdp..Content-Length: 302....v=0..o=CiscoSystemsSIP-GW-UserAgent 8434 7851 IN IP4 192.168.200.40..s=SIP Call..c=IN IP4 192.1 68.200.40..t=0 0..m=audio 16836 RTP/AVP 18 8 100..c=IN IP4 192.168.200.40..a=rtpmap:18 G729/8000..a=fmtp:18 annexb=no..a=rtpmap:8 PCMA/8000..a=rtpmap:10 0 X-NSE/8000..a=fmtp:100 192-194..a=direction:passive.. # U 192.168.200.130:5060 -> 192.168.200.40:5060 SIP/2.0 100 Giving a try..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK6107AA91..From: <sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>;tag=D41203B4-1763..To: <si p:3516380070@192.168.200.130 <p%3A3516380070(a)192.168.200.130>>..Call-ID: 7BE3750B-550111DE-86AD96C1-6209D7B9@192.168.200.40..CSeq: 101 INVITE..Server: Kamailio (1.4.3-notls (i386/linux) )..Content-Length: 0.... # U 192.168.216.4:5060 -> 192.168.200.130:5060 SIP/2.0 100 Trying..Call-ID:7BE3750B-550111DE-86AD96C1-6209D7B9@192.168.200.40..CSeq:101 INVITE..From:<sip:1143314808@192.168.200.40<sip%3A1143314808(a)192.168.200.40> >;tag=D41203B4-1763. .To:<sip:3516380070@192.168.200.130 <sip%3A3516380070(a)192.168.200.130>>..Via:SIP/2.0/UDP 192.168.200.130;branch=z9hG4bKf574.3149a801.0..Via:SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK6 107AA91..Content-Length:0.... # U 192.168.216.4:5060 -> 192.168.200.130:5060 SIP/2.0 180 Ringing..Require:100rel..Supported:100rel..Record-Route:<sip:192.168.200.130;lr=on;ftag=D41203B4-1763>..Via:SIP/2.0/UDP 192.168.200.130;bran ch=z9hG4bKf574.3149a801.0..Via:SIP/2.0/UDP 192.168.200.40:5060 ;branch=z9hG4bK6107AA91..Call-ID:7BE3750B-550111DE-86AD96C1-6209D7B9@192.168.200.40. .CSeq: 101 INVITE..From:<sip:1143314808@192.168.200.40<sip%3A1143314808(a)192.168.200.40> >;tag=D41203B4-1763..To:<sip:3516380070@192.168.200.130<sip%3A3516380070(a)192.168.200.130> >;tag=5358336B534F02B30582AFF0..RSeq:717562865..Co ntact:<sip:3516380070@192.168.200.130:5060>..Content-Length:0.... # U 192.168.200.130:5060 -> 192.168.200.40:5060 SIP/2.0 180 Ringing..Require:100rel..Supported:100rel..Record-Route:<sip:192.168.200.130;lr=on;ftag=D41203B4-1763>..Via:SIP/2.0/UDP 192.168.200.40:5060; branch=z9hG4bK6107AA91..Call-ID:7BE3750B-550111DE-86AD96C1-6209D7B9@192.168.200.40..CSeq:101 INVITE..From:<sip:1143314808@192.168.200.40<sip%3A1143314808(a)192.168.200.40> >;tag=D41203B4-1 763..To:<sip:3516380070@192.168.200.130 <sip%3A3516380070(a)192.168.200.130> >;tag=5358336B534F02B30582AFF0..RSeq:717562865..Contact:< sip:3516380070@192.168.200.130:5060>..Content-Length:0.. .. # U 192.168.200.40:49395 -> 192.168.200.130:5060 PRACK sip:3516380070@192.168.200.130:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK6107D249F..From: < sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>; tag=D41203B4-1763..To: <sip:3516380070@192.168.200.130<sip%3A3516380070(a)192.168.200.130>>;tag=5358336B534F02B30582AFF0..Date: Wed, 10 Jun 2009 14:26:12 GMT..Call-ID: 7BE3750B-550111DE-86 AD96C1-6209D7B9@192.168.200.40..CSeq: 102 PRACK..RAck: 717562865 101 INVITE..Route: <sip:192.168.200.130;lr=on;ftag=D41203B4-1763>..Max-Forwards: 70..Co ntent-Length: 0.... # U 192.168.216.4:5060 -> 192.168.200.130:5060 SIP/2.0 180 Ringing..Require:100rel..Supported:100rel..Record-Route:<sip:192.168.200.130;lr=on;ftag=D41203B4-1763>..Via:SIP/2.0/UDP 192.168.200.130;bran ch=z9hG4bKf574.3149a801.0..Via:SIP/2.0/UDP 192.168.200.40:5060 ;branch=z9hG4bK6107AA91..Call-ID:7BE3750B-550111DE-86AD96C1-6209D7B9@192.168.200.40. .CSeq: 101 INVITE..From:<sip:1143314808@192.168.200.40<sip%3A1143314808(a)192.168.200.40> >;tag=D41203B4-1763..To:<sip:3516380070@192.168.200.130<sip%3A3516380070(a)192.168.200.130> >;tag=5358336B534F02B30582AFF0..RSeq:717562865..Co ntact:<sip:3516380070@192.168.200.130:5060>..Content-Length:0.... # U 192.168.200.130:5060 -> 192.168.200.40:5060 SIP/2.0 180 Ringing..Require:100rel..Supported:100rel..Record-Route:<sip:192.168.200.130;lr=on;ftag=D41203B4-1763>..Via:SIP/2.0/UDP 192.168.200.40:5060; branch=z9hG4bK6107AA91..Call-ID:7BE3750B-550111DE-86AD96C1-6209D7B9@192.168.200.40..CSeq:101 INVITE..From:<sip:1143314808@192.168.200.40<sip%3A1143314808(a)192.168.200.40> >;tag=D41203B4-1 763..To:<sip:3516380070@192.168.200.130 <sip%3A3516380070(a)192.168.200.130> >;tag=5358336B534F02B30582AFF0..RSeq:717562865..Contact:< sip:3516380070@192.168.200.130:5060>..Content-Length:0.. .. # U 192.168.200.40:49395 -> 192.168.200.130:5060 PRACK sip:3516380070@192.168.200.130:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK6107D249F..From: < sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>; tag=D41203B4-1763..To: <sip:3516380070@192.168.200.130<sip%3A3516380070(a)192.168.200.130>>;tag=5358336B534F02B30582AFF0..Date: Wed, 10 Jun 2009 14:26:12 GMT..Call-ID: 7BE3750B-550111DE-86 AD96C1-6209D7B9@192.168.200.40..CSeq: 102 PRACK..RAck: 717562865 101 INVITE..Route: <sip:192.168.200.130;lr=on;ftag=D41203B4-1763>..Max-Forwards: 70..Co ntent-Length: 0.... And then for OPENSER(192.168.200.10) AS5350(192.168.200.40) AR2810(192.168.216.4) # U 192.168.200.40:50112 -> 192.168.200.10:5060 INVITE sip:3516380070@192.168.200.10:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK60D741D2C..From: < sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>; tag=D3E4E024-AA5..To: <sip:3516380070@192.168.200.10<sip%3A3516380070(a)192.168.200.10>>..Date: Wed, 10 Jun 2009 13:36:54 GMT..Call-ID: 98989BF6-54FA11DE-818396C1-6209D7B9(a)192.168.200.40. .Supported: 100rel,timer,replaces..Min-SE: 1800..Cisco-Guid: 2560098254-1425674718-2728198171-1395155982..User-Agent: Cisco-SIPGateway/IOS-12.x..Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, NOTIFY, INFO, UPDATE, REGISTER..CSeq: 101 INVITE..Max-Forwards: 70..Remote-Party-ID: <sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>;party=calling;screen=yes;privacy=off..Timestamp: 1244641014..Contact: <sip:1143314808@192.168.200.40:5060>..Expires: 18 0..Allow-Events: telephone-event..Content-Type: application/sdp..Content-Length: 302....v=0..o=CiscoSystemsSIP-GW-UserAgent 2319 3741 IN IP4 192.168.200 .40..s=SIP Call..c=IN IP4 192.168.200.40..t=0 0..m=audio 17416 RTP/AVP 18 8 100..c=IN IP4 192.168.200.40..a=rtpmap:18 G729/8000..a=fmtp:18 annexb=no..a= rtpmap:8 PCMA/8000..a=rtpmap:100 X-NSE/8000..a=fmtp:100 192-194..a=direction:passive.. # U 192.168.200.10:5060 -> 192.168.200.40:5060 SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK60D741D2C..From: < sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>;tag=D3E4 E024-AA5..To: <sip:3516380070@192.168.200.10<sip%3A3516380070(a)192.168.200.10>>;tag=329cfeaa6ded039da25ff8cbb8668bd2.941d..Call-ID: 98989BF6-54FA11DE-818396C1-6209D7B9@192.168.200.40..CS eq: 101 INVITE..Proxy-Authenticate: Digest realm="metrotel", nonce="4a2fb81ca554f5ff9ab57d058348ca3a20e35893"..Server: OpenSER (1.2.2-notls (i386/linux) )..Content-Length: 0.... # U 192.168.200.40:5060 -> 192.168.200.10:5060 ACK sip:3516380070@192.168.200.10:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK60D741D2C..From: < sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>;tag =D3E4E024-AA5..To: <sip:3516380070@192.168.200.10<sip%3A3516380070(a)192.168.200.10>>;tag=329cfeaa6ded039da25ff8cbb8668bd2.941d..Date: Wed, 10 Jun 2009 13:36:54 GMT..Call-ID: 98989BF6-54F A11DE-818396C1-6209D7B9@192.168.200.40..Max-Forwards: 70..CSeq: 101 ACK..Content-Length: 0.... # U 192.168.200.40:50112 -> 192.168.200.10:5060 INVITE sip:3516380070@192.168.200.10:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK60D751268..From: < sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>; tag=D3E4E024-AA5..To: <sip:3516380070@192.168.200.10<sip%3A3516380070(a)192.168.200.10>>..Date: Wed, 10 Jun 2009 13:36:54 GMT..Call-ID: 98989BF6-54FA11DE-818396C1-6209D7B9(a)192.168.200.40. .Supported: 100rel,timer,replaces..Min-SE: 1800..Cisco-Guid: 2560098254-1425674718-2728198171-1395155982..User-Agent: Cisco-SIPGateway/IOS-12.x..Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, NOTIFY, INFO, UPDATE, REGISTER..CSeq: 102 INVITE..Max-Forwards: 70..Remote-Party-ID: <sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>;party=calling;screen=yes;privacy=off..Timestamp: 1244641014..Contact: <sip:1143314808@192.168.200.40:5060>..Expires: 18 0..Allow-Events: telephone-event..Proxy-Authorization: Digest username="as5350",realm="metrotel",uri="sip:3516380070@192.168.200.10:5060 ",response="6a51 a32e9f21dadc67db011ab81af3f6",nonce="4a2fb81ca554f5ff9ab57d058348ca3a20e35893",algorithm=md5..Content-Type: application/sdp..Content-Length: 302....v=0. .o=CiscoSystemsSIP-GW-UserAgent 2319 3741 IN IP4 192.168.200.40..s=SIP Call..c=IN IP4 192.168.200.40..t=0 0..m=audio 17416 RTP/AVP 18 8 100..c=IN IP4 19 2.168.200.40..a=rtpmap:18 G729/8000..a=fmtp:18 annexb=no..a=rtpmap:8 PCMA/8000..a=rtpmap:100 X-NSE/8000..a=fmtp:100 192-194..a=direction:passive.. # U 192.168.200.10:5060 -> 192.168.200.40:5060 SIP/2.0 100 Giving a try..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK60D751268..From: <sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>;tag=D3E4E024-AA5..To: <si p:3516380070@192.168.200.10 <p%3A3516380070(a)192.168.200.10>>..Call-ID: 98989BF6-54FA11DE-818396C1-6209D7B9@192.168.200.40..CSeq: 102 INVITE..Server: OpenSER (1.2.2-notls (i386/linux)). .Content-Length: 0.... # U 192.168.200.10:5060 -> 192.168.216.4:5060 INVITE sip:3516380070@192.168.216.4:5060;transport=udp SIP/2.0..Record-Route: <sip:192.168.200.10;lr=on;ftag=D3E4E024-AA5>..Via: SIP/2.0/UDP 192.168.200 .10;branch=z9hG4bK831b.861b9286.0..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK60D751268..From: <sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40> >;tag=D3E4E024-AA5 ..To: <sip:3516380070@192.168.200.10 <sip%3A3516380070(a)192.168.200.10>>..Date: Wed, 10 Jun 2009 13:36:54 GMT..Call-ID: 98989BF6-54FA11DE-818396C1-6209D7B9@192.168.200.40..Supported: 100r el,timer,replaces..Min-SE: 1800..Cisco-Guid: 2560098254-1425674718-2728198171-1395155982..User-Agent: Cisco-SIPGateway/IOS-12.x..Allow: INVITE, OPTIONS , BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, NOTIFY, INFO, UPDATE, REGISTER..CSeq: 102 INVITE..Max-Forwards: 70..Remote-Party-ID: <sip:1143314808 @192.168.200.40>;party=calling;screen=yes;privacy=off..Timestamp: 1244641014..Contact: <sip:1143314808@192.168.200.40:5060>..Expires: 180..Allow-Events: telephone-event..Content-Type: application/sdp..Content-Length: 302..P-hint: outbound....v=0..o=CiscoSystemsSIP-GW-UserAgent 2319 3741 IN IP4 192.168.2 00.40..s=SIP Call..c=IN IP4 192.168.200.40..t=0 0..m=audio 17416 RTP/AVP 18 8 100..c=IN IP4 192.168.200.40..a=rtpmap:18 G729/8000..a=fmtp:18 annexb=no.. a=rtpmap:8 PCMA/8000..a=rtpmap:100 X-NSE/8000..a=fmtp:100 192-194..a=direction:passive.. # U 192.168.216.4:5060 -> 192.168.200.10:5060 SIP/2.0 100 Trying..Call-ID:98989BF6-54FA11DE-818396C1-6209D7B9@192.168.200.40..CSeq:102 INVITE..From:<sip:1143314808@192.168.200.40<sip%3A1143314808(a)192.168.200.40> >;tag=D3E4E024-AA5.. To:<sip:3516380070@192.168.200.10 <sip%3A3516380070(a)192.168.200.10>>..Via:SIP/2.0/UDP 192.168.200.10;branch=z9hG4bK831b.861b9286.0..Via:SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK60D7 51268..Content-Length:0.... # U 192.168.216.4:5060 -> 192.168.200.10:5060 SIP/2.0 180 Ringing..Require:100rel..Supported:100rel..Record-Route:<sip:192.168.200.10;lr=on;ftag=D3E4E024-AA5>..Via:SIP/2.0/UDP 192.168.200.10;branch= z9hG4bK831b.861b9286.0..Via:SIP/2.0/UDP 192.168.200.40:5060 ;branch=z9hG4bK60D751268..Call-ID:98989BF6-54FA11DE-818396C1-6209D7B9@192.168.200.40. .CSeq:10 2 INVITE..From:<sip:1143314808@192.168.200.40<sip%3A1143314808(a)192.168.200.40> >;tag=D3E4E024-AA5..To:<sip:3516380070@192.168.200.10<sip%3A3516380070(a)192.168.200.10> >;tag=5358336B534F54210582B350..RSeq:900097065..Contac t:<sip:3516380070@192.168.200.10:5060>..Content-Length:0.... # U 192.168.200.10:5060 -> 192.168.200.40:5060 SIP/2.0 180 Ringing..Require:100rel..Supported:100rel..Record-Route:<sip:192.168.200.10;lr=on;ftag=D3E4E024-AA5>..Via:SIP/2.0/UDP 192.168.200.40:5060;br anch=z9hG4bK60D751268..Call-ID:98989BF6-54FA11DE-818396C1-6209D7B9@192.168.200.40..CSeq:102 INVITE..From:<sip:1143314808@192.168.200.40<sip%3A1143314808(a)192.168.200.40> >;tag=D3E4E024-AA 5..To:<sip:3516380070@192.168.200.10 <sip%3A3516380070(a)192.168.200.10> >;tag=5358336B534F54210582B350..RSeq:900097065..Contact:< sip:3516380070@192.168.200.10:5060>..Content-Length:0.... # U 192.168.200.40:50112 -> 192.168.200.10:5060 PRACK sip:3516380070@192.168.200.10:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK60D77201C..From: < sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>;t ag=D3E4E024-AA5..To: <sip:3516380070@192.168.200.10<sip%3A3516380070(a)192.168.200.10>>;tag=5358336B534F54210582B350..Date: Wed, 10 Jun 2009 13:36:54 GMT..Call-ID: 98989BF6-54FA11DE-81839 6C1-6209D7B9@192.168.200.40..CSeq: 103 PRACK..RAck: 900097065 102 INVITE..Route: <sip:192.168.200.10;lr=on;ftag=D3E4E024-AA5>..Proxy-Authorization: Dige st username="as5350",realm="metrotel",uri=" sip:3516380070@192.168.200.10:5060 ",response="df4f26f89f7a4eebb397266d31e71b38",nonce="4a2fb81ca554f5ff9ab57d 058348ca3a20e35893",algorithm=md5..Max-Forwards: 70..Content-Length: 0.... # U 192.168.200.10:5060 -> 192.168.216.4:5060 PRACK sip:3516380070@192.168.216.4:5060;transport=udp SIP/2.0..Record-Route: <sip:192.168.200.10;lr=on;ftag=D3E4E024-AA5>..Via: SIP/2.0/UDP 192.168.200. 10;branch=z9hG4bK931b.4afe556.0..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK60D77201C..From: <sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40> >;tag=D3E4E024-AA5.. To: <sip:3516380070@192.168.200.10 <sip%3A3516380070(a)192.168.200.10>>;tag=5358336B534F54210582B350..Date: Wed, 10 Jun 2009 13:36:54 GMT..Call-ID: 98989BF6-54FA11DE-818396C1-6209D7B9@192. 168.200.40..CSeq: 103 PRACK..RAck: 900097065 102 INVITE..Proxy-Authorization: Digest username="as5350",realm="metrotel",uri=" sip:3516380070@192.168.200. <sip%3A3516380070(a)192.168.200.> 10:5060",response="df4f26f89f7a4eebb397266d31e71b38",nonce="4a2fb81ca554f5ff9ab57d058348ca3a20e35893",algorithm=md5..Max-Forwards: 70..Content-Length: 0 ..P-hint: rr-enforced.... # U 192.168.216.4:5060 -> 192.168.200.10:5060 SIP/2.0 200 OK..Call-ID:98989BF6-54FA11DE-818396C1-6209D7B9@192.168.200.40..CSeq:103 PRACK..From:<sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40> >;tag=D3E4E024-AA5..To:<s ip:3516380070@192.168.200.10 <ip%3A3516380070(a)192.168.200.10>>;tag=5358336B534F54210582B350..Via:SIP/2.0/UDP 192.168.200.10;branch=z9hG4bK931b.4afe556.0..Via:SIP/2.0/UDP 192.168.200.40: 5060;branch=z9hG4bK60D77201C..Content-Length:0.... # U 192.168.200.10:5060 -> 192.168.200.40:5060 SIP/2.0 200 OK..Call-ID:98989BF6-54FA11DE-818396C1-6209D7B9@192.168.200.40..CSeq:103 PRACK..From:<sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40> >;tag=D3E4E024-AA5..To:<s ip:3516380070@192.168.200.10 <ip%3A3516380070(a)192.168.200.10>>;tag=5358336B534F54210582B350..Via:SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK60D77201C..Content-Length:0....

1 1

[Kamailio-Users] Problems in ACC with missing BYE
by David 11 Jun '09

11 Jun '09

Hi, I am using Kamailio as my ACC, Dispatcher, far end nat and presence server in front of a farm of asterisk boxes. Most calls are being properly added into my acc table and using a join between the INVITEs, CANCELs, and BYEs I am able to get what seems like accurate call detail records. The trouble is that every so often a BYE does not make it back to my server. In my simulation this morning, I simply unplugged ( electric ) the two phones that were having a pleasant conversation. Now I have asterisk that thinks the call is still running and I have Kamailio which has no ending 'BYE' message. For the most part this is not a big deal, but when I can a cellular phone in European countries, my provider thinks I am still talking. At 30 cents a minute, that's a lot. Here are some snippets from my code : loadmodule("dialog.so") loadmodule("acc.so") loadmodule("sst.so") modparam("acc", "early_media", 1) modparam("acc", "report_ack", 1) modparam("acc", "report_cancels", 1) modparam("acc", "failed_transaction_flag", 3) modparam("acc", "log_flag", 1) modparam("acc", "log_missed_flag", 2) modparam("acc", "db_flag", 1) modparam("acc", "db_missed_flag", 2) # There is also a parameter for the DB, but I can't give you my password modparam("acc", "db_url", "some://valid:url@to/db") # Note $avp(i:10) always ends up being 14400 ( less than the value on the help page ) modparam("dialog", "timeout_avp", "$avp(i:10)") modparam("sst", "timeout_avp", "$avp(i:10)") modparam("sst", "sst_flag", 5) Relevant snippets from my routing : if ( has_totag()) { if ( loose_route() ) { if ( is_method("CANCEL|BYE") { setflag(1); setflag(3); } } # Routing of INVITEs setflag(2) if ( !is_method("ACK")) { setflag(1); } setflag(4); setflag(5); For invites, I have a onreply_route and failure_route which I use only for RTP Stuff. On reply route checks if rtpproxy is needed, if it is it is activated. failure_route checks if rtpproxy was activated and if it was deactives it. The only other code in the failure route is this : if ( t_was_cancelled() ){ exit ; } So, the problem is, when phones do not send BYE, what do I do? I need resources freed up from Asterisk, RTP Proxy, and Kamailio Dialog, and I need the call to be canceled with my provider and I need for my ACC to recieve some indication as to when the call ended. Obviously it won't be exact to the second, but I kind of thought that the SIP Session Timers would notice the phone was gone and would generate a BYE or something? What do I do? Thanks, David

3 4

[Kamailio-Users] Keep-alive implementation
by Ariadne Ramos 11 Jun '09

11 Jun '09

Im trying to implement Keep alive to maintain communication with nated clients. Enabling it in the terminals We eliminate OPTIONS natpings setbflag(7); We want to eliminate setbflag(6); because when this is setted openser send 4 bytes packages to maintain the communication with nated clients. But if we do that we have problems using mediaproxy. Can you help me with this issue? I hope to have explained correctly. Ariadne L. Ramos Solís Depto. Ingeniería Aprovisionamiento y Señalización VoIP Galaxy Communications Corp. Tel. 2000117 e-mail <mailto:aramos@clarocom.com> aramos(a)clarocom.com P BE CARBON CONSCIOUS. PLEASE CONSIDER OUR ENVIRONMENT BEFORE PRINTING THIS E-MAIL

6 14

[Kamailio-Users] Kamailio + NAT Help
by Chandrakant Solanki 11 Jun '09

11 Jun '09

Hi I need help on NAT with Kamailio... My Network Details are as follows... SIP Phone Registration ADSL Router Kamailio Asterisk 172.18.100.73/255.255.0.0 192.168.1.1/255.255.255.0 192.168.1.68/255.255.255.0 192.168.1.70/255.255.255.0 172.18.100.72/255.255.0.0 GW: 172.18.100.72 (Virtual IP 172.18.100.68) (Virtual IP 172.18.100.70) Router Type: AirLink 101 802.11 Token Ring Where Virtual IP 172.18.100.68 and 172.18.100.70 set virtually on ADSL Router.. and set routing on it.. So when I ping 172.18.100.70 it will go through 192.168.1.1 I am able to call, receive means able to receive OK, INVITE and REGISTER method of kamailio ... but When i try to Hangup call, it can't hangup at both side.. I have to manually cut phone at the other end.. I have not set any rule on Router. *Scenario...* 1] I have two user. 1212(a)domain.com [172.18.100.73] and 2121(a)domain.com[172.18.100.72] and register successfully 2] Call from 1212(a)domain.com [172.18.100.73] to 2121(a)domain.com[172.18.100.72].. 3] Call is connected successfully 4] While hangup from 1212(a)domain.com [172.18.100.73] it will take time and at the other end, I have to manually hangup call.. Please help me out.. -- Regards, Chandrakant Solanki

2 2

[Kamailio-Users] perl module, "pv_sprintf: Memory exhausted!"
by Christian Koch 11 Jun '09

11 Jun '09

Hi all, we're using kamailio 1.5.1 with modules htable and perl to generate CDRs. Using htable we save some variables which are dumped to file using the perl module at the end of the call. We did a small stress test with 5 calls in parallel (each call about 20 seconds) and we got after about 6 hours the following error: ERROR:core:pv_sprintf: pv_sprintf: Memory exhausted! No CDRs were written anymore, the perl method was not called. Everything else seems to run fine. After stopping the stress test doing one simple call with a softphone worked and a CDR had been written (without restarting kamailio!). Perhaps the perl script is buggy? Any ideas how to fix this are greatly appreciated. We don't think extending the PKG_MEM_POOL_SIZE will solve the problem. This is currently 4MB and should be enough for 5 concurrent calls!?! Thanks, Christian Koch The perl script: use OpenSER; use OpenSER::Constants; use IO::Socket; sub write_cdr { my $m = shift; #my $v = $m->getVersion(); #my $t = $m->getType(); my $index = $m->pseudoVar("\$ci"); my $endTimeStamp = $m->pseudoVar("\$Ts"); my $startTimeStamp = $endTimeStamp - $m->pseudoVar("\$DLG_lifetime"); ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst)=localtime($startTimeStamp); my $startTime = sprintf("%02d.%02d.%4d;%02d:%02d:%02d", $mday, $mon+1, $year+1900, $hour, $min, $sec); my $fileDate = sprintf("%02d%02d%02d", $mday, $mon+1, $year%100); ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst)=localtime($endTimeStamp); my $endTime = sprintf("%02d.%02d.%4d;%02d:%02d:%02d", $mday, $mon+1, $year+1900, $hour, $min, $sec); ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst)=localtime($m->pseudoVar("\$sht(a=>".$index."::invtrytime)")); my $InvTryingTime = sprintf("%02d.%02d.%4d;%02d:%02d:%02d", $mday, $mon+1, $year+1900, $hour, $min, $sec); $ReplyReason=$m->pseudoVar("\$rr"); $ReplyReason=~ s/;/_/g; $FromDisplayName = $m->pseudoVar("\$sht(a=>".$index."::fromdplname)"); $FromDisplayName=~ s/;/_/g; $ToUri = $m->pseudoVar("\$sht(a=>".$index."::touri)"); $ToUri=~s/;/_/g; $FromUri = $m->pseudoVar("\$sht(a=>".$index."::fromuri)"); $FromUri=~s/;/_/g; $UserAgent = $m->pseudoVar("\$sht(a=>".$index."::useragent)"); $UserAgent=~s/;/_/g; my $CDR = $startTime.";"; # 1 + 2 $CDR .= $endTime.";"; # 3 + 4 $CDR .= $m->pseudoVar("\$DLG_lifetime").";"; # 5 $CDR .= $index.";"; #6 CallID $CDR .= $m->pseudoVar("\$sht(a=>".$index."::srcip)").";"; # source-IP of INVITE $CDR .= $m->pseudoVar("\$si").";"; # source-IP of BYE/CANCEL $CDR .= $FromDisplayName.";"; # from display-name INVITE $CDR .= $InvTryingTime.";"; # Alerting time $CDR .= ($startTimeStamp - $m->pseudoVar("\$sht(a=>".$index."::invtrytime)")).";"; #Alerting period $CDR .= $m->pseudoVar("\$DLG_count").";"; # current amount of calls $CDR .= $ToUri.";"; # ToUri from Invite $CDR .= $FromUri.";"; # FromUri from Invite $CDR .= $UserAgent.";"; # UserAgent from Invite $CDR .= $m->pseudoVar("\$rm").";"; # Method (INVITE,BYE,CANCEL) $CDR .= $m->pseudoVar("\$rs").";"; # SIP reply status $CDR .= $ReplyReason.";"; #SIP Reply reason open(MYOUTFILE, ">>/home/sys/log/kamailio".$fileDate.".cdr.".$m->pseudoVar("\$pp")); print MYOUTFILE $CDR."\n"; close(MYOUTFILE); #delete(%sourceIp->{$index}); #delete(%fromDisplayName->{$index}); #delete(%InviteTryingTimestamp->{$index}); #delete(%ToUri->{$index}); #delete(%FromUri->{$index}); #delete(%UserAgent->{$index}); return 1; } 1;

4 28

[Kamailio-Users] Upgrade guide from 1.4.x to 1.5.x
by Uriel Rozenbaum 10 Jun '09

10 Jun '09

Hi gentlemen, Is there any upgrade guide to go from 1.4.3-notls to 1.5.1-notls? If not, is there something I need to keep in mind? some major change on the cfg or DB schema? Thanks in advance! Uriel

2 1

[Kamailio-Users] avp_db_query
by Bruno Machado 10 Jun '09

10 Jun '09

Hi I'm using Kamailio v1.5.1 and, I do not know why, the avp value is disappearing. Let me show you what is happening: #IT DOESN'T WORK avp_db_query("select count(1) as c from group_endpoint where num_ip='$si'","$avp(i:105)"); log(1,"Before AVP_PRINT\n"); avp_print(); log(1,"After AVP_PRINT\n"); if( avp_check("$avp(i:105)","eq/i:0") ) #Debug Jun 10 09:57:48 [4326] DBG:avpops:ops_dbquery_avps: query [select count(1) as c from group_endpoint where num_ip='192.168.0.194'] Jun 10 09:57:48 [4326] DBG:core:db_new_result: allocate 28 bytes for result set at 0x8180ea8 Jun 10 09:57:48 [4326] DBG:db_mysql:db_mysql_get_columns: 1 columns returned from the query Jun 10 09:57:48 [4326] DBG:core:db_allocate_columns: allocate 4 bytes for result names at 0x8180ed0 Jun 10 09:57:48 [4326] DBG:core:db_allocate_columns: allocate 4 bytes for result types at 0x8180ee0 Jun 10 09:57:48 [4326] DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[0] at 0x8180ef0 Jun 10 09:57:48 [4326] DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x8180ef0)[0]=[c] Jun 10 09:57:48 [4326] DBG:db_mysql:db_mysql_get_columns: use DB_BIGINT result type Jun 10 09:57:48 [4326] DBG:core:db_allocate_rows: allocate 8 bytes for rows at 0x8180f00 Jun 10 09:57:48 [4326] DBG:core:db_allocate_row: allocate 20 bytes for row values at 0x8180f10 Jun 10 09:57:48 [4326] DBG:core:db_str2val: converting BIGINT [0] Jun 10 09:57:48 [4326] DBG:avpops:db_query_avp: rows [1] Jun 10 09:57:48 [4326] DBG:avpops:db_query_avp: row [0] Jun 10 09:57:48 [4326] DBG:avpops:db_close_query: close avp query Jun 10 09:57:48 [4326] DBG:core:db_free_columns: freeing 1 columns Jun 10 09:57:48 [4326] DBG:core:db_free_columns: freeing RES_NAMES[0] at 0x8180ef0 Jun 10 09:57:48 [4326] DBG:core:db_free_columns: freeing result names at 0x8180ed0 Jun 10 09:57:48 [4326] DBG:core:db_free_columns: freeing result types at 0x8180ee0 Jun 10 09:57:48 [4326] DBG:core:db_free_rows: freeing 1 rows Jun 10 09:57:48 [4326] DBG:core:db_free_row: freeing row values at 0x8180f10 Jun 10 09:57:48 [4326] DBG:core:db_free_rows: freeing rows at 0x8180f00 Jun 10 09:57:48 [4326] DBG:core:db_free_result: freeing result set at 0x8180ea8 Before AVP_PRINT After AVP_PRINT Jun 10 09:57:48 [4326] DBG:avpops:ops_check_avp: no src avp found No src avp found! There isn't any avp. The avp value returned by mysql server is quickly dropped. So, to avoid this, I changed the query's result into a string. I'm using the mysql concat function. #IT WORKS! avp_db_query("select concat('',count(1)) from group_endpoint where num_ip='$si'","$avp(s:105)"); log(1,"Before AVP_PRINT\n"); avp_print(); log(1,"After AVP_PRINT\n"); if( avp_check("$avp(s:105)","eq/s:0/g") ) #Debug Jun 10 10:01:37 [4378] DBG:avpops:ops_dbquery_avps: query [select concat('',count(1)) from group_endpoint where num_ip='192.168.0.194'] Jun 10 10:01:37 [4378] DBG:core:db_new_result: allocate 28 bytes for result set at 0x8180ea8 Jun 10 10:01:37 [4378] DBG:db_mysql:db_mysql_get_columns: 1 columns returned from the query Jun 10 10:01:37 [4378] DBG:core:db_allocate_columns: allocate 4 bytes for result names at 0x8180ed0 Jun 10 10:01:37 [4378] DBG:core:db_allocate_columns: allocate 4 bytes for result types at 0x8180ee0 Jun 10 10:01:37 [4378] DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[0] at 0x8180ef0 Jun 10 10:01:37 [4378] DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x8180ef0)[0]=[concat('',count(1))] Jun 10 10:01:37 [4378] DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type Jun 10 10:01:37 [4378] DBG:core:db_allocate_rows: allocate 8 bytes for rows at 0x8180f00 Jun 10 10:01:37 [4378] DBG:core:db_allocate_row: allocate 20 bytes for row values at 0x8180f10 Jun 10 10:01:37 [4378] DBG:core:db_str2val: converting STRING [0] Jun 10 10:01:37 [4378] DBG:avpops:db_query_avp: rows [1] Jun 10 10:01:37 [4378] DBG:avpops:db_query_avp: row [0] Jun 10 10:01:37 [4378] DBG:avpops:db_close_query: close avp query Jun 10 10:01:37 [4378] DBG:core:db_free_columns: freeing 1 columns Jun 10 10:01:37 [4378] DBG:core:db_free_columns: freeing RES_NAMES[0] at 0x8180ef0 Jun 10 10:01:37 [4378] DBG:core:db_free_columns: freeing result names at 0x8180ed0 Jun 10 10:01:37 [4378] DBG:core:db_free_columns: freeing result types at 0x8180ee0 Jun 10 10:01:37 [4378] DBG:core:db_free_rows: freeing 1 rows Jun 10 10:01:37 [4378] DBG:core:db_free_row: freeing row values at 0x8180f10 Jun 10 10:01:37 [4378] DBG:core:db_free_rows: freeing rows at 0x8180f00 Jun 10 10:01:37 [4378] DBG:core:db_free_result: freeing result set at 0x8180ea8 Before AVP_PRINT Jun 10 10:01:37 [4378] INFO:avpops:ops_print_avp: p=0xb5d3ef08, flags=0x0003 Jun 10 10:01:37 [4378] INFO:avpops:ops_print_avp: name=<105> Jun 10 10:01:37 [4378] INFO:avpops:ops_print_avp: val_str=<0 / 1> After AVP_PRINT Jun 10 10:01:37 [4378] DBG:avpops:ops_check_avp: check <0> against <0> as str /16777217 The avp value is there now! Why is it happening? Am I doing something wrong? I think the answer is a perfect 'yes'. Thanks for any advice. Bruno Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com

1 0

Re: [Kamailio-Users] Maintenance of Modules
by Cristhiano 10 Jun '09

10 Jun '09

>* How are made updates ? * Can you add a bit more details? Updates from one kamailio version to another are done just like in any other project. Check the release notes and the upgrade informations and then act appropriately. :-) Hi, Henning. My query is how one module is updated. The maintener for very modules are same in both projects (Kamailio and Opensips). But, don't have information if he work for one or two. If have bugs or new implementations/features in one module, this is updated in both plataforms ? In example of LCR module, maintener is same in both, but in Kamailio is more active than the Opensips. And status is "stable" in developer version of two plataforms. thanks

2 1

[Kamailio-Users] Maintenance of Modules
by Cristhiano Rovani 10 Jun '09

10 Jun '09

Hi, I would like to understand the maintenance of modules of Opensips and Kamailio. The developer is same for two plataforms ? How are made updates ? The modules are compatible between plataforms ? If I get one default module (eg. lcr/carrierroute) of kamailio and put in opensips, this work ? Have one list of developer/mainteiner of each modules ? Thanks

3 2

[Kamailio-Users] db_mysql errors doing presence activity
by Pascal Maugeri 10 Jun '09

10 Jun '09

Hello I'm getting these errors using Kamailio 1.5.1: Jun 4 12:25:10 sandbox /usr/sbin/kamailio[5060]: ERROR:db_mysql:db_mysql_submit_query: driver error on query: Commands out of sync; you can't run this command now Jun 4 12:25:10 sandbox /usr/sbin/kamailio[5060]: ERROR:core:db_do_update: error while submitting query Jun 4 12:25:10 sandbox /usr/sbin/kamailio[5060]: ERROR:presence:update_db_subs: updating in database Jun 4 12:25:10 sandbox /usr/sbin/kamailio[5060]: ERROR:db_mysql:db_mysql_submit_query: driver error on query: Commands out of sync; you can't run this command now Jun 4 12:25:10 sandbox /usr/sbin/kamailio[5060]: ERROR:core:db_do_query: error while submitting query Jun 4 12:25:10 sandbox /usr/sbin/kamailio[5060]: ERROR:presence:msg_watchers_clean: querying database for expired messages Jun 4 12:25:10 sandbox /usr/sbin/kamailio[5060]: ERROR:db_mysql:db_mysql_submit_query: driver error on query: Commands out of sync; you can't run this command now Jun 4 12:25:10 sandbox /usr/sbin/kamailio[5060]: ERROR:core:db_do_query: error while submitting query Jun 4 12:25:10 sandbox /usr/sbin/kamailio[5060]: ERROR:presence:msg_presentity_clean: querying database for expired messages I haven't seen anything similar in the issue tracker ? Is it a new bug ? How can I track it down ? Regards, Pascal

4 28

[Kamailio-Users] 1.5 TLS compile on Solaris 10
by Robert McGilvray 10 Jun '09

10 Jun '09

I'm having trouble compiling kam 1.5 on solaris 10 sparc with TLS enabled. It works fine if I don't try and link against ssl. Libaries are installed in /usr/local/lib, includes in /usr/local/include/openssl. I have 1.3 installed on the same machine with TLs and I don't recall any problems compiling it. I changed the library paths in Makefile.defs to the proper location for my system but I get the same error. Any suggestions? GNU Make 3.81 wpf1sipprd1# ls -al /usr/local/lib/libssl.* -rw-r--r-- 1 root root 410200 May 25 2008 /usr/local/lib/libssl.a lrwxrwxrwx 1 root root 15 May 25 2008 /usr/local/lib/libssl.so -> libssl.so.0.9.8* -r-xr-xr-x 1 root root 301892 May 25 2008 /usr/local/lib/libssl.so.0.9.8* Linking kamailio /usr/sfw/bin/gcc -O2 action.o blacklists.o cmpapi.o core_stats.o crc.o daemonize.o data_lump.o data_lump_rpl.o dprint.o dset.o errinfo.o error.o faked_msg.o flags.o forward.o io_wait.o ip_addr.o local_route.o main.o md5.o md5utils.o mod_fix.o modparam.o msg_translator.o pass_fd.o proxy.o pt.o pvapi.o qvalue.o re.o receive.o regexp.o resolve.o route.o route_struct.o script_cb.o sctp_server.o socket_info.o sr_module.o statistics.o strcommon.o syslog_async.o tcp_main.o tcp_read.o timer.o tsend.o udp_server.o usr_avp.o ut.o mem/f_malloc.o mem/mem.o mem/memtest.o mem/q_malloc.o mem/shm_mem.o parser/hf.o parser/msg_parser.o parser/parse_allow.o parser/parse_content.o parser/parse_cseq.o parser/parse_disposition.o parser/parse_diversion.o parser/parse_event.o parser/parse_expires.o parser/parse_fline.o parser/parse_from.o parser/parse_hname2.o parser/parse_methods.o parser/parse_nameaddr.o parser/parse_pai.o parser/parse_param.o parser/parse_ppi.o parser/parse_privacy.o parser/parse_refer_to.o parser/parse_rpid.o parser/parse_rr.o parser/parse_sipifmatch.o parser/parse_sst.o parser/parse_supported.o parser/parse_to.o parser/parse_uri.o parser/parse_via.o parser/parser_f.o parser/digest/digest.o parser/digest/digest_parser.o parser/digest/param_parser.o parser/sdp/sdp.o parser/sdp/sdp_helpr_funcs.o parser/contact/contact.o parser/contact/parse_contact.o db/db.o db/db_id.o db/db_pool.o db/db_query.o db/db_res.o db/db_row.o db/db_ut.o db/db_val.o mi/attr.o mi/fmt.o mi/mi.o mi/mi_core.o mi/tree.o trie/dtrie.o lex.yy.o cfg.tab.o tls/tls_config.o tls/tls_domain.o tls/tls_init.o tls/tls_server.o -ldl -lresolv -L/lib -lxnet -lnsl -lrt -L/usr/local/lib -lssl -lcrypto -o kamailio Undefined first referenced symbol in file warn cfg.tab.o ld: fatal: Symbol referencing errors. No output written to kamailio collect2: ld returned 1 exit status gmake: *** [kamailio] Error 1 -------------------------------------------------------------------------- This email with all information contained herein or attached hereto may contain confidential and/or privileged information intended for the addressee(s) only. If you have received this email in error, please contact the sender and immediately delete this email in its entirety and any attachments thereto.

1 1

[Serusers] SIP Priority, Call priority
by Paolo M 09 Jun '09

09 Jun '09

Hello, i'm new in this SER world, but i'm using OpenIMSCore, based on SER. i'm wondering if SER can handle some kind of prioritization, to serve some special SIP messages before others. I'm thinking about a Commandant who wants to have a high priority call, inside a tactical network; His call has to be served before any others by the sip servers. Do you know anything about this? i read something about "resource-priority" inside SIP header, but i don't know is SER can understand it. Thanks, Paolo _________________________________________________________________ Messenger 2009: vieni a scoprire tutte le novità! http://www.messenger.it/

3 2

[Kamailio-Users] FW: can't send a register packet to openser
by vivi 09 Jun '09

09 Jun '09

Hi all I am using libeXosip and libosip for my application....i want to run two instances of libeXosip....on same machine, But when I using sip_reg to send a register packet to my openser , I can't find sip_reg running on background. What am I missing? Waiting for your replies...... Best regards, vivi

2 1

[Kamailio-Users] Re move Body Part
by karhu 09 Jun '09

09 Jun '09

Hello, I am using Textops Module, but i have one problem. I am able to change sdp parameters to force the use of 1 codec, below an exemple : SDP from caller : m=audio 9999 RTP/AVP 107 119 98 101 SDP to callee : m=audio 9999 RTP/AVP 98 101 My problem is, i want to make sdp parameters cleaner :) I want to remove a=rtpmap:107 and a=rtmap:119 from the body.. I am using textops function for that: subst_body('/a=rtpmap:107 BV32\/16000 //'); it removed it well from the sdp parameters but leave an empty line :( like this : a=alt:2 1 : AWxJfaLh kK2my/RE 10.10.10.3 8588 a=fmtp:101 0-15 a=rtpmap:98 iLBC/8000= a=rtpmap:101 telephone-event/8000 a=sendrecv a=nortpproxy:yes it seems that the callee can't read the sdp session and the call is rejected. Any idea how to remove these empty lines ? cheers, karhu -- View this message in context: http://www.nabble.com/Remove-Body-Part-tp23739505p23739505.html Sent from the OpenSER Users Mailing List mailing list archive at Nabble.com.

8 24

[Kamailio-Users] Kamailio 1.5.1 on Amazon EC2
by Pascal Maugeri 09 Jun '09

09 Jun '09

Hi We installed Kamailio 1.5.1 on a Amazon EC2 Fedora Core 9 image. As you may know EC2 maps a public IP address to a private IP address of the image, hence there is a kind of NAT. It looks presence does not work because of this. We'll try to make use of the NATHelper module ASAP. Except this point, everything looks to work pretty well. Does anybody has some experience with EC2 here ? Regards, Pascal

6 8

sip-router licensing and commercial usage
by Pascal Maugeri 09 Jun '09

09 Jun '09

Hi I have read carefully the licensing page of sip-router ( http://sip-router.org/licensing/<http://www.linkedin.com/redirect?url=http%3A%2F%2Fsip-router%2Eorg%2Flicens…>) and I still have some doubts. So, as an excuse to start my first discussion in this forum, here is my two-fold question: a) my company wants to sell a SIP based platform to its customers. The solution includes, hardware, some proprietary applications and a SIP application using sip-router as a SIP proxy/Registrar b) my company wants to provide the same service in an ASP model. In both cases, I would like to understand what my company should pay to sip-router "owners" if there is any royalty to be paid and what are the consequences to the license and my company source code. In both cases, I would like to understand 1) If my company must pay any royalty or other cost to the SIP-Router "owners" 2) If the code developed by my company on top of SIP-Router must also be licensed under the same SIP-Router licence " Best regards, Pascal

2 1

[Kamailio-Users] m_dump un-register check fails
by jh＠tutpro.com 09 Jun '09

09 Jun '09

while trying find out, why sip-router produces mysql "out of sync" errors, i discovered that msilo m_dump only recognizes that register request is un-register request, if it has expires header with body 0. it is not checking if contact header has expires=0 parameter like this: Contact: <sip:jh_test_fi@192.98.101.10:5074;transport=udp>;expires=0 -- juha

3 3

Re: [Kamailio-Users] /etc/init.d/kamailio start can't start
by Pascal Maugeri 09 Jun '09

09 Jun '09

Sorry, for ubunto this is different. As Iñaki said, open the script /etc/init.d/kamailio and look for RUN_KAMAILIO and change its value to: RUN_KAMAILIO=yes (it is set to "no" by default) Let me know if it works. -pascal On Tue, Jun 9, 2009 at 4:02 AM, vinod <vinod.nanjaiah(a)gmail.com> wrote: > Dear pascal: > > I am using ubuntu to running kamailio. > > I am copy the script from > /usr/local/src/kamailio-1.5.0/sip-server/packaging/debian/kamailio.init to > /etc/init.d/kamailio. I have chmod 777 for /etc/init.d/kamailio . > > But I can’t find the variable "oser" in /etc/init.d/kamailio ? > > > > > > What am I missing? > > > > Thank you > > Best Regards > > > > vinod > > *From:* pascal.maugeri(a)gmail.com [mailto:pascal.maugeri@gmail.com] *On > Behalf Of *Pascal Maugeri > *Sent:* Tuesday, June 09, 2009 4:01 AM > *To:* vinod > *Cc:* users(a)lists.kamailio.org > *Subject:* Re: [Kamailio-Users] /etc/init.d/kamailio start can't start > > > > On which operating are you running kamailio ? > > > > On fedora for instance, I usually copy the script from <kamailio source > root>/packaging/fedora/kamailio.init to /etc/init.d/kamailio. Then I edit > the file /etc/init.d/kamailio and change the variable "oser" to point to the > directory where the kamailio binary is (in my case it > is oser=/usr/local/sbin/kamailio). And don't forget to chmod +x > /etc/init.d/kamailio. > > > > -pascal > > > > On Mon, Jun 8, 2009 at 5:26 AM, vinod <vinod.nanjaiah(a)gmail.com> wrote: > > Hi all > > I am followed the guild ( > http://kamailio.org/dokuwiki/doku.php/install:kamailio-1.5.x-from-svn ) to > install Kamailio (OpenSER) v1.5.x , but when I using“ /etc/init.d/kamailio > start ” , > > It’s didn’t return any msg about kamailio and I didn’t find the process > run in background . > > > > What am I missing? > > > > Thank you > > Best Regards > > > > vinod > > > _______________________________________________ > Kamailio (OpenSER) - Users mailing list > Users(a)lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > > >

4 3

[Kamailio-Users] /etc/init.d/kamailio start can't start
by vinod 08 Jun '09

08 Jun '09

Hi all I am followed the guild (http://kamailio.org/dokuwiki/doku.php/install:kamailio-1.5.x-from-svn ) to install Kamailio (OpenSER) v1.5.x , but when I using" /etc/init.d/kamailio start " , It's didn't return any msg about kamailio and I didn't find the process run in background . What am I missing? Thank you Best Regards vinod

3 2

[Kamailio-Users] subscribe for more than one number
by BERGANZ François 08 Jun '09

08 Jun '09

Hello, Now, my user scan subscriber for one number. If I receive a call for them, I do lookup(location) But, If I have a user which have more than one number, how can I say to kamailio forward for that user which is auth So is it possible to do a lookup for a specific location, to a user ? Cordialement, BERGANZ François P Pensez à l'Environnement, n'imprimez ce mail que si nécessaire.

2 1

[Kamailio-Users] how to save("location") in database
by BERGANZ François 08 Jun '09

08 Jun '09

Hello, I need to save(« location ») in my mysql database ! How to? Thank you Cordialement, BERGANZ François P Pensez à l'Environnement, n'imprimez ce mail que si nécessaire.

2 2

[Kamailio-Users] compile Kamailio (OpenSER) error
by vivi 06 Jun '09

06 Jun '09

Hi all: When I using "make all " to compile Kamailio (OpenSER) , I got the error msg as follows : db_mysql.c:49:25: error: mysql/mysql.h: No such file or directory db_mysql.c: In function 'mysql_mod_init': db_mysql.c:99: warning: implicit declaration of function 'mysql_get_client_info' db_mysql.c:99: warning: format '%s' expects type 'char *', but argument 4 has type 'int' make[1]: *** [db_mysql.o] Error 1 make[1]: Leaving directory `/usr/local/src/kamailio-1.5.0/sip-server/modules/db_mysql' make: *** [modules] Error 2 What's Happening!! Cheers, vivi

3 2

[Kamailio-Users] crash/offset exceeds message size
by Aymeric Moizard 05 Jun '09

05 Jun '09

Hi Again, (sorry for wrong subject previous post), I'm sure this is not enough to help, but I just got a crash using kamailio 1.5. Jun 5 10:24:43 ns26829 /usr/sbin/kamailio[29050]: CRITICAL:core:anchor_lump: offset exceeds message size (682 > 675) aborting... Jun 5 10:24:43 ns26829 /usr/sbin/kamailio[29127]: CRITICAL:core:receive_fd: EOF on 21 Jun 5 10:24:43 ns26829 /usr/sbin/kamailio[29036]: INFO:core:handle_sigs: child process 29050 exited by a signal 6 Jun 5 10:24:43 ns26829 /usr/sbin/kamailio[29036]: INFO:core:handle_sigs: core was not generated Jun 5 10:24:43 ns26829 /usr/sbin/kamailio[29036]: INFO:core:handle_sigs: terminating due to SIGCHLD What is that "offset exceeds message size"? What kind of trace should I take if this happen again? Tks, Aymeric MOIZARD / ANTISIP amsip - http://www.antisip.com osip2 - http://www.osip.org eXosip2 - http://savannah.nongnu.org/projects/exosip/ On Wed, 27 May 2009, Chandrakant Solanki wrote: > Hi > > I am using kamailio 1.5.0 and asterisk 1.6.0.5 > > I have successfully registered and call from one sip phone to another and > also outgoing dialing on mobile and landline number. > > But when i hangup any one phone, 2nd call can't be hangup automatically... > > Here is my "kamailio.cfg" file.. > > > > listen = 192.168.1.68 > port = 5060 > mpath = "/usr/local/lib/kamailio/modules" > #children = 8 > debug = 7 > fork = yes > #group = "openser" > #user = "openser" > #disable_tcp = no > #log_facility = LOG_DAEMON > log_facility = LOG_LOCAL0 > log_stderror = no > #tcp_children = 4 > #mhomed = no > #server_signature = yes > #sock_group = "openser" > #sock_mode = 0600 > #sock_user = "openser" > #unix_sock = "/tmp/openser.sock" > #unix_sock_children = 1 > #reply_to_via = no > #sip_warning = no > #check_via = no > dns = no > rev_dns = no > #disable_core_dump = no > #dns_try_ipv6 = yes > #dns_use_search_list = yes > > loadmodule "usrloc.so" > modparam("usrloc", "user_column", "username") > modparam("usrloc", "domain_column", "domain") > modparam("usrloc", "contact_column", "contact") > modparam("usrloc", "expires_column", "expires") > modparam("usrloc", "q_column", "q") > modparam("usrloc", "callid_column", "callid") > modparam("usrloc", "cseq_column", "cseq") > modparam("usrloc", "methods_column", "methods") > modparam("usrloc", "flags_column", "flags") > modparam("usrloc", "user_agent_column", "user_agent") > modparam("usrloc", "received_column", "received") > modparam("usrloc", "socket_column", "socket") > modparam("usrloc", "use_domain", 0) > modparam("usrloc", "desc_time_order", 0) > modparam("usrloc", "timer_interval", 60) > modparam("usrloc", "db_url", "mysql://openser:openserrw@localhost/openser") > modparam("usrloc", "db_mode", 1) > modparam("usrloc", "matching_mode", 0) > modparam("usrloc", "cseq_delay", 20) > modparam("usrloc", "nat_bflag", 6) > > loadmodule "pv.so" > > loadmodule "registrar.so" > modparam("registrar", "default_expires", 3600) > modparam("registrar", "min_expires", 60) > modparam("registrar", "max_expires", 0) > modparam("registrar", "default_q", 0) > modparam("registrar", "append_branches", 1) > modparam("registrar", "case_sensitive", 0) > modparam("registrar", "received_param", "received") > modparam("registrar", "max_contacts", 1) > modparam("registrar", "retry_after", 0) > modparam("registrar", "method_filtering", 0) > modparam("registrar", "path_mode", 2) > modparam("registrar", "path_use_received", 0) > modparam("registrar", "received_avp", "$avp(i:801)") > > loadmodule "rr.so" > modparam("rr", "enable_full_lr", 0) > modparam("rr", "append_fromtag", 1) > modparam("rr", "enable_double_rr", 1) > modparam("rr", "add_username", 0) > > loadmodule "tm.so" > modparam("tm", "fr_timer", 3) > modparam("tm", "fr_inv_timer", 35) > modparam("tm", "wt_timer", 5) > modparam("tm", "delete_timer", 2) > #modparam("tm", "noisy_ctimer", 1) > modparam("tm", "ruri_matching", 1) > modparam("tm", "via1_matching", 1) > modparam("tm", "unix_tx_timeout", 2) > modparam("tm", "restart_fr_on_each_reply", 1) > modparam("tm", "pass_provisional_replies", 0) > modparam("tm", "fr_inv_timer_avp", "$avp(s:callee_fr_inv_timer)") > > loadmodule "xlog.so" > modparam("xlog", "buf_size", 4096) > modparam("xlog", "force_color", 0) > > loadmodule "mi_fifo.so" > modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo") > #modparam("mi_fifo", "fifo_mode", 0660) > #modparam("mi_fifo", "fifo_group", "openser") > #modparam("mi_fifo", "fifo_user", "openser") > #modparam("mi_fifo", "reply_dir", "/tmp/") > #modparam("mi_fifo", "reply_indent", "\t") > > loadmodule "domain.so" > modparam("domain", "db_url", "mysql://openser:openserrw@localhost/openser") > modparam("domain", "db_mode", 1) > modparam("domain", "domain_table", "domain") > modparam("domain", "domain_col", "domain") > > loadmodule "nathelper.so" > modparam("nathelper", "natping_interval", 60) > modparam("nathelper", "ping_nated_only", 1) > modparam("nathelper", "rtpproxy_sock", "unix:/var/run/rtpproxy.sock") > #modparam("nathelper", "rtpproxy_disable", 0) > modparam("nathelper", "rtpproxy_disable_tout", 60) > modparam("nathelper", "rtpproxy_tout", 1) > modparam("nathelper", "rtpproxy_retr", 5) > modparam("nathelper", "sipping_method", "OPTIONS") > modparam("nathelper", "received_avp", "$avp(i:801)") > > loadmodule "textops.so" > > #loadmodule "uri.so" > > loadmodule "sl.so" > modparam("sl", "enable_stats", 1) > > loadmodule "maxfwd.so" > modparam("maxfwd", "max_limit", 256) > > loadmodule "db_mysql.so" > modparam("db_mysql", "ping_interval", 300) > modparam("db_mysql", "auto_reconnect", 1) > > loadmodule "auth.so" > modparam("auth", "nonce_expire", 300) > modparam("auth", "rpid_suffix", > ";party=calling;id-type=subscriber;screen=yes") > modparam("auth", "rpid_avp", "$avp(s:rpid)") > > loadmodule "auth_db.so" > modparam("auth_db", "db_url", "mysql://openser:openserrw@localhost/openser") > modparam("auth_db", "user_column", "username") > modparam("auth_db", "domain_column", "domain") > modparam("auth_db", "password_column", "password") > modparam("auth_db", "password_column_2", "ha1b") > modparam("auth_db", "calculate_ha1", 1) > modparam("auth_db", "use_domain", 1) > modparam("auth_db", "load_credentials", "$avp(s:caller_uuid)=uuid") > > loadmodule "uri_db.so" > #modparam("uri_db", "db_url", "mysql://openser:openserrw@localhost/openser") > #modparam("uri_db", "db_table", "uri") > #modparam("uri_db", "user_column", "username") > #modparam("uri_db", "domain_column", "domain") > #modparam("uri_db", "uriuser_column", "uri_user") > #modparam("uri_db", "subscriber_table", "subscriber") > #modparam("uri_db", "subscriber_user_column", "username") > #modparam("uri_db", "subscriber_domain_column", "domain") > #modparam("uri_db", "use_uri_table", 0) > #modparam("uri_db", "use_domain", 1) > > loadmodule "avpops.so" > modparam("avpops", "db_url", "mysql://openser:openserrw@localhost/openser") > modparam("avpops", "avp_table", "usr_preferences") > modparam("avpops", "use_domain", 1) > modparam("avpops", "uuid_column", "uuid") > modparam("avpops", "username_column", "username") > modparam("avpops", "domain_column", "domain") > modparam("avpops", "attribute_column", "attribute") > modparam("avpops", "value_column", "value") > modparam("avpops", "type_column", "type") > > loadmodule "lcr.so" > modparam("lcr", "db_url", "mysql://openser:openserrw@localhost/openser") > modparam("lcr", "gw_table", "gw") > modparam("lcr", "gw_name_column", "gw_name") > modparam("lcr", "ip_addr_column", "ip_addr") > modparam("lcr", "port_column", "port") > modparam("lcr", "uri_scheme_column", "uri_scheme") > modparam("lcr", "transport_column", "transport") > modparam("lcr", "grp_id_column", "grp_id") > modparam("lcr", "lcr_table", "lcr") > modparam("lcr", "strip_column", "strip") > modparam("lcr", "prefix_column", "prefix") > modparam("lcr", "from_uri_column", "from_uri") > modparam("lcr", "priority_column", "priority") > modparam("lcr", "flags_avp", "$avp(i:712)") > modparam("lcr", "gw_uri_avp", "$avp(i:1400)") > modparam("lcr", "ruri_user_avp", "$avp(i:1402)") > #modparam("lcr", "contact_avp", "$avp(1401)") > modparam("lcr", "fr_inv_timer_avp", "$avp(s:fr_inv_timer_avp)") > modparam("lcr", "fr_inv_timer", 90) > modparam("lcr", "fr_inv_timer_next", 30) > modparam("lcr", "rpid_avp", "$avp(s:rpid)") > > loadmodule "alias_db.so" > modparam("alias_db", "db_url", "mysql://openser:openserrw@localhost > /openser") > modparam("alias_db", "user_column", "username") > modparam("alias_db", "domain_column", "domain") > modparam("alias_db", "alias_user_column", "alias_username") > modparam("alias_db", "alias_domain_column", "alias_domain") > modparam("alias_db", "use_domain", 0) > > loadmodule "uac.so" > modparam("uac", "rr_store_param", "vsf") > modparam("uac", "from_restore_mode", "auto") > modparam("uac", "from_passwd", "s1p:Wiz4rd!") > > loadmodule "acc.so" > modparam("acc", "db_url", "mysql://openser:openserrw@localhost/openser") > # flag to record to db > modparam("acc", "db_flag", 1) > modparam("acc", "db_missed_flag", 2) > # flag to log to syslog > modparam("acc", "log_flag", 1) > modparam("acc", "log_missed_flag", 2) > # use extra accounting to record caller and callee username/domain > # - take them from From URI and R-URI > modparam("acc", "log_extra", > "src_user=$fU;src_domain=$fd;dst_user=$rU;dst_domain=$rd") > modparam("acc", "db_extra", > "src_user=$fU;src_domain=$fd;dst_user=$rU;dst_domain=$rd") > > > ######################################################################## > # Request route 'main' > ######################################################################## > route[0] > { > xlog("L_INFO", "New request - M=$rm RURI=$ru F=$fu T=$tu IP=$si > ID=$ci\n"); > force_rport(); > if(msg:len > max_len) > { > > xlog("L_INFO", "Message too big - M=$rm RURI=$ru F=$fu T=$tu IP=$si > ID=$ci\n"); > sl_send_reply("513", "Message Too Big"); > exit; > } > if (!mf_process_maxfwd_header("10")) > { > > xlog("L_INFO", "Too many hops - M=$rm RURI=$ru F=$fu T=$tu IP=$si > ID=$ci\n"); > sl_send_reply("483", "Too Many Hops"); > exit; > } > if(!is_method("REGISTER")) > { > if(nat_uac_test("19")) > { > record_route(";nat=yes"); > } > else > { > record_route(); > } > } > > > if (is_method("SUBSCRIBE")) { > # challenge/response > if (!www_authorize("", "subscriber")) { > www_challenge("", "0"); > exit; > } > exit; > } > > if(is_method("CANCEL")) || is_method("BYE")) > { > unforce_rtp_proxy(); > } > if(loose_route()) > { > # if(!has_totag()) > # { > # > # xlog("L_INFO", "Initial loose-routing rejected - M=$rm RURI=$ru > F=$fu T=$tu IP=$si ID=$ci\n"); > # sl_send_reply("403", "Initial Loose-Routing Rejected"); > # exit; > # } > if(nat_uac_test("19") || search("^Route:.*;nat=yes")) > { > fix_nated_contact(); > setbflag(6); > } > > route(8); > } > if(is_method("REGISTER")) > { > route(7); > } > if(is_method("INVITE")) > { > route(9); > } > if(is_method("CANCEL") || is_method("ACK")) > { > route(13); > } > > route(14); > } > > ######################################################################## > # Request route 'clear-usr-preferences-caller' > ######################################################################## > route[1] > { > xlog("L_INFO", "Clear caller preferences - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > avp_delete("$avp(s:caller_cli)/g"); > avp_delete("$avp(s:clir)/g"); > > } > > ######################################################################## > # Request route 'clear-usr-preferences-callee' > ######################################################################## > route[2] > { > xlog("L_INFO", "Clear callee preferences - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > avp_delete("$avp(s:callee_fr_inv_timer)/g"); > avp_delete("$avp(s:cfu)/g"); > avp_delete("$avp(s:cfc)/g"); > > } > > ######################################################################## > # Request route 'usr-preferences-caller' > ######################################################################## > route[3] > { > route(1); > xlog("L_INFO", "Load caller preferences for uuid '$avp(s:caller_uuid)' - > M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > # load caller avps > avp_db_load("$avp(s:caller_uuid)", "*"); > avp_copy("$avp(s:cli)", "$avp(s:caller_cli)/d"); > if(is_avp_set("$avp(s:clir)/n") && avp_check("$avp(s:clir)", "eq/i:1")) > { > # mark for anonymization > setflag(28); > } > > } > > ######################################################################## > # Request route 'usr-preferences-callee' > ######################################################################## > route[4] > { > xlog("L_INFO", "Load callee preferences for uuid '$avp(s:callee_uuid)' - > M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > # load callee avps > avp_db_load("$avp(s:callee_uuid)", "*"); > if(is_avp_set("$avp(s:cfu)/s")) > { > > xlog("L_INFO", "Call-forward-unconditional to '$avp(s:cfu)' found - > M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > avp_delete("$avp(s:caller_uuid)/g"); > avp_copy("$avp(s:callee_uuid)", "$avp(s:caller_uuid)/d"); > avp_pushto("$ru", "$avp(s:cfu)"); > > route(3); > route(10); > exit; > } > if(is_avp_set("$avp(s:ringtimeout)/n")) > { > > xlog("L_INFO", "Setting ring timeout to $avp(s:ringtimeout) secs - > M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > avp_copy("$avp(s:ringtimeout)", "$avp(s:callee_fr_inv_timer)/d"); > } > > } > > ######################################################################## > # Request route 'clir' > ######################################################################## > route[5] > { > if(isflagset(28) && !isflagset(27)) > { > setflag(27); > > xlog("L_INFO", "Anonymize caller - M=$rm RURI=$ru F=$fu T=$tu IP=$si > ID=$ci\n"); > uac_replace_from("Anonymous","sip:anonymous@anonymous.invalid"); > if(is_present_hf("Privacy")) > { > remove_hf("Privacy"); > } > append_hf("Privacy: id\r\n"); > } > > } > > ######################################################################## > # Request route 'stop-rtp-proxy' > ######################################################################## > route[6] > { > if(isflagset(22)) > { > unforce_rtp_proxy(); > } > > } > > ######################################################################## > # Request route 'base-route-register' > ######################################################################## > route[7] > { > sl_send_reply("100", "Trying"); > if(!www_authorize("", "subscriber")) > { > > xlog("L_INFO", "Register authentication failed - M=$rm RURI=$ru > F=$fu T=$tu IP=$si ID=$ci\n"); > www_challenge("", "0"); > exit; > } > if(!check_to()) > { > > xlog("L_INFO", "Spoofed To-URI detected - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > sl_send_reply("403", "Spoofed To-URI Detected"); > exit; > } > consume_credentials(); > if(!search("^Contact:[ ]*\*") && nat_uac_test("19")) > { > fix_nated_register(); > setbflag(6); > } > if(!save("location")) > { > > xlog("L_ERR", "Saving contact failed - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > sl_reply_error(); > exit; > } > > xlog("L_INFO", "Registration successful - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > exit; > > } > > ######################################################################## > # Request route 'base-outbound' > ######################################################################## > route[8] > { > if(is_present_hf("P-Asserted-Identity")) > { > remove_hf("P-Asserted-Identity"); > } > if(is_present_hf("Remote-Party-ID")) > { > remove_hf("Remote-Party-ID"); > } > if(is_avp_set("$avp(s:caller_cli)/s")) > { > if(!isflagset(28)) > { > > xlog("L_INFO", "Set caller CLI '$avp(s:caller_cli)' - M=$rm > RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > append_hf("P-Asserted-Identity: <$avp(s:caller_cli)>\r\n"); > } > } > > route(5); > if(isbflagset(6)) > { > if(!isflagset(22) && !search("^Content-Length:[ ]*0")) > { > setflag(22); > force_rtp_proxy(); > } > > t_on_reply("2"); > } > else > { > > t_on_reply("1"); > } > if(!isflagset(21)) > { > > t_on_failure("2"); > } > if(isflagset(29)) > { > append_branch(); > } > if(is_present_hf("Proxy-Authorization")) > { > consume_credentials(); > } > > xlog("L_INFO", "Request leaving server, D-URI='$du' - M=$rm RURI=$ru > F=$fu T=$tu IP=$si ID=$ci\n"); > # no 100 (we already sent it) and no DNS blacklisting > if(!t_relay("0x05")) > { > sl_reply_error(); > if(is_method("INVITE") && isbflagset(6)) > { > unforce_rtp_proxy(); > } > } > exit; > > } > > ######################################################################## > # Request route 'base-route-invite' > ######################################################################## > route[9] > { > sl_send_reply("100", "Trying"); > if(from_gw()) > { > $avp(s:caller_uuid)="0"; > > xlog("L_INFO", "Call from PSTN' - M=$rm RURI=$ru F=$fu T=$tu IP=$si > ID=$ci\n"); > setflag(23); > $avp(s:ringtimeout)=1000; > } > else > { > if(!proxy_authorize("", "subscriber")) > { > > xlog("L_INFO", "Proxy authentication failed - M=$rm RURI=$ru > F=$fu T=$tu IP=$si ID=$ci\n"); > proxy_challenge("", "0"); > exit; > } > if(!check_from()) > { > > xlog("L_INFO", "Spoofed From-URI detected - M=$rm RURI=$ru F=$fu > T=$tu IP=$si ID=$ci\n"); > sl_send_reply("403", "Spoofed From-URI Detected"); > exit; > } > } > > route(3); > if(nat_uac_test("19")) > { > fix_nated_contact(); > setbflag(6); > } > > route(10); > } > > ######################################################################## > # Request route 'invite-find-callee' > ######################################################################## > route[10] > { > if(alias_db_lookup("dbaliases")) > { > > xlog("L_INFO", "Callee was aliased - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > } > > route(2); > if(!is_domain_local("$rd")) > { > setflag(20); > $avp(s:callee_uuid) = "0"; > > route(12); > } > avp_delete("$avp(s:callee_uuid)"); > avp_db_query("select uuid from subscriber where username = '$rU'", > "$avp(s:callee_uuid)"); > if(is_avp_set("$avp(s:callee_uuid)/s")) > { > > xlog("L_INFO", "Callee is local, uuid='$avp(s:callee_uuid)' - M=$rm > RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > route(11); > } > else > { > $avp(s:callee_uuid) = "0"; > > xlog("L_INFO", "Callee is not local - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > route(12); > } > exit; > > } > > ######################################################################## > # Request route 'invite-to-internal' > ######################################################################## > route[11] > { > route(4); > if(!lookup("location")) > { > > xlog("L_INFO", "Local user offline - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > sl_send_reply("404", "User Offline"); > } > else > { > > xlog("L_INFO", "Local user online - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > route(8); > } > exit; > > } > > ######################################################################## > # Request route 'invite-to-external' > ######################################################################## > route[12] > { > if(isflagset(20)) > { > > xlog("L_INFO", "Call to foreign domain - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > route(8); > exit; > } > if(!isflagset(23)) > { > > if(uri =~ "^sip:\*86@.*") > { > xlog("L_INFO", "User accessing Voicemail - M=$rm RURI=$ru > F=$fu T=$tu IP=$si ID=$ci\n"); > rewritehostport("voicemailserver.vpbx.com:5060"); > route(8); > } > > > # don't allow calls relaying from PSTN to PSTN, if not explicitely > forwarded > else if(uri =~ "^sip:[0-9]+@") > { > # only route numeric users to PSTN > if(!load_gws()) > { > > xlog("L_ERR", "Error loading PSTN gateways - M=$rm RURI=$ru > F=$fu T=$tu IP=$si ID=$ci\n"); > sl_send_reply("503", "PSTN Termination Currently > Unavailable"); > exit; > } > if(!next_gw()) > { > > xlog("L_ERR", "No PSTN gateways available - M=$rm RURI=$ru > F=$fu T=$tu IP=$si ID=$ci\n"); > sl_send_reply("503", "PSTN Termination Currently > Unavailable"); > exit; > } > setflag(21); > > t_on_failure("1"); > route(8); > } > } > > xlog("L_INFO", "Call to unknown user - M=$rm RURI=$ru F=$fu T=$tu IP=$si > ID=$ci\n"); > sl_send_reply("404", "User Not Found"); > exit; > > } > > ######################################################################## > # Request route 'base-route-local' > ######################################################################## > route[13] > { > t_on_reply("1"); > if(t_check_trans()) > { > > xlog("L_INFO", "Request leaving server - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > } > else > { > > xlog("L_INFO", "Dropping mis-routed request - M=$rm RURI=$ru > F=$fu T=$tu IP=$si ID=$ci\n"); > exit; > } > if(!t_relay()) > { > sl_reply_error(); > } > exit; > > } > > > ######################################################################## > # Request route 'base-route-generic' > ######################################################################## > route[14] > { > xlog("L_INFO", "Method not supported - M=$rm RURI=$ru F=$fu T=$tu IP=$si > ID=$ci\n"); > sl_send_reply("501", "Method Not Supported Here"); > exit; > > } > > ######################################################################## > # Request route 'base-filter-failover' > ######################################################################## > route[15] > { > if(!t_check_status("408|500|503")) > { > > xlog("L_INFO", "No failover routing needed for this response code - > M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > route(6); > exit; > } > > } > > > ######################################################################## > #Send the call out > ######################################################################## > > route[16] > { > #send the call outward > > if(method=="INVITE" && !isflagset(10)) > { > t_on_failure("2"); > }; > > if (!t_relay()) > { > xlog("L_WARN", "ERROR: t_relay failed"); > sl_reply_error(); > }; > > } > > ######################################################################## > # Request route 'Voicemail and Asterisk for further processing' > ######################################################################## > failure_route[3] > { > > if(!t_was_cancelled()) > { > revert_uri(); > rewritehostport("voicemailserver.vpbx.com:5060"); > append_branch(); > #PREVENT SOME CRAZY VOICEMAIL LOOP > xlog("L_INFO", "No Answer Sending the call to Voicemail - M=$rm > RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > setflag(10); > route(8); > } > } > ######################################################################## > # Reply route 'base-standard-reply' > ######################################################################## > onreply_route[1] > { > xlog("L_INFO", "Reply - S=$rs D=$rr F=$fu T=$tu IP=$si ID=$ci\n"); > exit; > > } > > ######################################################################## > # Reply route 'base-nat-reply' > ######################################################################## > onreply_route[2] > { > xlog("L_INFO", "NAT-Reply - S=$rs D=$rr F=$fu T=$tu IP=$si ID=$ci\n"); > if(nat_uac_test("1")) > { > fix_nated_contact(); > } > if(isbflagset(6) && status=~"(180)|(183)|2[0-9][0-9]") > { > if(!search("^Content-Length:[ ]*0")) > { > force_rtp_proxy(); > } > } > exit; > > } > > ######################################################################## > # Failure route 'pstn-failover' > ######################################################################## > failure_route[1] > { > xlog("L_INFO", "Failure route for PSTN entered - M=$rm RURI=$ru F=$fu > T=$tu IP=$si ID=$ci\n"); > route(15); > if(!next_gw()) > { > > xlog("L_ERR", "Failed to select next PSTN gateway - M=$rm RURI=$ru > F=$fu T=$tu IP=$si ID=$ci\n"); > route(6); > exit; > } > > t_on_failure("3"); > route(8); > } > > ######################################################################## > # Failure route 'base-standard-failure' > ######################################################################## > failure_route[2] > { > if(!t_was_cancelled()) > { > revert_uri(); > seturi("sip:*87@openser.org"); > rewritehostport("voicemailserver.vpbx.com:5060"); > append_branch(); > xlog("L_INFO","Call to Voicemail"); > setflag(10); > route(10); > } > if(t_check_status("422|481|487")) > { > > xlog("L_INFO", "Final reply - M=$rm RURI=$ru F=$fu T=$tu IP=$si > ID=$ci\n"); > route(6); > exit; > } > > t_on_branch("1"); > xlog("L_INFO", "Redirect from UAC intercepted - M=$rm RURI=$ru F=$fu > T=$tu IP=$si ID=$ci\n"); > route(10); > if($avp(s:cfc) != NULL) > { > avp_pushto("$ru", "$avp(s:cfc)"); > setflag(29); > append_branch(); > > t_on_branch("1"); > xlog("L_INFO", "CFC detected - M=$rm RURI=$ru F=$fu T=$tu IP=$si > ID=$ci\n"); > route(10); > } > > route(15); > route(6); > } > > ######################################################################## > # Branch route 'cfc-drop-local' > ######################################################################## > branch_route[1] > { > if(is_domain_local("$rd")) > { > xlog("L_INFO", "Dropping local branch - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > drop(); > } > > } > > > > > -- > Regards, > > Chandrakant Solanki >

3 3

[Kamailio-Users] Failed opening required 'DB.php' (include_path='.:/usr/local/lib/php')
by vivi 05 Jun '09

05 Jun '09

Hi all : When I input http://your_domain/seradmin/html/admin/index.php to browser, I got the error msg : Warning: require_once(DB.php) [function.require-once <http://140.110.209.191/seradmin/html/admin/function.require-once> ]: failed to open stream: No such file or directory in /var/www/seradmin/html/main_prepend.php on line 38 Fatal error: require_once() [function.require <http://140.110.209.191/seradmin/html/admin/function.require> ]: Failed opening required 'DB.php' (include_path='.:/usr/local/lib/php') in /var/www/seradmin/html/main_prepend.php on line 38 Any ideas on how to solve this? Best regards, vivi

2 1

[Kamailio-Users] 2nd phone can't hangup
by Chandrakant Solanki 05 Jun '09

05 Jun '09

Hi I am using kamailio 1.5.0 and asterisk 1.6.0.5 I have successfully registered and call from one sip phone to another and also outgoing dialing on mobile and landline number. But when i hangup any one phone, 2nd call can't be hangup automatically... Here is my "kamailio.cfg" file.. listen = 192.168.1.68 port = 5060 mpath = "/usr/local/lib/kamailio/modules" #children = 8 debug = 7 fork = yes #group = "openser" #user = "openser" #disable_tcp = no #log_facility = LOG_DAEMON log_facility = LOG_LOCAL0 log_stderror = no #tcp_children = 4 #mhomed = no #server_signature = yes #sock_group = "openser" #sock_mode = 0600 #sock_user = "openser" #unix_sock = "/tmp/openser.sock" #unix_sock_children = 1 #reply_to_via = no #sip_warning = no #check_via = no dns = no rev_dns = no #disable_core_dump = no #dns_try_ipv6 = yes #dns_use_search_list = yes loadmodule "usrloc.so" modparam("usrloc", "user_column", "username") modparam("usrloc", "domain_column", "domain") modparam("usrloc", "contact_column", "contact") modparam("usrloc", "expires_column", "expires") modparam("usrloc", "q_column", "q") modparam("usrloc", "callid_column", "callid") modparam("usrloc", "cseq_column", "cseq") modparam("usrloc", "methods_column", "methods") modparam("usrloc", "flags_column", "flags") modparam("usrloc", "user_agent_column", "user_agent") modparam("usrloc", "received_column", "received") modparam("usrloc", "socket_column", "socket") modparam("usrloc", "use_domain", 0) modparam("usrloc", "desc_time_order", 0) modparam("usrloc", "timer_interval", 60) modparam("usrloc", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("usrloc", "db_mode", 1) modparam("usrloc", "matching_mode", 0) modparam("usrloc", "cseq_delay", 20) modparam("usrloc", "nat_bflag", 6) loadmodule "pv.so" loadmodule "registrar.so" modparam("registrar", "default_expires", 3600) modparam("registrar", "min_expires", 60) modparam("registrar", "max_expires", 0) modparam("registrar", "default_q", 0) modparam("registrar", "append_branches", 1) modparam("registrar", "case_sensitive", 0) modparam("registrar", "received_param", "received") modparam("registrar", "max_contacts", 1) modparam("registrar", "retry_after", 0) modparam("registrar", "method_filtering", 0) modparam("registrar", "path_mode", 2) modparam("registrar", "path_use_received", 0) modparam("registrar", "received_avp", "$avp(i:801)") loadmodule "rr.so" modparam("rr", "enable_full_lr", 0) modparam("rr", "append_fromtag", 1) modparam("rr", "enable_double_rr", 1) modparam("rr", "add_username", 0) loadmodule "tm.so" modparam("tm", "fr_timer", 3) modparam("tm", "fr_inv_timer", 35) modparam("tm", "wt_timer", 5) modparam("tm", "delete_timer", 2) #modparam("tm", "noisy_ctimer", 1) modparam("tm", "ruri_matching", 1) modparam("tm", "via1_matching", 1) modparam("tm", "unix_tx_timeout", 2) modparam("tm", "restart_fr_on_each_reply", 1) modparam("tm", "pass_provisional_replies", 0) modparam("tm", "fr_inv_timer_avp", "$avp(s:callee_fr_inv_timer)") loadmodule "xlog.so" modparam("xlog", "buf_size", 4096) modparam("xlog", "force_color", 0) loadmodule "mi_fifo.so" modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo") #modparam("mi_fifo", "fifo_mode", 0660) #modparam("mi_fifo", "fifo_group", "openser") #modparam("mi_fifo", "fifo_user", "openser") #modparam("mi_fifo", "reply_dir", "/tmp/") #modparam("mi_fifo", "reply_indent", "\t") loadmodule "domain.so" modparam("domain", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("domain", "db_mode", 1) modparam("domain", "domain_table", "domain") modparam("domain", "domain_col", "domain") loadmodule "nathelper.so" modparam("nathelper", "natping_interval", 60) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "rtpproxy_sock", "unix:/var/run/rtpproxy.sock") #modparam("nathelper", "rtpproxy_disable", 0) modparam("nathelper", "rtpproxy_disable_tout", 60) modparam("nathelper", "rtpproxy_tout", 1) modparam("nathelper", "rtpproxy_retr", 5) modparam("nathelper", "sipping_method", "OPTIONS") modparam("nathelper", "received_avp", "$avp(i:801)") loadmodule "textops.so" #loadmodule "uri.so" loadmodule "sl.so" modparam("sl", "enable_stats", 1) loadmodule "maxfwd.so" modparam("maxfwd", "max_limit", 256) loadmodule "db_mysql.so" modparam("db_mysql", "ping_interval", 300) modparam("db_mysql", "auto_reconnect", 1) loadmodule "auth.so" modparam("auth", "nonce_expire", 300) modparam("auth", "rpid_suffix", ";party=calling;id-type=subscriber;screen=yes") modparam("auth", "rpid_avp", "$avp(s:rpid)") loadmodule "auth_db.so" modparam("auth_db", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("auth_db", "user_column", "username") modparam("auth_db", "domain_column", "domain") modparam("auth_db", "password_column", "password") modparam("auth_db", "password_column_2", "ha1b") modparam("auth_db", "calculate_ha1", 1) modparam("auth_db", "use_domain", 1) modparam("auth_db", "load_credentials", "$avp(s:caller_uuid)=uuid") loadmodule "uri_db.so" #modparam("uri_db", "db_url", "mysql://openser:openserrw@localhost/openser") #modparam("uri_db", "db_table", "uri") #modparam("uri_db", "user_column", "username") #modparam("uri_db", "domain_column", "domain") #modparam("uri_db", "uriuser_column", "uri_user") #modparam("uri_db", "subscriber_table", "subscriber") #modparam("uri_db", "subscriber_user_column", "username") #modparam("uri_db", "subscriber_domain_column", "domain") #modparam("uri_db", "use_uri_table", 0) #modparam("uri_db", "use_domain", 1) loadmodule "avpops.so" modparam("avpops", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("avpops", "avp_table", "usr_preferences") modparam("avpops", "use_domain", 1) modparam("avpops", "uuid_column", "uuid") modparam("avpops", "username_column", "username") modparam("avpops", "domain_column", "domain") modparam("avpops", "attribute_column", "attribute") modparam("avpops", "value_column", "value") modparam("avpops", "type_column", "type") loadmodule "lcr.so" modparam("lcr", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("lcr", "gw_table", "gw") modparam("lcr", "gw_name_column", "gw_name") modparam("lcr", "ip_addr_column", "ip_addr") modparam("lcr", "port_column", "port") modparam("lcr", "uri_scheme_column", "uri_scheme") modparam("lcr", "transport_column", "transport") modparam("lcr", "grp_id_column", "grp_id") modparam("lcr", "lcr_table", "lcr") modparam("lcr", "strip_column", "strip") modparam("lcr", "prefix_column", "prefix") modparam("lcr", "from_uri_column", "from_uri") modparam("lcr", "priority_column", "priority") modparam("lcr", "flags_avp", "$avp(i:712)") modparam("lcr", "gw_uri_avp", "$avp(i:1400)") modparam("lcr", "ruri_user_avp", "$avp(i:1402)") #modparam("lcr", "contact_avp", "$avp(1401)") modparam("lcr", "fr_inv_timer_avp", "$avp(s:fr_inv_timer_avp)") modparam("lcr", "fr_inv_timer", 90) modparam("lcr", "fr_inv_timer_next", 30) modparam("lcr", "rpid_avp", "$avp(s:rpid)") loadmodule "alias_db.so" modparam("alias_db", "db_url", "mysql://openser:openserrw@localhost /openser") modparam("alias_db", "user_column", "username") modparam("alias_db", "domain_column", "domain") modparam("alias_db", "alias_user_column", "alias_username") modparam("alias_db", "alias_domain_column", "alias_domain") modparam("alias_db", "use_domain", 0) loadmodule "uac.so" modparam("uac", "rr_store_param", "vsf") modparam("uac", "from_restore_mode", "auto") modparam("uac", "from_passwd", "s1p:Wiz4rd!") loadmodule "acc.so" modparam("acc", "db_url", "mysql://openser:openserrw@localhost/openser") # flag to record to db modparam("acc", "db_flag", 1) modparam("acc", "db_missed_flag", 2) # flag to log to syslog modparam("acc", "log_flag", 1) modparam("acc", "log_missed_flag", 2) # use extra accounting to record caller and callee username/domain # - take them from From URI and R-URI modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;dst_user=$rU;dst_domain=$rd") modparam("acc", "db_extra", "src_user=$fU;src_domain=$fd;dst_user=$rU;dst_domain=$rd") ######################################################################## # Request route 'main' ######################################################################## route[0] { xlog("L_INFO", "New request - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); force_rport(); if(msg:len > max_len) { xlog("L_INFO", "Message too big - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("513", "Message Too Big"); exit; } if (!mf_process_maxfwd_header("10")) { xlog("L_INFO", "Too many hops - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("483", "Too Many Hops"); exit; } if(!is_method("REGISTER")) { if(nat_uac_test("19")) { record_route(";nat=yes"); } else { record_route(); } } if (is_method("SUBSCRIBE")) { # challenge/response if (!www_authorize("", "subscriber")) { www_challenge("", "0"); exit; } exit; } if(is_method("CANCEL")) || is_method("BYE")) { unforce_rtp_proxy(); } if(loose_route()) { # if(!has_totag()) # { # # xlog("L_INFO", "Initial loose-routing rejected - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); # sl_send_reply("403", "Initial Loose-Routing Rejected"); # exit; # } if(nat_uac_test("19") || search("^Route:.*;nat=yes")) { fix_nated_contact(); setbflag(6); } route(8); } if(is_method("REGISTER")) { route(7); } if(is_method("INVITE")) { route(9); } if(is_method("CANCEL") || is_method("ACK")) { route(13); } route(14); } ######################################################################## # Request route 'clear-usr-preferences-caller' ######################################################################## route[1] { xlog("L_INFO", "Clear caller preferences - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); avp_delete("$avp(s:caller_cli)/g"); avp_delete("$avp(s:clir)/g"); } ######################################################################## # Request route 'clear-usr-preferences-callee' ######################################################################## route[2] { xlog("L_INFO", "Clear callee preferences - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); avp_delete("$avp(s:callee_fr_inv_timer)/g"); avp_delete("$avp(s:cfu)/g"); avp_delete("$avp(s:cfc)/g"); } ######################################################################## # Request route 'usr-preferences-caller' ######################################################################## route[3] { route(1); xlog("L_INFO", "Load caller preferences for uuid '$avp(s:caller_uuid)' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); # load caller avps avp_db_load("$avp(s:caller_uuid)", "*"); avp_copy("$avp(s:cli)", "$avp(s:caller_cli)/d"); if(is_avp_set("$avp(s:clir)/n") && avp_check("$avp(s:clir)", "eq/i:1")) { # mark for anonymization setflag(28); } } ######################################################################## # Request route 'usr-preferences-callee' ######################################################################## route[4] { xlog("L_INFO", "Load callee preferences for uuid '$avp(s:callee_uuid)' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); # load callee avps avp_db_load("$avp(s:callee_uuid)", "*"); if(is_avp_set("$avp(s:cfu)/s")) { xlog("L_INFO", "Call-forward-unconditional to '$avp(s:cfu)' found - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); avp_delete("$avp(s:caller_uuid)/g"); avp_copy("$avp(s:callee_uuid)", "$avp(s:caller_uuid)/d"); avp_pushto("$ru", "$avp(s:cfu)"); route(3); route(10); exit; } if(is_avp_set("$avp(s:ringtimeout)/n")) { xlog("L_INFO", "Setting ring timeout to $avp(s:ringtimeout) secs - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); avp_copy("$avp(s:ringtimeout)", "$avp(s:callee_fr_inv_timer)/d"); } } ######################################################################## # Request route 'clir' ######################################################################## route[5] { if(isflagset(28) && !isflagset(27)) { setflag(27); xlog("L_INFO", "Anonymize caller - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); uac_replace_from("Anonymous","sip:anonymous@anonymous.invalid"); if(is_present_hf("Privacy")) { remove_hf("Privacy"); } append_hf("Privacy: id\r\n"); } } ######################################################################## # Request route 'stop-rtp-proxy' ######################################################################## route[6] { if(isflagset(22)) { unforce_rtp_proxy(); } } ######################################################################## # Request route 'base-route-register' ######################################################################## route[7] { sl_send_reply("100", "Trying"); if(!www_authorize("", "subscriber")) { xlog("L_INFO", "Register authentication failed - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); www_challenge("", "0"); exit; } if(!check_to()) { xlog("L_INFO", "Spoofed To-URI detected - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("403", "Spoofed To-URI Detected"); exit; } consume_credentials(); if(!search("^Contact:[ ]*\*") && nat_uac_test("19")) { fix_nated_register(); setbflag(6); } if(!save("location")) { xlog("L_ERR", "Saving contact failed - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_reply_error(); exit; } xlog("L_INFO", "Registration successful - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); exit; } ######################################################################## # Request route 'base-outbound' ######################################################################## route[8] { if(is_present_hf("P-Asserted-Identity")) { remove_hf("P-Asserted-Identity"); } if(is_present_hf("Remote-Party-ID")) { remove_hf("Remote-Party-ID"); } if(is_avp_set("$avp(s:caller_cli)/s")) { if(!isflagset(28)) { xlog("L_INFO", "Set caller CLI '$avp(s:caller_cli)' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); append_hf("P-Asserted-Identity: <$avp(s:caller_cli)>\r\n"); } } route(5); if(isbflagset(6)) { if(!isflagset(22) && !search("^Content-Length:[ ]*0")) { setflag(22); force_rtp_proxy(); } t_on_reply("2"); } else { t_on_reply("1"); } if(!isflagset(21)) { t_on_failure("2"); } if(isflagset(29)) { append_branch(); } if(is_present_hf("Proxy-Authorization")) { consume_credentials(); } xlog("L_INFO", "Request leaving server, D-URI='$du' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); # no 100 (we already sent it) and no DNS blacklisting if(!t_relay("0x05")) { sl_reply_error(); if(is_method("INVITE") && isbflagset(6)) { unforce_rtp_proxy(); } } exit; } ######################################################################## # Request route 'base-route-invite' ######################################################################## route[9] { sl_send_reply("100", "Trying"); if(from_gw()) { $avp(s:caller_uuid)="0"; xlog("L_INFO", "Call from PSTN' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); setflag(23); $avp(s:ringtimeout)=1000; } else { if(!proxy_authorize("", "subscriber")) { xlog("L_INFO", "Proxy authentication failed - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); proxy_challenge("", "0"); exit; } if(!check_from()) { xlog("L_INFO", "Spoofed From-URI detected - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("403", "Spoofed From-URI Detected"); exit; } } route(3); if(nat_uac_test("19")) { fix_nated_contact(); setbflag(6); } route(10); } ######################################################################## # Request route 'invite-find-callee' ######################################################################## route[10] { if(alias_db_lookup("dbaliases")) { xlog("L_INFO", "Callee was aliased - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); } route(2); if(!is_domain_local("$rd")) { setflag(20); $avp(s:callee_uuid) = "0"; route(12); } avp_delete("$avp(s:callee_uuid)"); avp_db_query("select uuid from subscriber where username = '$rU'", "$avp(s:callee_uuid)"); if(is_avp_set("$avp(s:callee_uuid)/s")) { xlog("L_INFO", "Callee is local, uuid='$avp(s:callee_uuid)' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(11); } else { $avp(s:callee_uuid) = "0"; xlog("L_INFO", "Callee is not local - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(12); } exit; } ######################################################################## # Request route 'invite-to-internal' ######################################################################## route[11] { route(4); if(!lookup("location")) { xlog("L_INFO", "Local user offline - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("404", "User Offline"); } else { xlog("L_INFO", "Local user online - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(8); } exit; } ######################################################################## # Request route 'invite-to-external' ######################################################################## route[12] { if(isflagset(20)) { xlog("L_INFO", "Call to foreign domain - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(8); exit; } if(!isflagset(23)) { if(uri =~ "^sip:\*86@.*") { xlog("L_INFO", "User accessing Voicemail - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); rewritehostport("voicemailserver.vpbx.com:5060"); route(8); } # don't allow calls relaying from PSTN to PSTN, if not explicitely forwarded else if(uri =~ "^sip:[0-9]+@") { # only route numeric users to PSTN if(!load_gws()) { xlog("L_ERR", "Error loading PSTN gateways - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("503", "PSTN Termination Currently Unavailable"); exit; } if(!next_gw()) { xlog("L_ERR", "No PSTN gateways available - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("503", "PSTN Termination Currently Unavailable"); exit; } setflag(21); t_on_failure("1"); route(8); } } xlog("L_INFO", "Call to unknown user - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("404", "User Not Found"); exit; } ######################################################################## # Request route 'base-route-local' ######################################################################## route[13] { t_on_reply("1"); if(t_check_trans()) { xlog("L_INFO", "Request leaving server - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); } else { xlog("L_INFO", "Dropping mis-routed request - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); exit; } if(!t_relay()) { sl_reply_error(); } exit; } ######################################################################## # Request route 'base-route-generic' ######################################################################## route[14] { xlog("L_INFO", "Method not supported - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("501", "Method Not Supported Here"); exit; } ######################################################################## # Request route 'base-filter-failover' ######################################################################## route[15] { if(!t_check_status("408|500|503")) { xlog("L_INFO", "No failover routing needed for this response code - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(6); exit; } } ######################################################################## #Send the call out ######################################################################## route[16] { #send the call outward if(method=="INVITE" && !isflagset(10)) { t_on_failure("2"); }; if (!t_relay()) { xlog("L_WARN", "ERROR: t_relay failed"); sl_reply_error(); }; } ######################################################################## # Request route 'Voicemail and Asterisk for further processing' ######################################################################## failure_route[3] { if(!t_was_cancelled()) { revert_uri(); rewritehostport("voicemailserver.vpbx.com:5060"); append_branch(); #PREVENT SOME CRAZY VOICEMAIL LOOP xlog("L_INFO", "No Answer Sending the call to Voicemail - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); setflag(10); route(8); } } ######################################################################## # Reply route 'base-standard-reply' ######################################################################## onreply_route[1] { xlog("L_INFO", "Reply - S=$rs D=$rr F=$fu T=$tu IP=$si ID=$ci\n"); exit; } ######################################################################## # Reply route 'base-nat-reply' ######################################################################## onreply_route[2] { xlog("L_INFO", "NAT-Reply - S=$rs D=$rr F=$fu T=$tu IP=$si ID=$ci\n"); if(nat_uac_test("1")) { fix_nated_contact(); } if(isbflagset(6) && status=~"(180)|(183)|2[0-9][0-9]") { if(!search("^Content-Length:[ ]*0")) { force_rtp_proxy(); } } exit; } ######################################################################## # Failure route 'pstn-failover' ######################################################################## failure_route[1] { xlog("L_INFO", "Failure route for PSTN entered - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(15); if(!next_gw()) { xlog("L_ERR", "Failed to select next PSTN gateway - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(6); exit; } t_on_failure("3"); route(8); } ######################################################################## # Failure route 'base-standard-failure' ######################################################################## failure_route[2] { if(!t_was_cancelled()) { revert_uri(); seturi("sip:*87@openser.org"); rewritehostport("voicemailserver.vpbx.com:5060"); append_branch(); xlog("L_INFO","Call to Voicemail"); setflag(10); route(10); } if(t_check_status("422|481|487")) { xlog("L_INFO", "Final reply - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(6); exit; } t_on_branch("1"); xlog("L_INFO", "Redirect from UAC intercepted - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(10); if($avp(s:cfc) != NULL) { avp_pushto("$ru", "$avp(s:cfc)"); setflag(29); append_branch(); t_on_branch("1"); xlog("L_INFO", "CFC detected - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(10); } route(15); route(6); } ######################################################################## # Branch route 'cfc-drop-local' ######################################################################## branch_route[1] { if(is_domain_local("$rd")) { xlog("L_INFO", "Dropping local branch - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); drop(); } } -- Regards, Chandrakant Solanki

2 3

Integrating Openser and OpenLDAP Backend-Databases
by afshin afzali 05 Jun '09

05 Jun '09

Hi Guys, Surely you know better than me that using a SIP server ( such as Openser ) and a directory service ( such as OpenLDAP ) in an enterprise , forces us to define and maintain user's credentials in two different realms. Also we know that the SIP server can not depends on directory service as authentication realm. Recently OpenLDAP's guys have added support for 'MySQL Cluster' edition to store it's data. Do'nt you think now it is time to add support to overcome the issue? Best Regards, -- afshin

2 1

[Kamailio-Users] newbie seeks help
by Panagiotis Skoulikaritis 04 Jun '09

04 Jun '09

Hi all I'm new to the kamailio actually this is my first try. After reeding for a while various documents and the book for the openser. I tried to create my first kamailio installation and configuration. I have to admit that the kamailio / openser has a steep learning curve. Anyway I have created the attached script but it doesn't work as intended( I tried my best), even though I'm able to register users and make calls between them, I'm unable to make outgoing calls. From what I see when it reaches the route[10] it ignores the routing entries and it fails giving me the 404 error message at the end of the route[10] On the attached file are the logs of the kamailio, the config file and also a sip trace 10.10.10.1 is the ip of the kamailio server 10.10.10.2 is the ip of the test softphone Any help will be greatly appreciated Regards Panagiotis May 29 14:05:13 cacofonix /sbin/kamailio[7885]: DBG:core:db_do_init: connection 0x67b6b0 found in pool May 29 14:05:13 cacofonix /sbin/kamailio[7897]: DBG:core:db_do_init: connection 0x67b6b0 found in pool May 29 14:05:13 cacofonix /sbin/kamailio[7895]: DBG:core:init_mod_child: type=CHILD, rank=10, module=alias_db May 29 14:05:13 cacofonix /sbin/kamailio[7885]: DBG:core:init_mod_child: type=CHILD, rank=5, module=domain May 29 14:05:13 cacofonix /sbin/kamailio[7897]: DBG:core:init_mod_child: type=CHILD, rank=12, module=domain May 29 14:05:13 cacofonix /sbin/kamailio[7895]: DBG:core:db_do_init: connection 0x67b6b0 found in pool May 29 14:05:13 cacofonix /sbin/kamailio[7895]: DBG:core:init_mod_child: type=CHILD, rank=10, module=domain May 29 14:05:13 cacofonix /sbin/kamailio[7897]: DBG:core:io_watch_add: io_watch_add(0x62d760, 26, 1, (nil)), fd_no=0 May 29 14:05:13 cacofonix /sbin/kamailio[7895]: DBG:core:io_watch_add: io_watch_add(0x62d760, 22, 1, (nil)), fd_no=0 May 29 14:05:15 cacofonix /sbin/kamailio[7886]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.2 50195 May 29 14:05:23 cacofonix /sbin/kamailio[7887]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.3 50195 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.2 50195 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: SIP Request: May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: method: <INVITE> May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: uri: <sip:2109558353@10.10.10.1> May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK922E579CA9FE416C85D258AA48A53F66>; state=16 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: this is the first via May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: After parse_msg... May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=100 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: end of header reached, state=10 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: display={}, ruri={sip:2109558353@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: <To> [30]; uri=[sip:2109558353@10.10.10.1] May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: to body [<sip:2109558353@10.10.10.1> ] May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: cseq <CSeq>: <40369> <INVITE> May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:maxfwd:is_maxfwd_present: value = 70 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=200 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: content_length=200 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: found end of header May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:rr:find_first_route: No Route headers found May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:rr:loose_route: There is no Route HF May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to_param: tag=4019420419 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: end of header reached, state=29 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: display={1000}, ruri={sip:1000@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=10000 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:auth:pre_auth: credentials with given realm not found May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:auth:reserve_nonce_index: second= 12, sec_monit= -1, index= 0 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:auth:build_auth_hf: nonce index= 0 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:auth:build_auth_hf: 'Proxy-Authenticate: Digest realm="10.10.10.1", nonce="4a1fc2a20000000068765cb99b6b87c240bf07ca3cd82c2b", qop="auth" ' May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:check_via_address: params 10.10.10.2, 10.10.10.2, 0 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: cleaning up May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: SIP Request: May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: method: <ACK> May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: uri: <sip:2109558353@10.10.10.1> May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_msg: SIP Request: May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_msg: method: <INVITE> May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_msg: uri: <sip:2109558353@10.10.10.1> May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bKFDFB9856E9FA4AF3B3FC0E502BF03396>; state=16 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: this is the first via May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:receive_msg: After parse_msg... May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=100 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_to: end of header reached, state=10 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_to: display={}, ruri={sip:2109558353@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:get_hdr_field: <To> [30]; uri=[sip:2109558353@10.10.10.1] May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:get_hdr_field: to body [<sip:2109558353@10.10.10.1> ] May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:get_hdr_field: cseq <CSeq>: <40370> <INVITE> May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:maxfwd:is_maxfwd_present: value = 70 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=200 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:get_hdr_field: content_length=200 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:get_hdr_field: found end of header May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:rr:find_first_route: No Route headers found May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:rr:loose_route: There is no Route HF May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_to_param: tag=4019420419 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_to: end of header reached, state=29 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_to: display={1000}, ruri={sip:1000@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:auth:check_nonce: comparing [4a1fc2a20000000068765cb99b6b87c240bf07ca3cd82c2b] and [4a1fc2a20000000068765cb99b6b87c240bf07ca3cd82c2b] May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK922E579CA9FE416C85D258AA48A53F66>; state=16 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: this is the first via May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: After parse_msg... May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=8 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_to_param: tag=f8f2ab2c1295e90ed7dbb499b30f44b2.acab May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_to: end of header reached, state=29 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_to: display={}, ruri={sip:2109558353@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: <To> [72]; uri=[sip:2109558353@10.10.10.1] May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: to body [<sip:2109558353@10.10.10.1>] May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:sl:sl_filter_ACK: local ACK found -> dropping it! May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_new_result: allocate 48 bytes for result set at 0x67e9e0 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_get_columns: 1 columns returned from the query May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_allocate_columns: allocate 8 bytes for result names at 0x67ea20 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_allocate_columns: allocate 4 bytes for result types at 0x67ea38 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_get_columns: allocate 16 bytes for RES_NAMES[0] at 0x67ea50 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x67ea50)[0]=[password] May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: cleaning up May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_convert_rows: allocate 16 bytes for rows at 0x67ea70 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_convert_row: allocate 32 bytes for row values at 0x67ea90 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_str2val: converting STRING [1234] May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:auth_db:get_ha1: HA1 string calculated: b58b19cd7ec8f67671261ace34df3352 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:auth:check_response: our result = 'b6844cdf0cd709b959844e75aa3d206e' May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:auth:check_response: authorization is OK May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:auth:post_auth: nonce index= 0 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_columns: freeing 1 columns May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_columns: freeing RES_NAMES[0] at 0x67ea50 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_columns: freeing result names at 0x67ea20 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_columns: freeing result types at 0x67ea38 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_rows: freeing 1 rows May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_row: freeing row values at 0x67ea90 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_rows: freeing rows at 0x67ea70 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_result: freeing result set at 0x67e9e0 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:uri_db:check_username: Digest username and URI username match May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:registrar:lookup: '2109558353' Not found in usrloc May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:registrar:lookup: '2109558353' Not found in usrloc May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:check_via_address: params 10.10.10.2, 10.10.10.2, 0 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:receive_msg: cleaning up May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_msg: SIP Request: May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_msg: method: <ACK> May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_msg: uri: <sip:2109558353@10.10.10.1> May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_headers: flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bKFDFB9856E9FA4AF3B3FC0E502BF03396>; state=16 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_headers: this is the first via May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:receive_msg: After parse_msg... May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_headers: flags=8 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_to_param: tag=f8f2ab2c1295e90ed7dbb499b30f44b2.4410 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_to: end of header reached, state=29 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_to: display={}, ruri={sip:2109558353@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:get_hdr_field: <To> [72]; uri=[sip:2109558353@10.10.10.1] May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:get_hdr_field: to body [<sip:2109558353@10.10.10.1>] May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:sl:sl_filter_ACK: local ACK found -> dropping it! May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:receive_msg: cleaning up May 29 14:05:33 cacofonix /sbin/kamailio[7887]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.3 50195 May 29 14:05:36 cacofonix /sbin/kamailio[7888]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.2 50195 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: SIP Request: May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: method: <REGISTER> May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: uri: <sip:10.10.10.1> May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=2 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK2F79CABEA0A7425C85C5A73A6CFC20D9>; state=16 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: this is the first via May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: After parse_msg... May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=100 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: end of header reached, state=10 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: display={1000}, ruri={sip:1000@10.10.10.1} May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: <To> [29]; uri=[sip:1000@10.10.10.1] May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: to body [1000 <sip:1000@10.10.10.1> ] May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: cseq <CSeq>: <52298> <REGISTER> May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:maxfwd:is_maxfwd_present: value = 70 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=200 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: content_length=0 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: found end of header May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:rr:find_first_route: No Route headers found May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:rr:loose_route: There is no Route HF May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=4000 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:auth:pre_auth: credentials with given realm not found May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:auth:reserve_nonce_index: second= 26, sec_monit= -1, index= 1 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:auth:build_auth_hf: nonce index= 1 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:auth:build_auth_hf: 'WWW-Authenticate: Digest realm="cacofonix.egreta.gr", nonce="4a1fc2b000000001a3e397db4e141e53da30ad0696760da3", qop="auth" ' May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:check_via_address: params 10.10.10.2, 10.10.10.2, 0 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: cleaning up May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: SIP Request: May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: method: <REGISTER> May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: uri: <sip:10.10.10.1> May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=2 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK0C47C5EB2E1247FEA747BFFB4FD915A8>; state=16 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: this is the first via May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: After parse_msg... May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=100 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_to: end of header reached, state=10 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_to: display={1000}, ruri={sip:1000@10.10.10.1} May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: <To> [29]; uri=[sip:1000@10.10.10.1] May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: to body [1000 <sip:1000@10.10.10.1> ] May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: cseq <CSeq>: <52299> <REGISTER> May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:maxfwd:is_maxfwd_present: value = 70 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=200 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: content_length=0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: found end of header May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:rr:find_first_route: No Route headers found May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:rr:loose_route: There is no Route HF May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:auth:check_nonce: comparing [4a1fc2b000000001a3e397db4e141e53da30ad0696760da3] and [4a1fc2b000000001a3e397db4e141e53da30ad0696760da3] May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_new_result: allocate 48 bytes for result set at 0x67d960 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_get_columns: 1 columns returned from the query May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_allocate_columns: allocate 8 bytes for result names at 0x67da90 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_allocate_columns: allocate 4 bytes for result types at 0x67daa8 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_get_columns: allocate 16 bytes for RES_NAMES[0] at 0x67dac0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x67dac0)[0]=[password] May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_convert_rows: allocate 16 bytes for rows at 0x67dae0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_convert_row: allocate 32 bytes for row values at 0x67db00 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_str2val: converting STRING [1234] May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:auth_db:get_ha1: HA1 string calculated: 90c30e48e987fd2d0ae77d90094407a5 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:auth:check_response: our result = 'd5513fb342bbfd2d4090a9ebcc4038fe' May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:auth:check_response: authorization is OK May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:auth:post_auth: nonce index= 1 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_columns: freeing 1 columns May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_columns: freeing RES_NAMES[0] at 0x67dac0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_columns: freeing result names at 0x67da90 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_columns: freeing result types at 0x67daa8 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_rows: freeing 1 rows May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_row: freeing row values at 0x67db00 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_rows: freeing rows at 0x67dae0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_result: freeing result set at 0x67d960 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:uri_db:check_username: Digest username and URI username match May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=8000000 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:check_via_address: params 10.10.10.2, 10.10.10.2, 0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: cleaning up May 29 14:05:44 cacofonix /sbin/kamailio[7885]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.3 50195 # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; }; if (msg:len >= 2048 ) { sl_send_reply("513", "Message too big"); exit; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol if (!method=="REGISTER") record_route(); # subsequent messages withing a dialog should take the # path determined by record-routing if (loose_route()) { # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); route(1); }; #CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } if (method=="REGISTER") { route(2); } else { route(3); }; } route[1] { # send it out now; use stateful forwarding as it works # reliably even for UDP2TCP if (!t_relay()) { sl_reply_error(); }; exit; } route[2] { # # -- Register request handler -- # if (is_uri_host_local()) { if (!www_authorize("", "subscriber")) { www_challenge("", "1"); exit; }; if (!check_to()) { sl_send_reply("401", "Unauthorized"); exit; }; save("location"); exit; } else if { sl_send_reply("401", "Unauthorized"); }; } route[3] { # # -- non-register requests handler -- # # Verify the source (FROM) if (is_from_local()){ # From an internal domain -> check the credentials and the FROM if (!proxy_authorize("","subscriber")) { proxy_challenge("","1"); exit; } else if (!check_from()) { sl_send_reply("403", "Forbidden, use From=ID"); exit; }; consume_credentials(); # Verify aliases lookup("aliases"); # Verify the destination (URI) if (is_uri_host_local()) { # -- Inbound to Inbound route(10); } else { # -- Inbound to outbound route(11); }; } else { #Verify aliases, if found replace R-URI. lookup("aliases"); # Verify the destination (URI) if (is_uri_host_local()) { #-- Outbound to inbound route(12); } else { # -- Outbound to outbound route(13); }; }; } route[4] { # routing to the public network if (!load_gws()) { sl_send_reply("503", "Unable to load gateways"); exit; } if(!next_gw()){ sl_send_reply("503", "Unable to find a gateway"); exit; } route(1); exit; } route[10] { append_hf("P-hint: inbound->inbound \r\n"); if (uri=~"^sip:[0-9]*@") { if (is_user_in("credentials","outgoing")) { route(4); exit; } else { sl_send_reply("403", "No permissions for outgoing calls"); exit; }; }; #Native SIP destinations are handled using the location table append_hf("P-hint: inbound->inbound \r\n"); if (!lookup("location")) { sl_send_reply("404", "Not Found this is where the outgoing call fails"); exit; }; route(1); } route[11] { # from an internal domain -> outbound # Simply route the call outbound using DNS search append_hf("P-hint: inbound->outbound \r\n"); route(1); } route[12] { # From an external domain -> inbound # Verify aliases, if found replace R-URI. lookup("aliases"); if (!lookup("location")) { sl_send_reply("404", "Not Found"); exit; }; route(1); } route[13] { #From an external domain outbound #we are not accepting these calls sl_send_reply("403", "Forbidden"); exit; } failure_route[1] { if(!next_gw()) { t_reply("503", "Service not available, no more gateways"); exit; } t_on_failure("1"); t_relay(); } ................ U 10.10.10.2:5060 -> 10.10.10.1:5060 INVITE sip:2109558353@10.10.10.1 SIP/2.0. Via: SIP/2.0/UDP 10.10.10.2:5060;rport;branch=z9hG4bK9A6FB317EAAA49239A329B7EED195972. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>. Contact: <sip:1000@10.10.10.2:5060>. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35975 INVITE. Max-Forwards: 70. Content-Type: application/sdp. User-Agent: X-PRO build 1082. Content-Length: 200. . v=0. o=1000 333892515 333892515 IN IP4 10.10.10.2. s=X-PRO. c=IN IP4 10.10.10.2. t=0 0. m=audio 8000 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. U 10.10.10.1:5060 -> 10.10.10.2:5060 SIP/2.0 407 Proxy Authentication Required. Via: SIP/2.0/UDP 10.10.10.2:5060;rport=5060;branch=z9hG4bK9A6FB317EAAA49239A329B7EED195972. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.6e0d. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35975 INVITE. Proxy-Authenticate: Digest realm="10.10.10.1", nonce="4a1fc1fd0000000202d4f6f3c38c36ea4e9c7cf0e0e56c6f", qop="auth". Server: Kamailio (1.4.1-notls (x86_64/linux)). Content-Length: 0. . U 10.10.10.2:5060 -> 10.10.10.1:5060 ACK sip:2109558353@10.10.10.1 SIP/2.0. Via: SIP/2.0/UDP 10.10.10.2:5060;rport;branch=z9hG4bK9A6FB317EAAA49239A329B7EED195972. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.6e0d. Contact: <sip:1000@10.10.10.2:5060>. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35975 ACK. Max-Forwards: 70. Content-Length: 0. . U 10.10.10.2:5060 -> 10.10.10.1:5060 INVITE sip:2109558353@10.10.10.1 SIP/2.0. Via: SIP/2.0/UDP 10.10.10.2:5060;rport;branch=z9hG4bK5E772D41ECAE40B1BCAD721D20050C3C. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>. Contact: <sip:1000@10.10.10.2:5060>. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35976 INVITE. Proxy-Authorization: Digest username="1000",realm="10.10.10.1",nonce="4a1fc1fd0000000202d4f6f3c38c36ea4e9c7cf0e0e56c6f",response="d e87516ac763a1a2d81f8dfe15fea346",uri="sip:2109558353@10.10.10.1",qop=auth,cnonce="98BAD5C268804AE49A8C47628C1416C3",nc="0000032c". Max-Forwards: 70. Content-Type: application/sdp. User-Agent: X-PRO build 1082. Content-Length: 200. . v=0. o=1000 333892515 333892515 IN IP4 10.10.10.2. s=X-PRO. c=IN IP4 10.10.10.2. t=0 0. m=audio 8000 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. U 10.10.10.1:5060 -> 10.10.10.2:5060 SIP/2.0 404 Not Found. Via: SIP/2.0/UDP 10.10.10.2:5060;rport=5060;branch=z9hG4bK5E772D41ECAE40B1BCAD721D20050C3C. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.6141. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35976 INVITE. Server: Kamailio (1.4.1-notls (x86_64/linux)). Content-Length: 0. . U 10.10.10.2:5060 -> 10.10.10.1:5060 ACK sip:2109558353@10.10.10.1 SIP/2.0. Via: SIP/2.0/UDP 10.10.10.2:5060;rport;branch=z9hG4bK5E772D41ECAE40B1BCAD721D20050C3C. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.6141. Contact: <sip:1000@10.10.10.2:5060>. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35976 ACK. Max-Forwards: 70. Content-Length: 0. . U 10.10.10.2:5060 -> 10.10.10.1:5060 . ................

3 4

[Kamailio-Users] SIP Compact form supported
by Pascal Maugeri 03 Jun '09

03 Jun '09

Hi Does Kamailio support SIP Compact Form (RFC 3261, section 7.3.3) ? Regards, Pascal

4 5

[Kamailio-Users] $cl value when there is no "Content-Length" header
by Iñaki Baz Castillo 03 Jun '09

03 Jun '09

Hi, if a UDP response has no "Content-Length" header (so it's 0), which would be the value of $cl variable? This is, if I do: if ( $cl != 0 ) ... will this "if" match when the message has no "Content-Length" header? Another question: In case "Content-Lenght: 22" but the real message body is 33, which value will $cl report? Thanks. -- Iñaki Baz Castillo <ibc(a)aliax.net>

2 4

[Kamailio-Users] problems with artihmetics operations & MYSQL
by BERGANZ François 02 Jun '09

02 Jun '09

Hello, I need to select from a database (for example 25.6546) And I need to do 25.6546/60. I think that I have a problem with my MySQL database. I tried to insert the 25.6546 in a decimal(5,5) but I cant insert more than 0.99999 ! Anyone know how to do ? Thank you Cordialement, BERGANZ François P Pensez à l'Environnement, n'imprimez ce mail que si nécessaire.

4 6

[Kamailio-Users] Compact Headers
by Brandon Armstead 01 Jun '09

01 Jun '09

Hello Guys, I could be going crazy -- however I thought I remembered seeing a toggle for setting OpenSER/Kam to use Compact Header form when creating SIP messages? Thanks!

2 1

[Kamailio-Users] ACL on Siremis
by Edson - Lists 01 Jun '09

01 Jun '09

Hi, Guys... Beside testing SR and looking for Kamailio upgrade, I'm testing Siremis and raised some doubts: 1- kamctl acl => 'Group_name' are defines on the script RC file, while on Siremis, they are defined 'at will', since I didn`t find where could there be defines. Is there a way to use the "group_name" table on both tools? Or should this tables be included in the DB (or somewhere else)? 2- in normal environment, not all configuration options are used at once. P.ex. LCR tables and CR tables are concurrent and you have to make a choice for one or another or neither set. How to configure/define it on Siremis interface? Edson.

2 2

[Kamailio-Users] Another table version issue
by Raúl Alexis Betancor Santana 30 May '09

30 May '09

This one with carrieroute tables ... With a clean database I get ... May 24 16:27:11 [30535] INFO:core:init_mod: initializing module carrierroute May 24 16:27:11 [30535] INFO:carrierroute:mod_init: use database as configuration sourceMay 24 16:27:11 [30535] ERROR:core:db_check_table_version: invalid version 2 for table carrierfailureroute found, expected 3 (check table structure and table "version") May 24 16:27:11 [30535] ERROR:carrierroute:carrierroute_db_init: during table version check. If I manualy set carrierfailureroute table version to 3 (UPDATE version SET table_version = 3 where table_name = 'carrierfailureroute';) I get the opposite error: May 24 16:30:31 [30594] INFO:core:init_mod: initializing module carrierroute May 24 16:30:31 [30594] INFO:carrierroute:mod_init: use database as configuration sourceMay 24 16:30:31 [30594] ERROR:core:db_check_table_version: invalid version 3 for table carrierfailureroute found, expected 2 (check table structure and table "version") May 24 16:30:31 [30594] ERROR:carrierroute:carrierroute_db_init: during table version check. May 24 16:30:31 [30594] ERROR:core:init_mod: failed to initialize module carrierroute It have no sense ... any clue what's happening ? -- Raúl Alexis Betancor Santana Dimensión Virtual

2 4

Re: [Kamailio-Users] ACKed dialog remains in state 3 instead of 4
by Alex Balashov 30 May '09

30 May '09

Catalina, catalina oancea wrote: > From what I know the record-route header is not compulsory, and > dialog-matching can also be done using rfc dialog-matching instead of > the did parameter in record-route (modparam("dialog", > "dlg_match_mode", 2)). This is what I am trying to use, I don't want > to use the record-route header at all. It is true that you do not have to use the dialog fast-matching cookie parameter in the Record-Route header. However, you need the Record-Route header in order for the proxy to have visibility into subsequent sequential requests within the dialog, so you might as well use the parameter for faster matching. In other words, if you don't add Record-Route, your proxy won't see BYEs, re-INVITEs, etc. See RFC 3261 20.30 (http://www.ietf.org/rfc/rfc3261.txt): 20.30 Record-Route The Record-Route header field is inserted by proxies in a request to force future requests in the dialog to be routed through the proxy. -- Alex -- Alex Balashov Evariste Systems Web : http://www.evaristesys.com/ Tel : (+1) (678) 954-0670 Direct : (+1) (678) 954-0671 Mobile : (+1) (678) 237-1775

3 6

[Kamailio-Users] newbie seeks help
by Panagiotis Skoulikaritis 29 May '09

29 May '09

Hi all I'm new to the kamailio actually this is my first try. After reeding for a while various documents and the book for the openser. I tried to create my first kamailio installation and configuration. I have to admit that the kamailio / openser has a steep learning curve. Anyway I have created the attached script but it doesn't work as intended( I tried my best), even though I'm able to register users and make calls between them, I'm unable to make outgoing calls. From what I see when it reaches the route[10] it ignores the routing entries and it fails giving me the 404 error message at the end of the route[10] On the attached file are the logs of the kamailio, the config file and also a sip trace 10.10.10.1 is the ip of the kamailio server 10.10.10.2 is the ip of the test softphone Any help will be greatly appreciated Regards Panagiotis May 29 14:05:13 cacofonix /sbin/kamailio[7885]: DBG:core:db_do_init: connection 0x67b6b0 found in pool May 29 14:05:13 cacofonix /sbin/kamailio[7897]: DBG:core:db_do_init: connection 0x67b6b0 found in pool May 29 14:05:13 cacofonix /sbin/kamailio[7895]: DBG:core:init_mod_child: type=CHILD, rank=10, module=alias_db May 29 14:05:13 cacofonix /sbin/kamailio[7885]: DBG:core:init_mod_child: type=CHILD, rank=5, module=domain May 29 14:05:13 cacofonix /sbin/kamailio[7897]: DBG:core:init_mod_child: type=CHILD, rank=12, module=domain May 29 14:05:13 cacofonix /sbin/kamailio[7895]: DBG:core:db_do_init: connection 0x67b6b0 found in pool May 29 14:05:13 cacofonix /sbin/kamailio[7895]: DBG:core:init_mod_child: type=CHILD, rank=10, module=domain May 29 14:05:13 cacofonix /sbin/kamailio[7897]: DBG:core:io_watch_add: io_watch_add(0x62d760, 26, 1, (nil)), fd_no=0 May 29 14:05:13 cacofonix /sbin/kamailio[7895]: DBG:core:io_watch_add: io_watch_add(0x62d760, 22, 1, (nil)), fd_no=0 May 29 14:05:15 cacofonix /sbin/kamailio[7886]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.2 50195 May 29 14:05:23 cacofonix /sbin/kamailio[7887]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.3 50195 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.2 50195 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: SIP Request: May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: method: <INVITE> May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: uri: <sip:2109558353@10.10.10.1> May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK922E579CA9FE416C85D258AA48A53F66>; state=16 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: this is the first via May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: After parse_msg... May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=100 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: end of header reached, state=10 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: display={}, ruri={sip:2109558353@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: <To> [30]; uri=[sip:2109558353@10.10.10.1] May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: to body [<sip:2109558353@10.10.10.1> ] May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: cseq <CSeq>: <40369> <INVITE> May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:maxfwd:is_maxfwd_present: value = 70 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=200 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: content_length=200 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: found end of header May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:rr:find_first_route: No Route headers found May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:rr:loose_route: There is no Route HF May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to_param: tag=4019420419 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: end of header reached, state=29 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: display={1000}, ruri={sip:1000@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=10000 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:auth:pre_auth: credentials with given realm not found May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:auth:reserve_nonce_index: second= 12, sec_monit= -1, index= 0 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:auth:build_auth_hf: nonce index= 0 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:auth:build_auth_hf: 'Proxy-Authenticate: Digest realm="10.10.10.1", nonce="4a1fc2a20000000068765cb99b6b87c240bf07ca3cd82c2b", qop="auth" ' May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:check_via_address: params 10.10.10.2, 10.10.10.2, 0 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: cleaning up May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: SIP Request: May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: method: <ACK> May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: uri: <sip:2109558353@10.10.10.1> May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_msg: SIP Request: May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_msg: method: <INVITE> May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_msg: uri: <sip:2109558353@10.10.10.1> May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bKFDFB9856E9FA4AF3B3FC0E502BF03396>; state=16 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: this is the first via May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:receive_msg: After parse_msg... May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=100 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_to: end of header reached, state=10 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_to: display={}, ruri={sip:2109558353@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:get_hdr_field: <To> [30]; uri=[sip:2109558353@10.10.10.1] May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:get_hdr_field: to body [<sip:2109558353@10.10.10.1> ] May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:get_hdr_field: cseq <CSeq>: <40370> <INVITE> May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:maxfwd:is_maxfwd_present: value = 70 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=200 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:get_hdr_field: content_length=200 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:get_hdr_field: found end of header May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:rr:find_first_route: No Route headers found May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:rr:loose_route: There is no Route HF May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_to_param: tag=4019420419 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_to: end of header reached, state=29 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_to: display={1000}, ruri={sip:1000@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:auth:check_nonce: comparing [4a1fc2a20000000068765cb99b6b87c240bf07ca3cd82c2b] and [4a1fc2a20000000068765cb99b6b87c240bf07ca3cd82c2b] May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK922E579CA9FE416C85D258AA48A53F66>; state=16 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: this is the first via May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: After parse_msg... May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=8 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_to_param: tag=f8f2ab2c1295e90ed7dbb499b30f44b2.acab May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_to: end of header reached, state=29 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_to: display={}, ruri={sip:2109558353@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: <To> [72]; uri=[sip:2109558353@10.10.10.1] May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: to body [<sip:2109558353@10.10.10.1>] May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:sl:sl_filter_ACK: local ACK found -> dropping it! May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_new_result: allocate 48 bytes for result set at 0x67e9e0 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_get_columns: 1 columns returned from the query May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_allocate_columns: allocate 8 bytes for result names at 0x67ea20 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_allocate_columns: allocate 4 bytes for result types at 0x67ea38 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_get_columns: allocate 16 bytes for RES_NAMES[0] at 0x67ea50 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x67ea50)[0]=[password] May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: cleaning up May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_convert_rows: allocate 16 bytes for rows at 0x67ea70 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_convert_row: allocate 32 bytes for row values at 0x67ea90 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_str2val: converting STRING [1234] May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:auth_db:get_ha1: HA1 string calculated: b58b19cd7ec8f67671261ace34df3352 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:auth:check_response: our result = 'b6844cdf0cd709b959844e75aa3d206e' May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:auth:check_response: authorization is OK May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:auth:post_auth: nonce index= 0 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_columns: freeing 1 columns May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_columns: freeing RES_NAMES[0] at 0x67ea50 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_columns: freeing result names at 0x67ea20 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_columns: freeing result types at 0x67ea38 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_rows: freeing 1 rows May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_row: freeing row values at 0x67ea90 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_rows: freeing rows at 0x67ea70 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_result: freeing result set at 0x67e9e0 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:uri_db:check_username: Digest username and URI username match May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:registrar:lookup: '2109558353' Not found in usrloc May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:registrar:lookup: '2109558353' Not found in usrloc May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:check_via_address: params 10.10.10.2, 10.10.10.2, 0 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:receive_msg: cleaning up May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_msg: SIP Request: May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_msg: method: <ACK> May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_msg: uri: <sip:2109558353@10.10.10.1> May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_headers: flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bKFDFB9856E9FA4AF3B3FC0E502BF03396>; state=16 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_headers: this is the first via May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:receive_msg: After parse_msg... May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_headers: flags=8 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_to_param: tag=f8f2ab2c1295e90ed7dbb499b30f44b2.4410 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_to: end of header reached, state=29 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_to: display={}, ruri={sip:2109558353@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:get_hdr_field: <To> [72]; uri=[sip:2109558353@10.10.10.1] May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:get_hdr_field: to body [<sip:2109558353@10.10.10.1>] May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:sl:sl_filter_ACK: local ACK found -> dropping it! May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:receive_msg: cleaning up May 29 14:05:33 cacofonix /sbin/kamailio[7887]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.3 50195 May 29 14:05:36 cacofonix /sbin/kamailio[7888]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.2 50195 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: SIP Request: May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: method: <REGISTER> May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: uri: <sip:10.10.10.1> May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=2 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK2F79CABEA0A7425C85C5A73A6CFC20D9>; state=16 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: this is the first via May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: After parse_msg... May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=100 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: end of header reached, state=10 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: display={1000}, ruri={sip:1000@10.10.10.1} May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: <To> [29]; uri=[sip:1000@10.10.10.1] May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: to body [1000 <sip:1000@10.10.10.1> ] May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: cseq <CSeq>: <52298> <REGISTER> May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:maxfwd:is_maxfwd_present: value = 70 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=200 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: content_length=0 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: found end of header May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:rr:find_first_route: No Route headers found May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:rr:loose_route: There is no Route HF May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=4000 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:auth:pre_auth: credentials with given realm not found May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:auth:reserve_nonce_index: second= 26, sec_monit= -1, index= 1 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:auth:build_auth_hf: nonce index= 1 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:auth:build_auth_hf: 'WWW-Authenticate: Digest realm="cacofonix.egreta.gr", nonce="4a1fc2b000000001a3e397db4e141e53da30ad0696760da3", qop="auth" ' May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:check_via_address: params 10.10.10.2, 10.10.10.2, 0 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: cleaning up May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: SIP Request: May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: method: <REGISTER> May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: uri: <sip:10.10.10.1> May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=2 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK0C47C5EB2E1247FEA747BFFB4FD915A8>; state=16 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: this is the first via May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: After parse_msg... May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=100 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_to: end of header reached, state=10 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_to: display={1000}, ruri={sip:1000@10.10.10.1} May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: <To> [29]; uri=[sip:1000@10.10.10.1] May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: to body [1000 <sip:1000@10.10.10.1> ] May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: cseq <CSeq>: <52299> <REGISTER> May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:maxfwd:is_maxfwd_present: value = 70 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=200 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: content_length=0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: found end of header May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:rr:find_first_route: No Route headers found May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:rr:loose_route: There is no Route HF May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:auth:check_nonce: comparing [4a1fc2b000000001a3e397db4e141e53da30ad0696760da3] and [4a1fc2b000000001a3e397db4e141e53da30ad0696760da3] May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_new_result: allocate 48 bytes for result set at 0x67d960 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_get_columns: 1 columns returned from the query May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_allocate_columns: allocate 8 bytes for result names at 0x67da90 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_allocate_columns: allocate 4 bytes for result types at 0x67daa8 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_get_columns: allocate 16 bytes for RES_NAMES[0] at 0x67dac0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x67dac0)[0]=[password] May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_convert_rows: allocate 16 bytes for rows at 0x67dae0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_convert_row: allocate 32 bytes for row values at 0x67db00 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_str2val: converting STRING [1234] May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:auth_db:get_ha1: HA1 string calculated: 90c30e48e987fd2d0ae77d90094407a5 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:auth:check_response: our result = 'd5513fb342bbfd2d4090a9ebcc4038fe' May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:auth:check_response: authorization is OK May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:auth:post_auth: nonce index= 1 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_columns: freeing 1 columns May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_columns: freeing RES_NAMES[0] at 0x67dac0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_columns: freeing result names at 0x67da90 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_columns: freeing result types at 0x67daa8 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_rows: freeing 1 rows May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_row: freeing row values at 0x67db00 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_rows: freeing rows at 0x67dae0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_result: freeing result set at 0x67d960 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:uri_db:check_username: Digest username and URI username match May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=8000000 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:check_via_address: params 10.10.10.2, 10.10.10.2, 0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: cleaning up May 29 14:05:44 cacofonix /sbin/kamailio[7885]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.3 50195 ####### Global Parameters ######### debug=5 log_stderror=no log_facility=LOG_LOCAL0 fork=yes children=4 /* uncomment the following lines to enable debugging */ #debug=6 #fork=no #log_stderror=yes /* uncomment the next line to disable TCP (default on) */ #disable_tcp=yes /* uncomment the next line to enable the auto temporary blacklisting of not available destinations (default disabled) */ #disable_dns_blacklist=no /* uncomment the next line to enable IPv6 lookup after IPv4 dns lookup failures (default disabled) */ #dns_try_ipv6=yes /* uncomment the next line to disable the auto discovery of local aliases based on revers DNS on IPs (default on) */ #auto_aliases=no /* uncomment the following lines to enable TLS support (default off) */ #disable_tls = no #listen = tls:your_IP:5061 #tls_verify_server = 1 #tls_verify_client = 1 #tls_require_client_certificate = 0 #tls_method = TLSv1 #tls_certificate = "//etc/kamailio/tls/user/user-cert.pem" #tls_private_key = "//etc/kamailio/tls/user/user-privkey.pem" #tls_ca_list = "//etc/kamailio/tls/user/user-calist.pem" port=5060 /* 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:192.168.1.2:5060 ####### Modules Section ######## #set module path mpath="//lib64/kamailio/modules/" /* uncomment next line for MySQL DB support */ loadmodule "db_mysql.so" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "mi_fifo.so" loadmodule "uri_db.so" loadmodule "uri.so" loadmodule "xlog.so" loadmodule "permissions.so" loadmodule "group.so" loadmodule "lcr.so" loadmodule "acc.so" /* uncomment next lines for MySQL based authentication support NOTE: a DB (like db_mysql) module must be also loaded */ loadmodule "auth.so" loadmodule "auth_db.so" /* uncomment next line for aliases support NOTE: a DB (like db_mysql) module must be also loaded */ loadmodule "alias_db.so" /* uncomment next line for multi-domain support NOTE: a DB (like db_mysql) module must be also loaded NOTE: be sure and enable multi-domain support in all used modules (see "multi-module params" section ) */ loadmodule "domain.so" /* uncomment the next two lines for presence server support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule "presence.so" #loadmodule "presence_xml.so" # ----------------- setting module-specific parameters --------------- # ----- mi_fifo params ----- modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo") # ----- 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) # ----- rr 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) # ----- uri_db params ----- /* by default we disable the DB support in the module as we do not need it in this configuration */ modparam("uri_db", "use_uri_table", 0) modparam("uri_db", "db_url", "") # ----- acc params ----- /* what sepcial events should be accounted ? */ modparam("acc", "early_media", 1) modparam("acc", "report_ack", 1) modparam("acc", "report_cancels", 1) /* 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", "failed_transaction_flag", 3) modparam("acc", "log_flag", 1) modparam("acc", "log_missed_flag", 2) /* uncomment the following lines to enable DB accounting also */ modparam("acc", "db_flag", 1) modparam("acc", "db_missed_flag", 2) # ----- usrloc params ----- modparam("usrloc", "db_mode", 0) /* uncomment the following lines if you want to enable DB persistency for location entries */ modparam("usrloc", "db_mode", 2) modparam("usrloc", "db_url", "mysql://openser:openserrw@localhost/openser") #---------------permissions params ------------- modparam("permissions","db_url", "mysql://openser:openserrw@localhost/openser") modparam("permissions", "address_table", "address") modparam("permissions", "grp_col", "grp") modparam("permissions", "ip_addr_col", "ip_addr") modparam("permissions", "mask_col", "mask") modparam("permissions", "port_col", "port") modparam("permissions", "db_mode", 1) modparam("permissions", "trusted_table", "trusted") modparam("permissions", "source_col", "src_ip") modparam("permissions", "proto_col", "proto") modparam("permissions", "from_col", "from_pattern") modparam("permissions", "tag_col", "tag") modparam("permissions", "peer_tag_avp", "$avp(i:707)") # ----- auth_db params ----- /* uncomment the following lines if you want to enable the DB based authentication */ modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") modparam("auth_db", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("auth_db", "load_credentials", "") # ----- alias_db params ----- /* uncomment the following lines if you want to enable the DB based aliases */ modparam("alias_db", "db_url", "mysql://openser:openserrw@localhost/openser") # ----- domain params ----- /* uncomment the following lines to enable multi-domain detection support */ modparam("domain", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("domain", "db_mode", 1) # Use caching # ----- multi-module params ----- /* uncomment the following line if you want to enable multi-domain support in the modules (dafault off) */ #modparam("alias_db|auth_db|usrloc|uri_db", "use_domain", 1) # ----- presence params ----- /* uncomment the following lines if you want to enable presence */ #modparam("presence|presence_xml", "db_url", # "mysql://openser:openserrw@localhost/openser") #modparam("presence_xml", "force_active", 1) #modparam("presence", "server_address", "sip:192.168.1.2:5060") #--------- LCR params ----------- modparam("lcr","db_url","mysql://openser:openserrw@localhost/openser") modparam("lcr","gw_table","gw") modparam("lcr","gw_name_column","gw_name") modparam("lcr","grp_id_column","grp_id") modparam("lcr","ip_addr_column","ip_addr") modparam("lcr","port_column","port") modparam("lcr","uri_scheme_column","uri_scheme") modparam("lcr","transport_column","transport") modparam("lcr","strip_column","strip") modparam("lcr","tag_column","tag") modparam("lcr","flags_column","flags") modparam("lcr","lcr_table","lcr") modparam("lcr","prefix_column","prefix") modparam("lcr","from_uri_column","from_uri") modparam("lcr","priority_column","priority") modparam("lcr", "contact_avp", "$avp(i:711)") modparam("lcr|tm", "fr_inv_timer_avp", "$avp(i:704)") modparam("lcr", "gw_uri_avp", "$avp(i:709)") modparam("^auth$|lcr", "rpid_avp", "$avp(i:302)") modparam("lcr", "ruri_user_avp", "$avp(i:500)") modparam("lcr","fr_inv_timer",90) modparam("lcr","fr_inv_timer_next",30) modparam("lcr", "flags_avp", "$avp(i:712)") modparam("lcr", "prefix_mode", 1) #-------------- group params --------------- modparam("group", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("group", "table", "grp") modparam("group", "user_column", "username") modparam("group", "domain_column", "domain") modparam("group", "group_column", "grp") modparam("group", "use_domain", 0) # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; }; if (msg:len >= 2048 ) { sl_send_reply("513", "Message too big"); exit; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol if (!method=="REGISTER") record_route(); # subsequent messages withing a dialog should take the # path determined by record-routing if (loose_route()) { # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); route(1); }; #CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } if (method=="REGISTER") { route(2); } else { route(3); }; } route[1] { # send it out now; use stateful forwarding as it works # reliably even for UDP2TCP if (!t_relay()) { sl_reply_error(); }; exit; } route[2] { # # -- Register request handler -- # if (is_uri_host_local()) { if (!www_authorize("", "subscriber")) { www_challenge("", "1"); exit; }; if (!check_to()) { sl_send_reply("401", "Unauthorized"); exit; }; save("location"); exit; } else if { sl_send_reply("401", "Unauthorized"); }; } route[3] { # # -- non-register requests handler -- # # Verify the source (FROM) if (is_from_local()){ # From an internal domain -> check the credentials and the FROM if (!proxy_authorize("","subscriber")) { proxy_challenge("","1"); exit; } else if (!check_from()) { sl_send_reply("403", "Forbidden, use From=ID"); exit; }; consume_credentials(); # Verify aliases lookup("aliases"); # Verify the destination (URI) if (is_uri_host_local()) { # -- Inbound to Inbound route(10); } else { # -- Inbound to outbound route(11); }; } else { #Verify aliases, if found replace R-URI. lookup("aliases"); # Verify the destination (URI) if (is_uri_host_local()) { #-- Outbound to inbound route(12); } else { # -- Outbound to outbound route(13); }; }; } route[4] { # routing to the public network if (!load_gws()) { sl_send_reply("503", "Unable to load gateways"); exit; } if(!next_gw()){ sl_send_reply("503", "Unable to find a gateway"); exit; } route(1); exit; } route[10] { append_hf("P-hint: inbound->inbound \r\n"); if (uri=~"^sip:[0-9]*@") { if (is_user_in("credentials","outgoing")) { route(4); exit; } else { sl_send_reply("403", "No permissions for outgoing calls"); exit; }; }; #Native SIP destinations are handled using the location table append_hf("P-hint: inbound->inbound \r\n"); if (!lookup("location")) { sl_send_reply("404", "Not Found this is where the outgoing call fails"); exit; }; route(1); } route[11] { # from an internal domain -> outbound # Simply route the call outbound using DNS search append_hf("P-hint: inbound->outbound \r\n"); route(1); } route[12] { # From an external domain -> inbound # Verify aliases, if found replace R-URI. lookup("aliases"); if (!lookup("location")) { sl_send_reply("404", "Not Found"); exit; }; route(1); } route[13] { #From an external domain outbound #we are not accepting these calls sl_send_reply("403", "Forbidden"); exit; } failure_route[1] { if(!next_gw()) { t_reply("503", "Service not available, no more gateways"); exit; } t_on_failure("1"); t_relay(); } ................ U 10.10.10.2:5060 -> 10.10.10.1:5060 INVITE sip:2109558353@10.10.10.1 SIP/2.0. Via: SIP/2.0/UDP 10.10.10.2:5060;rport;branch=z9hG4bK9A6FB317EAAA49239A329B7EED195972. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>. Contact: <sip:1000@10.10.10.2:5060>. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35975 INVITE. Max-Forwards: 70. Content-Type: application/sdp. User-Agent: X-PRO build 1082. Content-Length: 200. . v=0. o=1000 333892515 333892515 IN IP4 10.10.10.2. s=X-PRO. c=IN IP4 10.10.10.2. t=0 0. m=audio 8000 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. U 10.10.10.1:5060 -> 10.10.10.2:5060 SIP/2.0 407 Proxy Authentication Required. Via: SIP/2.0/UDP 10.10.10.2:5060;rport=5060;branch=z9hG4bK9A6FB317EAAA49239A329B7EED195972. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.6e0d. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35975 INVITE. Proxy-Authenticate: Digest realm="10.10.10.1", nonce="4a1fc1fd0000000202d4f6f3c38c36ea4e9c7cf0e0e56c6f", qop="auth". Server: Kamailio (1.4.1-notls (x86_64/linux)). Content-Length: 0. . U 10.10.10.2:5060 -> 10.10.10.1:5060 ACK sip:2109558353@10.10.10.1 SIP/2.0. Via: SIP/2.0/UDP 10.10.10.2:5060;rport;branch=z9hG4bK9A6FB317EAAA49239A329B7EED195972. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.6e0d. Contact: <sip:1000@10.10.10.2:5060>. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35975 ACK. Max-Forwards: 70. Content-Length: 0. . U 10.10.10.2:5060 -> 10.10.10.1:5060 INVITE sip:2109558353@10.10.10.1 SIP/2.0. Via: SIP/2.0/UDP 10.10.10.2:5060;rport;branch=z9hG4bK5E772D41ECAE40B1BCAD721D20050C3C. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>. Contact: <sip:1000@10.10.10.2:5060>. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35976 INVITE. Proxy-Authorization: Digest username="1000",realm="10.10.10.1",nonce="4a1fc1fd0000000202d4f6f3c38c36ea4e9c7cf0e0e56c6f",response="d e87516ac763a1a2d81f8dfe15fea346",uri="sip:2109558353@10.10.10.1",qop=auth,cnonce="98BAD5C268804AE49A8C47628C1416C3",nc="0000032c". Max-Forwards: 70. Content-Type: application/sdp. User-Agent: X-PRO build 1082. Content-Length: 200. . v=0. o=1000 333892515 333892515 IN IP4 10.10.10.2. s=X-PRO. c=IN IP4 10.10.10.2. t=0 0. m=audio 8000 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. U 10.10.10.1:5060 -> 10.10.10.2:5060 SIP/2.0 404 Not Found. Via: SIP/2.0/UDP 10.10.10.2:5060;rport=5060;branch=z9hG4bK5E772D41ECAE40B1BCAD721D20050C3C. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.6141. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35976 INVITE. Server: Kamailio (1.4.1-notls (x86_64/linux)). Content-Length: 0. . U 10.10.10.2:5060 -> 10.10.10.1:5060 ACK sip:2109558353@10.10.10.1 SIP/2.0. Via: SIP/2.0/UDP 10.10.10.2:5060;rport;branch=z9hG4bK5E772D41ECAE40B1BCAD721D20050C3C. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.6141. Contact: <sip:1000@10.10.10.2:5060>. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35976 ACK. Max-Forwards: 70. Content-Length: 0. . U 10.10.10.2:5060 -> 10.10.10.1:5060 . ................

1 0

[Kamailio-Users] How to avoid RtpProxy failure when 183 arrives after a CANCEL
by Iñaki Baz Castillo 29 May '09

29 May '09

Hi, I'm experimenting this real case very often: - Kamailio invokes "force_rtproxy()" for an INVITE and sets a flag(USE_RTPPROXY). - A CANCEL arrives (so I invoke "unforce_rtpproxy()"). - Inmediatelly a 183 arrives from downstream (before the UAS receives the CANCEL generated by Kamailio). - flag(USE_RTPPROXY) is set so I invoke "force_rtpproxy()" for the 183 response, and obviously I get this error from RtpProxy module (since the RtpProxy session was ended upon recepit of the CANCEL): ERROR:nathelper:force_rtp_proxy: incorrect port 0 in reply from rtp proxy Yes, nothing wrong happens, but I would like to avoid this error in the logs. Unfortunatelly when processing the incoming CANCEL kamailio cannot unset a flag in the related INVITE transaction, so I cannot do "resetflag(USE_RTPPROXY)" when receiving the CANCEL (it's not useful at all). So I cannot guess any way to do it, suggestions? Thanks a lot. -- Iñaki Baz Castillo <ibc(a)aliax.net>

2 2

[Kamailio-Users] play with vars
by BERGANZ François 29 May '09

29 May '09

Hello, I am looking for : how to work with vars ? I need to do var(a)=var(a)+1 How to? Thank you Cordialement, BERGANZ François cid:image001.gif@01C8F7CD.6BC1D2C0 <http://www.acropolistelecom.net/> http://www.acropolistelecom.net P Pensez à l'Environnement, n'imprimez ce mail que si nécessaire.

3 2

[Kamailio-Users] advertised_address is not used by nathelper
by catalina oancea 29 May '09

29 May '09

Hello, I need to set listen=0.0.0.0 in kamailio (because it's very important for me to add new IPs to my server without restarting kamailio), but I see that the Via header remains 0.0.0.0 in this case. So I added: advertised_address="my_ip_address" advertised_port=5060 Then I see that for normal calls the Via is set correclty but the problem still appears in nathelper. The OPTIONS sent by nathelper still uses 0.0.0.0 in the Via header. I tried: modparam("nathelper", "natping_socket", "my_ip_address:5060") modparam("nathelper", "force_socket", "my_ip_address:5060") but Via is still 0.0.0.0 Does anybody know what to do?

2 1

vim syntax file for config
by Daniel-Constantin Mierla 29 May '09

29 May '09

Hello, for xVIM fans, here is attached a syntax file for SIP Router config file. It is refurbished from an old openser syntax file, updated with latest config language rules. It is still missing the 'select' definition, I had no time to search for the regexp that matches its format, maybe a ser developer can give it quicker. Of course, it can take other improvement, please feel free to contribute. If there are many users, we can keep it inside the source tree, somewhere in the scripts dir. Probably most of you know, but for newbees: - place the ser.vim in your home directory under ".vim/syntax/" - when you edit the config file with vim, run "setf ser" You can add rules in vim config to auto-detect -- see google for that -- skipping in this way setf command each time you edit a config. Hope some of you enjoy it, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/ " -*- vim -*- " FILE: ser.vim " LAST MODIFICATION: 2009-05-28 18:30 " (C) Copyright 2008 Stanisław Pitucha <viraptor(a)gmail.com> " (C) Copyright 2009 Daniel-Constantin Mierla <miconda(a)gmail.com> " Version: 1.01 " USAGE: " " Save this file to $VIMFILES/syntax/ser.vim. Either add a detection " script to filetypes.vim, or set filetype manually to "ser" when " editing SIP Router configuration file with 'setf ser'. " " List of keyword and core functions taken from latest dev version of " SIP Router. Module functions not included. " " Tested only on vim 7.1 " " Example: "setf ser" " " REQUIREMENTS: " vim (>= 7) if exists("b:current_syntax") finish endif syn match serConfigParamLine '^[^=]\+=.*$' contains=serCoreParameter,serString,serConfigConstant,serSpecial,serNumber,serCppComment,serHashComment syn region serConfigModparam start='^\s*modparam\s*(' end=')' contains=serString,serNumber syn match serConfigModule '^\s*loadmodule\s*"[^"]\+"' contains=serString syn keyword serTodo TODO FIXME XXX contained syn match serOperator '!\|&&\|||\|=[~=]\?\|>\|<\|+\|-\|/\|\*\||\|&\|^\|\~\|defined\|eq\|ieq\|ne\|ine' display contained syn region serCppComment start='/\*' end='\*/' contains=serTodo syn match serHashComment '#.*$' contains=serTodo syn match serStringEscape '\\.' contained syn match serNumber '[0-9]\+' contained syn region serString matchgroup=Normal start='"' skip='\\"' end='"' contained contains=serVariable,serStringEscape syn match serVariable "$[a-zA-Z_][a-zA-Z0-9_]*$([^)]\+)$\?" contained syn match serIdentifier '[a-zA-Z_][a-zA-Z0-9_]*' contained syn keyword serStatement route if else switch case default break exit return drop while contained syn keyword serSpecial yes no on off true false enabled disabled contained syn keyword serCoreKeyword af dst_ip dst_port from_uri method msg:len proto status snd_af snd_ip snd_port snd_proto src_ip src_port to_af to_ip to_port to_proto to_uri uri uri:host uri:port contained syn keyword serCoreValue udp UDP tcp TCP tls TLS sctp SCTP inet INET inet6 INET6 sslv23 SSLv23 SSLV23 sslv2 SSLv2 SSLV2 sslv3 SSLv3 SSLV3 tlsv1 TLSv1 TLSV1 max_len myself contained syn keyword serCoreFunction forward forward_tcp forward_udp forward_tls forward_sctp send send_tcp log error exec force_rport add_rport force_tcp_alias add_tcp_alias udp_mtu udp_mtu_try_proto setflag resetflag isflagset flags bool setavpflag resetavpflag isavpflagset avpflags rewritehost sethost seth rewritehostport sethostport sethp rewritehostporttrans sethostporttrans sethpt rewriteuser setuser setu rewriteuserpass setuserpass setup rewriteport setport setp rewriteuri seturi revert_uri prefix strip strip_tail userphone append_branch set_advertised_address set_advertised_port force_send_socket contained syn keyword serCoreParameter debug fork log_stderror log_facility listen alias auto_aliases dns rev_dns dns_try_ipv6 dns_try_naptr dns_srv_lb dns_srv_loadbalancing dns_udp_pref dns_udp_preference dns_tcp_pref dns_tcp_preference dns_tls_pref dns_tls_preference dns_sctp_pref dns_sctp_preference dns_retr_time dns_retr_no dns_servers_no dns_use_search_list dns_search_full_match dns_cache_init use_dns_cache use_dns_failover dns_cache_flags dns_cache_negative_ttl dns_cache_min_ttl dns_cache_max_ttl dns_cache_mem dns_cache_gc_interval dns_cache_del_nonexp dns_cache_delete_nonexpired dst_blacklist_init use_dst_blacklist dst_blacklist_mem dst_blacklist_expire dst_blacklist_ttl dst_blacklist_gc_interval port statistics maxbuffer children check_via phone2tel syn_branch memlog mem_log memdbg mem_dbg sip_warning server_signature reply_to_via user uid group gid chroot workdir wdir mhomed disable_tcp tcp_children tcp_accept_aliases tcp_send_timeout tcp_connect_timeout tcp_connection_lifetime tcp_poll_method tcp_max_connections tcp_no_connect tcp_source_ipv4 tcp_source_ipv6 tcp_fd_cache tcp_buf_write tcp_async tcp_conn_wq_max tcp_wq_max tcp_rd_buf_size tcp_wq_blk_size tcp_defer_accept tcp_delayed_ack tcp_syncnt tcp_linger2 tcp_keepalive tcp_keepidle tcp_keepintvl tcp_keepcnt tcp_crlf_ping disable_tls tls_disable enable_tls tls_enable tlslog tls_log tls_port_no tls_method tls_verify tls_require_certificate tls_certificate tls_private_key tls_ca_list tls_handshake_timeout tls_send_timeout disable_sctp enable_sctp sctp_children sctp_socket_rcvbuf sctp_socket_receive_buffer sctp_socket_sndbuf sctp_socket_send_buffer sctp_autoclose sctp_send_ttl sctp_send_retries advertised_address advertised_port disable_core_dump open_files_limit shm_force_alloc mlock_pages real_time rt_prio rt_policy rt_timer1_prio rt_fast_timer_prio rt_ftimer_prio rt_timer1_policy rt_ftimer_policy rt_timer2_prio rt_stimer_prio rt_timer2_policy rt_stimer_policy mcast_loopback mcast_ttl tos pmtu_discovery exit_timeout ser_kill_timeout max_while_loops stun_refresh_interval stun_allow_stun stun_allow_fp server_id description descr desc loadpath mpath contained syn region serBlock start='{' end='}' contained contains=serBlock,@serCodeElements syn match serRouteBlock '$failure_\|onreply_\|branch_\|event_\|onsend_$\?route$\s*\[[^\]]\+\]$\?' contained contains=serNumber,serString,serIdentifier syn region serRrouteBlockFold matchgroup=serRouteBlock start="$failure_\|onreply_\|branch_\|event_\|onsend_$\?route$\s*\[[^\]]\+\]$\?\s*\n\?{" matchgroup=NONE end="}" contains=serBlock,@serCodeElements syn cluster serCodeElements contains=serCppComment,serHashComment,serNumber,serString,serVariable,serOperator,serStatement,serKeyword,serCoreKeyword,serCoreValue,serCoreFunction,serIdentifier hi def link serCppComment Comment hi def link serHashComment Comment hi def link serTodo Todo hi def link serConfigModparam Function hi def link serConfigModule Keyword hi def link serKeyword Keyword hi def link serCoreKeyword Special hi def link serCoreValue Special hi def link serCoreFunction Function hi def link serRouteBlock Type hi def link serRrouteBlockFold Type hi def link serIdentifier Identifier hi def link serSpecial Special hi def link serCoreParameter Keyword hi def link serOperator Operator hi def link serStatement Conditional hi def link serNumber Number hi def link serVariable Identifier hi def link serString String hi def link serStringEscape Special let b:current_syntax = "ser"

1 0

[Kamailio-Users] hangup problem
by Chandrakant Solanki 29 May '09

29 May '09

hi I am using.. Asterisk : 1.6.0.5 Kamailio : 1.5.0 Here, is network diagram ... 172.18.100.10/20/30 ============ 192.168.1.68 ========================== 192.168.1.70 (SIP Phone Register on this IP) (Kamailio IP) (Asterisk Server) And here link for kamailio file I have registered 111 and 222 user on asterisk (192.168.1.70)... and call to kamailio user (1212(a)domain.com)... call established successfully.. but sip phone is not hangup.. As well as i call from kamailio user like 1212 to 2121 ... call established .. but sip phone not hangup.. Help me out.... Thanks in advance -- Regards, Chandrakant Solanki

2 1

[Kamailio-Users] Solved RE: [OpenSIPS-Users] Mediaproxy relay error: 'module' object has no attribute 'Interface'
by CSB 29 May '09

29 May '09

> Hi, > On 26 May 2009, at 22:18, CSB wrote: > >> > >> Perhaps you do not have the zope.interface module installed? > >> > >> I'm not sure which linux distribution you are using, but I'm > guessing > >> from the rpm command that it is some RedHat derivative. You can save > >> yourself from these sort of dependency problem by using Debian and > >> installing MediaProxy2 directly from our repository. > >> > > Unfortunately we have a number of servers all running CentOS so to > > change is > > not so easy. zope.interface looks like it's installed - see my other > > post. > > > > Regards > > > > Cameron > > The traceback shows the problem is in twisted.names, so I would > probably suspect there is something wrong with that version. I don't > understand the version number you quote of that anyway, 0.3.0 seems to > be very different from the rest. Please try to upgrade anything > related to twisted to use the latest version and see if you still have > problems. > I removed the python-twisted packages, installed Twisted from source and the error no longer occurs. Thanks for the advice. Now I just need to upgrade my EC2 kernel... Cameron

1 0

Problem with 'break' in a 'Switch' body
by Edson - Lists 28 May '09

28 May '09

Hi, Guys... I use a 'switch' block to drive decisions after a failed 'lookup' (on router-block). In theory all Ok, but.... In the body of this switch, if I use a 'break' inside an 'if' it gives me error, saying that it's not allowed. See below the code. What am I doing wrong? Edson. ======================================================== route[1] { if (!lookup("location") { switch ($retcode) { case -1: case -3: if ('situation A') { t_on_failure("1"); break; } else { if ('condition b') { if ('condition b.1') { t_on_failure("2"); break; }; }; }; exit; case -2: sl_send_reply("500", "Internal lookup error"); exit; } } if (!t_relay()) { sl_reply_error(); } exit; }

2 4

Re: [Kamailio-Users] Question regarding kamailio transaction processing.
by Siddhardha Garige 28 May '09

28 May '09

Daniel, We are testing kamailio in "edge proxy". Kamailio routes traffic in between SIPP clients and SIP registrar. Here is a link to my test network layout. http://luminepixels.com/tmp/kamailio_load_testing.jpg We did not see many retransmissions with Registration load running alone. With Call load and registration together, only registration requests are being retransmitted. Call requests are not. -Sid -Sid "May the light be with you." ______________________________________________ Siddhardha Garige www.luminepixels.com --- On Thu, 5/28/09, Daniel-Constantin Mierla <miconda(a)gmail.com> wrote: From: Daniel-Constantin Mierla <miconda(a)gmail.com> Subject: Re: [Kamailio-Users] Question regarding kamailio transaction processing. To: users(a)lists.kamailio.org Date: Thursday, May 28, 2009, 4:19 AM Hello, On 05/28/2009 01:12 AM, Iñaki Baz Castillo wrote: > El Miércoles, 27 de Mayo de 2009, Siddhardha Garige escribió: > >> Here is our question. If number of transactions in kamailio memory >> contributes to processing delay should not it affect both REGISTRATION and >> CALL transactions equally? Why only REGISTRATION are getting affected while >> calls are fine without any retransmissions. >> > > Registration involves storage in memory and/or database, also a lookup in > memory or database to retrieve all the contacts registered for that AoR. Could > it be the reason? > what db_mode is used for usrloc module? Are you doing authentication? Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/ _______________________________________________ Kamailio (OpenSER) - Users mailing list Users(a)lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users

1 0

[Kamailio-Users] ACKed dialog remains in state 3 instead of 4
by catalina oancea 28 May '09

28 May '09

Hello, I was excited to find that I can now use dlg_manage instead of record_route so that I no longer need the record_route parameter but I now found a strange situation that maybe somebody can explain. I am sending an INVITE to kamailio, and kamailio sends it to a provider. It's like this: asterisk-----INVITE cseq 1-------> kamailio -----INVITE cseq 1-----------> provider asterisk<-----407 auth required---- kamailio <-----407 auth required------- provider asterisk-----ACK----------------------> kamailio -----ACK------------------------> provider When 407 reaches kamailio, kamailio changes dialog state to state 5. But the dialog is not deleted. Then the INVITE arrives again, authenticated, and a new dialog is created, but having the same callid and from-tag: asterisk-----INVITE cseq 2-------> kamailio -----INVITE cseq 2----------> provider asterisk<---- 200OK ----------------- kamailio <-----200OK--------------------- provider asterisk-----ACK----------------------> kamailio -----ACK------------------------> provider When this ACK arrives to kamailio, dlg_manage is called and kamailio searches for the dialog in the dialog list. It finds one but with state 5 (I printed a debug in the source), probably finds the first one, and thus it can no longer identify the ACK as being part of the second dialog. For this reason, the dialog created during the second invite remains with state 3. This causes sometimes the BYE not to be accepted correctly either, and some dialogs remain stuck in the database until they expire. Does anybody know why, when a dialog match is searched, when a match that is in state 5 in found, the search is interrupted? I was thinking of changing this so that the search can continue and the second INVITE dialog can be found, but I'm not sure that's safe. Thanks a lot, Catalina Oancea

4 3

test e-mail... please ignore it
by Edson - Lists 28 May '09

28 May '09

.

1 0

[Kamailio-Users] Pretty basic Presence question
by Mahesh Paolini-Subramanya 28 May '09

28 May '09

I'm trying to setup an extremely basic PRESENCE/BLF environment. However, when I call handle_subscribe(), the message gets sent to $si: 5060, *not* $si:$sp Any ideas? Should I be doing something with nat_traversal.co (don't see what, but worth asking...) The relevant portion of kamailio.cfg is if (!t_newtran()) { sl_reply_error(); return(-1); }; if (is_method("SUBSCRIBE")) { handle_subscribe(); t_release(); }; Cheers, and thanx for any help --- Mahesh Paolini-Subramanya CTO, Aptela Inc. (703.386.1500 x9100) http://www.aptela.com

2 5

[Kamailio-Users] rewritehostport
by Andrew Nowrot 28 May '09

28 May '09

Hi I am having the following problem. Can I use avp variable and rewritehostport function in this way: exec_avp("pool2domain.py $tU", "$avp(s:domainport)"); rewritehostport("$avp(s:domainport)"); Script called from exec_avp returns the string sample.sip.domain:port and it is written to avp variable. Can I use this variable in rewritehospport function because kamailio does not rewrite the host and the port number If I can not use it in this way is there any other solution. Cheers Andrew

4 5

[Kamailio-Users] Question regarding kamailio transaction processing.
by Siddhardha Garige 28 May '09

28 May '09

Hi all, I have a question regarding kamailio transaction processing. Any help is greatly appreciated. We are load testing kamailio using SIPP tool. Kamailio is working in outbound proxy mode and routing SIP messages in-between SIPP servers. SIPP generates REGISTER requests and SIP calls. Registration load is 100 registrations per second. A steady stream of registration requests are generated throughout the test duration. Call load is 100 calls per second with average call duration of 3.5mins with a max load of 10,000 concurrent calls. SIPP starts with a call rate of 100 call/sec and makes 10,000 concurrent calls. Calls terminate at 3.5mins and SIPP will make new calls to maintain 10,000 concurrent call load. We monitored kamailio transactions using “kamctl moni” for current transaction in use. If kamailio has more than 1000 standing transaction in memory, we notice REGISTRATION retransmissions. Kamailio takes more than 300ms to process some registration requests. However requests related to call transactions are not affected. No INVITE or 200OK retransmissions were noticed in this process. By decreased call load to 10 call/second and registration retransmissions reduced considerably. Again by increased call load to 100 call/sec and we started noticing REGISTER retransmissions. Here is our question. If number of transactions in kamailio memory contributes to processing delay should not it affect both REGISTRATION and CALL transactions equally? Why only REGISTRATION are getting affected while calls are fine without any retransmissions. Is kamailio prioritizing processing call transactions over REGISTRATION transactions? Can someone throw some light on this please? -Sid

3 2

[Kamailio-Users] How to refer to an AVP index?
by Edson - Lists 28 May '09

28 May '09

Hi, guys... On wiki page (http://www.kamailio.org/docs/avp_db_query.html) there is an example of the use of the 'avp_db_query' function, but it doesn't work on 1.5.1 SVN 5858. It fails on AVP index access... Kamailio complains on index syntax. Can anybody confirm the example error and point me to a page/link where the AVP index is described/exemplified (if still supported)? Edson.

2 1

[Kamailio-Users] kamailio 3.0 config - routes with names
by Daniel-Constantin Mierla 27 May '09

27 May '09

Hello, to illustrate the new feature got by Kamailio to use names instead of integer index when defining/calling route blocks, I have updated the default config posted to the wiki: https://sip-router.org/wiki/migration/kamailio-3.0-config The workaround in the past was to use M4 or other text preprocessors, now can be done directly. It looks nicer and makes the config more human understandable. Happy testing, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/

4 4

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