VoIP Mailing List Archives

[amit at avhan.com]

Hi

What are the disk IOPS required for Asterisk call recording?
I am trying to find out number of disks required in RAID array to record 500 calls.
Is there any formula to calculate IOPS required by Asterisk call recording? This will help me to find IOPS for different scale.

If I assume that Asterisk will write data on disk every second for each call, I will need disk array to support minimum of 500 IOPS. Where as if Asterisk push data every 2 seconds, I can deal with array supporting 250 IOPS.
But if I assume that Asterisk will write data on disk for every RTP packet received, as and when received, I will need disk IO system with approx 25000 IOPS assuming 20 ms RTP packet.

Please assist me on this requirement.

212 Clean Clean false false false false EN-IN X-NONE X-NONE MicrosoftInternetExplorer4 <![endif]--> <![endif]--> /* Style Definitions */ table.MsoNormalTable {mso-style-name:"Table Normal"; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-priority:99; mso-style-parent:""; mso-padding-alt:0cm 5.4pt 0cm 5.4pt; mso-para-margin:0cm; mso-para-margin-bottom:.0001pt; mso-pagination:widow-orphan; font-size:10.0pt; font-family:"Times New Roman","serif";} <![endif]--> <![endif]--> <![endif]-->
Thanks & Regards,
Amit Patkar

[ispbuilder at gmail.com]

On 14-01-24 11:16 AM, Amit wrote:

[asterisk_list at earth...]

On Friday 24 January 2014, Mike wrote:

[amit at avhan.com]

Thanks for response.
How do I derive the requirement? I need to size IO system to record multiple calls concurrently.
I ran test with following configuration
Quad Core Xeon with 4GB RAM
250GB SATA disk (No RAID)
Linux (CentOS 5.9)
Asterisk 1.8.20

I failed to record more than 80 calls.

If I run test with simple IVR, I achieved 400+ calls with same server.
So write seem to be an issue.
Is there any way to tune / optimize / configure for better write performance?

I am not sure if I need to post this query on developers list? Please guide...

Regards
Amit Patkar


--
_____________________________________________________________________
-- 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

[amit at avhan.com]

[asterisk at lists.mino...]

On 25/1/14 5:26 am, Amit wrote:

[ispbuilder at gmail.com]

On 14-01-25 01:26 AM, Amit wrote:

[patrick at laimbock.com]

On 25-01-14 06:26, Amit wrote:

[dtaylor at vocalabs.com]

On 01/24/2014 11:26 PM, Amit wrote:

[rwheeler at artifact-s...]

Can you get a reading of the total number of I/Os during your test? Peak IOPS?
That might tell you very quickly about the storage pattern that Asterisk uses.

Can you configure a RAM drive to see if disk is really the bottleneck. May need to add some more RAM memory to your configuration.

What is your network capacity? Usually one can write faster than the network can deliver - just to make sure that you are chasing the right bottleneck.

What happens at 80 calls to tell you that you have run out of IOPS?

Sorry for more questions than answers.

Ron



On 25/01/2014 12:26 AM, Amit wrote:

[mjordan at digium.com]

On Mon, Jan 27, 2014 at 1:02 PM, Ron Wheeler
<rwheeler@artifact-software.com> wrote:

[tiago.geada at gmail.com]

Hi,


MixMonitor takes a parameter of a system command to run when the recording finishes. Like Chris said, you can write to ramdisk, and run a script that will move the file into final position only when the call has done recording


Here we use:
                                Set(recordFile=${UNIQUEID}_${NUMBER}.gsm);
                                Set(recordPath=/var/log/asterisk/recordings/${CALLERID(dnid)}/${STRFTIME(${EPOCH},GMT+0,%F)});
                                MixMonitor(/ramdrive/${recordFile},,/usr/local/bin/mixmon "${recordFile}" "${recordPath}");
                                SIPAddHeader(X-REC-FILE: ${recordPath}/${recordFile});


and /usr/local/bin/mixmon will move the file to $recordPath and whatever else needs done on that file...






On 27 January 2014 21:55, Matthew Jordan <mjordan@digium.com (mjordan@digium.com)> wrote:

[amit at avhan.com]

Thanks Ron.
I will try to get these readings. About RAM disk, I will study on how to create RAM disk and conduct this test again.
There is no bottleneck on network.

After 80 calls, I see call drops, delay in responding, time out, re-transmission of SIP messages. If load is reduced, it settles again to normal.

212 Clean Clean false false false false EN-IN X-NONE X-NONE MicrosoftInternetExplorer4 <![endif]--> <![endif]--> /* Style Definitions */ table.MsoNormalTable {mso-style-name:"Table Normal"; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-priority:99; mso-style-parent:""; mso-padding-alt:0cm 5.4pt 0cm 5.4pt; mso-para-margin:0cm; mso-para-margin-bottom:.0001pt; mso-pagination:widow-orphan; font-size:10.0pt; font-family:"Times New Roman","serif";} <![endif]--> <![endif]--> <![endif]-->
Thanks & Regards,
Amit Patkar



On 1/28/2014 12:32 AM, Ron Wheeler wrote:

[ispbuilder at gmail.com]

On 14-01-29 08:34 AM, Amit wrote:

[amit at avhan.com]

I am using Monitor function. Let me try with MixMonitor and update.
After 80 calls, I see retransmission of SIP messages, unanswered calls..

212 Clean Clean false false false false EN-IN X-NONE X-NONE MicrosoftInternetExplorer4 <![endif]--> <![endif]--> /* Style Definitions */ table.MsoNormalTable {mso-style-name:"Table Normal"; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-priority:99; mso-style-parent:""; mso-padding-alt:0cm 5.4pt 0cm 5.4pt; mso-para-margin:0cm; mso-para-margin-bottom:.0001pt; mso-pagination:widow-orphan; font-size:10.0pt; font-family:"Times New Roman","serif";} <![endif]--> <![endif]--> <![endif]-->
Thanks & Regards,
Amit Patkar
On 1/28/2014 3:25 AM, Matthew Jordan wrote: