This sounds a bit suspect. What sound files are you talking about?
Voicemail? Prompts? Responses? Dictation?
Phone call recordings, outgoing and incoming to and from the call
center.
That explanation sounds bogus. Where are you seeing segmentation errors?
What processes are faulting? Do you see the same thing if you restart Asterisk
or MySQL?
In a production environment, 'seg-faulting' is unacceptable and needs to be
resolved.
Indeed, that's why I'm opting for a fresh install and this time setting
it up in the right way.
) What does the system do?
It is supposed to record the calls of the call agents there is about 10
- 15 call agents. The reason for storing them is that a third party should be
able to retrieve them through our corporate website. I don't understand why it
is necessary to store these files into a database? To me this is not needed
at all and would GREATLY improve performance if we just used a path to the
files stored into the database.
) What version of Asterisk?
1.8
) What channel technologies are used?
I will have to get back to you on this, I'm not exactly sure.
) Average simultaneous calls?
8 * 5 mins
) Peak simultaneous calls?
15 * 5 mins
Thanks for the quick reply
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Steve Edwards
Sent: vrijdag 26 november 2010 21:23
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] New implementation asterisk
You have provided no details to base suggestions on, so take any suggestions
with a grain of 'salt.'
On Fri, 26 Nov 2010, Edwin Blommaerts wrote:
> -The people that setup our server made asterisk write the sound files
> onto the hard drive, and then somewhat later store these files into
> my-sql. Is this the proper way to do it? Or would it make more sense
> to just have my-sql store the path to the file? Or is it possible to
> store the data directly into my-sql from asterisk? So in general what
> is the best way to make this happen? Has anyone implemented something similar?
This sounds a bit suspect. What sound files are you talking about?
Voicemail? Prompts? Responses? Dictation?
> Our current server now shows segmentation errors at boot and they
> claim that this is due to queries on the database.
That explanation sounds bogus. Where are you seeing segmentation errors?
What processes are faulting? Do you see the same thing if you restart Asterisk
or MySQL?
In a production environment, 'seg-faulting' is unacceptable and needs to be
resolved.
> I’ve also checked the query it returns the data to us in less then 3
> seconds, so I’m doubting this can be the trouble.
In some environments, 3 seconds might as well be never. I'd aim for sub-second
response for anything that affects call processing.
> -Sometimes the phone lines hang waiting, people can’t call out because
> asterisk seems to be holding on to these lines for a certain amount of
> time. What could be the cause of this?
Does this happen with every call?
What does the console log (with debug and verbose cranked up) look like when
this happens?
> -What is the best hardware architecture for asterisk implementation?
> My-sql and asterisk on separate servers, or doesn’t it really matter?
With no details, this comes down to personal preference.
For 'big systems,' I like to 'front-end' a pool of Asterisk servers with a
couple of boxes running OpenSIPS and I like to run databases on boxes by
themselves.
OpenSIPS lets you load balance and take boxes out of production easily.
I think of database servers and 'telephony servers' as having different
characteristics and needs.
> I really hope to get some advice, because, I’ve began to
> doubt/question the people who set the server up. I’m happy with any
> information, good references that you can give me.
If you would like more concrete suggestions, please reply with more details.
Basic details like:
) What does the system do?
) What version of Asterisk?
) What channel technologies are used?
) Average simultaneous calls?
) Peak simultaneous calls?
may shed light on an appropriate solution.
--
Thanks in advance,
-------------------------------------------------------------------------
Steve Edwards [email protected] Voice: +1-760-468-3867 PST
Newline Fax: +1-760-731-3000
This email is scanned with Mcafee Groupshield.
---------------------------------------------------------------------------------------------------------------------------
This email and any attached files are confidential and may be legally
privileged. If you are not the intended recipient, any disclosure,
reproduction, copying, distribution, or other dissemination or use of this
communication is strictly prohibited. If you have received this transmission in
error please notify the sender immediately and then delete this email. Email
transmission cannot be guaranteed to be secure or error free as information
could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or
contain viruses. The sender therefore is in no way liable for any errors or
omissions in the content of this message, which may arise as a result of email
transmission. If verification is required, please request a hard copy.
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
