sr-users May 2016

sr-users@lists.kamailio.org

86 participants
128 discussions

speeddial, owners
by Filippo Graziola 11 May '16

11 May '16

Hello everybody, I have a kamailio running on debian, and it works well with a little modification of the kamailio-advanced file. I would like to have some speed dial short numbers for all local users, because I used a random generator script and usernames and password are 25 digits (not only numbers) long. My problem is with the ownership of a every speeddial number. Example: SIP accounts: 5001,5002,5003 SIP domain: mydomain.com add a speeddial number: kamctl speeddial add 5002(a)mydomain.com 51(a)mydomain.com sip:5001@mydomain.com I can call from user 5002 to user 5001 typing 51 correctly. what I would like to do is that sd-id 51(a)mydomain.com could be called from every user registered at mydomain.com. I read the module documentation, kamctl help but I'm not able to find an answer. Could you please help me? Thank you in advance

2 2

kamailio does not see rtpengine module
by Dmitry 11 May '16

11 May '16

Hello when I compiled rtpengine for kamailio (in Kazoo)? there were no errors while compiling, but when restarting kamailio - I saw:kamailio: ERROR: <core> [modparam.c:150]: set_mod_param_regex(): No module matching <rtpengine> found [root@ip-192-168-130-136 kamailio]# locate rtpengine.so/usr/lib64/kamailio/modules/rtpengine.so default.cfg:mpath="/usr/lib64/kamailio/modules/" Does it mean that something wrong with rtpengine compilation? (I compiled manually) Appreciate any help.

1 0

Skype-like service, RTP flows strangely
by Sébastien Brice 11 May '16

11 May '16

Hi guys i did the "running skype-like service in less than one hour" and got it running ok. Kamailio run remotely in a datacenter. but i am trying to get the communication working locally between two devices behind the same NAT. I know the #!define WITH_NAT shoud get the call working bidirectionnaly but that is not the case, I've got one way dial every time i'm attempting call ! running a network capture (please find attached to this email )reveal rtp does not flow correctly: the device A 192.168.3.33 send RTP straight to device B 192.168.3.98 ---> OK device B does not behave like that, rather to talk to A (192.168.3.33) it sends RTprotocol to the public_ip of my internet box (refered as public_ip red text in my .png capture) and the WAN leg of my box answers ICMP 242 Destination unreachable (port unreachable) So comes blind communicatios. But that is not supposely act like that, right ? RTP should be relayed by the rtpproxy running on the remote Kamailio and we should have: device A -----> remote_kamailio_ip ----> device B device B -----> remote_kamailio_ip ----> device A thx you for any help PS: see attached file

2 1

VersionUp for CentOS7's
by 中島宗治 11 May '16

11 May '16

Please version up for CentOS7's rpm. -- Muneharu Nakasima <mune(a)vasara.net> <vasaralamp(a)gmail.com>

2 1

Kamailio and Oracle database
by gmele 11 May '16

11 May '16

