[asterisk-users] Search for (multi tenant) fax to mail solution

Hello! I'm just searching for a fax to email / email to fax open source based complete solution which covers the following core features: - high availability - possibly multi tenant - about 40,000 users - about 100 lines parallel - supports G.711 / T.38 - scriptable user management (reading,

[asterisk-users] Test

This is a test. -- Matthew Fredrickson Digium, Inc. | Engineering Manager 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new

Re: [asterisk-users] Set external CID but retain internal extension in CDR...

On Thursday 22 February 2018 at 23:44:43, Carlos Chavez wrote: > On 2/22/18 4:40 PM, Carlos Chavez wrote: > > On 2/22/18 3:54 PM, Carlos Chavez wrote: > >> On 2/22/18 3:46 PM, Antony Stone wrote: > >>> On Thursday 22 February 2018 at 21:41:41, Carlos Chavez wrote: > On 2/22/18 1:07 PM,

Re: [asterisk-users] Set external CID but retain internal extension in CDR...

On 2/22/18 4:40 PM, Carlos Chavez wrote: On 2/22/18 3:54 PM, Carlos Chavez wrote: On 2/22/18 3:46 PM, Antony Stone wrote: On Thursday 22 February 2018 at 21:41:41, Carlos Chavez wrote: On 2/22/18 1:07 PM, Antony Stone wrote: On Thursday 22 February 2018 at 19:10:51, Carlos Chavez wrote:

Re: [asterisk-users] Set external CID but retain internal extension in CDR...

On 2/22/18 3:54 PM, Carlos Chavez wrote: On 2/22/18 3:46 PM, Antony Stone wrote: On Thursday 22 February 2018 at 21:41:41, Carlos Chavez wrote: On 2/22/18 1:07 PM, Antony Stone wrote: On Thursday 22 February 2018 at 19:10:51, Carlos Chavez wrote:    Usually phone companies set the

Re: [asterisk-users] Which CDR processing for high load ?

On Thu, Feb 22, 2018 at 3:23 PM, Olivier wrote: > > 1. Would say CDR_ODBC has a greater chance than CDR_CUSTOM (if I may call > them both as such) to become a bottleneck under pressure ? > I don't know. The cdr_custom back end appends CSV records to the end of a text file

Re: [asterisk-users] Set external CID but retain internal extension in CDR...

On 2/22/18 3:46 PM, Antony Stone wrote: On Thursday 22 February 2018 at 21:41:41, Carlos Chavez wrote: On 2/22/18 1:07 PM, Antony Stone wrote: On Thursday 22 February 2018 at 19:10:51, Carlos Chavez wrote: Usually phone companies set the outgoing CallerID for you but recently we got

Re: [asterisk-users] Set external CID but retain internal extension in CDR...

On Thursday 22 February 2018 at 21:41:41, Carlos Chavez wrote: > On 2/22/18 1:07 PM, Antony Stone wrote: > > On Thursday 22 February 2018 at 19:10:51, Carlos Chavez wrote: > >> Usually phone companies set the outgoing CallerID for you but > >> > >> recently we got control over that and are

Re: [asterisk-users] Which CDR processing for high load ?

what kind of ippbx does 50cps ? I think you must be looking for something like opensips. On Feb 22, 2018 9:13 PM, "Olivier" wrote: 2018-02-22 17:12 GMT+01:00 Dovid Bender : > Have you looked at the proc limits for the Asterisk PID? > > > No I haven't.

Re: [asterisk-users] Which CDR processing for high load ?

1. Would say CDR_ODBC has a greater chance than CDR_CUSTOM (if I may call them both as such) to become a bottleneck under pressure ? 2. I didn't know about batch mode existence. Thanks for presenting it. In such batch mode, where are stored CDRs before being written to files or database ? Does it

Re: [asterisk-users] Which CDR processing for high load ?

2018-02-22 17:12 GMT+01:00 Dovid Bender : > Have you looked at the proc limits for the Asterisk PID? > > > No I haven't. What shall I look for, exactly ? The only thing I configured for performance is asterisk.conf 's maxfiles parameter. --

Re: [asterisk-users] Set external CID but retain internal extension in CDR...

On 2/22/18 2:05 PM, Antony Stone wrote: On Thursday 22 February 2018 at 20:07:47, Antony Stone wrote: On Thursday 22 February 2018 at 19:10:51, Carlos Chavez wrote: Usually phone companies set the outgoing CallerID for you but recently we got control over that and are now setting the

