RCBFX trixbox 2.6 PANICS
Submitted by jfinstrom on Thu, 04/03/2008 - 4:39pm.
Okay this is covered in 15 threads and I probably cant hit them all so hopefully everyone sees this.
Side note My programmer will probably shoot me for this post :)
We are pretty sure we have fixed the issue. We are running through out internal testing now to make sure nothing else broke.
We have bridged a call with EC via RCBFX on trixbox 2.6.0.5 using an Intel Motherboard which was where most of the issues were occurring.
Once we go through our testing to ensure nothing else broke we will put up an rpm for a beta release. The instructions will be linked off of this thread.
I don't have a solid release time but as soon as our internal check list completes baring any explosions or rips through time and space we will get this out.
Let me say thank you to everyone who has patiently been waiting for this to happen.
Keep an eye open I will update soon.....
Alright, I'm throwing in a
Fri, 04/04/2008 - 12:47pm
Alright, I'm throwing in a fresh drive and installing a clean copy of 2.6. Will not install drivers for my RCBFX cards until that RPM is ready. Hopefully then I will be able to:
1. Not have random kernel panics
2. Not have Asterisk crash on load
3. Have RCBFX answer incoming calls
4. Have RCBFX place outbound calls
ok all this is beta which
Fri, 04/04/2008 - 4:50pm
ok all this is beta which means it has passed everything internally but hasn't been through the paces on enough real world boxes, remember our lab is closer to "perfect world" than not. this has been run on trix 2.6.0.7 for the last 6 hours and rcbfx has seen hundreds of calls.
I recommend trying this on a TEST SERVER first do NOT take down a production machine. If you take down a production machine it is t your own risk at this point, it should work but again perfect world is not the real world. If you test this please post your success here this will help us gage what people are seeing.
drum-roll
ftp://ftp.rhinoequipment.com/Drivers/Beta/RPMS/trixbox/CE/2.6/rhi...
Some times the forums kill long urls so broken down
ftp://ftp.rhinoequipment.com/
Drivers/
Beta/
RPMS/
trixbox/
CE/
2.6
/rhino-2.6.18-53.1.4.el5-1.4.9.1-2.2.5.2.rpm
you should yum remove rhino-$(uname -r) before installing the above rpm
the above rpm can be installed with:
rpm -ivh rhino-2.6.18-53.1.4.el5-1.4.9.1-2.2.5.2.rpm
Again to everyone thank you for your patients.....
Installed the beta
Mon, 04/07/2008 - 7:15am
Alright, I did the following:
- Installed Trixbox 2.6 on a blank drive
- Updated via YUM to latest packages in Trixbox repositories
- Downloaded and installed rhino-2.6.18-53.1.4.el5-1.4.9.1-2.2.5.2.rpm
- Duplicated my FreePBX configuration that was working on Trixbox 2.2.12 + Rhino 2.2.1-beta2
Here's where I'm at:
- no more kernel panics/asterisk hardlocks
- RCBFX cards detect and configure with genzaptelconf and ztcfg
- ZTTOOL reports 2 cards with OK status
- Rhino cards will not answer incoming calls
- Rhino cards will not place outbound calls
Trixbox 2.2.12
2x Rhino RCB8F w/ EC
Panasonic PBX
Bad echo
Mon, 04/07/2008 - 8:33pm
I followed these instructions and they worked great. We now have inbound/outbound calls on our R4FXO-EC. The only problem is that there's a severe echo. I've tried commenting out:
;echotraining=800
in zapata.conf. Prior to upgrading from 2.2 ->2.6, everything was fine.
Any help is appreciated.
Thanks,
Eric
Any one find a fix for the
Tue, 04/15/2008 - 8:55pm
Digium is trying to prefect
Tue, 04/15/2008 - 9:23pm
Digium is trying to prefect their Echo Canceller, to do this it appears necessary to rewrite zaptel rather than their kernel modules. So far we have had some luck with adding echotraining=0 to zapata.conf. Zaptel automatically uses HWEC if available regardless of SWEC. Ensure you are using Rhino Package 2.5.0.3 which has more changes. Unfortunately a side effect of being bleeding edge is bugs. if 1.4.9.2 was perfect we wouldn't need a 1.4.10 and I imagine 1.4.10.2 etc very soon. As I have said in the past as we go through if something is in our power to fix we will do our best to make it happen.
Thanks James, how do I know
Tue, 04/15/2008 - 9:54pm
Thanks James, how do I know which package I'm using and where can I find it? FYI, using rpm you mentioned earlier in this post. Attached dmesg | grep rcbfx below.
rcbfx 1: Rhino PCI BAR0 efaef000 IOMem mapped at f887e000
rcbfx 1: Waiting for response from card .........
rcbfx 1: Firmware Version 1.e
rcbfx 1: Firmware File Version is 1.e
rcbfx 1: Hardware version 11
rcbfx 1: G168 07 04 DSP Loader file size = 170 App file size = 48414
rcbfx 1: G168 DSP Ping DSP Version 106
rcbfx 1: G168 DSP Active and Servicing 4 Channels - f
rcbfx 1: Starting DMA
rcbfx 1: Spotted a Rhino: Rhino RCB4FXO (4 channels)
Chris
James can i have my job back???
Wed, 04/23/2008 - 3:54pm
Just wanted to let you know that the new build (2.2.5.3) works with the dualcore twin opterons.
Thought you guys might like to have that confirmed. No echo and all came back up fine with no panic.
Thanks again for the great continued service and support to you and the team!
Best regards,
todd
James after upgrade to 2.6.0.7 my RCB4FXO not working.
Sun, 04/27/2008 - 6:19pm
Member Since:
2007-03-07