What's new in 5.3 (2011-May-25 15:19):

*) snmp - fix table get next with partial row keys;
*) snmp - respond from correct source address when multiple exist;
*) snmp - fix possible interface disappearing when walking ipNetToMediaTable;
*) snmp - fix possible memory leak;
*) ipsec - flush SAs and inform peer when rebooting or shutting down;
*) openvpn - fixed crash;
*) implemented terminal in WebFig;
*) implemented Skin mode in WebFig;
*) added support for more Broadcom Tigon3 based ethernet cards;
*) winbox - fixed byte to KiB, MiB and GiB conversion
(digit after decimal point could be a bit off);
*) console - align numbers right in tabular print output;
*) fixed RB450G, RB750G switch chip slow ethernet problem;
*) fix vlan disable not taking effect;
*) userman - fix Authorize.Net payment bypass;
*) userman - added profile option to overwrite shared users option
in user settings when profile is activated;
*) userman - fix db backup if it's size exceeds 2G;
*) wireless - merged ht-extension-channels in to channel-width;

what about rate selection / advanced, legacy/ in wireless - data rates ?

what about rate selection / advanced, legacy/ in wireless - data rates ?

We are still improving this rate selection algorithm, but you can now look how it is working for you now. We recommend it to test first on the test links before testing on production links.

Hi,

I just updated my router. This is just a 'cosmetic' thing. When connecting to WebFig v5.3
and clicking on New Terminal. I'm getting a message like:

Firefox prevented this site from opening XX pop-up windows.

XX is incrementing every half of a second.

In Firefox, if I go to settings and click on view: 'http://xx.xx.xx.xx/webfig/terminal.html?u8=0'
Terminal opens.

Getting a 404 when trying to download the torrent file.

Hi,

I just updated my router. This is just a 'cosmetic' thing. When connecting to WebFig v5.3
and clicking on New Terminal. I'm getting a message like:

Firefox prevented this site from opening XX pop-up windows.

XX is incrementing every half of a second.

In Firefox, if I go to settings and click on view: 'http://xx.xx.xx.xx/webfig/terminal.html?u8=0'
Terminal opens.

Internet Explorer seems to work. Same issue here with Firefox

-tp

Hi,

I've been testing with v5.3 userman for few hours - seems finally production ready:
"Start at first login" in profiles is fixed, along with some other problems.

The Changelog does not mention anything about routing crshed that MT said will be fixed in 5.3.
Any changes there and with bridging in some cases where there were some problems?
We need bridging to work before we can upgrade our hotspots from 4.17.

Hi,

I just updated my router. This is just a 'cosmetic' thing. When connecting to WebFig v5.3
and clicking on New Terminal. I'm getting a message like:

Firefox prevented this site from opening XX pop-up windows.

XX is incrementing every half of a second.

In Firefox, if I go to settings and click on view: 'http://xx.xx.xx.xx/webfig/terminal.html?u8=0'
Terminal opens.

Internet Explorer seems to work. Same issue here with Firefox

-tp

Very easy to fix on Firefox: just authorize the site using the button at the right of the message (where "site" means the RouterOS device) and there will be a nice terminal. Note that (at least on OpenBSD) you will probably get ten or so terminals next time you try to open one from WebFig, so I would you suggest closing Firefox, after authorizing the RouterOS device to open pop-up windows on your browser, and open Firefox again.

It is not a ROS bug, it is a Firefox feature used to prevent sites opening pop-up windows by default.

no ipv6 listen for RA (SLAAC) on pppoe yet

Just fired it up in the lab, nothing major found wrong yet

I upgraded one of our AP's to see if this would help out with the timing related disconnects. Not only did it not help with that I now have issues with the Ethernet port dropping in and out on that AP

Have you done firmware updates?

Here are my results from upgrading from 5.2 to 5.3 on an RB411A Access point.

Yes all up to date.

Have you done firmware updates?

Did you see this on 5.2?

Did you see this on 5.2?

We had problems with timeout based disconnects but had no issues with the Ethernet port flapping. The disconnects are worse than they were with 5.2.

It is observed such on rb411 in different places on v5.2 all well

