Re: [asterisk-users] Confbridge for 80 devices

On 10/20/2022 5:35 PM, Jerry Geis wrote: > > ;dsp_drop_silence=yes  ; This option drops what Asterisk detects as > silence from >                        ; entering into the bridge.  Enabling this > option will drastically >                        ; improve performance and help remove the > buildup

Re: [asterisk-users] Confbridge for 80 devices

On Thu, Oct 20, 2022 at 6:15 PM Eric Wieling wrote: > > https://wiki.asterisk.org/wiki/display/AST/Timing+Interfaces > > Thanks - so based on this wiki - seems like "The only functionality that requires internal timing is IAX2 trunking" - which I am not using . Just ConfBridge... And getting crap

Re: [asterisk-users] Confbridge for 80 devices

https://wiki.asterisk.org/wiki/display/AST/Timing+Interfaces On 10/20/22 17:35, Jerry Geis wrote: [modules] autoload = yes noload = res_timing_pthread noload = res_timing_timerfd SO I "dont" want to load res_timing_anything ??? I have preload on res_timing_dahdi, then res_timing_pthread and

Re: [asterisk-users] Confbridge for 80 devices

This is on the bare metal machine Recalculating Codec Translation (number of sample seconds: 1) Translation times between formats (in microseconds) for one second of data Source Format (Rows) Destination Format (Columns) ulaw alaw gsm g726 g726aal2 adpc

Re: [asterisk-users] Confbridge for 80 devices

[modules] autoload = yes noload = res_timing_pthread noload = res_timing_timerfd SO I "dont" want to load res_timing_anything ??? I have preload on res_timing_dahdi, then res_timing_pthread and not res_timing_timerfd at all. confbridge.conf is below [general] ; The general section of this con

Re: [asterisk-users] Confbridge for 80 devices

Hi, Dahdi timing is for dahdi hardware. See here: https://wiki.asterisk.org/wiki/display/AST/Timing+Interfaces You could check your asterisk modules using "module show" on asterisk cli. Sounds like you might be doing transcoding, w

Re: [asterisk-users] Confbridge for 80 devices

On 10/20/2022 5:17 PM, Jerry Geis wrote: > What is the trick to get "preload => res_timing_dahdi" working ? [modules] autoload = yes noload = res_timing_pthread noload = res_timing_timerfd However, it's unlikely to be a timing problem. Can you share your ConfBridge configuration? Kind regards,

Re: [asterisk-users] Confbridge for 80 devices

What is the trick to get "preload => res_timing_dahdi" working ? I have tried to add to both a CentOS 7 (metal box) and Ubuntu 20.04 (VMware guest) system restart asterisk and neither print anything about res_timing_dahdi in the /var/log/asterisk/messages file. Both are having issues with around

Re: [asterisk-users] Confbridge for 80 devices

On Thu, Oct 20, 2022 at 1:53 PM Jerry Geis wrote: > Bringing 80 devices into a conf bridge with CPU: AMD Phenom(tm) II X6 > 1045T Processor at 2.7G and audio is reported as staticy or not the best > audio quality. > > Network is r8169 :02:00.0 eth0: RTL8168e/8111 > Link is 1G. > > Asterisk 18

[asterisk-users] Confbridge for 80 devices

Bringing 80 devices into a conf bridge with CPU: AMD Phenom(tm) II X6 1045T Processor at 2.7G and audio is reported as staticy or not the best audio quality. Network is r8169 :02:00.0 eth0: RTL8168e/8111 Link is 1G. Asterisk 18.14.0 I would think this should be able to handle 80 calls (one w