Hi Juha,
drop in branch_route was missing, as Andreas Granig reported few days
ago. I just committed the patch, can you test again?
Since it was not there, tm actually tried to forward even if you called
drop in branch route.
Cheers,
Daniel
On 4/15/10 8:11 AM, Juha Heinanen wrote:
Juha He
Daniel-Constantin Mierla writes:
> drop in branch_route was missing, as Andreas Granig reported few days
> ago. I just committed the patch, can you test again?
daniel,
ok, i'll try. if failure route is set when i call drop(), will it be
executed and if so with which reply code?
-- juha
___
Hi Juha,
On 4/15/10 11:31 AM, Juha Heinanen wrote:
Daniel-Constantin Mierla writes:
> drop in branch_route was missing, as Andreas Granig reported few days
> ago. I just committed the patch, can you test again?
daniel,
ok, i'll try. if failure route is set when i call drop(), will it b
Daniel-Constantin Mierla writes:
> no failure route is triggered by branch route actions, since there can
> be many branches, and branch route works only on one. failure_route is
> executed in the context of the transaction.
so t_relay() will then just fail with -1?
-- juha
___
Juha Heinanen writes:
> so t_relay() will then just fail with -1?
that is, if there is only one branch that gets dropped.
-- juha
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.s
Daniel-Constantin Mierla writes:
> no failure route is triggered by branch route actions, since there can
> be many branches, and branch route works only on one. failure_route is
> executed in the context of the transaction.
i tested with one branch that gets dropped and i get to syslog from
Hello,
the minutes of the developer IRC meeting from yesterday are now available in
our wiki: http://sip-router.org/wiki/devel/irc-meetings/2010-04-14-minutes
Best regards,
Henning
--
Henning Westerholt - Development Consumer Products / Consumer Core
1&1 Internet AG, Ernst-Frey-Str. 9, 76135
Den 14.04.2010 14:27, skrev Klaus Darilion:
1. it is useful to find out if the problem happens due to a T.38
reINVITE or with all reINVITEs. You could easily test this by just
putting a call on-hold, and back off-hold (e.g. by pressing the line
button in Xlite) and verify if audio works again.
Am 15.04.2010 13:05, schrieb Espen Berg:
That's strange. You shouldn't allow requests with totag but without
loose-routing. But that's not related to your problem.
Could that cause some problems for me? If it has totag and have a route
it should exit, else it should check if the current requ
Dear list members
I'm using kamailio 3
and the problem that I'm facing is that when a call is rejected by
global blacklist, kamailio does not generate an accounting record.
Is this normal behavior or I need to configure something somewhere ?
Below are parts of the config file
# - acc pa
2010/4/15 Panagiotis Skoulikaritis
> Dear list members
>
> I'm using kamailio 3
> and the problem that I'm facing is that when a call is rejected by global
> blacklist, kamailio does not generate an accounting record.
> Is this normal behavior or I need to configure something somewhere ?
>
>
> Be
Dear Lazlo
I did set a flag for it, in fact I set all flags but it does not write
anything on the mysql or on a log file.
if(!check_blacklist("globalblacklist")){
xlog("- The number is blacklisted globaly! -");
sl_send_reply("403", "Forbidden");
You are sending a reply via the sl module and no tm transaction was created.
Accounting is bind to tm (a tm transaction must be created in order to
have an acc log).
Try to do manual accounting:
http://sip-router.org/docbook/sip-router/branch/master/modules_s/acc_syslog/acc_syslog.html#acc_log_req
Dear Ovidiu
Thanks, I will give it a try
Regards
Panagiotis
Ovidiu Sas wrote:
You are sending a reply via the sl module and no tm transaction was created.
Accounting is bind to tm (a tm transaction must be created in order to
have an acc log).
Try to do manual accounting:
http://sip-router.o
2010/4/7 Daniel-Constantin Mierla :
>> It's Kamailio 1.5.1-notls. Now I've compiled 1.5.4-notls and increased
>> PKG memory to 16.
>
> if I spot it right on the svn commit log, there was a fix for a leak related
> to dst_uri when changed from failure route, nothing else important.
Hi, after upgrad
Dear Ovidiu
It worked thanks
Panagiotis
Panagiotis Skoulikaritis wrote:
Dear Ovidiu
Thanks, I will give it a try
Regards
Panagiotis
Ovidiu Sas wrote:
You are sending a reply via the sl module and no tm transaction was
created.
Accounting is bind to tm (a tm transaction must be created in
Glad to hear that. Another option (if you want to use flags and avoid
manual accounting) would be to create a transaction with t_newtran()
and then send a reply via t_reply(code, reason_phrase):
http://sip-router.org/docbook/sip-router/branch/master/modules/tm/tm.html#t_newtran
http://sip-router.o
Hi,
I'm trying to setup Kamailio to act as a load-balancer in front of
asterisk servers.
I want it to do the following:
- The UA sends an invite to Kamailio
- Kamailio sends a 30x redirect to the UA (dispatcher)
- The UA sends it's invite to the asterisk server
I've seen a couple of examples, b
2010/4/15 Benjamin Lawetz :
> Hi,
>
> I'm trying to setup Kamailio to act as a load-balancer in front of
> asterisk servers.
>
> I want it to do the following:
> - The UA sends an invite to Kamailio
> - Kamailio sends a 30x redirect to the UA (dispatcher)
> - The UA sends it's invite to the asteri
2010/4/16 Benjamin Lawetz :
>> I strongly suggest not to do that. Instead:
>>
>> - The UA sends an invite to Kamailio
>> - Kamailio uses LCR module to randomly select asterik-1 or asterisk-2.
>> - Kamailio sends the request to the selected asterisk.
>> - If there is a failure (to inspect in failure
20 matches
Mail list logo