05:41:54 interface,info ether1 link up (speed 100M, full duplex)
05:42:51 interface,info ether1 link down
05:42:53 interface,info ether1 link up (speed 100M, full duplex)
05:45:07 interface,info ether1 link down
05:45:09 interface,info ether1 link up (speed 100M, full duplex)
06:41:42 interface,info ether1 link down
06:41:44 interface,info ether1 link up (speed 100M, full duplex)
07:17:56 interface,info ether1 link down
07:17:57 interface,info ether1 link up (speed 100M, full duplex)
07:23:37 interface,info ether1 link down
07:23:39 interface,info ether1 link up (speed 100M, full duplex)
07:26:27 interface,info ether1 link down
07:26:29 interface,info ether1 link up (speed 100M, full duplex)
08:04:27 interface,info ether1 link down
08:04:28 interface,info ether1 link up (speed 100M, full duplex)
08:04:35 interface,info ether1 link down
08:04:37 interface,info ether1 link up (speed 100M, full duplex)
08:07:32 interface,info ether1 link down
08:07:34 interface,info ether1 link up (speed 100M, full duplex)
08:09:12 interface,info ether1 link down
08:09:14 interface,info ether1 link up (speed 100M, full duplex)
08:12:09 interface,info ether1 link down
08:12:11 interface,info ether1 link up (speed 100M, full duplex)

We had 5.2 deployed on a number of boards including the 411, didn't see such an issue. Are you sure it's not hardware/cable related?

We had 5.2 deployed on a number of boards including the 411, didn't see such an issue. Are you sure it's not hardware/cable related?

I never had any issues with 5.2 and ethernet ports either.

Well I should say on 411's. I have had some issues with 5.x and 450G ethernet ports, not really flapping they just stop passing traffic and won't negotiate a connection to another RB450G

On this AP as soon as I upgraded it to 5.3 the flapping started, I have downgraded it back to 5.2 and the flapping disappeared.

Hi,

I've been testing with v5.3 userman for few hours - seems finally production ready:
"Start at first login" in profiles is fixed, along with some other problems.

I've tried a 1 hour voucher. It did not stopped at the one hour limit.

I confirm a problem rb411 at me they in different cities behavior identical

rb411 novosibirsk
07:26:27 interface,info ether1 link down
07:26:29 interface,info ether1 link up (speed 100M, full duplex)
08:04:27 interface,info ether1 link down
08:04:28 interface,info ether1 link up (speed 100M, full duplex)
08:04:35 interface,info ether1 link down
08:04:37 interface,info ether1 link up (speed 100M, full duplex)
08:07:32 interface,info ether1 link down
08:07:34 interface,info ether1 link up (speed 100M, full duplex)
08:09:12 interface,info ether1 link down
08:09:14 interface,info ether1 link up (speed 100M, full duplex)
08:12:09 interface,info ether1 link down
08:12:11 interface,info ether1 link up (speed 100M, full duplex)
08:28:57 interface,info ether1 link down
08:28:58 interface,info ether1 link up (speed 100M, full duplex)


rb411 toguchin
07:43:46 interface,info ether1 link up (speed 100M, full duplex)
08:01:12 interface,info ether1 link down
08:01:14 interface,info ether1 link up (speed 100M, full duplex)
08:10:06 interface,info ether1 link down
08:10:08 interface,info ether1 link up (speed 100M, full duplex)
08:19:28 interface,info ether1 link down
08:19:30 interface,info ether1 link up (speed 100M, full duplex)
08:26:24 interface,info ether1 link down
08:26:26 interface,info ether1 link up (speed 100M, full duplex)
08:30:27 interface,info ether1 link down

RB433 v4.17 no ehernet erros

upgrade to 5.3

all RB 433 ether link up and down erratic

on RB450 v5.2 no ethernet issue
upgrading to 5.3 constantly eth1 - eth2 - eth3 down and up at same time

ROS 4 doesn't show Ethernet state changes

the popup blocked problem mentioned above is not a problem. this is how browsers treat pop-up windows, there is nothing we can do about it.

normis,

