Re: [SR-Users] Kamailio 3.x and Asterisk Realtime Integration plus dispatcher

2013-04-30 Thread Aldo Antignano
sr-users > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20130430/95b9dbb4/attachment.html> -- ___ sr-users mailing list sr-us

Re: [SR-Users] Kamailio 3.x and Asterisk Realtime Integration plus

2013-04-30 Thread Barry Flanagan
On 30 April 2013 17:23, Aldo Antignano wrote: > Thank you very much for your reply Barry. > Can you explain us yours ip 10.5.75. and 10.5.76. ? > Seems your asterisks have two interfaces, one private and one public? > > Sorry, yeah. you should probably ignore that part :-) The same dispatcher dea

[SR-Users] extra_id_pv parameter

2013-04-30 Thread Bruno Bresciani
Hi All, I need forking a call to multiple destinations in paralel on different network segments, requiring different rtpproxy parameters. Reading the rtpproxy module documentation I discovered that is possible by setting the "b" parameter on rtpproxy_manage(), rtpproxy_offer(), rtpproxy_answer() a

Re: [SR-Users] dlg_end_dlg

2013-04-30 Thread Dragos Oancea
Hi  Yes, Daniel , you are right. Here is a backtrace from a SIP worker:  http://pastebin.com/t6XPQ6dx Regards, Dragos From: Daniel-Constantin Mierla To: Dragos Oancea ; Kamailio (SER) - Users Mailing List Sent: Tuesday, April 30, 2013 8:28 PM Subject: Re:

Re: [SR-Users] dlg_end_dlg

2013-04-30 Thread Daniel-Constantin Mierla
Hello, the backtrace is from the MI process, not a SIP worker. That process does not handle sip traffic. Before you start testing you can do 'kamctl ps' and see which are the sip workers and get the backtrace from those pids. Cheers, Daniel On 4/30/13 8:04 PM, Dragos Oancea wrote: Hi Dani

Re: [SR-Users] dlg_end_dlg

2013-04-30 Thread Dragos Oancea
Hi Daniel, It locks and stays locked. It is interesting that for a while ( 1-2 minutes while I am sending some traffic ) it can reply to REGISTER with a 200 OK ,  but it does not reply `100 Trying` to INVITE . Then nothing, no reply.    gdb output here: http://pastebin.com/Kg3hwzZT Regards,  D

Re: [SR-Users] dlg_end_dlg

2013-04-30 Thread Daniel-Constantin Mierla
Hello, does it block for few seconds and then goes on, or it locks after few seconds and stays locked? If the second, attach with gdb to the pid of the locked process and get the backtrace. Cheers, Daniel On 4/30/13 6:19 PM, Dragos Oancea wrote: Hi everyone, I believe I've run into a pro

Re: [SR-Users] Kamailio 3.x and Asterisk Realtime Integration plus

2013-04-30 Thread Aldo Antignano
Thank you very much for your reply Barry. Can you explain us yours ip 10.5.75. and 10.5.76. ? Seems your asterisks have two interfaces, one private and one public? In my infrastructure I have: SIP client -> Kamailio ---> Asterisk 01 ---> Asterisk 02

[SR-Users] dlg_end_dlg

2013-04-30 Thread Dragos Oancea
Hi everyone, I believe I've run into a problem when using dlg_end_dlg (with mi_datagram ) called from an external perl script with perl_exec() . Kamailio just locks after a while (few seconds) after disconnecting a call. Some parts of my debug log can be found here: http://pastebin.com/ANaTEifC

Re: [SR-Users] gruu and dead-lock in registrar module

2013-04-30 Thread Andreas Granig
Hi Daniel, On 04/30/2013 05:34 PM, Daniel-Constantin Mierla wrote: what version are you playing with? To look in the right branch when troubleshooting first time, then look at the others that might be affected... The affected version is latest 3.3 branch, but the same code is there in 4.0 as

Re: [SR-Users] [PATCH] Memory corruption using s.substr transformation

2013-04-30 Thread Daniel-Constantin Mierla
Hello, On 4/30/13 5:31 PM, Martin Mikkelsen wrote: On Tue, Apr 30, 2013 at 02:42:22PM +0200, Andreas Granig wrote: Hi, We've seen this behaviour as well and worked around it using avp_subst with regex, as we didn't have the time yet to investigate further. I was also able to work around it wi

Re: [SR-Users] gruu and dead-lock in registrar module

2013-04-30 Thread Daniel-Constantin Mierla
Hello, what version are you playing with? To look in the right branch when troubleshooting first time, then look at the others that might be affected... Cheers, Daniel On 4/30/13 5:07 PM, Andreas Granig wrote: Hi, We're hitting an issue in a deployment where all udp receivers are sitting

