> 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() hav
know...
T.
> -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 Ast
>>> 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 th
--
> 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
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 --
Asterisk
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 bel
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 fixe
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 th
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 t
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
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 Xe
isk.
>
>
>
> 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!
>
>
>
&
ten 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!
>
>
>
>
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 -
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
>>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 d
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 r
>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 m
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 a
>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
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 normally goes down once
or twice per day.
21 matches
Mail list logo
