Hello everybody!
ERROR: tm [tm_load.c:47]: tm:load_tm: Module not initialized yet, make sure
that all modules that need tm module are loaded after tm in the
configuration file
Kamailio 3.0 was installed from GIT.
Kamailio starts success. But the error appears. I think because of this I
Hi, under 1.5 cookbook I see some stuf related to Kamailio 3.0. For example
"debug" values are those for SR (if I'm not wrong) and the appearing command
to change debug leves uses "sercmd" rather than "kamctl":
http://kamailio.org/dokuwiki/doku.php/core-cookbook:1.5.x#debug
Is it correct?
--
I had this problem too, and could not find rational explanation
because I was not loading any modules prior to 'tm' that had 'tm' as
an obvious dependency.
Try loading 'tm' as the first module, before any others. It fixed the
problem for me.
On 01/27/2010 03:37 AM, Denis Putyato wrote:
He
On Wednesday 27 January 2010, Iñaki Baz Castillo wrote:
> Hi, under 1.5 cookbook I see some stuf related to Kamailio 3.0. For example
> "debug" values are those for SR (if I'm not wrong) and the appearing
> command to change debug leves uses "sercmd" rather than "kamctl":
>
> http://kamailio.or
El Miércoles, 27 de Enero de 2010, Henning Westerholt escribió:
> On Wednesday 27 January 2010, Iñaki Baz Castillo wrote:
> > Hi, under 1.5 cookbook I see some stuf related to Kamailio 3.0. For
> > example "debug" values are those for SR (if I'm not wrong) and the
> > appearing command to change de
For reference:
http://kamailio.org/dokuwiki/doku.php/install:1.5.x-to-3.0.0
It helps to upgrade to 3.0.0, feel free to add to the page.
In this particular case, kex initializes mi engine ad registers core
commands.
Still don't see the dr_reload, probably the command is not registered by
modu
On 1/27/10 11:01 AM, Iñaki Baz Castillo wrote:
El Miércoles, 27 de Enero de 2010, Henning Westerholt escribió:
On Wednesday 27 January 2010, Iñaki Baz Castillo wrote:
Hi, under 1.5 cookbook I see some stuf related to Kamailio 3.0. For
example "debug" values are those for SR (if I'm
On 1/27/10 10:48 AM, Henning Westerholt wrote:
On Wednesday 27 January 2010, Iñaki Baz Castillo wrote:
Hi, under 1.5 cookbook I see some stuf related to Kamailio 3.0. For example
"debug" values are those for SR (if I'm not wrong) and the appearing
command to change debug leves uses "serc
Hello,
On 1/27/10 9:37 AM, Denis Putyato wrote:
Hello everybody!
ERROR: tm [tm_load.c:47]: tm:load_tm: Module not initialized yet, make
sure that all modules that need tm module are loaded after tm in the
configuration file
Kamailio 3.0 was installed from GIT.
Kamailio starts success. But
Daniel, I already discovered about milisec. Thank you.
What about error:
loadmodule "db_mysql.so"
loadmodule "mi_fifo.so"
loadmodule "sl.so"
loadmodule "tm.so"
loadmodule "tmx.so"
loadmodule "rr.so"
loadmodule "pv.so"
loadmodule "textops.so"
loadmodule "siputils.so"
loadmodule "xlog.s
sl tries to bind to tm for send_reply() function.
The function can detect whether transaction was created and uses
t_relply() in that case instead of sl_send_reply() (of course, if sl can
bind to tm module). sl will print a warning. Probably the message in tm
should not be printed as error any
Daniel thank you very much.
In documentation sl stays with "No dependencies on other Kamailio modules"
From: Daniel-Constantin Mierla [mailto:mico...@gmail.com]
Sent: Wednesday, January 27, 2010 2:04 PM
To: Denis Putyato
Cc: users@lists.kamailio.org
Subject: Re: [Kamailio-Users] TM module
On 1/27/10 12:13 PM, Denis Putyato wrote:
Daniel thank you very much.
In documentation sl stays with "No dependencies on other Kamailio modules"
the doc needs to be updated. As said, in this particular case is not an
error just disables a feature.
I updated kamailio_3.0 branch to regist
Hello,
On 1/27/10 4:17 AM, Alex Balashov wrote:
Unfortunately, ds_select_dst()/ds_select_domain() do not seem to take PVs
for their first argument (the route set ID from which to choose).
they do, you get error?
Cheers,
Daniel
Is there any workaround for this, e.g. when the route set is
Hi, I'm realizing that rtpproxy session is not automatically terminated when
an outgoing INVITE transaction fails ([3456]XX response received from
downstream), so the rtpproxy session dies after a while due to time
expiration.
So I've added the following code to my on_reply_route:
It is the expected behavior. You can do that on failure_route (if you arm one).
And if you do redirection based on 3xx, there's no need to terminated
the rtp session and start a new one.
Regards,
Ovidiu Sas
On Wed, Jan 27, 2010 at 8:27 AM, Iñaki Baz Castillo wrote:
> Hi, I'm realizing that rtpp
Hello All!
2010/1/27 Iñaki Baz Castillo :
> Hi, I'm realizing that rtpproxy session is not automatically terminated when
> an outgoing INVITE transaction fails ([3456]XX response received from
> downstream), so the rtpproxy session dies after a while due to time
> expiration.
>
> So I've added the
On Tuesday 26 January 2010, Vikram Ragukumar wrote:
> I came across a post by Stefan Sayer regarding an rtpproxy transcoder
> patch http://lists.iptel.org/pipermail/serdev/2008-July/012794.html.
> We are interested in having rtpproxy perform transcoding, both in
> software and using DSP array cards
El Miércoles, 27 de Enero de 2010, Ovidiu Sas escribió:
> It is the expected behavior. You can do that on failure_route (if you arm
> one). And if you do redirection based on 3xx, there's no need to
> terminated the rtp session and start a new one.
Good point. Terminating the rtpproxy session u
On Wed, Jan 27, 2010 at 9:04 AM, Iñaki Baz Castillo wrote:
> El Miércoles, 27 de Enero de 2010, Ovidiu Sas escribió:
>> It is the expected behavior. You can do that on failure_route (if you arm
>> one). And if you do redirection based on 3xx, there's no need to
>> terminated the rtp session and
El Miércoles, 27 de Enero de 2010, Ovidiu Sas escribió:
> In most of this cases (if not all) the rtp session should not be opened.
Well, the case is that when invoking force_rtpproxy() for the INVITE, RtpProxy
already allocates 2 file descriptors (UDP sockets for RTP and RTCP) so we can
get int
Henning,
Thank you for your response. I have emailed Stefan directly, and i am
awaiting his response.
I was wondering if you are aware of any third party that offers codecs
(in hardware/software) that are known to work with rtpproxy.
Thanks again,
Vikram.
Henning Westerholt wrote:
On Tue
Hi
Does anyone know why I am getting
ERROR: parse_uri: bad host in uri (error at char
from this ( i hidden the domain and IP)
INVITE sip:x...@mydomain.net:5060;user=phone SIP/2.0.
Via: SIP/2.0/UDP xx.xxx.xxx.xxx:5060;branch=z9hG4bKea312c9f5673C67A.
From: "200" ;tag=D6C112A0-D880344D.
To: .
El Miércoles, 27 de Enero de 2010, Jon Farmer escribió:
> Hi
>
> Does anyone know why I am getting
>
> ERROR: parse_uri: bad host in uri (error at char
>
> from this ( i hidden the domain and IP)
How does the domain look? To show it replace the letters but keep the symbols
(as underscore and
On Wednesday 27 January 2010, Denis Putyato wrote:
> Daniel thank you very much.
>
> In documentation sl stays with "No dependencies on other Kamailio modules"
Hi Denis,
you are right. I've extended the docs a bit in this regards.
Cheers,
Henning
__
2010/1/27 Iñaki Baz Castillo :
> El Miércoles, 27 de Enero de 2010, escribió:
>> 2010/1/27 Iñaki Baz Castillo :
>> > El Miércoles, 27 de Enero de 2010, Jon Farmer escribió:
>> >> Hi
>> >>
>> >> Does anyone know why I am getting
>> >>
>> >> ERROR: parse_uri: bad host in uri (error at char
>> >>
>> >
On 1/27/10 5:52 PM, Jon Farmer wrote:
2010/1/27 Iñaki Baz Castillo:
El Miércoles, 27 de Enero de 2010, escribió:
2010/1/27 Iñaki Baz Castillo:
El Miércoles, 27 de Enero de 2010, Jon Farmer escribió:
Hi
Does anyone know why I am getting
ERROR: parse_uri: bad hos
2010/1/4 Daniel-Constantin Mierla :
> Hi Santiago,
>
> the function prototype was declared, but no implementation, therefore no
> compilation error.
>
> I added a define for module_loaded to reuse find_module_by_name() function.
> Please get the git version and try again. I am not using this module
2010/1/27 Daniel-Constantin Mierla :
> the function is used in may places, it might be due to setting a new uri
> with wrong format, not specific to initial received message. If you load
> values from database or you compose them in config, check the input values.
Ok well here is a little more in
2010/1/27 Daniel-Constantin Mierla :
> the function is used in may places, it might be due to setting a new uri
> with wrong format, not specific to initial received message. If you load
> values from database or you compose them in config, check the input values.
Also I forgot to say I can use t
Hi Antonio,
2010/1/27 Antonio Reale
>
> I have a similar problem with latest git version, no compilation
> error. Here's the error starting kamailio:
> kamailio: ERROR: [sr_module.c:390]: ERROR: load_module: could
> not open module :
> /usr/lib64/libnetsnmpagent.so.10: undefined symbol: boot_Dy
Klaus,
Thanks for the help, I am working on getting 1.5
installed now as this functionality isn't available in 1.2 it would
appear. In 1.5 I am getting an error for my code:
$ruri.domain = "216.82.224.202";
forward();
Which worked fine in 1.2, but does not in 1.5. What would be the equivalent
co
Daniel,
This is the issue to which I was referring - the documentation does not
say that 'sl' has 'tm' as a dependency.
On 01/27/2010 06:03 AM, Daniel-Constantin Mierla wrote:
sl tries to bind to tm for send_reply() function.
The function can detect whether transaction was created and uses
This is the expected behaviour, but seems different from how the
mediaproxy module handles the issue.
On 01/27/2010 08:27 AM, Iñaki Baz Castillo wrote:
Hi, I'm realizing that rtpproxy session is not automatically terminated when
an outgoing INVITE transaction fails ([3456]XX response received
On 01/27/2010 07:00 AM, Daniel-Constantin Mierla wrote:
Hello,
On 1/27/10 4:17 AM, Alex Balashov wrote:
Unfortunately, ds_select_dst()/ds_select_domain() do not seem to take PVs
for their first argument (the route set ID from which to choose).
they do, you get error?
You are right, Daniel,
On 1/27/10 9:19 PM, Alex Balashov wrote:
This is the expected behaviour, but seems different from how the
mediaproxy module handles the issue.
On 01/27/2010 08:27 AM, Iñaki Baz Castillo wrote:
Hi, I'm realizing that rtpproxy session is not automatically
terminated when
an outgoing INVITE t
Hello,
On 1/27/10 6:13 PM, Jon Farmer wrote:
2010/1/27 Daniel-Constantin Mierla:
the function is used in may places, it might be due to setting a new uri
with wrong format, not specific to initial received message. If you load
values from database or you compose them in config, check the i
Hello,
On 1/27/10 7:50 PM, Eric Hiller wrote:
Klaus,
Thanks for the help, I am working on getting 1.5 installed now as this
functionality isn't available in 1.2 it would appear. In 1.5 I am
getting an error for my code:
$ruri.domain = "216.82.224.202";
forward();
Which worked fine in 1.2, bu
On 1/27/10 8:55 PM, Alex Balashov wrote:
Daniel,
This is the issue to which I was referring - the documentation does
not say that 'sl' has 'tm' as a dependency.
I think Henning fixed that today. looking forward for your contributions
to other docs as well.
Cheers,
Daniel
On 01/27/2010
Hello,
On 1/27/10 7:14 PM, Santiago Gimeno wrote:
Hi Antonio,
2010/1/27 Antonio Reale mailto:ant.re...@gmail.com>>
I have a similar problem with latest git version, no compilation
error. Here's the error starting kamailio:
kamailio: ERROR: [sr_module.c:390]: ERROR: load_module: c
Thanks much! Got it all running once I loaded pv.so
Just in case it helps anyone else out; here is my final config:##
switch.5+diag# same script, bug with diagnostic printouts; run with:#
/usr/local/sbin/openser -f /usr/local/etc/openser/openser.cfg.diag##
--- global configuration param
Hello everybody!
I have a such problem with ACC module.
Calls was accounted but only INVITE and BYE requests has appeared in acc
table. ACK is absent.
Kamailio 3.0 was installed from GIT.
Thank you for any help
# - acc params -
modparam("acc", "early_media", 0)
modparam("ac
Daniel thank you, now dr_reload working.
From: Daniel-Constantin Mierla [mailto:mico...@gmail.com]
Sent: Wednesday, January 27, 2010 2:57 PM
To: Denis Putyato
Cc: users@lists.kamailio.org
Subject: Re: [Kamailio-Users] TM module
On 1/27/10 12:13 PM, Denis Putyato wrote:
Daniel thank you
Are the missing ACKs end-to-end ACKs (the kinds matched by
t_check_trans()), or hop-by-hop ACKs -- which are not, and for which
you are not setting setflag(1)?
On 01/28/2010 02:00 AM, Denis Putyato wrote:
Hello everybody!
I have a such problem with ACC module.
Calls was accounted but only I
44 matches
Mail list logo
