Re: [SR-Users] SNMPStats and multiple proxies

There is a SNMP module in Kamailio (http://kamailio.org/docs/modules/stable/modules_k/snmpstats.html) Why didn't you query Kamailio directly? Each one in his own IP/port? Isn't that doable??? Edson. Em 23/09/2011 11:47, Antanas Masevicius escreveu: Hello, been trying to run two sip-router

[SR-Users] Sip-router gentoo ebuild v3.1.5

Hello, Just want to announce the availability of an ebuild for version 3.1.5 (kamailio and ser flavours) on Gentoo Portage Overlays. Here the git link: * http://git.overlays.gentoo.org/gitweb/?p=user/caio.git;a=tree;f=net-misc/sip-router;h=eb9ad64c61d6d732b63d353f5de6efba98a2e4f1;hb=HEAD The un

[SR-Users] SNMPStats and multiple proxies

Hello, been trying to run two sip-router proxies in parallel and to feed data from them to snmpd via agentx. But it looks like snmpd deamon directly routes snmp request just to one (probably first connected) proxy. What ways this can be solved? Currenly i am thinking like running two concurrent s

Re: [SR-Users] Core db_text module

Follows the output: *p _tbc* $1 = (dbt_table_p) 0xb6175d20 *(gdb) p *_tbc* $312 = {dbname = {s = 0xb616d780 "/axs/cfg/db_text", len = 16}, name = {s = 0xb616e288 "subscriber", len = 10}, hash = 6, mark = 1316722939, flag = 0, auto_col = -1, auto_val = 0, nrcols = 10, cols = 0xb616f310, colv = 0

Re: [SR-Users] Core db_text module

On 9/23/11 1:57 PM, Bruno Bresciani wrote: Sorry... but I didn't understand how I get the output of: p _tbc p *_tbc run these commands inside gdb. Daniel Best Regards 2011/9/23 Daniel-Constantin Mierla > Hello, interesting ... give also the output o

Re: [SR-Users] Core db_text module

Sorry... but I didn't understand how I get the output of: p _tbc p *_tbc Best Regards 2011/9/23 Daniel-Constantin Mierla > Hello, > > interesting ... give also the output of: > > p _tbc > p *_tbc > > Cheers, > Daniel > > > On 9/23/11 1:27 PM, Bruno Bresciani wrote: > > Hello, > > Doesn't ex

Re: [SR-Users] Accounting only the 2nd branch of missed serial forked call

Hello, can you add a debug message to acc module, compile, reinstall and test again? Send again the debug messages with parameter debug=4 I am attaching the patch for master branch, should be easy to apply to 3.1 as well. Cheers, Daniel On 9/13/11 11:33 AM, Daniel-Constantin Mierla wrote:

Re: [SR-Users] Core db_text module

Hello, interesting ... give also the output of: p _tbc p *_tbc Cheers, Daniel On 9/23/11 1:27 PM, Bruno Bresciani wrote: Hello, Doesn't exist a exact often that the table subscriber is changed, it can be changed at any time and almost always the core is generated. I was thinking the same t

Re: [SR-Users] I am getting this error in the log When REGISTER message is received from jitsi

Hello, the log shows clear that it tries to parse a URI that is null (actually contains the string "<>" which is used for pseudo-variables), see the log message again: Sep 22 15:07:09 siptest /usr/sbin/kamailio[17031]: DEBUG: [parser/parse_uri.c:1218]: parse_uri: bad uri, state 0 parsed: <

Re: [SR-Users] Core db_text module

Hello, Doesn't exist a exact often that the table subscriber is changed, it can be changed at any time and almost always the core is generated. I was thinking the same thing that you, the deletion of the table is done without a lock, but the function dbt_db_get_table that call dbt_db_del_table doe

Re: [SR-Users] I am getting this error in the log When REGISTER message is received from jitsi

Daniel, I am not using said AVP parameter I have # - registrar params - modparam("registrar", "method_filtering", 1) only. I am suspecting if the name has "_" like krishn_kura is causing this problem. Krish On Fri, Sep 23, 2011 at 3:56 AM, Daniel-Constantin Mierla wrote: > Hello, >

Re: [SR-Users] Core db_text module

Hello, can you send the output of 'bt full' from gdb? How often the subscriber table is changed? I see in this case the deletion of the table is done without a lock. Cheers, Daniel On 9/22/11 9:44 PM, Bruno Bresciani wrote: Hi All, Kamailio 3.1.2 generate a core in db_text module when subs

Re: [SR-Users] CANCEL is not processed in onsend_route

Hello, here is the link to the commit: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=7b2eca4939ccae16ec7af4fa42e4b8a6e1a92b2f The patch is not that big, can be easily extracted and applied to 3.1 if more convenient for testing, Anyhow, I did no tests here, please do it an

[SR-Users] carrierroute module

Hi, I have a problem with configuring the carrierroute module, I do not clearly understand how it should work from the documentation. What I would like to do is that I have 2 gateways (A.A.A.A and B.B.B.B), lots of scan_prefixes with different rewrite prefixes. The traffic should be sent to the 1

Re: [SR-Users] I am getting this error in the log When REGISTER message is received from jitsi

Hello, On 9/23/11 12:15 AM, Krishna Kurapati wrote: Daniel, Just got back... Here is the Log at Level 4 Sep 22 15:07:09 siptest /usr/sbin/kamailio[17031]: ALERT:

Re: [SR-Users] CANCEL is not processed in onsend_route

Hello Daniel, thanks for your reply. I think it would be best to lookup the INVITE transaction and decide based on the trace-flag, as you suggested. Greetings Timo -Ursprüngliche Nachricht- Von: Daniel-Constantin Mierla [mailto:mico...@gmail.com] Gesendet: Freitag, 23. September 2011

Re: [SR-Users] perl module compilation on centos

Hi Just delete "modules_k/perl/openserxs.c" before compilation. With Best Regards, Yuri Krichevsky From: "Watkins, Bradley" Reply-To: "SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List" Date: Thu, 22 Sep 2011 19:39:43 +0200 To: "'mico...@gmail.com'" , kamai

Re: [SR-Users] CANCEL is not processed in onsend_route

Hello, On 9/15/11 4:02 PM, Timo Klecker wrote: Hi Daniel, I managed to get a log with debug 4 from one call. I had to take out all IP-Addresses and Usernames, hope you can use it. the log confirmed what I expected: Sep 15 15:32:33 vux896 /sbin/kamailio[31594]: DEBUG: siptrace [siptrace.c:954

Re: [SR-Users] XCAP over SIP

Am 23.09.2011 02:41, schrieb Krishna Kurapati: > I am receiving 407 and the sipp script is failing to respond to it. That means that the proxy requests authentication. Either change your config to not authenticate the sipp script or add authentication to the sipp scenario. regards klaus __