Re: [sr-dev] [kamailio/kamailio] kamctl: enable kamctl test from shell variable. (#1977)
I fear that applying 2c8fe55 will break compatibility for embedded systems again (issue #1815). Can you execute the kamdbctl create with 'bash -x' prefixed and see where exactly it stops? Maybe it is possible to just make this substitution to confirm to POSIX standard as well. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1977#issuecomment-506027816___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Crash in pdb module (#1985)
Closed #1985. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1985#event-2441499485___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Crash in pdb module (#1985)
Issue seems to appear only when mixing v0 server and v1 client. Closing bug as your fixes are enough. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1985#issuecomment-505949753___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] DB_UNIXODBC always changes language and context (#1993)
Originally i had everything being backed by ODBC tables, but could never get the hangs to stop, usually presenting it self as an inability to auth registrations randomly. I think i also stumbled upon some hard coded MySQL syntax specific queries in various modules typically using the MySQL specific REPLACE (upsert) keyword. Getting around the lack of USE keyword validity in SQL Azure was acheived like i said by specifying on the server login and user entities rather than in the connection string. As a result of the random nature of the hangs we re-architected to using intermediate API for our dynamic data access and for infrequently changing data (dispatcher for example) generated textdb files, when a change is submitted through the back end. At its simplest we just set a flag saying file has changed, and poll the api, if the flag is set local copy is overritten by the downloaded generated file, and the data gets reloaded via kamcmd. Since having done that all our relational data stays in sql azure, but is never directly accessed by kamailio, and have not had a single hang like we were experiencing. Like i said the odd thing was if i pointed the connection string to a local SQL server it would work perfectly, just undermined our long established SQL Azure consolidation project... -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1993#issuecomment-505899274___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] DB_UNIXODBC always changes language and context (#1993)
I'm able to connect, the bug report here is more about the errors being written to the kamailio log. I'm also experiencing hangs, and hadn't considered that this could be from the ODBC connection, so I'll look into this. You indicate that you're working around this by proxying your query through a separate application, so I'm guessing that you're not using the Azure DB as the back end for other modules? For example, I'm using azure as the back end for the UAC and db_alias modules, where db connectivity is set in modparams. I'm not sure how I could push that through an external application. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1993#issuecomment-505856110___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] registrar: clean avp/xavp created at 'usrloc:contact-expired' route_event (#1994)
Pre-Submission Checklist - [x] Commit message has the format required by CONTRIBUTING guide - [x] Commits are split per component (core, individual modules, libs, utils, ...) - [x] Each component has a single commit (if not, squash them into one commit) - [x] No commits to README files for modules (changes must be done to docbook files in `doc/` subfolder, the README file is autogenerated) Type Of Change - [x] Small bug fix (non-breaking change which fixes an issue) - [ ] New feature (non-breaking change which adds new functionality) - [ ] Breaking change (fix or feature that would change existing functionality) Checklist: - [x] PR should be backported to stable branches - [x] Tested changes locally Description I was creating avp variables at route_event[usrloc:contact-expired] and shared memory was always growing I think this is the same issue #1391 and solved by ad46b115bedec01c52c5a9dcde0756db85ee61ec You can view, comment on, or merge this pull request online at: https://github.com/kamailio/kamailio/pull/1994 -- Commit Summary -- * registrar: clean avp/xavp created at 'usrloc:contact-expired' route_event -- File Changes -- M src/modules/registrar/regpv.c (3) -- Patch Links -- https://github.com/kamailio/kamailio/pull/1994.patch https://github.com/kamailio/kamailio/pull/1994.diff -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1994 ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] DB_UNIXODBC always changes language and context (#1993)
I worked around this issue (it's more a sql azure thing than kamailio) by creating a user on the dB and setting default language, db and schema on the login that was enough to get it to connect. Be warned though using sql azure with either freetds or the ms Linux driver I experienced random hangs of kamailio related to odbc handling, was unable to find root cause and it seemed unique to sql azure as a local sql server instance worked without issue. My working theory was that the sql azure drops a connection to a node from its load balancer somewhere inside that black box but kamailio attempts to reuse that connection and hangs. Also due to how sql azure works I found query time to variable as well and based on dB size the number of open connections seems limiting. To overcome this I ended up writing a simple proxy Web API in. Net core which ran on local host And cached results to a local redis instance which gave consistent sub 10ms responses -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1993#issuecomment-505771401___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] new child module for kamailio, is call "lre"
Hello Everyone, In the middle of developing hiops module, another child module has grown up. I've been developing another module for Kamailio, I called this "lre". It means light-rtp-engine. The concept of this module is using the capability of linux-Kernel packet forwarding to forward RTP packets between both parties in a session call. As far as we know, this new way has some advantage in large VoIP networks that are using Kamailio as Proxy or SBC. Regardless of transcoding, it could be done by other servers, By using this module, Kamailio could handle a lot of concurrent calls with RTP. For example in my test-bed scenario, with 2 core of CPU, Kamailio could handle more than 1000 concurrent calls, with no issue like one-way audio or etc. The consumption of resources was incredible. Although I countn't finish the test-bed scenario, because the resources of SIPP servers, that make the calls, were run out. When kamailio starts, this module tries to connect to daemon project. The daemon project could be running on the same server with kamailio or on another server. The connection between two processes is TCP/IP Socket. I have to use libnfnetlink library to control Linux-kernel forwarding on the server. This library is the low-level library for netfilter related kernel/userspace communication. Some configuration in kamailio cfg is like below: #!ifdef WITH_LRE modparam("lre", "lre_sock", "tcp:192.168.122.108:8080") modparam("lre", "start_port", 1) modparam("lre", "end_port", 3) #!endif In some parts of my code, I need some guides to optimize performance of my code. The module will be published soon on GitHub, but for some reason I need to remove my old pull-request of hiops module.I will publish it again. -- --Mojtaba Esfandiari.S ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev