[asterisk-users] New RTP engine
> > Asterisk needs urgently to push the RTP engine to the Kernel, away from > userland, like professional and commercial softwares do. I measured the > cost of passing call from a public IP to a private IP, like typically a > Session Border Controller may do. In Asterisk, ulaw, no transcoding, it > takes 1.7% of a 3 Ghz core. If the packets where flowing through the > kernel, like iptables does, it would take 10% if the CPU. Asterisk then > could be used in hundreds of different roles in the enterprise. PJSIP has > no importance at all, this is the big issue. I suggest the developers look > at an open-source package and adapt the code, is called rtpengine. It uses > a kernel module to do the job. Philip -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Asterisk versions?
On Mon, May 11, 2020 at 7:29 PM Dave Woodfall wrote: > Thanks for that info, Ben. I do like to test out the latest and most > up-to-date versions of things when I can, so I'll check those files > and see how it goes. > I'll also add that different versions have different lifetimes. A great resource is the Asterisk Versions wiki page[1] which details when versions go security fix only and ultimately end of life. Asterisk 13 will go security fix only this year and has actually had a longer life than usual, with it first being released in October of 2014. [1] https://wiki.asterisk.org/wiki/display/AST/Asterisk+Versions -- Joshua C. Colp Asterisk Technical Lead Sangoma Technologies Check us out at www.sangoma.com and www.asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Asterisk versions?
Thanks for that info, Ben. I do like to test out the latest and most up-to-date versions of things when I can, so I'll check those files and see how it goes. On 2020-05-11 17:20, Ben Ford put forth the proposition: > Hey Dave, > > In the case of 13 and 16, these are LTS versions which means that they get > long term service. 17 is a standard release. The benefit of an LTS is that > you can expect it to get bug fixes and improvements for an extended period > of time without anything major being changed. If you find an LTS version > that has everything you need, it's probably the safest version to choose. > Any noteworthy changes between releases in a version (16.8 to 16.9, for > example) will be documented in the CHANGES and UPGRADE.txt files. If you're > worried about configuration changes or syntax, this is the place to look. > > Of course, as a developer I love to see people on the most up to date > version, but it's all user preference :) > > I would recommend checking out the wiki for more details on the version you > are looking at. > > On Mon, May 11, 2020, 5:04 PM Dave Woodfall wrote: > > > Hi all, > > > > I'm a fairly long time user of Asterisk, but I'm new to this list. I > > used to use the old forums some few years ago. > > > > I wanted to ask why there are different Asterisk versions, as shown > > by the announcements in the past week or 2: > > > > Asterisk 13.33.0 > > Asterisk 16.10.0 > > Asterisk 17.4.0 > > > > I'm currently using 16.8.0 and wondering if I should upgrade to > > 16.10.0, or perhaps give 17.4.0 a try. > > > > Are there any differences I should be aware of, like config file > > syntax or similar things? > > > > Thanks, > > > > -- > > Dave > > > > -- > > _ > > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > > > Check out the new Asterisk community forum at: > > https://community.asterisk.org/ > > > > New to Asterisk? Start here: > > https://wiki.asterisk.org/wiki/display/AST/Getting+Started > > > > asterisk-users mailing list > > To UNSUBSCRIBE or update options visit: > >http://lists.digium.com/mailman/listinfo/asterisk-users -- Dave -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Asterisk versions?
Hey Dave, In the case of 13 and 16, these are LTS versions which means that they get long term service. 17 is a standard release. The benefit of an LTS is that you can expect it to get bug fixes and improvements for an extended period of time without anything major being changed. If you find an LTS version that has everything you need, it's probably the safest version to choose. Any noteworthy changes between releases in a version (16.8 to 16.9, for example) will be documented in the CHANGES and UPGRADE.txt files. If you're worried about configuration changes or syntax, this is the place to look. Of course, as a developer I love to see people on the most up to date version, but it's all user preference :) I would recommend checking out the wiki for more details on the version you are looking at. On Mon, May 11, 2020, 5:04 PM Dave Woodfall wrote: > Hi all, > > I'm a fairly long time user of Asterisk, but I'm new to this list. I > used to use the old forums some few years ago. > > I wanted to ask why there are different Asterisk versions, as shown > by the announcements in the past week or 2: > > Asterisk 13.33.0 > Asterisk 16.10.0 > Asterisk 17.4.0 > > I'm currently using 16.8.0 and wondering if I should upgrade to > 16.10.0, or perhaps give 17.4.0 a try. > > Are there any differences I should be aware of, like config file > syntax or similar things? > > Thanks, > > -- > Dave > > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > Check out the new Asterisk community forum at: > https://community.asterisk.org/ > > New to Asterisk? Start here: > https://wiki.asterisk.org/wiki/display/AST/Getting+Started > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: >http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Asterisk versions?
Hi all, I'm a fairly long time user of Asterisk, but I'm new to this list. I used to use the old forums some few years ago. I wanted to ask why there are different Asterisk versions, as shown by the announcements in the past week or 2: Asterisk 13.33.0 Asterisk 16.10.0 Asterisk 17.4.0 I'm currently using 16.8.0 and wondering if I should upgrade to 16.10.0, or perhaps give 17.4.0 a try. Are there any differences I should be aware of, like config file syntax or similar things? Thanks, -- Dave -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Asterisk 13.22.0 unstable on Azure Centos 7 & cannot encode .gsm files
Hi all, I'm running a Centos 7 instance in Azure with Asterisk 13. The Centos VM has 24GB of RAM and identifies the CPU as Intel(R) Xeon(R) CPU E5-2660 0 @ 2.20GHz. This is a virtual copy of a physical Centos 7 machine which has 16GB of RAM and the physical CPU identifies itself as the same in /proc/cpuinfo. I'm running up to 150 to 200 callers without problems on the physical machine, usually have about 320 to 370 channels open simultaneously. The physical box encodes to .gsm for recordings. The virtual Centos 7 box keeps crashing with the same dialplan, at around 100 callers (200+- channels). Symptoms are that these will appear in the CLI on the virtual Asterisk instance: May 11 11:54:32 asterisk: [May 11 11:54:32] #033[1;31mWARNING#033[0m[8830][C-0d02]: #033[1;37mtaskprocessor.c#033[0m:#033[1;37m895#033[0m #033[1;37mtaskprocessor_push#033[0m: The 'subp:ast_channel_topic_all-064d' task processor queue reached 500 scheduled tasks again. May 11 11:54:32 asterisk: [May 11 11:54:32] #033[1;31mWARNING#033[0m[8830][C-0d02]: #033[1;37mtaskprocessor.c#033[0m:#033[1;37m895#033[0m #033[1;37mtaskprocessor_push#033[0m: The 'subp:ast_channel_topic_all-0683' task processor queue reached 500 scheduled tasks. May 11 11:54:32 asterisk: [May 11 11:54:32] #033[1;31mWARNING#033[0m[8830][C-0d02]: #033[1;37mtaskprocessor.c#033[0m:#033[1;37m895#033[0m #033[1;37mtaskprocessor_push#033[0m: The 'subp:ast_channel_topic_all-0673' task processor queue reached 500 scheduled tasks again. May 11 11:54:32 asterisk: [May 11 11:54:32] #033[1;31mWARNING#033[0m[8773][C-0cfc]: #033[1;37mtaskprocessor.c#033[0m:#033[1;37m895#033[0m #033[1;37mtaskprocessor_push#033[0m: The 'subp:ast_channel_topic_all-0517' task processor queue reached 500 scheduled tasks again. May 11 11:54:32 asterisk: [May 11 11:54:32] #033[1;31mWARNING#033[0m[8755][C-0cf9]: #033[1;37mtaskprocessor.c#033[0m:#033[1;37m895#033[0m #033[1;37mtaskprocessor_push#033[0m: The 'subp:ast_channel_topic_all-0645' task processor queue reached 500 scheduled tasks again. Mixed with 100s of lines of these: May 11 11:48:31 asterisk: [May 11 11:48:31] #033[1;31mWARNING#033[0m[115959][C-0937]: #033[1;37mast_expr2.fl#033[0m:#033[1;37m470#033[0m #033[1;37mast_yyerror#033[0m: ast_yyerror(): syntax error: syntax error, unexpected '', expecting $end; Input: Then there will be a few 100 of these: [May 11 12:10:33] WARNING[63930]: pbx.c:4548 increase_call_count: Maximum loadavg limit of 50.00 load exceeded by 'Local/3155@local-2d4e;2' (currently 50.19)! And then the virtual Asterisk instance will go into a state where no call hangs up and no new calls can be made via the AMI, calls to the AMI just being indefinitely suspended and not receiving a response. Neither can the virtual asterisk be shut down using a "core stop now" or "core stop gracefully", and it doesn't respond to kill -1, I have to kill -9 the PID. The virtual equivalent Centos 7 Asterisk 13.22.0 machine with 8GB more RAM than the physical cannot nearly handle even half of what the real-metal equivalent machine handles, without any of the above CLI errors and warnings. Also, the virtual asterisk encodes corrupt .gsm files, none it produces are readable or playable by other Asterisk instances and not by VLC. Is there anything I can do about the crashes - except get off Azure? I've bypassed the corrupt .gsms by encoding to .wav and hooking into the recording hook that ther mixmonitor app offers. -ANY- ideas? Thanks, -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Asterisk and CentOS 8
On Sun, May 3, 2020 at 6:07 PM Patrick Wakano wrote: > Hello George, > Hope this finds you well! > I wonder if there has been any progress on this matter? > Sorry, I missed this last week. We have an internal issue open to revisit CentOS 8 and it's at the top of our backlog right now so we should have something in the next few weeks. Thanks for sharing your experience! > > I've been working to have Asterisk running on CentOS 8 and our jump from > CentOS 6 to 8 doesn't look too bad The missing packages found are: > gmime-devel, iksemel-devel, corosynclib-devel, libresample-devel, hoard and > python-devel. Python-devel could be replaced by python2-devel or > python3-devel (python36-devel), but I am not sure if there is any python > incompatibility... gmime-devel, iksemel-devel and hoard seems of no use > (and they were already missing for CentOS 6 too), so only corosynclib (if > you are using it) and libresample may be a problem Does anyone knows > what is the use of libresample-devel package? > > Just to share the experience so far, to build Asterisk it is needed to > install the epel-release and enable PowerTools. By ignoring the missing > packages, the compilation works and we can start Asterisk. My only concern > was about the libresample-devel because in the past I think its absence > caused issues when loading/starting pjsip modules, but it didn't happen > this time (but I am not using pjsip, I just loaded it with the sample > config files) > Following on and making Asterisk a systemd service instead of using > init.d, I first checked the service file under contrib/systemd but it seems > to serve a different purpose, so it could not be used. Instead a very > simple one does the job. Just make sure your exec cmd does not have the > '-c' option (used in safe_asterisk), because this was causing me a 100% CPU > usage (related to this: > https://unix.stackexchange.com/questions/191621/systemd-service-using-100-of-my-cpu-when-it-doesnt-if-i-start-it-without-syste/368037#368037 > ) > Be aware that SELinux may cause permissions and access problems when > running as systemd service It took me a whole day to figure out that > under our configuration (that have included files outside the /etc/asterisk > folder) the "problem" was SELinux. > Finally, configure firewalld to allow the SIP and RTP ports and you should > be ready to go. > Also, we are using rpmbuild to create an Asterisk package. rpmbuild (or > new red hat policies) is more strict and now complains about the python > shebangs that do not have a version (files contrib/script/ref*.py -> what > is this used for??). When using the DONT_OPTMIZE flag the compiler warns > for every single file saying, so it is quite annoying but does not to cause > issues: > /usr/include/features.h:381:4: warning: #warning _FORTIFY_SOURCE requires > compiling with optimization (-O) [-Wcpp]. > Anyway, these problems do not happen if you manually build with the simple > configure and make commands. > > Cheers, > Patrick Wakano > > On Fri, 18 Oct 2019 at 11:54, Carlos Chavez wrote: > >> They only problem I have found so far is while trying to install >> Alembic for SQLAlchemy (for realtime configs). Those are the only packages >> that I cannot get working properly. Vanilla Asterisk works fine with the >> only extra package needed being libedit-devel that is not included in any >> "official" repo. You need to download the Fedora Core 29 packages to in >> order to successfully compile Asterisk. That being said, I would not >> recommend trying to put this in production any time soon. >> On 10/17/2019 11:19 AM, George Joseph wrote: >> >> At the current time, we do not recommend attempting to build Asterisk on >> CentOS 8. Many packages Asterisk uses are not yet available and would >> require building from their sources. The Asterisk packages are also not >> available in the EPEL 8 or CentOS 8 repositories yet for the same reason. >> >> We'll update you when we think it's safe. >> >> >> -- >> *George Joseph* >> Digium - A Sangoma Company | Software Developer | Software Engineering >> 445 Jan Davis Drive NW - Huntsville, AL 35806 - US >> direct/fax: +1 256 428 6012 >> Check us out at: https://digium.com ยท https://sangoma.com >> >> >> -- >> _ >> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >> >> Check out the new Asterisk community forum at: >> https://community.asterisk.org/ >> >> New to Asterisk? Start here: >> https://wiki.asterisk.org/wiki/display/AST/Getting+Started >> >> asterisk-users mailing list >> To UNSUBSCRIBE or update options visit: >>http://lists.digium.com/mailman/listinfo/asterisk-users > > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > Check out the new Asterisk community forum at: > https://community.asterisk.org/ > > New to
