On a modern server without IDE drives, you dont even need RAID to accomplish this. Problems arise at around 50-60 calls in my experience (HPDL 360, 3Ghz, Gig of RAM and RAID 1 mirroring. I run a cron job that checks files sizes and when they do not change within a specified period of time, they are considered complete and are FTPed to another server running SOX to MUX and compress the audio.

Above that, checkout Orkaudio or RAMdisk. Orkaudio has my praises right now. The team over there has tweaked a recording server for us to handle about 200 simultaneous calls and all the recording is done passively through Pcap and mirrored switch ports.

Thanks,
Steve

Vicky wrote:
Hey i said that as per his requirement as an example :) . His requirement is just around 20 calls . For a moderate server i think sata raid should be fine ..Heres some result posted by someone for recording calls on ram disk . http://thread.gmane.org/gmane.comp.telephony.pbx.asterisk.user/118497

On 22/11/06, * Marcus Franke* < [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote:

    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    Vicky wrote:
    > Yeh even a
    > simple UDMA 5 enabled hard drive can handle 30 calls recording
    easily .
    > Sata hard drives are even better .
    >

    Hehe, UDMA sounds like EIDE drives.. nice to see they are fast
    enough,
    but I do not recommend those as server hardware. ;-)

    But, if John is going to buy a extra new server, he could use two
    drives
    in a mirror setup extra for recordings of these files. As it is
    not only
    the frequency of reading/writing these files but other accesses of
    the
    media like starting programs or reading/writing of logfiles that
    slowes
    down the access to the recorded audio files.


    Marcus
    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.5 (FreeBSD)
    Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

    iD8DBQFFZGUUqwWWw48OFWoRAvidAJwPSpTSuY6nwxKTDKI8fZDmshmbUgCgtWAp
    27akzsEDv03q5CmlGMObo50=
    =2jAI
    -----END PGP SIGNATURE-----
    _______________________________________________
    --Bandwidth and Colocation provided by Easynews.com
    <http://Easynews.com> --

    asterisk-users mailing list
    To UNSUBSCRIBE or update options visit:
       http://lists.digium.com/mailman/listinfo/asterisk-users


------------------------------------------------------------------------

_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users

Reply via email to