I am talking about kamctl dialplan command not mi.
When you type in kamctl, it lists a lot commands. Are these commands still
valid?
See below:
kamctl
../../sbin/kamctl 3.1.0
Existing commands:
-- command 'start|stop|restart'
restart restart
Gary Chen writes:
> I am testing out dialplan module. Every time when I issue 'kamctl
> dialplan show', it shows what is in the database even if I have not
> yet issue "kamctl dialplan reload' after I changed data in database. I
> thought that dialplan is stored in the memory and you have to issue
Kamailio 3.1.2
I am testing out dialplan module. Every time when I issue 'kamctl dialplan
show', it shows what is in the database even if I have not yet issue "kamctl
dialplan reload' after I changed data in database. I thought that dialplan is
stored in the memory and you have to issue the r
Actually I'm migrating my call routing module of version 1.5.0 of kamailio
to version 3.1.2. I want to understand why the tm module registers an event
callback after the INVITE message is processed by my routing module.
When I use the dispatcher module for routing, no event callback is
registered b
Hey Bruno,
On 03.06.2011 16:21, Bruno Bresciani wrote:
> In file t_hook.c line 386 "*cbp->callback( trans, cbp->types, params )*"
> calls the function to record register_tmcb when I received a INVITE. I'd
> like to now how register_tmcb function is call by the function callback.
register_tmcb()
Hi Timo,
In file t_hook.c line 386 "*cbp->callback( trans, cbp->types, params )*"
calls the function to record register_tmcb when I received a INVITE. I'd
like to now how register_tmcb function is call by the function callback.
Regards,
2011/6/3 Timo Reimann
> Hi Bruno,
>
>
> On 03.06.2011
Hello,
probably the gmt is not taking the summer daylight saving time, anyhow,
we are ready to start the irc meeting now if you want to join.
Cheers,
Daniel
On 6/3/11 9:15 AM, Daniel-Constantin Mierla wrote:
Hello,
everyone that wants to discuss about the next major release (v3.2.0),
pleas
This is how I configured rtpproxy. Not sure why rtpproxy is not
engaged both ways. Thanks for your help.
root@Kamailio:/etc/default# more rtpproxy
# Defaults for rtpproxy
# The control socket.
#CONTROL_SOCK="unix:/var/run/rtpproxy/rtpproxy.sock"
# To listen on an UDP socket, uncomment this line:
Hi,
it works now! Thanks for the quick fix.
Cheers
Ozren
On Fri, Jun 3, 2011 at 10:42 AM, Daniel-Constantin Mierla wrote:
> Hello,
>
> I did a fix for the case of joining private rooms without permissions, can
> you try it again (pull the git branch 3.1)?
>
> Thanks,
> Daniel
>
>
>
> On 6/3/
On 3 June 2011 10:16, Daniel-Constantin Mierla wrote:
>>> Sorry for disturbing... is there any chance?
>>
>> it is, but I cannot promise a date yet -- too many things to catch up,
>> while testing this is very inconvenient not having a way to troubleshoot.
>
> Not to forget about this one, is
This sounds like an asymmetrical engagement of rtpproxy (e.g. on the
reply but not the initial request, or vice versa).
On 06/02/2011 09:45 PM, Mokhtar Bengana wrote:
I have Kamailio and rtpproxy running behind NAT on the same server.
Inbound calls to Kamailio from the outside work fine and I
Hello,
I did a fix for the case of joining private rooms without permissions,
can you try it again (pull the git branch 3.1)?
Thanks,
Daniel
On 6/3/11 9:59 AM, Ozren Lapcevic wrote:
Hi,
I previously got only one core file, but now that I've enabled one
core file per process, I got two cor
Hi Bruno,
On 03.06.2011 00:07, Bruno Bresciani wrote:
> I'm having doubts in the implementation of the callback function module
> tm. As she calls the function to record register_tmcb ()?
> Can someome help me?
Could you be more specific on which part of the tm module you are having
trouble with
Hi,
I'm resending issue #1 described in previous mail, with backtraces from both
the main process and the child process (previously I had posted only the
main process) and log which is slightly different.
#Call of ./kamctl fifo imc_list_rooms
Jun 3 10:09:13 ser-test ./kamailio[15794]: : [pass_f
Hi,
I previously got only one core file, but now that I've enabled one core file
per process, I got two core files. Here are the backtraces:
#0 0x7fc9c5787ed5 in raise () from /lib/libc.so.6
#1 0x7fc9c57893f3 in abort () from /lib/libc.so.6
#2 0x0046119e in sig_alarm_abort (sig
Hello,
I tested with kamailio default config and injected some REGISTERs to
reproduce the scenario, see the SIP trace below. The results were ok in
200 reply, also in kamctl.
Can you send me also a SIP trace for the situation? Also, the parameters
for registrar and usrloc modules. Do you you
Hello,
did you get only one core file? This one seems from the main process
when it discovered that a SIP worked crashed.
If you got more than one, send the backtraces from the other core files.
If you got only one, please enable one core file per process and re-do
it again.
See last part
On 5/19/11 9:45 AM, Daniel-Constantin Mierla wrote:
On 5/18/11 8:29 AM, Roman Yeryomin wrote:
On 2 May 2011 15:47, Daniel-Constantin Mierla wrote:
On 5/1/11 11:51 PM, Roman Yeryomin wrote:
On 27 April 2011 20:19, Roman Yeryomin
wrote:
On 27 April 2011 17:26, Daniel-Constantin Mierla
Hello,
everyone that wants to discuss about the next major release (v3.2.0),
please join us on IRC:
Channel: #sip-router
Server: irc.freenode.net
Time: 15:00GMT/London (16:00 Berlin/Paris/Madrid, 10:00am New York)
Cheers,
Daniel
--
Daniel-Constantin Mierla -- http://www.asipto.com
http://lin
19 matches
Mail list logo