v4.2 released

Torrent: http://www.mikrotik.com/download/routeros-ALL-4.2.torrent
Download page: http://www.mikrotik.com/download.html

*) fixed problem - RB450G ethernet did not work if one of the ports was disabled;
*) fixed ethernet of RB433 with switch chip IP175D;
*) fixed route attribute problem;
*) fixed route next-hops falling under multiple connected routes;

Also Netinstall is fixed.

e1000 is still broke. Please fix. You said it was going to be in v4.2, well… it’s not.

After upgrading from 4.0rc1 to 4.2 on my RB433UAH, MetaROUTERs appear not to work anymore. This goes for both existing and new MetaROUTERs. :confused:

On the bright side, the Ethernet interfaces are now all working perfectly! :wink:

“not work” how? please explain in detail

Sorry, you’re right, I should’ve expanded that! :slight_smile:

MetaROUTERs fail to both start and shutdown, seeming to hang mid-way through. Occasionally I’ve seen ~40 lines worth of errors on the MR’s console, but haven’t managed to capture this yet—think the last line was “HALT” or “HALTED” though.

I’ve currently rolled-back to 4.0rc1 so that I still have a working router, but I’m happy to test, so let me know if you need more info.

Thanks.

i just upgraded a 433ah routerboard and an intel based x86 system to the latest 4.2 routeros

the 433ah works fine but the x86 uptime is wrong

Uptime goes from 4d 21:00:00 to 4d 21:00:10 then to 4d 21:00:20 and so on.

ntp settings are the same with 433ah


is this a bug???

prev version was a 3.28 which worked fine

please help

this is a known issue on some motherboards that don’t like the wireless package because it uses the PIT timer. you should either upgrade your BIOS or look for another motherboard.

thanks normis for the reply,

The uptime is not a serious problem to me.

Is this issue going to create other problems / symptoms in performance or stability of my system?
should i downgrade to v3 ???

what is your expert opinion?

thanks in advance

there could be all kinds of problems, try to upgrade that BIOS first

e1000 link shows down under /interface ethernet monitor 0, I have managed to get a “status link-ok” one time that i remember with the e1000 drivers… it was a fresh install of Ros 4.1, and link went down after first system shutdown.

Just upgraded my 411u to 4.2.
On first reboot, it beeped 16 times (normally just 3 beeps)
second reboot was the same
third reboot was normal (3 beeps)
fourth reboot was 16 beeps again…

it appears to work ok. but should i be woried?

(it has 2 R52-350 cards pluged in…)

I don’t understand though. If it was working in v3.28, but not working in v4.2, it has to RouterOS issue. It can’t possibly be the motherboard if it WAS working with v3.28 before, and the kernel version is the EXACT same btw in v3.28 - v4.2.

zenith,
Did you have wireless-test installed on v3.28 when you were having these issues?

In earlier versions, wireless didn’t use that funcion. Now it does, to improve wireless communication. Some buggy BIOS/motherboards don’t like it.

*) fixed route attribute problem;
*) fixed route next-hops falling under multiple connected routes;

Could you possibly elaborate a little on these? What route attribute problem is this, and what do you mean with the second one?

i really don’t remember whether i had wireless-test installed on 3.28.

to be honest that looked strange to me to since everything worked fine with v 3.28.

BUT ,NOW , after upgrading the motherboard BIOS everything looks normal. counter clocks already 1d 00:00:00 the right way :slight_smile:

thanks normis

This clears up things a bit.

Thanks

Hi, one question to MT team:
Why there is no “short” option for “ht-guard-interval” only “any” and “long” :

[admin@192.168.1.102] /interface wireless> set wlan1 ht-guard-interval=
any long

This is with RB411AH (OS v4.2 and previous releases too) + R52N.
Is it a card limitation ?
Or if not would you include it in next release.

no bug. “any” will use either short or long, depending on data rate, “long” will use long.

This doesn’t answer my question why there is no “short” option to be set.
See the MCS index table here: http://en.wikipedia.org/wiki/IEEE_802.11n

It’s obvious that:

  • msc15 + 40MHz channel + GI=800ns(i.e. LONG) = 270 Mbps data rate
  • msc15 + 40MHz channel + GI=400ns(i.e. SHORT) = 300 Mbps data rate

Now I can set GI=LONG and work ONLY in 270 Mbps data rate ,
or set GI=ANY and work SWITCHING between 270 and 300 Mbps data rate .

So, why can’t be set GI=SHORT and work ONLY in 300 Mbps data rate? This is the quesion !

Does v4.2 support RB411U with Sierra Wireless MC8781? I cant see PPP connection at all?