sr-users

sr-users@lists.kamailio.org

37388 discussions

cannot adopt OIDs in KAMAILIO-SIP-COMMON-MIB
by Arun Bonela 26 Nov '21

26 Nov '21

Hi we have configured snmp module on our Kamailio server following https://www.kamailio.org/dokuwiki/doku.php/utils:kamailio-and-snmp guidance. Description we could able to poll or snmpwalk most of the OIDs in KAMAILIO-REG-MIB , KAMAILIO-SIP-SERVER-MIB but having issues below from KAMAILIO-SIP-COMMON-MIB snmpd[358730]: Cannot adopt OID in KAMAILIO-SIP-COMMON-MIB: kamailioSIPStatsMethod ::= { kamailioSIPMethodStatsEntry 1 } Cannot adopt OID in KAMAILIO-SIP-COMMON-MIB: kamailioSIPStatsOutbounds ::= { kamailioSIPMethodStatsEntry 2 } Cannot adopt OID in KAMAILIO-SIP-COMMON-MIB: kamailioSIPStatsInbounds ::= { kamailioSIPMethodStatsEntry 3 } Cannot adopt OID in KAMAILIO-SIP-COMMON-MIB: kamailioSIPStatusCodeMethod ::= { kamailioSIPStatusCodesEntry 1 } Cannot adopt OID in KAMAILIO-SIP-COMMON-MIB: kamailioSIPStatusCodeValue ::= { kamailioSIPStatusCodesEntry 2 } Cannot adopt OID in KAMAILIO-SIP-COMMON-MIB: kamailioSIPStatusCodeIns ::= { kamailioSIPStatusCodesEntry 3 } Cannot adopt OID in KAMAILIO-SIP-COMMON-MIB: kamailioSIPStatusCodeOuts ::= { kamailioSIPStatusCodesEntry 4 } Cannot adopt OID in KAMAILIO-SIP-COMMON-MIB: kamailioSIPStatusCodeRowStatus ::= { kamailioSIPStatusCodesEntry 5 } Troubleshooting root@host# snmpwalk -v2c -c public localhost .1.3.6.1.4.1.34352.3.1.1.1.4.1.1.2.0 SNMPv2-SMI::enterprises.34352.3.1.1.1.4.1.1.2.0 = No Such Object available on this agent at this OID root@host# snmpwalk -v2c -c public localhost .1.3.6.1.4.1.34352.3.1.1.1.4.1.1.2 SNMPv2-SMI::enterprises.34352.3.1.1.1.4.1.1.2 = No Such Object available on this agent at this OID Reproduction using snmpwalk or snmget to any of the above mentioned kamailioSIPStats* OIDs will do Additional Information * Kamailio Version - output of kamailio -v version: kamailio 5.5.1 (x86_64/linux) 307af8-dirty * Operating System: No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 20.04.2 LTS Release: 20.04 Any advice, why we seeing this issue for these OIDs ? Are these decremented now ? Regards, Arun Bonela Arun Bonela UCaaS Ops – Technical Lead Tel: 0333 043 7319 Mobile: 07468 728 007 Email: Arun.Bonela(a)gamma.co.uk This is an email from Gamma Telecom Ltd, trading as “Gamma”. The contents of this email are confidential to the ordinary user of the email address to which it was addressed. This email is not intended to create any legal relationship. No one else may place any reliance upon it, or copy or forward all or any of it in any form (unless otherwise notified). If you receive this email in error, please accept our apologies, we would be obliged if you would telephone our postmaster on +44 (0) 808 178 9652 or email postmaster(a)gamma.co.uk Gamma Telecom Limited, a company incorporated in England and Wales, with limited liability, with registered number 04340834, and whose registered office is at 5 Fleet Place, London, EC4M 7RD and whose principal place of business is at Kings House, Kings Road West, Newbury, Berkshire, RG14 5BY.

2 2

Re: [SR-Users] How to not write logs to journald with kamailio
by Ginhoux, Patrick 26 Nov '21

26 Nov '21

