Hi All,
I'm using kamailio with carrierroute to load balance calls to other servers.
I have 2 testing scenarios set up:
sipp><kamailio><asterisk server
In the above scenario all SIP transactions, dialogs go through
kamailio, INVITE, Trying, ACK, OK, BYE, OK
Here is another one:
phone><asterisk><kamailio><asterisk server
In this scenario only the initial INVITE, ACK and OK go through
kamailio, then the 2 asterisk servers finish the session directly to
each other with ACK, BYE and OK
In both asterisk servers, canreinvite=no is set in peers and general
section in sip.conf. The kamailio cfg is using t_relay. No errors
are coming up anywhere.
Here is a pastebin of the 2 asterisk traces and the kamailio config.
http://pastebin.com/Uk9qVhX2
Any ideas on why the call is not maintaining SIP session through the proxy?
Thanks.
JR
--
JR Richardson
Engineering for the Masses
Hello sip-users,
I'm having a problem configuring Kamailio on a Debian server, following the
ERROR:
madas3009:/home/ddias# /etc/init.d/kamailio start
Starting Kamailio SIP server: kamailioListening on
udp: 127.0.0.1 [127.0.0.1]:5060
udp: 212.230.0.117 [212.230.0.117]:5060
Aliases:
.
madas3009:/home/ddias# Jun 7 14:31:42 [11789] NOTICE:core:main: version:
kamailio 1.5.4-notls (x86_64/linux)
Jun 7 14:31:42 [11789] INFO:core:main: using 64 Mb shared memory
Jun 7 14:31:42 [11789] INFO:core:main: using 4 Mb private memory per
process
Jun 7 14:31:42 [11789] INFO:core:init_mod: initializing module db_mysql
Jun 7 14:31:42 [11789] INFO:core:init_mod: initializing module mi_fifo
Jun 7 14:31:42 [11789] INFO:core:init_mod: initializing module sl
Jun 7 14:31:42 [11789] INFO:core:init_mod: initializing module tm
Jun 7 14:31:42 [11789] INFO:tm:mod_init: fr_inv_timer_next value is <30>
Jun 7 14:31:42 [11789] INFO:core:init_mod: initializing module rr
Jun 7 14:31:42 [11789] INFO:core:init_mod: initializing module pv
Jun 7 14:31:42 [11789] INFO:pv:shvar_init_locks: locks array size 16
Jun 7 14:31:42 [11789] INFO:core:init_mod: initializing module maxfwd
Jun 7 14:31:42 [11789] INFO:core:init_mod: initializing module usrloc
Jun 7 14:31:42 [11789] INFO:usrloc:ul_init_locks: locks array size 512
Jun 7 14:31:42 [11789] INFO:core:init_mod: initializing module registrar
Jun 7 14:31:42 [11789] INFO:core:init_mod: initializing module textops
Jun 7 14:31:42 [11789] INFO:core:init_mod: initializing module uri_db
Jun 7 14:31:42 [11789] ERROR:db_mysql:db_mysql_new_connection: driver
error: Access denied for user 'kamailio'@'localhost' (using password: YES)
Jun 7 14:31:42 [11789] ERROR:core:db_do_init: could not add connection to
the poolJun 7 14:31:42 [11789] ERROR:uri_db:uridb_db_ver: unable to open
database connection
Jun 7 14:31:42 [11789] ERROR:uri_db:mod_init: Error while querying table
version
Jun 7 14:31:42 [11789] ERROR:core:init_mod: failed to initialize module
uri_db
Jun 7 14:31:42 [11789] ERROR:core:main: error while initializing modules
Am i doing something wrong? what should i check?
Thanks in advance
Hi, I'm building an external application in order to end dialogs via
XMLRPC MI (Kamailio 1.5.4). For each call of a client I set a dialog
profile:
dlg_manage();
set_dlg_profile("out","$avp(AVP_CLIENT_USERNAME)");
The problem is that there is no way to find the current dialog
information based on dialog profiles, as such information is not
provided when running MI dlg_list or dlg_list_ctx.
So, is there something I can do? I've realized that dlg_list_ctx also
displays the dialog "context":
"associated context from modules sitting on top of the dialog module"
But of course such field is empty as I don't use a module on top of
dialog module. But perhaps I could code something in the dialog module
so such value could be set in the script (I need it to display
$avp(AVP_CLIENT_USERNAME)). In this way, I would get the dialog list
and filter these with "context = SOME_CLIENT_USERNAME". Then I get the
h_entry and h_id and can perform the dlg_end_dlg MI command. Any
suggestion about it please?
BTW: Running dlg_list_ctx via MI FIFO I get this for each dialog:
dialog:: hash=3960:1144646733
Should I assume that h_entry is 3960 and h_id is 1144646733?
Thanks a lot.
--
Iñaki Baz Castillo
<ibc(a)aliax.net>
Hi,
I use Munin to try to understand what's going on on the server that
runs Kamailio (with Siremis). One thing that puzzles me is that if I
look at the MySql queries per second, it just keeps going up. The
number rises during the time with calls - the more calls the more it
rises - and then when there are no calls, it stays at the same level.
And this is what I don't understand - when Kamailio is doing nothing,
why are there 5k queries per second? Sometimes - every few weeks - it
takes a steep drop to very few queries per second... - and then back
to rising again. Is this a database issue, a Siremis issue, or a Munin
issue? Or is it just something I don't understand that it's supposed
to keep rising forever?
Thanks!
//Anders
Hello,
the kamailio, sip-router and sems projects will be present next week on the
linuxtag 2010 - "the most important place for Linux and open source software
in Europe." [1].
We're at booth 106, this is in hall 7.2b. If you're during next week in Berlin
and visit the exibition, then we're looking forward to meet you there!
The kamailio project will be also present in the conference program, with a
talk about building geographical redundant VoIP systems [2].
Best regards,
Henning Westerholt
[1] http://www.linuxtag.org/2010/en.html
[2] http://www.linuxtag.org/2010/en/program/free-
conference/wednesday/details.html?talkid=104
--
Henning Westerholt - Technical Leader VoIP backend development
1&1 Internet AG, Ernst-Frey-Str. 9, 76135 Karlsruhe, Germany
On Friday 04 June 2010, Jasmin Schnatterbeck wrote:
> onreply_avp_mode does not seem to be available in kamailio 3.0.2 (at
> least not in the module doc)
> I think this parameter is for avps in reply_route? or does it work for
> branch_route also?
Hi Jasmin,
ah, sorry. Its not available or necessary anymore in 3.0. In 1.5 it also
affected the branch_route, i think, but for the newer version this behaviour
is now the default. Then in your case its probably another problem..
Cheers,
Henning
Hi All,
I'm trying to install kamailio3.0.x on solaris 10 (sparc) as following:
gmake prefix="/usr/local/kamailio-3.0" include_modules="db_mysql dialplan" cfg
gmake prefix="/usr/local/kamailio-3.0" all
but get the Broken Pipe error as below:
----snip -----
from cfg/cfg_struct.c:40:
cfg/../atomic/atomic_sparc.h:39:2: warning: #warning "sparc32 atomic operations support not tested"
gcc -g -O9 -funroll-loops -mtune=v8 -Wall -DNAME='"kamailio"' -DVERSION='"3.0.2"' -DARCH='"sparc"' -DOS='solaris_' -DOS_QUOTED='"solaris"' -DCOMPILER='"gcc 3.4.6"' -D__CPU_sparc -D__OS_solaris -DSER_VER=3000002 -DCFG_DIR='"/usr/local/kamailio-3.0/etc/kamailio/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR -DF_MALLOC -DUSE_TLS -DTLS_HOOKS -DSTATISTICS -DMALLOC_STATS -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHAVE_SCHED_YIELD -DHAVE_ALLOCA_H -DUSE_SIGACTION -DHAVE_DEVPOLL -DHAVE_SELECT -DHAVE_FILIO_H -c cfg/cfg.c -o cfg/cfg.o -MMD -MP
In file included from cfg/../atomic/atomic_native.h:68,
from cfg/../atomic_ops.h:166,
from cfg/cfg_struct.h:38,
from cfg/cfg.c:36:
cfg/../atomic/atomic_sparc.h:39:2: warning: #warning "sparc32 atomic operations support not tested"
yacc -d -b cfg cfg.y
gmake: *** [cfg.tab.h] Broken Pipe
---end of snip ---
what is the cause of the issue? How should I fix it? Your help are greatly appreciated!
Thanks,
Kevin
_________________________________________________________________
约会说不清地方?来试试微软地图最新msn互动功能!
http://ditu.live.com/?form=TL&swm=1