Over the years I have experienced a few interrupt issues when using some of the Digium E1/T1 cards with Zaptel drivers, and usually resolved them by disabling USB devices in the motherboard BIOS settings. Now more and more systems are coming without PS/2 connections, so USB is needed for the keyboard or KVM. I never knew whether these conflict issues were down to the design of the card, the motherboard, the Zaptel drivers or the kernel. I need soon to build an 8-span E1 system using the Digium TE820 PCIe card, and want to know whether I am likely to have to solve similar issues, or if they are now history with newer kernels and DAHDI instead of Zaptel. I would be interested in any comments from anyone with experience in this area. Also, can anyone easily tell me in which version of DAHDI support for the TE820 was introduced? (If not, I'm happy to go and search SVN) Finally, does anyone have a feel for how much CPU power would be required to run Meetme with DAHDI mixing if all 240 channels were active in various conferences? (Yes, I know about ConfBridge, but my application currently needs to use MeetMe). Cheers Tony -- Tony Mountifield Work: tony at softins.co.uk - http://www.softins.co.uk Play: tony at mountifield.org - http://tony.mountifield.org
On Wed, Mar 21, 2012 at 8:45 AM, Tony Mountifield <tony at softins.co.uk> wrote:> Over the years I have experienced a few interrupt issues when using some > of the Digium E1/T1 cards with Zaptel drivers, and usually resolved them > by disabling USB devices in the motherboard BIOS settings. > > Now more and more systems are coming without PS/2 connections, so USB is > needed for the keyboard or KVM. > > I never knew whether these conflict issues were down to the design of the > card, the motherboard, the Zaptel drivers or the kernel. > > I need soon to build an 8-span E1 system using the Digium TE820 PCIe card, > and want to know whether I am likely to have to solve similar issues, or > if they are now history with newer kernels and DAHDI instead of Zaptel. > > I would be interested in any comments from anyone with experience in this > area. Also, can anyone easily tell me in which version of DAHDI support > for the TE820 was introduced? (If not, I'm happy to go and search SVN) > > Finally, does anyone have a feel for how much CPU power would be required > to run Meetme with DAHDI mixing if all 240 channels were active in various > conferences? (Yes, I know about ConfBridge, but my application currently > needs to use MeetMe). > > Cheers > Tony > -- > Tony Mountifield > Work: tony at softins.co.uk - http://www.softins.co.uk > Play: tony at mountifield.org - http://tony.mountifield.orgBy design PCIe has dedicated channels for each port and interrupts are not an issue. There are some vendors that are moving all legacy devices to a USB based controllers in addition. PCIe is not like PCI. PCIe is serial in nature, not parallel. -- ~ Andrew "lathama" Latham lathama at gmail.com http://lathama.net ~
My question is so complex and I try to explain well. We have a customer that he wants limits incoming calls to his extensions to only one. That's not complicated with GROUPCOUNT, DEVICE_STATE or SIPPEER with curcalls option.But the problem is when you want implement CCBS service. If we have next context: exten=>_XXX,1,NOOP() same=>n,GotoIF($[${DEVICE_STATE(${ARG2})}=BUSY]?occupied) same=>n,Dial(SIP/${EXTEN}) same=>n,GotoIf($["${DIALSTATUS}"="BUSY"]?ocupado) same=>n,Hangup() same=>n(occupied),Busy() same=>n,Hangup() If we call to 100 extensions and that extensions reject call or no answer call, we can use CallCompletionRequets to request CCNR service and all work fine. But when a call is on 100 extension, and you call to 100 extension and go to "occupied" label, if you reques a CCBS with CallCompletionRequest() this application fails with NO_CORE_INSTANCE error. It's appear like CCSS only work with DIALSTATUS variable and with Dial application I don't know how to limit to only one incoming call. Are there any way to solve this? Any help would be appreciated. regards, Sergio
On Wed, Mar 21, 2012 at 12:45:37PM +0000, Tony Mountifield wrote:> > Over the years I have experienced a few interrupt issues when using some > of the Digium E1/T1 cards with Zaptel drivers, and usually resolved them > by disabling USB devices in the motherboard BIOS settings. > > Now more and more systems are coming without PS/2 connections, so USB is > needed for the keyboard or KVM. > > I never knew whether these conflict issues were down to the design of the > card, the motherboard, the Zaptel drivers or the kernel.My personal experience is these issues were a result of the BIOS using the system management interrupt to emulate a legacy keyboard. I.e., so you could plug in a USB keyboard and boot DOS on the system and have DOS think it was a PS/2 keyboard.> I need soon to build an 8-span E1 system using the Digium TE820 PCIe card, > and want to know whether I am likely to have to solve similar issues, or > if they are now history with newer kernels and DAHDI instead of Zaptel.The TE820, like the 5th generation dual/quad span digital cards, have an ability to grow latency in the audio path to acommodate systems that can't guarantee < 1ms interrupt service times. So I would be surprised if you still have issues.> I would be interested in any comments from anyone with experience in this > area. Also, can anyone easily tell me in which version of DAHDI support > for the TE820 was introduced? (If not, I'm happy to go and search SVN)2.6.0 was the first release that supports the TE820. 2.6.0.1 (or 2.6.1) will be tagged here very shortly.> Finally, does anyone have a feel for how much CPU power would be required > to run Meetme with DAHDI mixing if all 240 channels were active in various > conferences? (Yes, I know about ConfBridge, but my application currently > needs to use MeetMe).240 channels in meetme comming from an 8-span digital card? I would have to measure it...but my guess is a pretty beefy system. In this configuration, more speed on less cores would serve you better than more cores. Cheers, Shaun -- Shaun Ruffell Digium, Inc. | Linux Kernel Developer 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at: www.digium.com & www.asterisk.org