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 X
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:
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 an
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 gateway
Hi Sebastian,
thanks for further investigation. Indeed, the avps were not backed
up/restored when sending self-generated request.
I just committed a patch to tm module in master branch. If you can give
it a try and report if it works ok, then I will backport to 3.1.
Cheers,
Daniel
On 7/28/
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 a timeout of 15sec. They reply only
180 and do not pic
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 p
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 3
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 r
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 a
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
On Monday 01 August 2011 19:00:36 Daniel-Constantin Mierla wrote:
> > 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
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 seconds
13 matches
Mail list logo
