Re: [asterisk-users] Quality problems with ISDN PRI
Hi, On Apr/23/2008, Steve Totaro wrote: On Tue, Apr 22, 2008 at 7:10 AM, Carles Pina i Estany [EMAIL PROTECTED] wrote: Hello, We have an Asterisk server with a TE410P Quad-Span togglable E1/T1/J1 card, 3 SPANs configured and OK and one SPAN unconfigured. In our tests it works fine, but when it has a big laod of calls (say, from 40 to 60) we have quality problems: some calls has the sound cut-off (during the call, voice was not stable) The IRQ card is alone, CPU load was not high, network was fine for sure. This server is receiving the calls from SIP channels and routing to the primaries. It's a HP server, multicore, multiCPU. I'm wondering if someone has had these kind of problems (quality problems, sound cut off) with 40 and 60 calls but not with 2 or 3, using Digium cards. Bit later I will call to Digium but I thought that here there is lot of people with lot of experience with these cards. Thank you, Just curious, are you recording these calls because that is around the I/O threshold for audio issues when recording all calls. no, we are not recording calls. Load average is very empty. We are in contact with Spanish Digium partner... Also, you say no network issues but what is the rating of your switches PPS (often overlooked for speed such as 100mb or 1000mb)? 100 Mbps, enough for 50 - 60 calls Thanks, -- Carles Pina i EstanyGPG id: 0x8CBDAE64 http://pinux.info Manresa - Barcelona ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
Also, you say no network issues but what is the rating of your switches PPS (often overlooked for speed such as 100mb or 1000mb)? 100 Mbps, enough for 50 - 60 calls Thanks, I asked for PPS (packets per second) not Mbps they are very different. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
But then that gets back to my Intel C2D show as two procs. 2 x 2 = 2. Or is C2D not four cores? If I'm not mistaken, there was a Core Duo - which was dual core processor. Now there is a Core 2 Duo - which is a second generation dual core processor. Still just 2 cores though... (which would show as 2 processors in Linux, not 4) Bill ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
On Fri, Apr 25, 2008 at 4:15 PM, Matt Florell [EMAIL PROTECTED] wrote: On 4/25/08, Jared Smith [EMAIL PROTECTED] wrote: On Fri, 2008-04-25 at 18:48 +, Arthur wrote: I still hope someone would enlighten us by his experience in doing call recordings without recording to RAM Drive. I can't speak for Steve's solution (as I'm not sure exactly what he's doing) but I could take a stab in the dark and guess that he's capturing the audio at the network layer (on a completely different box than Asterisk is running on) and recording it from there. But that's just a guess... To address several points: OrecX (http://www.orecx.com/) can do call recording outside of the Asterisk core using several different methods depending on your needs and channeltypes. In fact even with Sangoma TDM cards you can capture audio at the kernel level and send the audio as RTP streams very efficiently(3% CPU load for 92 channels) to an OrecX server on your network. It must be mentioned that setting up Orecx with retrieval might be a little complex for some Asterisk users, especially if you are recording a large amount of calls, or are recording on more than one Asterisk server, and if you choose this route you would do well to hire an experienced consultant(or contact Oreca directly) to do the install for you. As far as Asterisk-based recording, writing to a RAM drive(or tmpfs) is about your only option if you are planning on doing more than 50 concurrent recordings, if you are using Asterisk it is a viable and tested solution. I have several client systems that are recording well over 50 calls concurrently on a daily basis this way. If you will be recording directly to hard drives with any frequency or volume I would strongly recommend NOT using standard IDE or SATA hard drives, they burn up and fast. Use a caching SCSI drive controller with some high quality SCSI drives and you can record to those drives for years even at 40 concurrent channels recording all day every day. Hope that helps, MATT--- I paid for the OrecX ability to save the recordings as the sipcallid. This is fairly easy to track and match up in a CRM so long as you are writing to a DB. Before that you just had a bunch of folders based on day and hour and the filenames were impossible to track, IP address and time I believe. Not much use when recording 15k calls a day. I also worked with Bruno @ Oreca to get their passive recording solution from it's infancy (~10 or so concurrent calls) to a real enterprise solution (maxing at ~200 concurrent recordings per server). Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
Steve Totaro [EMAIL PROTECTED] writes: My dual proc, dual core AMD boxen show as four procs. I guess the AMD architecture uses Hypertheading (or whatever the equivalent is for AMD, I assume Intel owns the rights to the name Hyperthreading). I think the more likely explanation is that two times two is four. /Benny ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
On Sat, Apr 26, 2008 at 2:37 PM, Benny Amorsen [EMAIL PROTECTED] wrote: Steve Totaro [EMAIL PROTECTED] writes: My dual proc, dual core AMD boxen show as four procs. I guess the AMD architecture uses Hypertheading (or whatever the equivalent is for AMD, I assume Intel owns the rights to the name Hyperthreading). I think the more likely explanation is that two times two is four. /Benny But then that gets back to my Intel C2D show as two procs. 2 x 2 = 2. Or is C2D not four cores? Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
On Sat, 26 Apr 2008, Steve Totaro wrote: On Sat, Apr 26, 2008 at 2:37 PM, Benny Amorsen [EMAIL PROTECTED] wrote: Steve Totaro [EMAIL PROTECTED] writes: My dual proc, dual core AMD boxen show as four procs. I guess the AMD architecture uses Hypertheading (or whatever the equivalent is for AMD, I assume Intel owns the rights to the name Hyperthreading). I think the more likely explanation is that two times two is four. /Benny But then that gets back to my Intel C2D show as two procs. 2 x 2 = 2. Or is C2D not four cores? Have a look at the 'flag's in /proc/cpuinfo If there's a 'ht' then it's a hyperthreading core. Otherwise its a 'real' processor, and if there are N on a chip, then well and good. Hyperthreading is like having an extra quarter of a processor, depending on what tasks you're doing. But some BIOSes can disable the HT part of a core, and a modern kernel ought to have hyperthreading support compiled in to make the best use of it. (Another reason I always custom compile kernels for my applications) As far as I'm aware, AMD hasn't made a hyperthreaded core, so it's real cores on the same chip. So if the dual proc, dual core unit above has 2 CPU chips, then it's 4 processors. Going back to Intel: Core 2 is Intels name for that particular family of processors. The 2 in the name does not indicate the number of cores! So you can have a Core 2 Solo - one core, Core 2 Duo - 2 cores and Core 2 Quad - 4 cores. Gory details: http://en.wikipedia.org/wiki/Hyperthread http://en.wikipedia.org/wiki/Intel_Core_2 Gordon ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
No, a dual core processor has two cores. :) My Quad core shows four processors. Steve Totaro wrote: On Sat, Apr 26, 2008 at 2:37 PM, Benny Amorsen [EMAIL PROTECTED] wrote: Steve Totaro [EMAIL PROTECTED] writes: My dual proc, dual core AMD boxen show as four procs. I guess the AMD architecture uses Hypertheading (or whatever the equivalent is for AMD, I assume Intel owns the rights to the name Hyperthreading). I think the more likely explanation is that two times two is four. /Benny But then that gets back to my Intel C2D show as two procs. 2 x 2 = 2. Or is C2D not four cores? Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users !DSPAM:48137bd6112601373216315! ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
Steve Totaro [EMAIL PROTECTED] writes: But then that gets back to my Intel C2D show as two procs. 2 x 2 = 2. Or is C2D not four cores? D is for duo. /Benny ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
D is for Disturbing other poeple. On Sat, Apr 26, 2008 at 10:39 PM, Benny Amorsen [EMAIL PROTECTED][EMAIL PROTECTED] wrote: Steve Totaro [EMAIL PROTECTED] writes: But then that gets back to my Intel C2D show as two procs. 2 x 2 = 2. Or is C2D not four cores? D is for duo. /Benny ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
Got it, sorry, nothing to see here... I thought the 2 and duo meant 2 x 2 as the name would imply (to me at least). I stopped keeping up on processors with the exception of exceptional hardware like the ARM, RISC, FPGA, and Itanium2. Thanks, Steve Totaro On Sat, Apr 26, 2008 at 7:17 PM, Arthur [EMAIL PROTECTED] wrote: D is for Disturbing other poeple. On Sat, Apr 26, 2008 at 10:39 PM, Benny Amorsen [EMAIL PROTECTED] wrote: Steve Totaro [EMAIL PROTECTED] writes: But then that gets back to my Intel C2D show as two procs. 2 x 2 = 2. Or is C2D not four cores? D is for duo. /Benny ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
On Thu, Apr 24, 2008 at 11:18 AM, Rob Hillis [EMAIL PROTECTED] wrote: Every CPU core shows up as a separate CPU under Linux. For those that have hyperthreaded processors, a single core processor will show up as two processors - assuming you have hyperthreading enabled. That is interesting. I have an intel C2D and I can only see two procs, not four, is that normal? Are you sure what you are saying is correct? I am obviously running SMP. Thanks Steve totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
To the best of my knowledge, multi-core processors are not hyperthreaded - certainly my Core 2 Quad processor isn't. I would expect a Core 2 Duo to be the same. Steve Totaro wrote: On Thu, Apr 24, 2008 at 11:18 AM, Rob Hillis [EMAIL PROTECTED] wrote: Every CPU core shows up as a separate CPU under Linux. For those that have hyperthreaded processors, a single core processor will show up as two processors - assuming you have hyperthreading enabled. That is interesting. I have an intel C2D and I can only see two procs, not four, is that normal? Are you sure what you are saying is correct? I am obviously running SMP. Thanks Steve totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users !DSPAM:4811f27e213018250212299! ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
Steve Totaro wrote: That is interesting. I have an intel C2D and I can only see two procs, not four, is that normal? Are you sure what you are saying is I believe Intel removed HyperThreading after it moved over to dual cores. Doug -- Ben Franklin quote: Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
On Thu, Apr 24, 2008 at 4:45 PM, Jay R. Ashworth [EMAIL PROTECTED] wrote: On Wed, Apr 23, 2008 at 02:14:27PM -0400, Steve Totaro wrote: There are much better solutions than doing a RAM drive. While it may be stable (not in my experience, I advise using different servers for different tasks (with redundancy obviously). A phone switch should be just that, a recording server should also be just that (in demanding environments). That would be fine, if Asterisk was capable of buffering recording writes, but I'm told it's not; the I/O involved in getting that recording data off the box in real time is probably worse than that of putting it onto disk -- disks are usually higher bandwidth channels than network adapters. For permanent storage, certainly, the recordings should be moved to another box, and that's how we do it here. Cheers, -- jr '44 byte chunks. Is someone an ATM fan?' a -- Jay R. Ashworth Baylink [EMAIL PROTECTED] Designer The Things I Think RFC 2100 Ashworth Associates http://baylink.pitas.com '87 e24 St Petersburg FL USA http://photo.imageinc.us +1 727 647 1274 Those who cast the vote decide nothing. Those who count the vote decide everything. -- (Joseph Stalin) Well in the real world, your hypothesis has been proven wrong. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
On Fri, Apr 25, 2008 at 12:22 PM, Steve Totaro [EMAIL PROTECTED] wrote: On Thu, Apr 24, 2008 at 4:45 PM, Jay R. Ashworth [EMAIL PROTECTED] wrote: On Wed, Apr 23, 2008 at 02:14:27PM -0400, Steve Totaro wrote: There are much better solutions than doing a RAM drive. While it may be stable (not in my experience, I advise using different servers for different tasks (with redundancy obviously). A phone switch should be just that, a recording server should also be just that (in demanding environments). That would be fine, if Asterisk was capable of buffering recording writes, but I'm told it's not; the I/O involved in getting that recording data off the box in real time is probably worse than that of putting it onto disk -- disks are usually higher bandwidth channels than network adapters. For permanent storage, certainly, the recordings should be moved to another box, and that's how we do it here. Cheers, -- jr '44 byte chunks. Is someone an ATM fan?' a -- Jay R. Ashworth Baylink [EMAIL PROTECTED] Designer The Things I Think RFC 2100 Ashworth Associates http://baylink.pitas.com '87 e24 St Petersburg FL USA http://photo.imageinc.us +1 727 647 1274 Those who cast the vote decide nothing. Those who count the vote decide everything. -- (Joseph Stalin) Well in the real world, your hypothesis has been proven wrong. Thanks, Steve Totaro To correct my previous statement. Who said anything about Asterisk doing the recording function at all? Certainly not me. My recording servers sometimes run Windows but usually Linux just to keep everything in the Phone Rack on the same OS. Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
On Fri, Apr 25, 2008 at 11:10 AM, Doug Lytle [EMAIL PROTECTED] wrote: Steve Totaro wrote: That is interesting. I have an intel C2D and I can only see two procs, not four, is that normal? Are you sure what you are saying is I believe Intel removed HyperThreading after it moved over to dual cores. Doug -- Ben Franklin quote: Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. My dual proc, dual core AMD boxen show as four procs. I guess the AMD architecture uses Hypertheading (or whatever the equivalent is for AMD, I assume Intel owns the rights to the name Hyperthreading). Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
Steve Totaro wrote: My dual proc, dual core AMD boxen show as four procs. I guess the AMD architecture uses Hypertheading (or whatever the equivalent is for AMD, I assume Intel owns the rights to the name Hyperthreading). Not that I'm aware of. But I did find this article from back in 2002: http://www.geek.com/amd-to-do-hyperthreading/ Doug -- Ben Franklin quote: Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
I still hope someone would enlighten us by his experience in doing call recordings without recording to RAM Drive. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
On Fri, 2008-04-25 at 18:48 +, Arthur wrote: I still hope someone would enlighten us by his experience in doing call recordings without recording to RAM Drive. I can't speak for Steve's solution (as I'm not sure exactly what he's doing) but I could take a stab in the dark and guess that he's capturing the audio at the network layer (on a completely different box than Asterisk is running on) and recording it from there. But that's just a guess... -- Jared Smith Community Relations Manager Digium, Inc. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
he's capturing the audio at the network layer i'd better stay with my 3Gigs RAM drive ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
On 4/25/08, Jared Smith [EMAIL PROTECTED] wrote: On Fri, 2008-04-25 at 18:48 +, Arthur wrote: I still hope someone would enlighten us by his experience in doing call recordings without recording to RAM Drive. I can't speak for Steve's solution (as I'm not sure exactly what he's doing) but I could take a stab in the dark and guess that he's capturing the audio at the network layer (on a completely different box than Asterisk is running on) and recording it from there. But that's just a guess... To address several points: OrecX (http://www.orecx.com/) can do call recording outside of the Asterisk core using several different methods depending on your needs and channeltypes. In fact even with Sangoma TDM cards you can capture audio at the kernel level and send the audio as RTP streams very efficiently(3% CPU load for 92 channels) to an OrecX server on your network. It must be mentioned that setting up Orecx with retrieval might be a little complex for some Asterisk users, especially if you are recording a large amount of calls, or are recording on more than one Asterisk server, and if you choose this route you would do well to hire an experienced consultant(or contact Oreca directly) to do the install for you. As far as Asterisk-based recording, writing to a RAM drive(or tmpfs) is about your only option if you are planning on doing more than 50 concurrent recordings, if you are using Asterisk it is a viable and tested solution. I have several client systems that are recording well over 50 calls concurrently on a daily basis this way. If you will be recording directly to hard drives with any frequency or volume I would strongly recommend NOT using standard IDE or SATA hard drives, they burn up and fast. Use a caching SCSI drive controller with some high quality SCSI drives and you can record to those drives for years even at 40 concurrent channels recording all day every day. Hope that helps, MATT--- ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
Steve Totaro wrote: On Fri, Apr 25, 2008 at 11:10 AM, Doug Lytle [EMAIL PROTECTED] wrote: Steve Totaro wrote: That is interesting. I have an intel C2D and I can only see two procs, not four, is that normal? Are you sure what you are saying is I believe Intel removed HyperThreading after it moved over to dual cores. Doug -- Ben Franklin quote: Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. My dual proc, dual core AMD boxen show as four procs. I guess the AMD architecture uses Hypertheading (or whatever the equivalent is for AMD, I assume Intel owns the rights to the name Hyperthreading). Two dual core processors /would/ should four processors - each processor has two virtual processors for a total of four. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
There are much better solutions than doing a RAM drive. While it may be stable (not in my experience, I advise using different servers for different tasks (with redundancy obviously). A phone switch should be just that, a recording server should also be just that (in demanding environments). hi, still hoping you will give us some insight about remote recording server. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
Every CPU core shows up as a separate CPU under Linux. For those that have hyperthreaded processors, a single core processor will show up as two processors - assuming you have hyperthreading enabled. linuxian iandsd wrote: top says asterisk 1.2.25 is using multiple cores: Cpu0 : 2.7% us, 9.3% sy, 0.0% ni, 87.7% id, 0.0% wa, 0.3% hi, 0.0% si Cpu1 : 1.7% us, 4.0% sy, 0.0% ni, 94.3% id, 0.0% wa, 0.0% hi, 0.0% si Cpu2 : 1.3% us, 4.3% sy, 0.0% ni, 94.3% id, 0.0% wa, 0.0% hi, 0.0% si Cpu3 : 1.3% us, 3.0% sy, 0.0% ni, 95.6% id, 0.0% wa, 0.0% hi, 0.0% si is this multi-core ? I think its a multi-processor machine, and as i said I might be wrong simply because this bypasses by far my technical knowldge .. I m not a kernel developer after all. :) !DSPAM:4810121c213011316913527! ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users !DSPAM:4810121c213011316913527! ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
On Wed, Apr 23, 2008 at 02:14:27PM -0400, Steve Totaro wrote: There are much better solutions than doing a RAM drive. While it may be stable (not in my experience, I advise using different servers for different tasks (with redundancy obviously). A phone switch should be just that, a recording server should also be just that (in demanding environments). That would be fine, if Asterisk was capable of buffering recording writes, but I'm told it's not; the I/O involved in getting that recording data off the box in real time is probably worse than that of putting it onto disk -- disks are usually higher bandwidth channels than network adapters. For permanent storage, certainly, the recordings should be moved to another box, and that's how we do it here. Cheers, -- jr '44 byte chunks. Is someone an ATM fan?' a -- Jay R. Ashworth Baylink [EMAIL PROTECTED] Designer The Things I Think RFC 2100 Ashworth Associates http://baylink.pitas.com '87 e24 St Petersburg FL USA http://photo.imageinc.us +1 727 647 1274 Those who cast the vote decide nothing. Those who count the vote decide everything. -- (Joseph Stalin) ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
Carles Pina i Estany wrote: Hello, We have an Asterisk server with a TE410P Quad-Span togglable E1/T1/J1 card, 3 SPANs configured and OK and one SPAN unconfigured. In our tests it works fine, but when it has a big laod of calls (say, from 40 to 60) we have quality problems: some calls has the sound cut-off (during the call, voice was not stable) The IRQ card is alone, CPU load was not high, network was fine for sure. This server is receiving the calls from SIP channels and routing to the primaries. It's a HP server, multicore, multiCPU. I'm wondering if someone has had these kind of problems (quality problems, sound cut off) with 40 and 60 calls but not with 2 or 3, using Digium cards. Bit later I will call to Digium but I thought that here there is lot of people with lot of experience with these cards. There are a number of factors that can contribute to this type of problem, but probably the best solution is to call support and talk to them about this. -- Matthew Fredrickson Software/Firmware Engineer Digium, Inc. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
best solution would be to return quad card buy 4 single port cards put 4 servers instead of one ... but i guess this is only possible it you had a time machine ... On Wed, Apr 23, 2008 at 2:44 PM, Matthew Fredrickson [EMAIL PROTECTED] wrote: Carles Pina i Estany wrote: Hello, We have an Asterisk server with a TE410P Quad-Span togglable E1/T1/J1 card, 3 SPANs configured and OK and one SPAN unconfigured. In our tests it works fine, but when it has a big laod of calls (say, from 40 to 60) we have quality problems: some calls has the sound cut-off (during the call, voice was not stable) The IRQ card is alone, CPU load was not high, network was fine for sure. This server is receiving the calls from SIP channels and routing to the primaries. It's a HP server, multicore, multiCPU. I'm wondering if someone has had these kind of problems (quality problems, sound cut off) with 40 and 60 calls but not with 2 or 3, using Digium cards. Bit later I will call to Digium but I thought that here there is lot of people with lot of experience with these cards. There are a number of factors that can contribute to this type of problem, but probably the best solution is to call support and talk to them about this. -- Matthew Fredrickson Software/Firmware Engineer Digium, Inc. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
Carles Pina i Estany wrote: We have an Asterisk server with a TE410P Quad-Span togglable E1/T1/J1 card, 3 SPANs configured and OK and one SPAN unconfigured. In our tests it works fine, but when it has a big laod of calls (say, from 40 to 60) we have quality problems: some calls has the sound cut-off (during the call, voice was not stable) On Wed, 23 Apr 2008, linuxian iandsd wrote: best solution would be to return quad card buy 4 single port cards put 4 servers instead of one ... but i guess this is only possible it you had a time machine ... I disagree. I have a customer running single te410p's in HP DL-380's (I'm pretty sure...) with no audio quality complaints. The DL's only answer, run a couple of AGI's and dial() to a central application server. They frequently max out all 94 channels (ISDN PRI NFAS). Thanks in advance, Steve Edwards [EMAIL PROTECTED] Voice: +1-760-468-3867 PST Newline Fax: +1-760-731-3000 ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
i have HEARD asterisk wasn't made with the idea to run on multi-core processors in mind .. the result was that it uses one core all the time ..so one single P4 3.4 GHZ would perform better than a far more newser quad one. but i might be wrong. but one thing for sure check hardware compatibility before you buy anything. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
On Tue, Apr 22, 2008 at 7:10 AM, Carles Pina i Estany [EMAIL PROTECTED] wrote: Hello, We have an Asterisk server with a TE410P Quad-Span togglable E1/T1/J1 card, 3 SPANs configured and OK and one SPAN unconfigured. In our tests it works fine, but when it has a big laod of calls (say, from 40 to 60) we have quality problems: some calls has the sound cut-off (during the call, voice was not stable) The IRQ card is alone, CPU load was not high, network was fine for sure. This server is receiving the calls from SIP channels and routing to the primaries. It's a HP server, multicore, multiCPU. I'm wondering if someone has had these kind of problems (quality problems, sound cut off) with 40 and 60 calls but not with 2 or 3, using Digium cards. Bit later I will call to Digium but I thought that here there is lot of people with lot of experience with these cards. Thank you, Just curious, are you recording these calls because that is around the I/O threshold for audio issues when recording all calls. Also, you say no network issues but what is the rating of your switches PPS (often overlooked for speed such as 100mb or 1000mb)? Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
Just curious, are you recording these calls because that is around the I/O threshold for audio issues when recording all calls. 100% right, all recording should (its a must actually) be done in ram drive then copied to disk later. an asterisk server that do recording should have enough ram to store the recording ... perhaps 2Gigs that should be emptied every one hour or two. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
On Wed, 23 Apr 2008, linuxian iandsd wrote: i have HEARD asterisk wasn't made with the idea to run on multi-core processors in mind .. the result was that it uses one core all the time ..so one single P4 3.4 GHZ would perform better than a far more newser quad one. but i might be wrong. but one thing for sure check hardware compatibility before you buy anything. top says asterisk 1.2.25 is using multiple cores: top - 11:09:13 up 12 days, 2 min, 1 user, load average: 0.41, 0.58, 0.59 Tasks: 116 total, 1 running, 115 sleeping, 0 stopped, 0 zombie Cpu0 : 2.7% us, 9.3% sy, 0.0% ni, 87.7% id, 0.0% wa, 0.3% hi, 0.0% si Cpu1 : 1.7% us, 4.0% sy, 0.0% ni, 94.3% id, 0.0% wa, 0.0% hi, 0.0% si Cpu2 : 1.3% us, 4.3% sy, 0.0% ni, 94.3% id, 0.0% wa, 0.0% hi, 0.0% si Cpu3 : 1.3% us, 3.0% sy, 0.0% ni, 95.6% id, 0.0% wa, 0.0% hi, 0.0% si Mem: 2074900k total, 2050112k used,24788k free,62216k buffers Swap: 779144k total, 292k used, 778852k free, 1846184k cached PID USER PR NI %CPUTIME+ %MEM VIRT RES SHR S COMMAND 7603 root -11 -20 25 8736:33 1.4 71876 28m 3048 S asterisk 7767 mysql 16 01 422:02.79 1.2 137m 24m 4192 S mysqld Thanks in advance, Steve Edwards [EMAIL PROTECTED] Voice: +1-760-468-3867 PST Newline Fax: +1-760-731-3000 ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
On Wed, Apr 23, 2008 at 2:07 PM, linuxian iandsd [EMAIL PROTECTED] wrote: Just curious, are you recording these calls because that is around the I/O threshold for audio issues when recording all calls. 100% right, all recording should (its a must actually) be done in ram drive then copied to disk later. an asterisk server that do recording should have enough ram to store the recording ... perhaps 2Gigs that should be emptied every one hour or two. There are much better solutions than doing a RAM drive. While it may be stable (not in my experience, I advise using different servers for different tasks (with redundancy obviously). A phone switch should be just that, a recording server should also be just that (in demanding environments). Thanks, Steve Totaro ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
top says asterisk 1.2.25 is using multiple cores: Cpu0 : 2.7% us, 9.3% sy, 0.0% ni, 87.7% id, 0.0% wa, 0.3% hi, 0.0% si Cpu1 : 1.7% us, 4.0% sy, 0.0% ni, 94.3% id, 0.0% wa, 0.0% hi, 0.0% si Cpu2 : 1.3% us, 4.3% sy, 0.0% ni, 94.3% id, 0.0% wa, 0.0% hi, 0.0% si Cpu3 : 1.3% us, 3.0% sy, 0.0% ni, 95.6% id, 0.0% wa, 0.0% hi, 0.0% si is this multi-core ? I think its a multi-processor machine, and as i said I might be wrong simply because this bypasses by far my technical knowldge .. I m not a kernel developer after all. :) ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
I advise using different servers for different tasks (with redundancy obviously). i would really appreciate it if you gave me some hints about making recording run on another server. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
linuxian iandsd wrote: i have HEARD asterisk wasn't made with the idea to run on multi-core processors in mind .. the result was that it uses one core all the time ..so one single P4 3.4 GHZ would perform better than a far more newser quad one. but i might be wrong. but one thing for sure check hardware compatibility before you buy anything. For the purposes of making sure list records are accurate, this in not true. Asterisk was indeed written with the intention to run on multi-core systems, and should utilize extra cores just fine. -- Matthew Fredrickson Software/Firmware Engineer Digium, Inc. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Quality problems with ISDN PRI
Asterisk was indeed written with the intention to run on multi-core systems, and should utilize extra cores just fine. Matthew Fredrickson Software/Firmware Engineer Digium, Inc. well, i guess i was wrong ... or maybe i had outdated information ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Quality problems with ISDN PRI
Hello, We have an Asterisk server with a TE410P Quad-Span togglable E1/T1/J1 card, 3 SPANs configured and OK and one SPAN unconfigured. In our tests it works fine, but when it has a big laod of calls (say, from 40 to 60) we have quality problems: some calls has the sound cut-off (during the call, voice was not stable) The IRQ card is alone, CPU load was not high, network was fine for sure. This server is receiving the calls from SIP channels and routing to the primaries. It's a HP server, multicore, multiCPU. I'm wondering if someone has had these kind of problems (quality problems, sound cut off) with 40 and 60 calls but not with 2 or 3, using Digium cards. Bit later I will call to Digium but I thought that here there is lot of people with lot of experience with these cards. Thank you, -- Carles Pina i EstanyGPG id: 0x8CBDAE64 http://pinux.info Manresa - Barcelona ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users