Hi all,
I have several problems with Rb433Ah ( i have 12 units) when i set up bridge with multiple interfaces (2 o 3 wlan with ether1).
i i put it's frequncy in 800mhz, the board block itself and after reboot, it says kernel failure. I have tried with Ros 3.10 and 3.17, fw 2.15 and fw 2.18.

any help ?

Dimas

At 680mhz.. work fine???

If you network need high stability... put the clock in deafult 680mhz.

over clock is a possibility.. not always is necessay.

definitly i prefer the Rb 333 stability....

Yes... Mikrotik is falsely advertising stability at 800MHz.

Their support department recently told me this in response to a ticket for the very same problem you are having:

"800Mhz is optional - it might work or might have some problems"

Bottom line is that 680MHz is the most you can hope for in a production environment.

Sorry for the bad news...

If 800MHz was really stable I think they would be shipping the AH boards set to 800MHz instead of the default which is 680MHz.

We went through the same thing with RB532 product line. When they first came out we could overclock them but they were not stable at 400MHz so I ended up setting mine back to 266MHz. Later in the product life when they became stable at 400MHz Mikrotik began shipping them set to 400MHz.

Tom

How do we test stability? Under Win32 we can run a bunch of CPU+Memory tests but under RuterOS we don't have such software?

Maybe if we add really good cooling to CPU and hot parts of board we will have stability?

There is a built in memory test functions with the RouterBoot bios. Other then that you just have to setup a test enviroment and run them for long periods of time.

On x86 machines there was a /tool memory-test and /tool cpu-test but I've never used them and I am pretty sure they don't exist for RouterBoards.

My view on the ability to overclock the RouterBoards is the same as for x86 CPU's, if it works great, if you want to spend extra on custom cooling that is great but don't be surprised if it doesn't work.

You must be using alot of queues, or firewall rules though even at standard 680 MHz those boards are pretty darn fast.

Cheers

Forget about this.

MikroTik team, we need to have a hardware testing package with a tool which would act like StressPrime 2004 Orthos to stress CPU and RAM at the same time with complex calculations that can detect even the slightest errors. This process must run with low cpu priority while the router is passing data through ports for proper stresstesting of all components. The stress test process needs to smartly dynamically calculate using all available RAM for accurate testing.

All other approaches would be : waiting for the router to eventually crash on site with 1000 angry clients (dis)connected.

p.s. and even with Orthos there could be a lockup in 3 days nonstop testing. But for Win32 x86 we used to test PCs for 45 minutes or 1h30 and shipped them to customers knowing they were stable.

800MHz is overclocking, use at your own risk. It is known to work fine with no wireless cards.