Hi, I resend this mail because of the initial destination address was not correct. The topic was a logging problem : With the upgrade of my SIP Router proxies to RHEL 7 (and Kamailio 5.0.7) , we encounter problems where the logs are blocked to be written in the syslog. This problem is similar as the one reported in this article : [SR-Users] Kamailio logs in RHEL 7 environment <https://lists.kamailio.org/pipermail/sr-users/2018-April/101065.html> . The resolution was to increase some journald/rsyslog settings (RateLimitBurst=1000000 / $imjournalRatelimitInterval 1 $imjournalRatelimitBurst 500000). But it is somehow a workaround. Im looking to know if it should be possible for kamailio to write directly the logs to the syslog only. Thanks in advance to those can help me. Regards Patrick Ginhoux De : Ginhoux, Patrick Envoyé : lundi 22 novembre 2021 16:49 À : 'sr-users' <sr-users-bounces(a)lists.kamailio.org> Objet : How to not write logs to journald with kamailio Hi, With the upgrade of my SIP Router proxies to RHEL 7 (and Kamailio 5.0.7) , we encounter problems where the logs are blocked to be written in the syslog. This problem is similar as the one reported in this article : [SR-Users] Kamailio logs in RHEL 7 environment <https://lists.kamailio.org/pipermail/sr-users/2018-April/101065.html> . The resolution was to increase some journald/rsyslog settings (RateLimitBurst=1000000 / $imjournalRatelimitInterval 1 $imjournalRatelimitBurst 500000). But it is somehow a workaround. Im looking to know if it should be possible for kamailio to write directly the logs to the syslog only. Thanks in advance to those can help me. Regards Patrick Ginhoux

5 5

JSON Error
by Daniel W. Graham 26 Nov '21

26 Nov '21

My log is filled with this and have been unsuccessful locating additional information by increasing debug level. Any thoughts on how to quickly isolate? /usr/local/sbin/kamailio[7678]: ERROR: jansson [jansson_funcs.c:48]: janssonmod_get_helper(): json error at line 1, col 0: '[' or '{' expected near end of file /usr/local/sbin/kamailio[7677]: ERROR: jansson [jansson_funcs.c:46]: janssonmod_get_helper(): failed to parse json: /usr/local/sbin/kamailio[7677]: ERROR: jansson [jansson_funcs.c:48]: janssonmod_get_helper(): json error at line 1, col 0: '[' or '{' expected near end of file /usr/local/sbin/kamailio[7675]: ERROR: jansson [jansson_funcs.c:46]: janssonmod_get_helper(): failed to parse json: /usr/local/sbin/kamailio[7675]: ERROR: jansson [jansson_funcs.c:48]: janssonmod_get_helper(): json error at line 1, col 0: '[' or '{' expected near end of file -dan

3 5

LCR Module not loading all rules from DB
by Juha Heinanen 25 Nov '21

25 Nov '21

If your db supports DB_CAP_FETCH, lcr rules are loaded from the db 1024 rows per cycle. You could check what you get to syslog from this statement after you set log level to debug level and then execute lcr.reload: LM_DBG("loading, cycle %d with <%d> rows\n", n++, RES_ROW_N(res)); -- Juha

1 0

Problem with 302
by nathan Kirk 24 Nov '21

24 Nov '21

Hello, First time poster and I am stuck. I am using K as a mid registar to several AST boxes. The problem I am having is if AST or the END USER DEVICE sends a 302 for some reason I am getting a 500 THEN the 302 to the END USER DEVICE or AST depending which direction the call flow is. Example END USER DEVICE -> CALLS 700 -> K -> AST AST -> 302 -> K -> 500 & 302 -> END USER DEVICE What I would like to happen is when K receives the 302 it deals with it directly and it is not handed off to either end. I am using a configuration I found online with some base modifications to dip into the database real time to get the AST box IPS Any direction would be helpful. Thank you, Nathan

1 0

LCR Module not loading all rules from DB
by M Arqum CH 24 Nov '21

24 Nov '21

Hi all, lcr.reload command not loading all rules from rules table. More than 73K rules row in table, lcr.dump_rules only print 4096 rules. lcr module config : modparam("lcr", "db_url", "cluster://k1") modparam("lcr", "lcr_gw_table","lcr_gateways") modparam("lcr", "lcr_rule_table", "lcr_rules") modparam("lcr", "lcr_rule_target_table", "lcr_rule_targets") modparam("lcr", "gw_name_column", "gw_name") modparam("lcr", "ip_addr_column", "ip") modparam("lcr", "lcr_id_column", "lcr_id") modparam("lcr", "gw_uri_avp", "$avp(gw_uri_avp)") modparam("lcr", "ruri_user_avp", "$avp(ruri_user_avp)") modparam("lcr", "flags_avp", "$avp(s:cSId)") modparam("lcr", "flags_column", "cSId") modparam("lcr", "defunct_capability", 1) modparam("lcr", "lcr_id_avp", "$avp(lcr_id_avp)") modparam("lcr", "defunct_gw_avp", "$avp(defunct_gw_avp)") modparam("lcr", "lcr_rule_hash_size", 1024) modparam("lcr", "lcr_gw_count", 1024) modparam("lcr", "fetch_rows", 3000) modparam("lcr", "ping_interval", 15) # Ping every 15 seconds modparam("lcr", "ping_inactivate_threshold", 1) # Mark as inactive at first call of inactivate_gw() modparam("lcr", "ping_valid_reply_codes", "403,404,405,501") # Mark as active when 2XX or these reply codes modparam("lcr", "ping_from", "sip:lcr@mydomain.com") modparam("lcr", "lcr_count", 1) modparam("lcr", "dont_strip_or_prefix_flag", 1) modparam("lcr", "rule_id_avp", "$avp(lcr_rule_id)") modparam("lcr", "priority_ordering", 1) modparam("lcr", "ping_socket", "10.16.16.16:5060") Thanks & Regards -- Regards M Arqum

