When attempting to start Kamailio 5.0.0 with the app_perl module, it fails to start and logs:
Mar 1 10:20:04 albatross kamailio: DEBUG: <core> [core/sr_module.c:575]: load_module(): trying to load </lib64/kamailio/m
odules/app_perl.so>
Mar 1 10:20:04 albatross kamailio: ERROR: <core> [core/sr_module.c:582]: load_module(): could not open module </lib64/kam
ailio/modules/app_perl.so>: /lib64/kamailio/modules/app_perl.so: undefined symbol: sv2int_str
Mar 1 10:20:04 …
[View More]albatross kamailio: CRITICAL: <core> [core/cfg.y:3400]: yyerror_at(): parse error in config file /opt/ensw
itch/current/etc/kamailio/kamailio_50.cfg, line 28, column 12-21: failed to load module
The machine is Ubuntu 16.10, line 28 of kamailio_50.cfg is:
loadmodule "app_perl"
and the other options passed to app_perl are:
modparam( "app_perl", "filename", "/opt/enswitch/current/perllib/Integrics/Enswitch/Kamailio.pm" )
modparam( "app_perl", "modpath", "/opt/enswitch/current/perllib" )
modparam( "app_perl", "reset_cycles", 100000 )
modparam( "app_perl", "perl_destroy_func", "Integrics::Enswitch::Kamailio::restart" )
This problem does not happen on the same machine with Kamailio 4.2.1 and an identical configuration file.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1012
[View Less]
Module: kamailio
Branch: master
Commit: 0d83c02f6389bf0adf9cc8afd5e19e2d0e94cd1a
URL: https://github.com/kamailio/kamailio/commit/0d83c02f6389bf0adf9cc8afd5e19e2…
Author: Fabrice Fontaine <fontaine.fabrice(a)gmail.com>
Committer: Fabrice Fontaine <fontaine.fabrice(a)gmail.com>
Date: 2017-03-17T17:29:52+01:00
erlang: allow user to set ERLANG_xxxDIR
If erl is not installed on the system or can not be used (for example
when cross-compiling), then erlang module will use the values …
[View More]set by the
user in ERLANG_INCDIR and ERLANG_LIBDIR instead of returning en error
Signed-off-by: Fabrice Fontaine <fontaine.fabrice(a)gmail.com>
---
Modified: src/modules/erlang/Makefile
---
Diff: https://github.com/kamailio/kamailio/commit/0d83c02f6389bf0adf9cc8afd5e19e2…
Patch: https://github.com/kamailio/kamailio/commit/0d83c02f6389bf0adf9cc8afd5e19e2…
---
diff --git a/src/modules/erlang/Makefile b/src/modules/erlang/Makefile
index e75176c..1886bd0 100644
--- a/src/modules/erlang/Makefile
+++ b/src/modules/erlang/Makefile
@@ -10,9 +10,12 @@ ERLANG=$(shell which erl)
ifneq ($(ERLANG),)
ERLANG_LIBDIR=$(shell $(ERLANG) -noshell -eval 'io:format("~n~s/lib~n", [[code:lib_dir("erl_interface")]]).' -s erlang halt | tail -n 1)
ERLANG_INCDIR=$(shell $(ERLANG) -noshell -eval 'io:format("~n~s/include~n", [[code:lib_dir("erl_interface")]]).' -s erlang halt | tail -n 1)
-else
+endif
+
+ifeq ($(ERLANG_LIBDIR)$(ERLANG_INCDIR),)
$(error Not found Erlang)
endif
+
LIBS=-L$(ERLANG_LIBDIR) -lei -lpthread
DEFS+=-I$(ERLANG_INCDIR)
[View Less]
Hi,
quick question (most likely to Daniel) about Topos.
The documentation on topos says about masking Call-ID:
"Note: this functionality is not implemented yet - the parameter is
present in order to be in pair with topoh module."
Two questions:
- Is there a timeline, when masking Call-ID's will be added?
- will it also work for forking scenarios? Is it possible, to get a
different Call-ID per branch?
I'm considering replacing SEMS with FreeSwitch in one of our IMS
deployments, so as soon …
[View More]as I have forking, I may have different
Requests with the same Call-ID but different Request-URI's.
Unfortunately, Forked requests are currently not properly supported on
FreeSwitch... :-(
When using Topoh, it would change the Call-ID, but with the same input
parameter (old Call-ID) it would always result in the same new
call-id.
Thanks,
Carsten
--
Carsten Bock
CEO (Geschäftsführer)
ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany
http://www.ng-voice.com
mailto:carsten@ng-voice.com
Office +49 40 5247593-40
Fax +49 40 5247593-99
Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284
Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
[View Less]
Using python-requests to generate a MESSAGE injected via jsonrpcs, Kamailio (built from the 5.0 branch @ 49bafac) dumps core. This did not occur in 4.4.5. See attached gdb output.
[kamailio-coredump-jsonrpcs-message.txt](https://github.com/kamailio/kamaili…
```
"""
Generate a SIP MESSAGE via Kamailio's jsonrpcs module
"""
headers = ("From: <{0}>\r\n"
"To: <{1}>\r\n"
"Max-Forwards: 1\r\n"
"X-Kamailio-Message: noreply\r\n"
"Content-…
[View More]Type: text/plain; "
"charset=utf-8\r\n").format(self.sender, self.recipient)
content = {
'id': 1,
'jsonrpc': '2.0',
'method': 'tm.t_uac_start',
'params': [
'MESSAGE',
self.recipient,
SIP_NEXTHOP,
'.',
headers,
self.body
]
}
# http://docs.python-requests.org/en/latest/user/quickstart/
try:
r = requests.post(KAMAILIO_RPC_URL, allow_redirects=False,
json=content, timeout=5)
```
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1030
[View Less]