Re: [asterisk-users] Set external CID but retain internal extension in CDR...

On 2/22/18 1:07 PM, Antony Stone wrote: On Thursday 22 February 2018 at 19:10:51, Carlos Chavez wrote: Usually phone companies set the outgoing CallerID for you but recently we got control over that and are now setting the outgoing Calleir ID ourselves. My problem now is that the CDR

Re: [asterisk-users] Set external CID but retain internal extension in CDR...

On Thursday 22 February 2018 at 20:07:47, Antony Stone wrote: > On Thursday 22 February 2018 at 19:10:51, Carlos Chavez wrote: > > Usually phone companies set the outgoing CallerID for you but > > > > recently we got control over that and are now setting the outgoing > > Calleir ID

Re: [asterisk-users] Set external CID but retain internal extension in CDR...

On Thursday 22 February 2018 at 19:10:51, Carlos Chavez wrote: > Usually phone companies set the outgoing CallerID for you but > recently we got control over that and are now setting the outgoing > Calleir ID ourselves. My problem now is that the CDR will put the > outgoing CID in the CDR

Re: [asterisk-users] Getting the number of parked calls in a parking lot

On Tue, Feb 20, 2018, at 2:00 PM, Tech Support wrote: > All; > > With Asterisk 11, it was trivial to get the number of parked calls in > each parking lot simply by issuing the "parkedcalls show" command. However, > with Asterisk 13, things are done very differently and the "parkedcalls >

[asterisk-users] Set external CID but retain internal extension in CDR...

    Usually phone companies set the outgoing CallerID for you but recently we got control over that and are now setting the outgoing Calleir ID ourselves.  My problem now is that the CDR will put the outgoing CID in the CDR instead of the extension that dialed and that causes problems for

Re: [asterisk-users] Moving from res_sip to pjsip and simple bridge

On Thu, Feb 22, 2018, at 9:18 AM, Michele Pinassi wrote: > Hi all, > > on my old Asterisk 14.x box i use queue for some offices. For example, > in this scenario phone 5710 is ringing (after passing through a > queue...) and 5349 answer using REFER: > >   -- SIP/5349-0072 answered

Re: [asterisk-users] Which CDR processing for high load ?

On Thu, Feb 22, 2018 at 5:23 AM, Olivier wrote: > Hello, > > I'm load testing a new Asterisk 13 system (Debian Stretch, packaged > asterisk). > One system writes CDR though an ODBC connection to a local Postgres > database over the LAN. > > > When sending 50 new calls per

Re: [asterisk-users] Which CDR processing for high load ?

Have you looked at the proc limits for the Asterisk PID? On Thu, Feb 22, 2018 at 6:23 AM, Olivier wrote: > Hello, > > I'm load testing a new Asterisk 13 system (Debian Stretch, packaged > asterisk). > One system writes CDR though an ODBC connection to a local Postgres >

[asterisk-users] Moving from res_sip to pjsip and simple bridge

Hi all, on my old Asterisk 14.x box i use queue for some offices. For example, in this scenario phone 5710 is ringing (after passing through a queue...) and 5349 answer using REFER:   -- SIP/5349-0072 answered Local/SIP-5710@MemberConnector-0031;2     --

[asterisk-users] Which CDR processing for high load ?

Hello, I'm load testing a new Asterisk 13 system (Debian Stretch, packaged asterisk). One system writes CDR though an ODBC connection to a local Postgres database over the LAN. When sending 50 new calls per second with SIPp, I'm seeing one system outputs : taskprocessor.c: The

Re: [asterisk-users] Asterisk crash on core show channel

Hi, I have had alot of issues in asterisk 13 on different servers, we use them mostly for webrtc, confbridge and upgrading to 15 has not yet failed us after 1 month or so. / Marcus Från: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] För Patrick

Re: [asterisk-users] Asterisk crash on core show channel

Från: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] För Marcus Kvarsell Skickat: den 22 februari 2018 09:14 Till: Asterisk Users Mailing List - Non-Commercial Discussion Ämne: Re: [asterisk-users] Asterisk crash on

Re: [asterisk-users] Asterisk crash on core show channel

, Från: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] För Marcus Kvarsell Skickat: den 22 februari 2018 08:29 Till: Asterisk Users Mailing List - Non-Commercial Discussion Ämne: Re: [asterisk-users] Asterisk crash on