Hi list,
while thinking about the idea to build a recursive code block in
kamailio.cfg I noticed, that there are no route-specific avps available.
Of course you can convert a recursion to an iteration, but you need
something like a stack to save variables on it, which is not available
also.
Do you think it's reasonable to make route specific avps available in
future releases?
I also noticed, that it does not seem to be possible to get the number
of result rows of avp_db_query - may (in the case of an successful
query) can the function return the number of results for example?
Thank you very much...
Jasmin
while trying to figure out, why 'mi dp_reload' does not work, i also
noticed that 'mi dp_translate' fails too (for another reason) if input
starts with 0.
for example,
mi dp_translate 1001 03456
does not match to match_exp ^03. the reason is that mi operation
strips 0 from 03456 giving to dp translate function this:
Apr 3 10:56:21 localhost /usr/sbin/sip-proxy[31822]: INFO: dialplan [dp_repl.c:292]: input 3456
if i try with string
mi dp_translate 1001 "03456"
translate fails too, because now also quotes are included in the input:
Apr 3 10:57:11 localhost /usr/sbin/sip-proxy[31822]: INFO: dialplan [dialplan.c:540]: input is "03456"
any suggestions on how to fix this?
-- juha
Revision: 5999
http://openser.svn.sourceforge.net/openser/?rev=5999&view=rev
Author: mariuszbihlei
Date: 2010-04-02 11:50:11 +0000 (Fri, 02 Apr 2010)
Log Message:
-----------
core:crc.c Fixed wrong computation of crc32 hash.
The final result was not bitwise negated, yeilding an incorrect result
Modified Paths:
--------------
branches/1.4/crc.c
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
Revision: 5998
http://openser.svn.sourceforge.net/openser/?rev=5998&view=rev
Author: mariuszbihlei
Date: 2010-04-02 11:34:56 +0000 (Fri, 02 Apr 2010)
Log Message:
-----------
core/crc.c Fixed wrong computation of crc32.
Using the reverted polinom, the result must also be reverted (a ~ operation).
Modified Paths:
--------------
branches/1.5/crc.c
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
i noticed that mi_fifo dp_reload command fails, but if i give the same
command using xmlrpc, it works. i have not yet been able to figure out
why.
sip-proxy_ctl> mi_fifo dp_reload
error: 500 - execution failed
sip-proxy_ctl> Apr 2 13:07:21 localhost /usr/sbin/sip-proxy[13359]: ERROR: <core> [db.c:421]: invalid parameter value
Apr 2 13:07:21 localhost /usr/sbin/sip-proxy[13359]: ERROR: dialplan [dp_db.c:210]: error in use_table dialplan
Apr 2 13:07:21 localhost /usr/sbin/sip-proxy[13359]: ERROR: dialplan [dialplan.c:471]: failed to reload database data
looks like dp_db_handle parameter is not initialized properly:
int dp_load_db(void)
...
if (dp_dbf.use_table(dp_db_handle, &dp_table_name) < 0){
LM_ERR("error in use_table %.*s\n", dp_table_name.len, dp_table_name.s);
return -1;
}
-- juha
Hello,
As kamailio and ser get more and more unified, sharing common modules
and core, one of the last remaining points is the intermixed usage of
kamctl and sercmd to setup specific parameters. One example is the cfg
framework changes (from ser) that Kamailio 3.1.0 will bring, that will
require the use of "sercmd" on setting specific module config params.
The issue is that the documentation also references the "kamctl" utility
to specify reload actions etc.
What I suggest is that we strip kamctl with its fifo capabilities and
leave it only with DB, ACL management and such(that sercmd doesn't
provide), and use only sercmd on examples in the documentation files.
This will require no changes to code (well some features from kamctl
will be deprecated), but only documentation changes. This will ensure
that documentation is kept well organized and coherent across modules.
These are the modules required to use sercmd (based on functionality),
the 4th case being the one that I am mostly interested (offers full
access to Kamailio commands)
1. basic (required for every case - basic ser commands) :
modules/ctl/ctl.so
2. configuration framework change : modules/cfg_rpc/cfg_rpc.so
3. fifo comands (kamctl fifo) : modules/mi_rpc/mi_rpc.so (does not
require modules_k/mi_fifo/mi_fifo.so) In this case no kamailio core
commands are available (like kamctl debug, kamctl uptime, kamctl which)
Because readline is based on the which command (lists all available
commands), no tab completion is available
4. all K commands : along with mi_rpc, module_k/kex/kex.so is required.
In this case sercmd has tab completion (because core commands like
which are available)
Of course the removal of kamctl fifo commands will mean that
module_k/mi_fifo/mi_fifo.so module will not be required anymore(But I
strongly suggest that we keep it to allow backwards compatibility)
Suggestions?!
Cheers
Marius