After playing with the $brach(...) ... I found what was happening and fixed it.
A missing call to setup the $du of the branches ... now working as expected.
Thanks
> De: "Raúl Alexis Betancor Santana"
> Para: "Kamailio (SER) - Users Mailing List"
> Enviados: Lunes, 9 de Febrero 2015 18:11:50
In fact ... 666 subscriber get's 2 calls ...
> De: "Raúl Alexis Betancor Santana"
> Para: mico...@gmail.com
> CC: "Kamailio (SER) - Users Mailing List"
> Enviados: Lunes, 9 de Febrero 2015 17:56:08
> Asunto: Re: [SR-Users] Parallel call forward
> This is what I testet:
> route[ROUTE_EXECUTE_C
This is what I testet:
route[ROUTE_EXECUTE_CF_LOOP_NR]
{
xlog("L_NOTICE", "ROUTE_EXECUTE_CF_LOOP_NR");
if(!t_is_failure_route())
{
record_route();
}
$var(count_dlg) = 0;
route(ROUTE_SET_CALLER_DIALOG);
$du = "sip:192.168.20.100:5060";
xlog("L_INFO", "Trigger CF loop NR to '$du' for call
Hello,
can you check the expires column in presentity table. The issue might be
accumulation of too many dialog-info documents, due to large expires
interval, taken from the default lifetime of the dialog. You can change
that with:
-
http://kamailio.org/docs/modules/4.2.x/modules/pua_dialoginfo
Hello,
went and configured a server for BLF as the logs were not showing any
obvious issue.
The result was that the way module parameters were set or have default
values was creating this situation.
The story is that the pua_dialoginfo takes the dialog lifetime to set
the expires for PUBLISH. Di
On ven, 2015-02-06 at 12:49 +0100, Daniel-Constantin Mierla wrote:
> The cnxcc in master depends on hiredis library, so that has to be
> installed before compiling -- see the readme of the module for all
> dependencies.
Thanks. I realized it the minute after I sent it.
@Charles: your commit ff114
Setting to $null means deleting the avp -- so remove the [0] from that
assignment.
What function are you using to send out the request? Can you sent the
cfg execution trace (see debugger module)?
Also, have you tried to troubleshoot using $branch(...) variables?
Cheers,
Daniel
On 09/02/15 13:50
Hello,
I will look at the code, apparently this is from fix_nated_sdp() -- even
there is supposed to be no NAT in IPv6, this function can be used to
update the IP in SDP independent of the NAT detection function,
therefore shoudl work with ipv6 addresses.
Detecting IPv6 can be done by search_body
On 03/02/15 18:58, Olle E. Johansson wrote:
> On 03 Feb 2015, at 18:17, Sergey Okhapkin wrote:
>
>> Registrar module save() function stores "received" field in wrong format like
>>
>> sip:2601:3:8805:107:41E6:C7A1:7724:CF01:5062
> This is an invalid URI.
> The URI needs to have [ and ] surroundin
Hello,
look also at core cookbook:
- http://www.kamailio.org/wiki/cookbooks/devel/core
More documentation is available at:
- http://www.kamailio.org/w/documentation/
SER Getting Started is old, but still useful to read. Other commercial
books can be found out there.
Cheers,
Daniel
On 04/
I did not use the index to erase pull from the stack I directly set it to null
$(avp(s:cf_destinations)[0]) = $null;
If I do this:
$var(new_ru) = $(avp(s:cf_destinations)[0]);
...
append_branch($var(new_ru));
...
I got the same result ... just the LAST $ru I set is the one thats called.
Welcome, good that all is ok -- thanks for reporting back the results.
Cheers,
Daniel
On 07/02/15 12:35, mayamatakeshi wrote:
> Daniel,
> understood,
> I checked by state and it is OK:
>
> # kamctl fifo dlg_list |grep 'state:: 4' |wc -l
> 121
>
> # kamctl fifo get_statistics dialog:
> dialog:acti
Hello,
you should not use index when setting an avp to null -- remove the [0].
Then you can print details of branches voa $branch(...) variable to see
what are the results of your operations.
A branch can be added also by providing the uri as parameter for
append_branch() -- see the documentatio
13 matches
Mail list logo
