Hi,
since this commit we are getting an error Called uac_replace multiple
times on the message when calling uac_replace_from from branch_route.
Shouldn't it be allowed to manipulate From/To headers per branch? We are
using 4.0.2.
On 07/19/2012 04:55 PM, Anca Vamanu wrote:
Module: sip-router
Hi,
please check the link
http://kamailio.org/docs/modules/stable/modules/auth.html - the Table of
Contents is missing, there's only examples list.
Andrew
___
sr-dev mailing list
sr-dev@lists.sip-router.org
On 03/09/2013 08:37 PM, Juha Heinanen wrote:
looks like there should be two separate usrloc flags: the current
behind_NAT flag and a new NAT_ping_this_contact flag.
comments?
There is in fact a separate flag in the devel version, introduced by
Richard Fuchs:
Hi,
you may try changing the tcp_rd_buf_size and tcp_conn_wq_max:
http://www.kamailio.org/wiki/cookbooks/3.3.x/core#tcp_conn_wq_max
And since this in development mailing list I'd like to point at what
seem an iaccuracy in documentation: several options refer to the core
parameter called
Hi,
when presence module is running with subs_db_mode=3 it makes an
excessive number of SQL select queries, litelly dozens per second:
25232 Query select
presentity_uri,callid,to_tag,from_tag,event from active_watchers where
updated=64 AND event'presence.winfo'
modparam to 0. But, if you do this you should consider not using
subs_db_mode 3 as there are many race-hazards in presence that are fixed
by using the notifier_processes.
Regards,
Peter
On Fri, 2012-11-09 at 12:01 +0100, Andrew Pogrebennyk wrote:
Hi,
when presence module is running
, Daniel-Constantin Mierla wrote:
Hello,
you can try after you set the flag you wanted to be in transaction, to
be sure it gets there.
Cheers,
Daniel
On 9/26/12 7:43 PM, Andrew Pogrebennyk wrote:
Hi Daniel,
No, I don't. Thanks for the tip. Could you advice where t_flush_flags()
should
Hi,
I have found recently that in order to detect retransmits I have to
create a transaction explicitly when the request comes in:
force_rport();
if(!t_check_trans())
t_newtran();
sl_send_reply(100, Trying);
xlog(L_INFO, New request - $ci\n);
it
/docs/modules/3.3.x/modules_k/tmx.html#id2543767
Cheers,
Daniel
On 9/26/12 3:30 PM, Andrew Pogrebennyk wrote:
Hi,
I have found recently that in order to detect retransmits I have to
create a transaction explicitly when the request comes in:
force_rport
At least some links at http://www.kamailio.org/wiki/ don't work at the
moment:
Install Kamailio v3.3.x From GIT
Upgrade Kamailio v3.1.x to v3.2.0
Upgrade Kamailio v3.2.x to v3.3.0
you are redirected to some instruction from DokuWiki Installer when
trying to visit them. Could somebody
Juha, thanks for getting back to me.
The code as shown works for me, however another check may be required
if transport != PROTO_NONE but value stored in the database is NULL
(PROTO_ANY). And at a glance do_to_gw function also has this problem.
On 07/03/2012 02:34 PM, Juha Heinanen wrote:
you
Hello,
I have a few gateways with lcr_gw.transport = 1|2|3
The point is that transport is always filled it with some not NULL value.
In config script I do from_any_gw($si, 0). Kamailio version is 3.3.
According to
http://kamailio.org/docs/modules/3.3.x/modules/lcr.html#id2512701 :
0 = ANY so it
that
calls env -i (start with an empty environment), maybe this is the reason
it works differently for the root and kamailio users.
--
Sincerely,
Andrew Pogrebennyk
___
sr-dev mailing list
sr-dev@lists.sip-router.org
http://lists.sip-router.org/cgi-bin
is enabled and denying it in some way?
--
Sincerely,
Andrew Pogrebennyk
___
sr-dev mailing list
sr-dev@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
it for now due
to traveling. If you can test it and report back would be great. When
all is working fine, I will backport to 3.x branches.
Thanks,
Daniel
--
Sincerely,
Andrew Pogrebennyk
___
sr-dev mailing list
sr-dev@lists.sip-router.org
http
..., len=422, rcv_info=0xbfced6ec) at receive.c:117
#4 0x0813580e in udp_rcv_loop () at udp_server.c:532
#5 0x08098f43 in main_loop () at main.c:1554
#6 0x0809b62d in main (argc=3, argv=0xbfced9b4) at main.c:2398
--
Sincerely,
Andrew Pogrebennyk
On 14.12.2010 15:39, Andrew Pogrebennyk wrote:
I have experienced some crashes in the topoh module when someone ran a
scanner against the SIP server. Log and backtrace below (I've changed
the server ip to 192.168.31.45 intentionally).
Note: I'm not using local ip as topoh mask_ip.
version
via TM module, set onreply_avp_mode parameter of
TM module (note that in the default onreply_route, the AVPs of the
transaction are not available).
Please remove the references. Thank you.
--
Sincerely,
Andrew Pogrebennyk
___
sr-dev mailing list
sr
-j4IPOlV7MGQKatycM.qLOBF6zGZfWlc7M.V-WBVlMx1LgRWIC9gIgx4sMJZLWxq7zxq...,
len=663, rcv_info=0xbfffe2a8) at receive.c:117
#4 0x0816eef7 in udp_rcv_loop () at udp_server.c:532
#5 0x080ad9e1 in main_loop () at main.c:1554
#6 0x080b1126 in main (argc=2, argv=0xbfffe584) at main.c:2398
--
Sincerely,
Andrew
,
Daniel
--
Sincerely,
Andrew Pogrebennyk
___
sr-dev mailing list
sr-dev@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
20 matches
Mail list logo