Re: [SR-Users] [PATCH] Memory corruption using s.substr transformation

2013-04-30 Thread Martin Mikkelsen
On Tue, Apr 30, 2013 at 02:42:22PM +0200, Andreas Granig wrote: > Hi, > > We've seen this behaviour as well and worked around it using > avp_subst with regex, as we didn't have the time yet to investigate > further. I was also able to work around it with: $var(tmp) = $(var(x){s.substr,1,0});

[SR-Users] gruu and dead-lock in registrar module

2013-04-30 Thread Andreas Granig
Hi, We're hitting an issue in a deployment where all udp receivers are sitting in FUTEX_WAIT caused by save() -> lock_udomain() and seem to have deadlocked themselves every couple of days. Looking at the code, enable_gruu in registrar is active by default, and in lookup there is a code path

Re: [SR-Users] [PATCH] Memory corruption using s.substr transformation

2013-04-30 Thread Andreas Granig
Hi, We've seen this behaviour as well and worked around it using avp_subst with regex, as we didn't have the time yet to investigate further. But basically I can confirm this issue. Andreas On 04/30/2013 01:31 PM, Martin Mikkelsen wrote: On Tue, Apr 30, 2013 at 01:29:21PM +0200, Martin Mikk

Re: [SR-Users] Kamailio 3.x and Asterisk Realtime Integration plus Dispatcher module

2013-04-30 Thread Barry Flanagan
On 29 April 2013 14:51, Aldo Antignano wrote: > I have read and applied the excellent guide found on: > http://kb.asipto.com/asterisk:realtime:kamailio-3.3.x-asterisk-10.7.0-astdb > > Now I have added to Kamailio the HA/Load Balancer support, with the > "dispatcher" module. > This way I have 1 Ka

Re: [SR-Users] [PATCH] Memory corruption using s.substr transformation

2013-04-30 Thread Martin Mikkelsen
On Tue, Apr 30, 2013 at 01:29:21PM +0200, Martin Mikkelsen wrote: > I am not sure what the best fix would be for that, but I have attached a > patch which copies the string in the TR_S_SUBST code to _tr_buffer and > returns that buffer instead like a lot of the other transformations in > that funct

[SR-Users] [PATCH] Memory corruption using s.substr transformation

2013-04-30 Thread Martin Mikkelsen
Hello, I have a kamailio 3.3.4 server running on x86-64 Linux, and I have a script which looks something like this: $var(gwruri) = $rU; if ($(var(gwruri){s.substr,0,1}) == "+") { $var(gwruri) = $(var(gwruri){s.substr,1,0}); } When this script is run with say $rU = "+009724" (real n

Re: [SR-Users] [SR-users] Radius AAA

2013-04-30 Thread Victor V. Kustov
В Tue, 23 Apr 2013 15:35:42 +0300 Vitaliy Aleksandrov пишет: > $rd = $avp(s:next-hop); it not work $avp(s:next-hop) in new misc_radius. need SIP-AV attributes if i understand correctly. -- SY, Victor JID: coy...@bks.tv JID: coy...@bryansktel.ru I use FREE operation system: 3.8.

Re: [SR-Users] siptrace + flatstore

2013-04-30 Thread Victor V. Kustov
В Mon, 29 Apr 2013 09:46:48 +0200 Daniel-Constantin Mierla пишет: Now work. Just work. -- SY, Victor JID: coy...@bks.tv JID: coy...@bryansktel.ru I use FREE operation system: 3.8.4-calculate GNU/Linux ___ SIP Express Router (SER) and

Re: [SR-Users] var vs avp...

2013-04-30 Thread Victor V. Kustov
В Tue, 30 Apr 2013 12:38:11 +0300 Vitaliy Aleksandrov пишет: > Not so "special" .. You need to add SIP-AVP attributes to an > access-accept reply from radius. As I remember this attribute must be > declared somewhere in dictionary.openser. bad news for me. radius already work with other system

Re: [SR-Users] var vs avp...

2013-04-30 Thread Vitaliy Aleksandrov
On 04/29/2013 03:52 PM, Victor V. Kustov wrote: В Mon, 29 Apr 2013 14:46:34 +0200 "Olle E. Johansson" пишет: All functions of this module load AVPs from SIP-AVP reply items received from RADIUS upon a successful request. Value of the SIP-AVP reply item must be a string of form: • valu

[SR-Users] riud access from route block

2013-04-30 Thread Juha Heinanen
Juha Heinanen writes: > there is $branch(name) pv that gives access to other branched, but not > the "main branch". is there any way to get access to ruid of the main > branch when t_relay() fails when called from route block? for example, > if there is only one contact (the $ru one), which resu