please check the ethernet issue.... on rb433 and 450 running V4.17 or v5.2 no errors, upgrading to v5.3 constanstly eth up and down

on rb532, 333 and 493ah run fine.

I also have the ethernet flopping issue on rb433. After 15 minutes uptime ether3 goes down and up.

Hi,

I just updated my router. This is just a 'cosmetic' thing. When connecting to WebFig v5.3
and clicking on New Terminal. I'm getting a message like:

Firefox prevented this site from opening XX pop-up windows.

XX is incrementing every half of a second.

In Firefox, if I go to settings and click on view: 'http://xx.xx.xx.xx/webfig/terminal.html?u8=0'
Terminal opens.

Internet Explorer seems to work. Same issue here with Firefox

-tp

Very easy to fix on Firefox: just authorize the site using the button at the right of the message (where "site" means the RouterOS device) and there will be a nice terminal. Note that (at least on OpenBSD) you will probably get ten or so terminals next time you try to open one from WebFig, so I would you suggest closing Firefox, after authorizing the RouterOS device to open pop-up windows on your browser, and open Firefox again.

It is not a ROS bug, it is a Firefox feature used to prevent sites opening pop-up windows by default.

Sure Sure, we all know how to fix this in Firefox, but WebFig should try to open just 1 (one) popup window and not 1 (one) every half of a second.

WebFig should try to open just 1 (one) popup window and not 1 (one) every half of a second.

1. it doesn't do that
2. firefox will block even one popup.

I confrm the ETHERNET PROBLEM onm RB4XX

up/down costantly, no problem with prevous releases.

regards
Ros

I confrm the ETHERNET PROBLEM onm RB4XX

up/down costantly, no problem with prevous releases.

regards
Ros

we are unable to repeat it, we have many RB411 devices on our test system right now, we don't see any port flapping. Can you email us a complete description of your setup, and supout.rif file?

I confrm the ETHERNET PROBLEM onm RB4XX

up/down costantly, no problem with prevous releases.

regards
Ros

we are unable to repeat it, we have many RB411 devices on our test system right now, we don't see any port flapping. Can you email us a complete description of your setup, and supout.rif file?

I am experienging it on rb433.

i get it flapping with real internet traffic, when i test with bandwidth test it is stable.

i think they need small packets to get flapping.

but i see many others complaining.
So i am pretty sure it is a big bug.

regards.
Ros

I confrm the ETHERNET PROBLEM onm RB4XX

up/down costantly, no problem with prevous releases.

regards
Ros

we are unable to repeat it, we have many RB411 devices on our test system right now, we don't see any port flapping. Can you email us a complete description of your setup, and supout.rif file?

I am experienging it on rb433.

i get it flapping with real internet traffic, when i test with bandwidth test it is stable.

i think they need small packets to get flapping.

but i see many others complaining.
So i am pretty sure it is a big bug.

regards.
Ros

test TCP direction both
ether not stable

WebFig should try to open just 1 (one) popup window and not 1 (one) every half of a second.

1. it doesn't do that

2. firefox will block even one popup.

1. no sir, it somehow does

kind regards

This is a bug in firefox. Chrome works fine. Webfig asked to focus on the new window, but as the window was blocked, the focus couldn't be completed. Chrome handles this correctly, and reports that focus request was done.

We will find a workaround.

This is a bug in firefox. Chrome works fine. Webfig asked to focus on the new window, but as the window was blocked, the focus couldn't be completed. Chrome handles this correctly, and reports that focus request was done.

We will find a workaround.

OK, so i'll go and open a bug in firefox's bugzilla.

Firefox Bug Id is 659882.

Thank you.

we have found a possible fix for the port-flapping issue on RB4XX series for ports that are not connected to the switch chip. please email to support to get a pre-release fix for this issue.

we have found a possible fix for the port-flapping issue on RB4XX series for ports that are not connected to the switch chip. please email to support to get a pre-release fix for this issue.

emailed!!!

webfig auth via radius still not working
(i know, it was not in changelog...)

What's new in 5.3 (2011-May-25 15:19):

*) fixed RB450G, RB750G switch chip slow ethernet problem;

