Hello,
On 7/29/11 10:32 AM, laura testi wrote:
Hi all,
we are trying to setup a kamailio presence server in SIP/SIMPLE domain
to interwork with XMPP domains including the GTalk (see the config
below). The architecture is like this:
- SIP/SIMPLE server: kamailio3.14 with full configuration with
Hi Richardo,
thanks for the patch. Probably I am going to apply it, having the short
status dumped in the syslog might be useful.
I am saying that because starting with this current devel version, you
can get the statistics for pkg memory via RPC commands, for example,
using sercmd:
On Saturday 30 July 2011, Omar wrote:
I did give up, after everything compiled i was trying to install i got an
error kamailio.o unable to create kamailio.o.
for the records this is trying to compile in a Sparc 64 bits, and i did
actually force to use the 64 bit libraries.
so far anything
Hello,
On 7/28/11 1:31 AM, Anto wrote:
Hello
It presents a problem because I do not know how to assimilate the
implementation. Until now we had a design of a proxy to balance out
between several gateway, but it will add another proxy for another
service (other users) and use the same
Hello,
while trying to upgrade from 1.5 to 3.1 i noticed that between t_relay() and
branch_route, $du gets automatically set to $ru if it has not been set before.
This is a change from 1.5 i could not find documentation for, so it might have
been unintened.
Can someone enlighten me on the
On 08/01/2011 11:57 AM, Alex Hermann wrote:
Is it even guaranteed that $du gets set to $ru in every possible
scenario?
No, it is set only in a few cases.
Good way to check:
if(!defined $du)
--
Alex Balashov - Principal
Evariste Systems LLC
260 Peachtree Street NW
Suite 2200
Atlanta, GA
Hello,
On 8/1/11 5:57 PM, Alex Hermann wrote:
Hello,
while trying to upgrade from 1.5 to 3.1 i noticed that between t_relay() and
branch_route, $du gets automatically set to $ru if it has not been set before.
have you spotted the code that does it? It should not happen like that,
I see no
Hello,
On 8/1/11 4:44 PM, Andrew Pogrebennyk wrote:
I've got stuck today trying to implement some sequential forking
scenario. When the call comes destined to the local user, I'm trying
to reach it sequentially through two alternative extensions. For each
extension, I'm calling t_set_fr with
On Monday 01 August 2011 17:58:17 Alex Balashov wrote:
On 08/01/2011 11:57 AM, Alex Hermann wrote:
Is it even guaranteed that $du gets set to $ru in every possible
scenario?
No, it is set only in a few cases.
Good way to check:
if(!defined $du)
That does not work:
The following
Hi Daniel,
On 01.08.2011 20:12, Daniel-Constantin Mierla wrote:
does it happen to exceed the max lifetime for transaction?
http://kamailio.org/docs/modules/stable/modules/tm.html#max_inv_lifetime
No, it does not (30 150). I've also tried settings max_inv_lifetime to
even greater 300
10 matches
Mail list logo