Hello, we are trying to connect our Kamailio SIP to an Oracle database. We tried both db_oracle and db_unixodbc modules to connect to the DB. With db_oracle, Kamailio core dumps when trying to access the active_watchers table (caused by the oracle CLOB?). Here is the kamailio logs: Apr 29 13:54:53 newvm1 /usr/sbin/kamailio[23665]: INFO: <core> [db_query.c:131]: db_do_query_internal(): DB-QUERY: select presentity_uri,callid,to_tag ,from_tag,event from active_watchers where updated=:1 AND event=:2 Apr 29 13:54:53 newvm1 /usr/sbin/kamailio[23665]: INFO: db_oracle [res.c:238]: get_columns(): COLUMN PRESENTITY_URI TYPE 4 SIZE 129 Apr 29 13:54:53 newvm1 /usr/sbin/kamailio[23665]: INFO: db_oracle [res.c:238]: get_columns(): COLUMN CALLID TYPE 4 SIZE 256 Apr 29 13:54:53 newvm1 /usr/sbin/kamailio[23665]: INFO: db_oracle [res.c:238]: get_columns(): COLUMN TO_TAG TYPE 4 SIZE 65 Apr 29 13:54:53 newvm1 /usr/sbin/kamailio[23665]: INFO: db_oracle [res.c:238]: get_columns(): COLUMN FROM_TAG TYPE 4 SIZE 65 Apr 29 13:54:53 newvm1 /usr/sbin/kamailio[23665]: INFO: db_oracle [res.c:238]: get_columns(): COLUMN EVENT TYPE 4 SIZE 65 Apr 29 13:54:53 newvm1 /usr/sbin/kamailio[23665]: INFO: db_oracle [res.c:378]: get_rows(): OCIStmtFetch2() returned 100 Apr 29 13:54:53 newvm1 /usr/sbin/kamailio[23667]: CRITICAL: <core> [pass_fd.c:275]: receive_fd(): EOF on 16 Apr 29 13:54:53 newvm1 /usr/sbin/kamailio[23667]: CRITICAL: <core> [pass_fd.c:275]: receive_fd(): EOF on 14 What is really strange is that this table is accessed several times before the crash, without any problem. The other point is that this table is absolutely empty... With db_unixodbc, all requests having dates check fail because because the date format is not understood by oracle. The date should be converted using the oracle to_date(date, format) funtion to work... Here are the Kamilio traces: Apr 29 14:10:38 newvm1 /usr/sbin/kamailio[17021]: ERROR: usrloc [dlist.c:183]: get_all_db_ucontacts(): query error Apr 29 14:10:38 newvm1 /usr/sbin/kamailio[17021]: ERROR: nathelper [nathelper.c:2089]: nh_timer(): failed to fetch contacts Apr 29 14:10:39 newvm1 /usr/sbin/kamailio[17021]: ERROR: db_unixodbc [dbase.c:133]: db_unixodbc_submit_query(): rv=-1. Query= select received,contact,socket,cflags,path,ruid from$ Apr 29 14:10:39 newvm1 /usr/sbin/kamailio[17021]: ERROR: db_unixodbc [connection.c:220]: db_unixodbc_extract_error(): unixodbc:SQLExecDirect=HY000:1:933:[Oracle][ODBC][Ora]ORA-00$ Apr 29 14:10:39 newvm1 /usr/sbin/kamailio[17021]: ERROR: <core> [db_query.c:132]: db_do_query_internal(): error while submitting query I tried the option modparam("db_unixodbc", "use_escape_common", 1), but without success. Has anyone been able to make Kamailio 4.4.0 work with Oracle 11g, either with db_oracle or with db_unixodbc module? Regards Giovanni -- View this message in context: http://sip-router.1086192.n5.nabble.com/Kamailio-and-Oracle-database-tp1479… Sent from the Users mailing list archive at Nabble.com.

3 28

Garbage when decoding uri
by Glenn O Larsen 11 May '16

11 May '16

