Hi All,
In March there was a discus about this issue.
We tested the new 5.2 dev and 5.0.4 version of Kamailio and we experience
that If we restart Kamailio during the call the cdr won't be stored in
table acc_cdrs but the data will be inserted to table acc and data will be
deleted from table dialog and dialog_vars.
Did I omit the fix for it?
Thanks for your help.
Best regards,
Szabolcs
Greetings list.
This might not be related to Kamailio but I thought someone would be able
to give a hand in resolving dependency during the installation of rtpengine
on Debian 8 Jessie.
It is complaining about below dependencies.
root@debian-769mb-miami-01:/usr/src/rtpengine# dpkg-buildpackage
dpkg-buildpackage: source package ngcp-rtpengine
dpkg-buildpackage: source version 6.3.0.0+0~mr6.3.0.0
dpkg-buildpackage: source distribution unstable
dpkg-buildpackage: source changed by Sipwise Jenkins Builder <
jenkins(a)sipwise.com>
dpkg-buildpackage: host architecture amd64
dpkg-source --before-build rtpengine
dpkg-source: info: using options from rtpengine/debian/source/options:
--extend-diff-ignore=.gitreview
dpkg-checkbuilddeps: *Unmet build dependencies: debhelper (>= 10~)
libbcg729-dev*
dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied;
aborting
dpkg-buildpackage: warning: (Use -d flag to override.)
I tried to install debhelper from deb but complained from dh-autoreconf and
that itself complained abount debhelpler. So, no one is being installed.
Also, If someone can help me how to resolve dependency for libbcg729-dev
too.
Any pointer or hint or link to some installation guide would be more than
welcome.
Br, Aqs.
Hi
I have here Kamailio 5.1.2 with PDB Module.
I use the documented function from PDB-Module as follows:
pdb_query("$rU", "$avp(i:82)");
xlog("L_INFO","PDB result $rU: $avp(i:82)\n");
The problem is, that $avp(i:82) is always 0.
If I test the PDB-Server, with "pdbt -r localhost:5574 query
<phonenumber>" I get a valid response.
I use this already with Kamailio 4.3.6 and there it is working.
https://kamailio.org/docs/modules/5.1.x/modules/pdb.html
Any ideas?
Thanks & regards
Stefan
Hello,
I am trying to set up Kamailio as a push notifications proxy, closely
following the example in the "Kamailio in a Mobile World" presentation
(https://www.slideshare.net/FedericoCabiddu/kamailioinamobileworld-51617342).
I am running Debian 9 and Kamailio 5.1.3 from the official Debian
repositories.
I believe the main modules involved in the issue below are tm, tmx, and
tsilo.
Every call passing through the proxy leads to a small memory leak in the tm
module - there is a large amount of "delayed free" memory cells from tm's
internal hash table. At some point the shared memory runs out and Kamailio
restarts. Using the "kamcmd corex.shm_summary" command I was able to see
that the top users of shared memory are "tm: h_table.c: build_cell" and
"core: core/sip_msg_clone.c: sip_msg_shm_clone" with the same allocation
count.
I experimented with removing different parts of the configuration and
noticed that commenting out the "t_continue(...)" call in the "PUSHJOIN"
route
(see slide #22) prevents the leak from happening. Maybe something in that
function is incrementing the reference counter to the hash table cell, but
it is not decrementing the counter when done?
I tried looking around the source code of the tm and tmx modules, but saw
nothing suspicious. I also tried using gdb with a breakpoint in
t_continue_helper (tm/t_suspend.c:166) hoping to see what else is accessing
the htable cell, but was unable to find anything of use.
Has someone encountered anything like this? Can you provide more directions
on debuggin this? I can provide some bits of configuration, but an entire
test setup would be rather difficult, unfortunately.
Thank you for your time,
Ivo
Hi All,
We are trying to query the json rpc server on our registrar for the
contact of an aor, but we are seeing the following error(s) being
displayed in the log when we query the location table:
ERROR: <core> [core/data_lump_rpl.c:83]: add_lump_rpl2(): LUMP_RPL_BODY
already added!
ERROR: xhttp [xhttp_mod.c:410]: xhttp_send_reply(): Error while adding
reply lump
We are getting the aor details back in response from the rpc call, but
the error's in the log are a little concerning and I cannot see where we
are doing something wrong.
As an example, the following curl request returns the correct response,
but the above error is displayed in the log, Am I doing something wrong
here, I cannot see what the issue is:
curl --header 'Content-Type: application/json' --data-binary '{
"jsonrpc": "2.0", "method": "ul.lookup", "params": [ "location",
"user(a)example.com" ], "id": 3 }' http://registrar.example.com/rpc
A secondary question is, is there an upper limit on the size of the "id"
parameter?
This kamailio instance is v5.0.6.
Any thoughts as to what this error means?
Thanks
Hi,
About a year ago I posted this, but haven’t had much chance to follow up on it:
https://lists.kamailio.org/pipermail/sr-users/2017-March/096337.html
I’ve been doing some work on this issue (we worked around it until now), and have reduced the config right down to see where things are going wonky.
The scenario I have, is inbound calls (to let’s say “A@domain") which I have aliased to two or more different numbers (let’s say “B@domain” and “C@domain”). Both B and C are registering, but are not always registered.
I resolve the aliases with alias_db_lookup() (in my sample below, I use seturi() and append_branch() to avoid any confusion about where things may be going weird), then look them up in the location table with lookup_branches().
I then need to do t_load_contacts() and t_next_contacts(), as in some call scenarios I add a serial fork before or after the main call (pre-call announcements etc.).
Then, I call t_relay().
This works great most of the time - however, if for example B is registered, but C is not registered, lookup_branches() notes that B is "Not found in usrloc”, and then t_load_contacts() seems to not realise that this isn’t usable, and it attempts to do a DNS lookup for the domain and so on, which I don’t really want it to be doing.
Should lookup_branches() be removing a branch it can’t resolve? I would expect it to behave like that, anyway. Can I configure it to do that, or do I need to manually loop through them or something to make sure they resolved, and remove the ones that didn’t?
I’ve tried swapping it around, so I call lookup_branches() after t_next_contacts() but the behaviour is the same.
I imagine I can’t be the only person trying to do this - how have others made it work?
Config sample:
seturi('sip:a@domain');
append_branch('sip:b@domain');
xlog("L_DBG", "1 ds: [$ds]\n");
lookup_branches('location');
xlog("L_DBG", "2 ds: [$ds]\n");
t_load_contacts();
xlog("L_DBG", "3 ds: [$ds]\n");
t_next_contacts();
xlog("L_DBG", "4 ds: [$ds]\n");
--
Nathan Ward
Any idea in this regards?
I understood it's structure of HI2Operations as ASN.1 IRI-HI2, I attached it.
I think i should convert SIP signalling flow to this structure for transmission.
Is it right way that i am doing?
With Regards.Mojtaba
On Thu, Apr 26, 2018 at 12:50 PM, Mojtaba <mespio(a)gmail.com> wrote:
> Hello,
> The declaration of details are in 3GPP TS 101-671 Annex D.5 (ASN.1
> description of IRI (HI2 interface)).
> I need a sample packet of HI2Operations for underestanding, so that
> i'll develop this HI in kamailio.
> With Regards.Mojtaba
>
>
> On Thu, Apr 26, 2018 at 11:20 AM, Daniel-Constantin Mierla
> <miconda(a)gmail.com> wrote:
>> Hello,
>>
>> can you provide more details or references (web links) about the operations
>> you want to do? Like what sip message comes to kamailio and what you need to
>> change to it.
>>
>> Cheers,
>> Daniel
>>
>>
>> On 25.04.18 06:00, Mojtaba wrote:
>>
>> Hello.
>> I need to use HI2Operations for transfering IRI-Parameters in kamailio.Dose
>> anybody have experience in this regards?
>> Thanks.
>> Mojtaba
>>
>>
>> _______________________________________________
>> Kamailio (SER) - Users Mailing List
>> sr-users(a)lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>> --
>> Daniel-Constantin Mierla
>> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com
>
>
>
> --
> --Mojtaba Esfandiari.S
--
--Mojtaba Esfandiari.S
Hi, I'm trying to use the TOPOS module to solve some MTU issues we have (we
have multiple kamailio servers in our architecture and route/via headers
are becoming a problem)
The module seems to work but I'm getting these errors on the log:
0(94) ERROR: topos [tps_storage.c:480]: tps_db_insert_dialog(): No
database handle - misconfiguration?
0(94) ERROR: topos [tps_storage.c:412]: tps_storage_record(): failed to
store
I get these errors for some time after running kamailio and then they stop
appearing.
Data is inserted on topos_d and topos_t on the db, so I'm not sure what the
error is referring to.
Any idea?
Thanks,
Enrico.
Hi List,
I have this warning message in kamailio log when Kamailio handle an OPTIONS
message with topos module enabled (I am using Kamailio 5.1.2):
WARNING: topos [tps_storage.c:400]: tps_storage_record(): no local address
- do record routing for all initial requests
In my config file, OPTIONS message is handled this way:
if ( is_method("OPTIONS") ) {
t_newtran();
record_route();
t_reply("200","OK");
exit;
}
I have found this issue on Github but it is closed and I am not sure what
was the solution: #1483 <https://github.com/kamailio/kamailio/issues/1483>
My server receives 4 OPTIONS messages every 10 seconds that give as many
warning in my log file. What could I do to get rid of them?
Thanks,
Minh
Hello,
I am considering to release a new minor version out of branch 5.1,
respectively the v5.1.4, sometime next week, likely on Tuesday, June 5,
2018. As usual, if there is any issue not yet reported on github
tracker, do it as soon as possible to give it a chance to be fixed.
Soon I am going to do the backports of commits with fixes in master that
apply in branch 5.1, so keep a close eye and if someone is missing, let
me know to push it in the stable branch.
Cheers,
Daniel
--
Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference -- www.kamailioworld.com
