Hi Daniel
thanks for looking into this issue...it works now!. Kamailio is starting up smoothly with the latest git loading a non-empty diaplan. I've tested the dp_translate() function in the config and it also works fine.
There is a small problem with the "mi dp_translate" command. This is the dialplan table:
| id | dpid | pr | match_op | match_exp | match_len | subst_exp | repl_exp | attrs |
+----+------+----+----------+-----------+-----------+-----------+----------+-------+
| 1 | 1 | 1 | 1 | ^011 | 0 | ^011(.*) | 00\1 | test |
When I execute the fifo command it works fine:
/usr/local/kamailio/sbin# kamctl fifo dp_translate 1 "01123456789"
Output:: 0023456789
ATTRIBUTES:: test
Jan 3 10:24:13 kam-test ./kamailio[5297]: DEBUG: dialplan [dp_repl.c:308]: regex operator testing
Jan 3 10:24:13 kam-test ./kamailio[5297]: DEBUG: dialplan [dp_repl.c:344]: found a matching rule 0x7fecd47c7a80: pr 1, match_exp ^011
Jan 3 10:24:13 kam-test ./kamailio[5297]: DEBUG: dialplan [dp_repl.c:351]: the rule's attrs are test
Jan 3 10:24:13 kam-test ./kamailio[5297]: DEBUG: dialplan [dp_repl.c:362]: the copied attributes are: test
Jan 3 10:24:13 kam-test ./kamailio[5297]: DEBUG: dialplan [dialplan.c:541]: input 01123456789 with dpid 1 => output 0023456789
,whereas the mi command output is:
sercmd> mi dp_translate 1 "01123456789"
error: 500 - execution failed
Jan 3 10:24:35 kam-test ./kamailio[5298]: DEBUG: dialplan [dp_repl.c:308]: regex operator testing
Jan 3 10:24:35 kam-test ./kamailio[5298]: DEBUG: dialplan [dp_repl.c:339]: no matching rule
Jan 3 10:24:35 kam-test ./kamailio[5298]: DEBUG: dialplan [dialplan.c:537]: could not translate "01123456789" with dpid 1
What do you think?
Regards
Javi
On Mon, Jan 3, 2011 at 12:30 PM, Daniel-Constantin Mierla
<miconda@gmail.com> wrote:
Hi Javier,
I got access to a troubleshooting environment where the issue could
be reproduced. So now it is fixed on latest version of branch 3.1.
Please give it a try and let me know if works ok for you. It was a
32b to 64b issues with a parameter given to pcre library (the reason
didn't reproduce on my system).
Cheers,
Daniel
On 12/6/10 12:47 PM, Javier Gallart wrote:
Hi Daniel
it's a clean 64 bit instalallation. This is the list of loaded
modules:
loadmodule "db_mysql.so"
#!endif
loadmodule "db_postgres.so"
loadmodule "mi_fifo.so"
loadmodule "debugger.so"
loadmodule "kex.so"
loadmodule "tm.so"
loadmodule "tmx.so"
loadmodule "sl.so"
loadmodule "rr.so"
loadmodule "pv.so"
loadmodule "avpops.so"
loadmodule "maxfwd.so"
loadmodule "usrloc.so"
loadmodule "registrar.so"
loadmodule "textops.so"
loadmodule "textopsx.so"
loadmodule "siputils.so"
loadmodule "xlog.so"
loadmodule "sanity.so"
loadmodule "ctl.so"
loadmodule "mi_rpc.so"
loadmodule "acc.so"
loadmodule "cfgutils.so"
loadmodule "sqlops.so"
loadmodule "htable.so"
loadmodule "db_flatstore.so"
loadmodule "uac_redirect.so"
loadmodule "dialplan.so"
loadmodule "auth.so"
loadmodule "auth_db.so"
loadmodule "permissions.so"
Regards
Javi
On Mon, Dec 6, 2010 at 11:59 AM,
Daniel-Constantin Mierla
<miconda@gmail.com>
wrote:
Hello,
On 12/6/10 11:08 AM, Javier Gallart wrote:
Hello
I haven't been able to fix this problem yet. Has anyone
run into a similar issue?
is it a clean 64b install, or is a mixed 32b - 64b. I wonder
if the modules are linked to a different version of the
library.
I will try to get to a 64b for testing, although I was using
dialplan on such arch many times with older releases.
Btw, can you paste the list of loaded modules in the config?
Just to see which ones are using connection to db.
Cheers,
Daniel
--
Daniel-Constantin Mierla
Kamailio (OpenSER) Advanced Training
Jan 24-26, 2011, Irvine, CA, USA
http://www.asipto.com