Finally, everything is fine. Thank you!

An RB433AH (Production Unit) now running v5.3 for 11 hours. All stable, no ether port ports dropping noted. We will run this unit for a few days and if all still well, will upgrade another production unit, an RB800 and see how that does.

Upgraded a RB411 to 5.3, then added the ntp package, and /system reboot. Unit did not come back up, required a manual power cycle to get it up again. Fortunately this unit in close proximity, so no big problem, but if this happens on a high site, much pain and suffering to power cycle.

v5.3 better late than buggy

What went wrong? You are not tested on rb4xx?

v5.3 better late than buggy

What went wrong? You are not tested on rb4xx?

port flapping only occurs on certain configurations on specific ports after 40 minutes of traffic, the port can then disconnect/reconnect for less than a second. this should not cause any major problem, just an entry in the log.

I'm seeing the same firefox v4.0.1 problem in ROS v5.3

Popups are trying to be open every 1/2 sec.

I'm seeing the same firefox v4.0.1 problem in ROS v5.3

Popups are trying to be open every 1/2 sec.

we made a workaround for next release. the easy fix is to allow popups from the router's ip, then it will stop doing that.

v5.3 better late than buggy

What went wrong? You are not tested on rb4xx?

LOL

v5.3 better late than buggy

What went wrong? You are not tested on rb4xx?

port flapping only occurs on certain configurations on specific ports after 40 minutes of traffic, the port can then disconnect/reconnect for less than a second. this should not cause any major problem, just an entry in the log.

Normis,

this statement is not correct, up/down on ethernet causes a lot of problem when you transport voip o tdmoip.
Then you need just 2sec (and not 40mins) to get it occurred with real tcp traffic.

So I would call it A MAJOR ISSUE!

still waiting about the test release to fix it....

regards
Ros

Download page does let itself to believe that there will be another ROS release within hours, today.

I love the forum on the next morning after the release - refreshes like a coffee. As i upgraded more than several RB4xx to latest version last night. So far i can say that only 2 of those had flapping problem, and only in case you have OSPF on flapping interfaces it is actually noticeable, upgraded those two to v5.4. pre-release. Looks like problem is gone.

btw webfig popuping is gone also in pre-release v5.4

Your coffee isn't strong enough.

Is long time feature requested PPPoE Option 82 support Implemented in this version ?

Is long time feature requested PPPoE Option 82 support Implemented in this version ?

IF features are implemented in order of "popularity" i'm afraid you are in back row

Your coffee isn't strong enough.

I actually do not drink coffee - customer mails, forums are refreshing enough

Normis, ethernet problem is serious enough, please see the attached image in the first post in less than 5 minutes switched on and off the port, that port bridge still has a delay of 8 seconds to normalize (lost more 6-pings) and is enough to cause such disconnection of winbox, fail if you browse a web page and closing sessions of MSN, I'm mikrotik user for over 5 years and ISP, actually this problem negatively affects I had to return immediately all to a version 5.2 or 4.17

The problem affects my RB 450, 433 and 493ah (in this case more sporadic)

also install in 532A and 333, these do not cause problems

Normis, ethernet problem is serious enough, please see the attached image in the first post in less than 5 minutes switched on and off the port, that port bridge still has a delay of 8 seconds to normalize (lost more 6-pings) and is enough to cause such disconnection of winbox, fail if you browse a web page and closing sessions of MSN, I'm mikrotik user for over 5 years and ISP, actually this problem negatively affects I had to return immediately all to a version 5.2 or 4.17

The problem affects my RB 450, 433 and 493ah (in this case more sporadic)

also install in 532A and 333, these do not cause problems

did you test v5.4 prerelease? email support to get it.

Thanks, I sent the mail to get it and try it

So 5.4 will be released to public soon ?

5.4 fixes the eth flap problem.

nice thing nv2 support 300mbps data rate on dual chain.

nstreme (v1) uses a better HT data rate when i select advanced data rate, but at stability cost of the link when there is an high load.

regards
Ros

Does this ethernet flap issue affect the RB700-series?

"/export" dies on an x86 box - right around the "/tool traffic-generator" section.