3 5

t_suspend() / t_continue() create new branches
by Sebastian Damm 24 Nov '21

24 Nov '21

Hi, I have the following weird problem. A Kamailio (5.4.x) with some asynchronous permission logic suspends outgoing INVITEs and resumes them after the answer of the permission system. Everything works as expected when the call is answered. However, when the called party rejects the call (with a 486 for example), the call doesn't get torn down immediately (it is rejected with a 408 eventually) because Kamailio logs the following: Nov 23 14:51:02 host /usr/sbin/kamailio[1569]: DEBUG: app_python [apy_kemi.c:106]: sr_kemi_config_engine_python(): execution of route type 4 with name [ksr_onreply_manage] returned 1 Nov 23 14:51:02 host /usr/sbin/kamailio[1569]: DEBUG: tm [t_reply.c:1363]: t_should_relay_response(): ->>>>>>>>> T_code=183, new_code=486 Nov 23 14:51:02 host /usr/sbin/kamailio[1569]: DEBUG: tm [t_reply.c:1448]: t_should_relay_response(): store - other branches still active Nov 23 14:51:02 host /usr/sbin/kamailio[1569]: DEBUG: tm [t_reply.c:1926]: relay_reply(): reply status=3 branch=2, save=1, relay=-1 icode=0 msg status=486 I don't do any forking, the call is just forwarded. I put the following line immediately after t_suspend() and in the beginning of the route specified in t_continue(): KSR.info("We're at branch index %d" % KSR.pv.get("$T(branch_index)")) This produces the following output: Nov 23 16:30:13 host /usr/sbin/kamailio[2745]: INFO: <core> [core/kemi.c:104]: sr_kemi_core_info(): We're at branch index 0 Nov 23 16:30:13 host /usr/sbin/kamailio[2725]: INFO: <core> [core/kemi.c:104]: sr_kemi_core_info(): We're at branch index 2 So apparently, the suspend and continue introduce new branches. (Other option: I'm doing something completely different creating those branches, but I don't have any append_branch() or similar in my code.) I assume, I just missed a configuration parameter. Can I get Kamailio somehow to behave as if there was just one branch and forward the negative reply? Thanks, Sebastian

2 3

KEMI Golang
by Eugeniu Istrati 24 Nov '21

24 Nov '21

Hello, Is there any plans to add golang into the KEMI framework? Thank you -- Eugeniu Istrati

2 1

[uac] How to force outbound registration?
by Denys Pozniak 24 Nov '21

24 Nov '21

Hello! In some cases, I need to forcibly unregister a remote SIP account through uac module, and then immediately register. To unregister I can use the command: *kamcmd uac.reg_unregister l_uuid <account>* But it's not clear how to immediately register back. For example, these commands do not give the desired effect: *kamcmd uac.reg_enable l_uuid <account>* *kamcmd uac.reg_reload* [root@kamailio]# kamailio -V version: kamailio 5.5.2 (x86_64/linux) 55e232 -- BR, Denys Pozniak

2 3

Kamailio v5.5.3 Released
by Daniel-Constantin Mierla 24 Nov '21

24 Nov '21

Hello, Kamailio SIP Server v5.5.3 stable release is out. This is a maintenance release of the latest stable branch, 5.5, that includes fixes since the release of v5.5.2. There is no change to database schema or configuration language structure that you have to do on previous installations of v5.5.x. Deployments running previous v5.5.x versions are strongly recommended to be upgraded to v5.5.3. For more details about version 5.5.3 (including links and guidelines to download the tarball or from GIT repository), visit: * https://www.kamailio.org/w/2021/11/kamailio-v5-5-3-released/ RPM, Debian/Ubuntu packages will be available soon as well. Many thanks to all contributing and using Kamailio! Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users