Wai,
Please explain how the in and out channels are mixed first before
they are written to the disk using monitor with no mixing onto the
scsi drive. I'd love to implement this on our system to cut in half
the I/O associated with Monitor().
Also, what bug does MixMonitor() have? It is
: [EMAIL PROTECTED] on behalf of Matt Roth
Sent: Tue 4/11/2006 5:25 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] call center running Asterisk - sound quality-
critical!
On 4/10/06, Dov Bigio [EMAIL PROTECTED] wrote:
Hi,
I am using
.
From: [EMAIL PROTECTED] on behalf of Matt Roth
Sent: Tue 4/11/2006 5:25 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] call center running Asterisk - sound
quality- critical!
On 4/10/06, Dov Bigio [EMAIL PROTECTED] wrote
If you don't want to worry about * handling the full recording of all
traffic, you can potentially do this on a separate server on the RTP
path using http://www.oreka.org.
Cheers
Henri
On 10/04/06, Dov Bigio [EMAIL PROTECTED] wrote:
Hi,
I am using Asterisk for a call center on a Dual Xeon
Wai Wu wrote:
You got to be kidding about 53 calls being recorded at sametime is an
issue. I have done at least twice as many on my dual xeon 3.4Ghz system
and had no problem as clients like to record every call that goes
through the system.
Nope. We took our system to MCI's development
Matt Roth wrote:
These statements seem contradictory. I know of no way (short of a
custom patch) to tell Monitor() to mix the in and out legs prior to
writing them to disk. On the other hand, MixMonitor() does just that
and I believe it also buffers the writes in a way that circumvents the
Kevin P. Fleming wrote:
Matt Roth wrote:
These statements seem contradictory. I know of no way (short of a
custom patch) to tell Monitor() to mix the in and out legs prior to
writing them to disk. On the other hand, MixMonitor() does just that
and I believe it also buffers the writes
Tamas wrote:
Kevin, does MixMonitor have buffering? How big is the buffer? Is it
possible to change the size? I guess, we are talking about buffering
voice samples and writing only a bulk of them to disk (e.g. in every 50
packets - 1second).
It buffers the data in memory, there is no fixed
running Asterisk -sound
quality-critical!
Matt Roth wrote:
These statements seem contradictory. I know of no way (short of a
custom patch) to tell Monitor() to mix the in and out legs prior to
writing them to disk. On the other hand, MixMonitor() does just that
and I believe it also
On 4/12/06, Wai Wu [EMAIL PROTECTED] wrote:
Except that mixmonitor still has a bug in it.
Had. Corrected yesterday.
--
Bird's The Word Technologies, Inc.
http://www.btwtech.com/
___
--Bandwidth and Colocation provided by Easynews.com --
: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kevin P.
Fleming
Sent: Wednesday, April 12, 2006 11:45 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] call center running Asterisk -sound
quality-critical!
Matt Roth wrote
Matt Roth wrote:
These statements seem contradictory. I know of no way (short of a
custom patch) to tell Monitor() to mix the in and out legs prior to
writing them to disk. On the other hand, MixMonitor() does just that
and I believe it also buffers the writes in a way that circumvents
.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kevin P.
Fleming
Sent: Wednesday, April 12, 2006 11:45 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] call center running Asterisk -sound
quality-critical!
Matt Roth
On 4/10/06, Dov Bigio [EMAIL PROTECTED] wrote:
Hi,
I am using Asterisk for a call center on a Dual Xeon machine..
I currently have
109 active channels
53 active calls
Every body is complaining about quality and cpu is around 80% idle.
Is there any tuning I can do???
Besides that, Asterisk
before they are
written to the disk.
From: [EMAIL PROTECTED] on behalf of Matt Roth
Sent: Tue 4/11/2006 5:25 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] call center running Asterisk - sound quality-
critical
to the disk.
From: [EMAIL PROTECTED] on behalf of Matt Roth
Sent: Tue 4/11/2006 5:25 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] call center running Asterisk - sound quality-
critical!
On 4/10/06, Dov Bigio [EMAIL
Hi,
I am using Asterisk fora call center on a
Dual Xeon machine..
I currently have
109 active channels
53 active calls
Every body is complaining about quality and cpu is
around 80% idle.
Is there any tuning I can do???
Besides that, Asterisk normally goes down once
or twice per day...
From what you say it sounds that the problem is not with asteisk, but
the way it's configured. Asterisk should *never* go down that often.
Asterisk as a normal PBX should run without a restart for as long as
there is power to the box, in the case of a call center if I would
hear of a restart once
Dov,Do you have any quality of service capability on your data network for prioritising voice? With that volume of calls it could be a network load issue if your cpu seems to be fine.What kind of interface are you using to the PSTN?
On 4/10/06, Dov Bigio [EMAIL PROTECTED] wrote:
Hi,
I am
Besides that, Asterisk normally goes down once or twice per day...
sounds like a standard mutex deadlocks ???
you mean the cli is unresponsive, no new calls are accepted
OR
do you mean a real core dump thats much easier to resolve
just get a bt post to the end less bugs at bugs.digium.com
you
are you sure you have your T1 sync setup correctly? rtfm on zaptel.confOn 4/10/06, TC [EMAIL PROTECTED]
wrote:Besides that, Asterisk normally goes down once or twice per day...
sounds like a standard mutex deadlocks ???you mean the cli is unresponsive, no new calls are acceptedORdo you mean a
21 matches
Mail list logo