I would send a supout, but it hangs on that, too...a binary backup works fine.

Edit: it does finally finish. Email sent to support.

Give the link on v5.4 pre
petro25@mail.ru

Funny how a couple of us reported the port flapping issue a few weeks ago with loss of data also causing lock ups and watchdog reboots but not only did my thread get deleted twice..!, we also didnt get any resolve in our issues.... Now all of the sudden there bug affects more boards and boom! issue almost fixed immediatly. "so they say!"

Pfffff

Hey Normis, remeber my post that you deleted about loss of packets and ethernet ports being up and down constatly with also wrong duplex info in the log?

Just saying :p


and yes its a major issue having packets completly drop out for a second or two..

I didnt like the "its not a major issue" statement from Normis...

My two cents... be helpful and/or respectful and you get a more positive response. Nobody wants to spend their time helping a jerk. This "I told you so!" post is pretty much useless.

v5.3 better late than buggy

What went wrong? You are not tested on rb4xx?

port flapping only occurs on certain configurations on specific ports after 40 minutes of traffic, the port can then disconnect/reconnect for less than a second. this should not cause any major problem, just an entry in the log.

Cool so now rather than having to reboot every week from a memory leak we have to reboot every 40min now, great release.

And Normis, ANY kind of interface flapping is a serious problem, Dont try and downplay this and I hope someone in QA is getting yelled at right now

Its the fact that they pretty much disregarded the issue by saying there is no issue that bugs me.. anyways enough complaining on my part.

*) fixed RB450G, RB750G switch chip slow ethernet problem;

Good job MT. Thank you very much. We can go full speed now .

has the fixed version been released (via the main download page)?

Hi,

I've been testing with v5.3 userman for few hours - seems finally production ready:
"Start at first login" in profiles is fixed, along with some other problems.

false alarm - built in radius server returns only speed limiting AV pairs, no session uptime limits or transfer limits ..

Cool so now rather than having to reboot every week from a memory leak we have to reboot every 40min now, great release.

you don't have to reboot, the only effect is an entry in the log, and a less than a second timout. the router continues to work and pass traffic. if you need the fix urgently, please email support as stated above.

hello mr.normis, there are update for ROS version 4?

i like version 4 ping style than version 5.

we have no plans to update v4

RB411

Thank you for MikroTIK failure. Your ignore errors caused the malfunction 60 seconds.

Please send me a link to download the v5.4 standa@skylan.cz. I do combined package!!

I already wrote above, please ask support or wait for release later today

Thank you for MikroTIK failure. Your ignore errors caused the malfunction 60 seconds.

i think V5 is in Release Candidate stage still, not ready for production, consider yourself "Beta tester"

Thank you for MikroTIK failure. Your ignore errors caused the malfunction 60 seconds.

i think V5 is in Release Candidate stage still, not ready for production, consider yourself "Beta tester"

I had no major problems with V5 until now.

mikroitk should work more on the software or else moving to Ubiquity. New hardware from you is a step backwards. RB1100, RB1200, RB2011 ... poor performance. I want to see a 1U router with dual Intel Atom or Core 2, a reasonable number of Ethernet and SFP slots, passive cooling. That buys a lot of people instantly. It wants something reasonable and not RB1xxx or RB2xxx.

how fast is the RB1200 as gateway? Mangle 1000, 1000 QT, 500 nat ... 50Mbit? It is on it too. You have no power hardware.

Do you own big problems. Not listening to the right people. Implement unnecessary features that only people who want to have a small network (50 users) and have time to read this forum.

I use Mikrotik for over 5 years but what is happening is very bad.

Is long time feature requested PPPoE Option 82 support Implemented in this version ?

IF features are implemented in order of "popularity" i'm afraid you are in back row

Me too . Unfortunately some little ( simple to programming ) enterprise features did not implemented because they are not popular .

I successfully upgraded RB433AH (firmware 2.29) to 5.3 and I don't have any issue with ethernet flapping. Also OVPN client "bad data received" is solved.

A fix is scheduled within a few hours

a few, but greater that 24? %)

what are you talking about, v5.4 is already released