During a re-invite, it looks I get a strange decode error if the Route header is to long, or is there something else I have missed... 23(23945) DEBUG: rr [rr_cb.c:95]: run_rr_callbacks(): callback id 0 entered with <transport=tls;r2=on;lr=on;ftag=as03d8c4db;vsf=AAAAAEFVRVNSRxtbXFhFITUbBwcLEQBaQAFVDkVFUXI9cGhvbmU-> 23(23945) DEBUG: uac [replace.c:527]: restore_uri(): getting 'vsf' Route param 23(23945) DEBUG: uac [replace.c:535]: restore_uri(): route param is 'AAAAAEFVRVNSRxtbXFhFITUbBwcLEQBaQAFVDkVFUXI9cGhvbmU-' (len=52) 23(23945) DEBUG: uac [replace.c:609]: restore_uri(): decoded uris are: new=[sip:xxxxxxxxxx@u*5?%"9tu3{6dB @hone] old=[sip:xxxx.xxxx@10.0.0.1:5060] Kamailio 4.3.4 is used. -- Best regards Glenn Larsen

1 0

Kamailio Simple Config File Request
by Ali Dakroub~Vanrise Technical Support 10 May '16

10 May '16

Hello, I am a newbie in Kamailio configuration. I would be very grateful if you can provide me with a simple Kamailio.cfg file that achieves the below scenario: 1. Machines A and B are able to register on Kamailio Sip Server. 2. Machine A is able to call Machine B through Kamailio SIP server using x-lite. Noting that Machines A and B are on the same network. Thanks in advance. Regards, Ali

1 0

Setting source interface on relay
by Phil Lavin 10 May '16

10 May '16

Kamailio receives a fairly arbitrary out of dialog NOTIFY on an interface with a private IP address (eth1). It runs it through the following code which relays it to an IP/port combo pulled from a hash table. The IP that it is relaying to is a public address and should be addressed out of the interface with a public IP address (eth0). It is, however, sent on the private interface (eth1) and thus never reaches its target. route[PHONEREBOOT] { # Only handle check-sync (Polycom) NOTIFY if (!is_method("NOTIFY") || $hdr(Event)!="check-sync") return; # Look up ip:port combo in the agentloc hash table if ($sht(agentloc=>$rU)==$null) return; # Set SIP URI to point to the agent $ru = "sip:" + $rU + "@" + $sht(agentloc=>$rU); route(RELAY); exit; } Is there a way to explicitly set the source interface to relay on? Thanks Phil Lavin Telecoms Systems Manager CloudCall by SYNETY www.cloudcall.com<http://www.cloudcall.com/> T: +44 (0) 330 335 0000 / +1 617 982 1600 D: +44 (0) 116 424 4790 / +1 716 242 6604 SM: LinkedIn<https://uk.linkedin.com/pub/phil-lavin/25/422/750> READ OUR BLOG FOR SMARTER COMMUNICATIONS<http://t.sidekickopen03.com/e1t/c/5/f18dQhb0S7lC8dDMPbW2n0x6l2B9nMJW7t5XX43…> Confidentiality: This e-mail transmission, including any attachments, is intended only for the named recipient(s) and may contain information that is privileged, confidential and/or exempt from disclosure under applicable law. If you have received this transmission in error, or are not the named recipient(s), please notify the sender immediately by return e-mail and permanently delete this transmission, including any attachments. Security: This e-mail and any attachments are believed to be free from any virus but it is the responsibility of the recipient to ensure this is so. E-mail is not a 100% secure communication.

3 4

Kamailio v4.4.1 Released
by Daniel-Constantin Mierla 10 May '16

10 May '16

Hello, Kamailio SIP Server v4.4.1 stable release is out. This is a maintenance release of the latest stable branch, 4.4, that includes fixes since release of v4.4.1. There is no change to database schema or configuration language structure that you have to do on previous installations of v4.4.x. Deployments running previous v4.x.x versions are strongly recommended to be upgraded to v4.4.1. For more details about version 4.4.1 (including links and guidelines to download the tarball or from GIT repository), visit: * https://www.kamailio.org/w/2016/05/kamailio-v4-4-1-released/ RPM, Debian/Ubuntu packages will be available soon as well. Many thanks to all contributing and using Kamailio! Looking forward to meeting many of them at Kamailio World Conference 2016 next week in Berlin! Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

extension of auth module
by JBF 10 May '16

10 May '16

Hello, We would like to use some functionalities provided in ims_auth. But our deployment uses auth/auth_db (we have another server with credentials and we would like to avoid adding a diameter interface to it) In particular, we want to add an Authentication-Info header to the response Do we have to patch the auth module to achieve this, or is there some other way ? If we patch it, would you merge it to the master ? its important to us, so we can easily upgrade to the next versions of kamailio. -- View this message in context: http://sip-router.1086192.n5.nabble.com/extension-of-auth-module-tp148332.h… Sent from the Users mailing list archive at Nabble.com.

1 0

← Newer
1
...
7
8
9
10
11
12
13
Older →

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 May 2016