sr-users

sr-users@lists.kamailio.org

42 participants
37519 discussions

Setting Global Variables
by Nathaniel L Keeling 02 Apr '11

02 Apr '11

Hello, I am trying to use global variables within my configuration script. I am using Kamailio v3.0.0 and I am following the syntax example written in the sample config file but I keep getting syntax errors. Here is a copy of my syntax and I am using cfg_get.voicemailserver.bindip to get the value. #!ifdef WITH_VOICEMAIL voicemailserver.bindip = "10.0.0.1" desc "Voicemail Server IP Address" voicemailserver.bindport = "5060" desc "Voicemail Server Port" #!endif Here is the error that I am receiving: 0(1875) : <core> [cfg.y:3333]: parse error in config file /usr/local/kamailio-3.0.0/etc/kamailio/kamailio.cfg, line 156, column 17: syntax error 0(1875) : <core> [cfg.y:3333]: parse error in config file /usr/local/kamailio-3.0.0/etc/kamailio/kamailio.cfg, line 156, column 17: unknown config variable 0(1875) : <core> [cfg.y:3330]: parse error in config file /usr/local/kamailio-3.0.0/etc/kamailio/kamailio.cfg, line 156, column 19-28: ERROR: bad config file (3 errors) 0(1875) DEBUG: <core> [mem/shm_mem.c:236]: shm_mem_destroy Thanks Nathaniel

1 0

Avpops problem - bad avp flags.
by Ricardo Martinez 01 Apr '11

01 Apr '11

