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
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.
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:
-
In fact ... 666 subscriber get's 2 calls ...
De: Raúl Alexis Betancor Santana r...@dimension-virtual.com
Para: mico...@gmail.com
CC: Kamailio (SER) - Users Mailing List sr-users@lists.sip-router.org
Enviados: Lunes, 9 de Febrero 2015 17:56:08
Asunto: Re: [SR-Users] Parallel call forward
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 to
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 r...@dimension-virtual.com
Para: Kamailio (SER) - Users Mailing List
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
On 03/02/15 18:58, Olle E. Johansson wrote:
On 03 Feb 2015, at 18:17, Sergey Okhapkin s...@sokhapkin.dyndns.org 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 [
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
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
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:
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.
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 ff11428
13 matches
Mail list logo