Hello. I’m having a problems using the avpops with the kamailio version 3.1.2 I have the next configuration: modparam("avpops", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("avpops", "avp_table", "usr_preferences") ----- route[REQINIT] { if( !(avp_db_load("pike", "s:ip_origen") && avp_check("s:ip_origen", "eq/$src_ip/gi")) ) { … } mysql> select * from usr_preferences; +----+------+----------+--------+-----------+------+---------------+---------------------+ | id | uuid | username | domain | attribute | type | value | last_modified | +----+------+----------+--------+-----------+------+---------------+---------------------+ | 1 | pike | 0 | | ip_origen | 0 | 100.20.100.20 | 1900-01-01 00:00:01 | +----+------+----------+--------+-----------+------+---------------+---------------------+ 1 row in set (0.00 sec) When I try to start kamailio I’m getting the next error : Apr 1 10:36:08 kamailio[15418]: ERROR: avpops [avpops_parse.c:129]: error - bad avp flags Apr 1 10:36:08 kamailio[15418]: ERROR: avpops [avpops.c:299]: parse failed Apr 1 10:36:08 kamailio[15418]: ERROR: <core> [route.c:1161]: fixing failed (code=-1) at cfg:/usr/local/etc/kamailio/kamailio.cfg:238 Apr 1 10:36:08 kamailio[15418]: ERROR: <core> [route.c:1161]: fixing failed (code=-1) at cfg:/usr/local/etc/kamailio/kamailio.cfg:263 I can’t find the problem. Can someone help me? Regards. Ricardo.-

2 1

The SIP protocol v2 - we're giving up.
by Olle E. Johansson 01 Apr '11

01 Apr '11

Friends, After having spent many years working with the Asterisk SIP channel driver, Kamailio and the SIPv2 protocol, I have finally realized that this is a dead end. It's getting nowhere and it's way too complicated to set up, run and support in working code. After realizing this, I started a new standardization project together with my friends in Canada, Simon and Marc, to develop a working solution based on the combination of IPv6 and SIP. We have gotten great feedback and now the IETF, the ITU and the IPv6 forum jointly launches the new standard, SIP-six. From the press release: "”We realize that 99% of the SIP users use SIP for PSTN phone calls. The original SIP standards was written with other applications in mind, a vision that never came true.” said Bob Plug, area director in the IETF. ”That’s why we sat down and said to ourselves that this should be way more simple.” The SIP-six standard totally removes the dependency of domains and URI syntax. There’s no point in using this, since everyone seems to think that IP addressing is more than enough. The new standard use part of the vast IPv6 address space to incorporate the E.164 phone numbers as addresses. This is the reverse of the reverse phone number usage in the enum standard, which is no longer needed in SIP-six. By using IPv6 mobile IP, phone users register their phones and get access to their phone number. Users that need security can easily integrate IPsec into their setup. Media and signalling uses the same addressing scheme and is mixed so that both SIP-six, RTP and RTCP only uses one port address - but in this case a port address with 32 bit subaddress identifying the media stream. This finally solves a lot of the firewall traversal issues that SIP v2.0 had. With the combination of mobile IP and use of public IPv6 addresses NAT traversal won’t be an issue. The testbed for SIP-six has been running for a year at six choosen large SIP carriers, with the assistance of Edvina AB in Sweden and ViaGenius in Montreal, Canada. In an International effort, the testbed is today put in production and Roboid phones all over the world is automatically connected to this worldwide network." You will be able to find out more about it here: http://bit.ly/sipsix SIP-six is implemented as a channel driver in Asterisk 2.0, as a replacement for SIP2.0 in Kamailio 4.0 and a channel module in FreeSwitch - all releases to be released later today. Softphones for testing will shortly be available from Blink and Zoiper. Looking forward to continue this project with the rest of the Kamailio/SIP-router community! Special thanks to Daniel for the reference implementation in Kamailio 4.0! Have a nice weekend! /Olle

7 7

valgrind errors from 3.1-stable (git 2fe4d633e4ac)
by Timo Teräs 01 Apr '11

01 Apr '11

Hi all, I'm running 3.1-branch git head currently under valgrind. And I've seen several invalid reads and writes (apparently most are off by one). ==22274== Invalid read of size 1 ==22274== at 0x6DA2C0A: pv_set_ruri_user (pv_core.c:1755) ==22274== by 0x13BA15: lval_pvar_assign (lvalue.c:357) ==22274== by 0x13BF0F: lval_assign (lvalue.c:405) ==22274== by 0x139E4D: do_action (action.c:1472) ==22274== by 0x13A6F1: run_actions (action.c:1555) ==22274== by 0x12FDEB: do_action (action.c:711) ==22274== by 0x13A6F1: run_actions (action.c:1555) ==22274== by 0x13A86F: run_actions_safe (action.c:1607) ==22274== by 0x1E2666: rval_get_int (rvalue.c:904) ==22274== by 0x1E5252: rval_expr_eval_int (rvalue.c:1866) ==22274== by 0x131B8A: do_action (action.c:1071) ==22274== by 0x13A6F1: run_actions (action.c:1555) Is fairly obvious. modules_k/pv/pv_core.c has several places which take backup of "val->rs.s[val->rs.len]" and replaces it with zero for string termination. It's than later on set back to the original value. However, it would appear that the value passed does not always point to a memory area which is large enough. This results in multiple invalid reads and writes of one. The remaining reads are not so clear to me. ==22274== Invalid read of size 1 ==22274== at 0x4811A69: strncpy (mc_replace_strmem.c:339) ==22274== by 0x6DA77FF: set_var_value (pv_svar.c:122) ==22274== by 0x6DA1EDB: pv_set_scriptvar (pv_core.c:1636) ==22274== by 0x13BA15: lval_pvar_assign (lvalue.c:357) ==22274== by 0x13BF0F: lval_assign (lvalue.c:405) ==22274== by 0x139E4D: do_action (action.c:1472) ==22274== by 0x13A6F1: run_actions (action.c:1555) ==22274== by 0x131E05: do_action (action.c:1086) ==22274== by 0x13A6F1: run_actions (action.c:1555) ==22274== by 0x12FDEB: do_action (action.c:711) ==22274== by 0x13A6F1: run_actions (action.c:1555) ==22274== by 0x131E05: do_action (action.c:1086) ==22274== Invalid read of size 2 ==22274== at 0x4811E1F: memcpy (mc_replace_strmem.c:523) ==22274== by 0x1E134D: rval_new_str (rvalue.c:269) ==22274== by 0x1E394E: rval_convert (rvalue.c:1301) ==22274== by 0x1E4780: rval_str_add2 (rvalue.c:1610) ==22274== by 0x1E8681: rval_expr_eval (rvalue.c:2399) ==22274== by 0x13BBD9: lval_assign (lvalue.c:389) ==22274== by 0x139E4D: do_action (action.c:1472) ==22274== by 0x13A6F1: run_actions (action.c:1555) ==22274== by 0x12FDEB: do_action (action.c:711) ==22274== by 0x13A6F1: run_actions (action.c:1555) ==22274== by 0x139229: do_action (action.c:1342) ==22274== by 0x13A6F1: run_actions (action.c:1555) Any ideas how to fix these? Or any instructions what to provide more in the bug report? Cheers, Timo

3 7

RPM packages for Kamailio 3.1.2
by Daniel-Constantin Mierla 31 Mar '11

31 Mar '11

Hello, there is now a service on opensuse build server to create kamailio v3.1.2 (git branch 3.1.2) RPMs i586/x86_63 for Centos 5.5, RedHat 5, Fedora 14 and OpenSuse 11.4, you can check this project at: https://build.opensuse.org/package/show?package=kamailio&project=home%3Akam… Download links are: http://download.opensuse.org/repositories/home:/kamailio:/telephony/CentOS_… http://download.opensuse.org/repositories/home:/kamailio:/telephony/RedHat_… http://download.opensuse.org/repositories/home:/kamailio:/telephony/Fedora_… http://download.opensuse.org/repositories/home:/kamailio:/telephony/openSUS… The x86_64 build for opensuse is still not completed, some parameter to gcc compiler is not working, should be fixed soon. Note that not all modules are packaged since not all dependencies were met in these distros. The RPM spec was started from what is in source tree as kamailio.spec.CentOS, radically updated for cross compilation. Personally I am not using these distros, therefore it will be appreciated if people using any of them are willing to give an installation test and report if all goes ok. Moreover, I will be very thankful if anyone (can be many) wants to jump in and take over the maintenance of this kamailio build service. It would be good to enable the build for other versions of these distros, probably for many it will just work, if not it will require some adjustments on dependencies. Once these builds prove to be ok and useful, we can move them in the global telephony repository of the opensuse build service. Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com

2 1

LCR defunct_gw use
by Ricardo Martinez 31 Mar '11

31 Mar '11

Hello. Can someone please explain to me hoy can i use the command “defunct_gw()” is used to mark a gw down?. I understand that the gateway is marked down for period of time with the command, but how can I check if a gateway is down?. Can someone show me this with an example in the configuration? *Thanks in advance,* *Regards,* * * * * *Ricardo Martinez.-*

5 9

accounting problem
by Parikhita Behera 31 Mar '11

31 Mar '11

Hi , Currently i am working with opensips and i am able to call throgh opensips and show the cdrs but there is problem of accounting that how i can give the balance to the customer and how to charge the rates for diffrent country. There is the option call control for opensips and this is related to media proxy and radius server. I am using centos OS for opensips .Please help me if any body know this options(call control). Waiting for your response. Thanks and Regards Parikhita

2 1

Re: [SR-Users] Outbound socket selection (HA implementation)
by Sean O'Donnell 31 Mar '11

31 Mar '11

For what it's worth, make sure you have the mhomed patch in forward.c. As I recall, the 3.1.2 source tarball did not contain the fix, but the latest forward.c did. http://www.mail-archive.com/sr-users@lists.sip-router.org/msg03892.html Sean O'Donnell Senior Engineer uReach Technologies, Inc. ---- On Wed, 30 Mar 2011, Bruce McAlister (bruce.mcalister(a)blueface.ie) wrote: All, Thanks for the tips and suggestions, I have now managed to get this working using mhomed=1 and setting $fs, for some reason I could not get "force_send_socket" to work with avp's (but thats a topic for another thread). Thanks again for your time. _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

2 1

Outbound socket selection (HA implementation)
by Asgaroth 31 Mar '11

31 Mar '11

Hi All, I'm trying to setup an active/passive proxy instance with kamailio 3.1.2. I'm using ucarp (www.ucarp.org) to provide the floating ip addresses. I have installed and configured ucarp and it appears to be working as expected. I have configured kamailio on both systems to be online all the time (using the net.ipv4.ip_nonlocal_bind kernel parameter on the "standby" server). I have configured kamailio with the listen parameter to be listening on the floating ip addresses only. The problem now is that kamailio uses the inbound interface as the outbound socket for messages (I think this is the default, expected, behaviour). If I enable the "mhomed" parameter then I get the following error: ERROR: <core> [forward.c:218]: ERROR: get_out_socket: no socket found ERROR: <core> [forward.c:572]: forward_req: ERROR: cannot forward to af 2, proto 1 no corresponding listening socket ERROR: sl [sl_funcs.c:282]: ERROR: sl_reply_error used: I'm terribly sorry, server error occurred (7/SL) I had a look around on the docuwiki and I found $fs. Would I need to force the outbound socket for each message in this case, or do I have a simple comfiguration issue? Any thoughts/comments would be greatly appreciated. Thanks

6 12

About tm retrans time on ser or kamailio 3.1?
by Min Wang 30 Mar '11

30 Mar '11

HI I did the trace using ngrep: ngrep -T -W byline -d any port 5060 And I am confused with tm retran. (1) case one tm module, the| retr_timer1| default is 500 ms. #U +0.001824 xxx.17:5060 -> xxx.16:5060 INVITE sip:224@172.16.8.49:2057;line=lnzlkxu5 SIP/2.0. #U +0.000012 xxx.17:5060 -> xxx.16:5060 INVITE sip:224@172.16.8.49:2057;line=lnzlkxu5 SIP/2.0. the ngrep show the delta between packet, the second invite is only 12 ms behind? is my understanding correct? (2) change retr_timer1 to 2000 ms modparam("tm", "retr_timer1", 1000) #U +0.001936 xxx.17:5060 -> xxx.16:5060 INVITE sip:224@172.16.8.49:2057;line=lnzlkxu5 SIP/2.0. #U +0.000013 xxx.17:5060 -> xxx.16:5060 INVITE sip:224@172.16.8.49:2057;line=lnzlkxu5 SIP/2.0. the delta still 13 ms behind, so similar to the case 1, The question is: is the second invite the re-trans by tm? If so why it is around 12/13 ms? not the 500 ms or as configured 2000 ms? thanks. Kind regards / Mit freundlichen Grüßen Min Wang

4 5

Jump to page:

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