I have replaced a RB333 with a new RB493 because I needed the extra ethernet ports and the faster processor. I took a backup copy of the 333 and installed it in the 493. Everything came up and worked fine. I made sure I put the ap’s back on the right 3 ethernet ports. I am running 3.13 now as 3.20 did weird stuff to my network. It looks like ether3 just stops for some reason and then restarts a little while later. What I mean by stop is it shows no traffic but shows it is connected. I manual disable port3 and re-enable it and it works fine for a while. I just now disabled the 100m auto negotiation and set it to manual 10meg on both ends thinking that I somewhere read there was a negotiation problem. I am using OSPF for my system. Any thoughs?
Greetings! Seems like there is a rash of routing challenges with these. Just to eliminate the possibiltiy of it being what the others have been, would you be so kind as to show me the output of
/ip address print
and
/ip route print
if it does not compromise your security.
I have a very similar situation on RB450 and RB1000 - so similar it seemed too much to be coincidende.
On an RB450 a Billion 5200 ADSL router connected via eth3 works intermittently. It initially appears fine but shows jittery ping from RB to Billion router - linked with a single CAT5. Then the ping will randomly stop working. ARP ping continues to work and the DSL is seen in the ARP table but no response from the router.
On an RB1000 connected to a Netgear switch in data centre the port occasionally stops routing packets. A stop and restart fixes the problem and a netwatch pinging upstream router triggers such a script. When set to autoneg it gets 1000mbit fdx. When autoneg is disabled and forced to 100mbit fdx the port never shows this problem.
Each RB is running 3.20 firmware. Have tried multiple RB450 (we have over 50 in stock which is worrying!) and random sample shows the same problem.
Any similarity or suggestions in common? It does start to make me worry about stability of 400 series and 1000 series especially when 1000s are installed in remote hosting locations.
This is NOT a “routing” problem. It is a problem with autonegotiation between the Routerboard(s) and the switch(es). I have experienced same problems with (many) RB 493 AH and RB 433 AH. After some time and without serious traffic load, suddenly only the Tx seems to work, while Rx is stuck in zero (0). It makes no difference if you disable/enable the ethernet port in Routerboard (I have repeated more than 50 times this method in each rb). It makes no difference if you change port to the switch. It makes no difference if you connect the “crashed” ethernet port to ANYWHERE (another routerboard, switch, ethernet card etc). The specific Routerboard ethernet is simply dead (!!!). All the other ethernet ports are working ok, unless if you try to connect them to the switch where they also “crash” after a few hours. ONLY if you restart the Routerboard the “crashed” ethernet port goes back alive, until the next crash.
A workaround with this problem seems to be a manually setup for the speed of the ethernet AND the switch (if possible,only when you have managed switch). Try 100 Mbps Full Duplex in both devices. In some cases (3com baseline switch like 2948,2924,2916) there is NO solution so far. Even with Routerboot 2.19 and RouterOs 3.22 THE PROBLEM STILL REMAINS!! Of course you see NOTHING in logs, and supout is practically useless since it also shows NOTHING. It is not a matter of “complex” configuration, since by adding 2 ip’s in routerboard (one on each ethernet) and a gateway and putting it to work, the ethernet that is connected to the switch crashes again after a few hours.
You can “solve” 100% this problem by replacing the Routerboard with a pc box. It also seems that RB600 is NOT affected so far as I can tell (I am still testing though). I will soon have news regarding this issue with other versions of Routerboard (I have a collection with almost all routerboards). I cannot recommend any other solution for your problem. Normis THIS is a SERIOUS problem…
Just wanted to add our experiences…
We are having a very similar issue. We have RB493AHs that we have been using since it seems we cannot get daughterboards for the RB600s (which have had NO problems for us on probably 30 towers or so). We are experiencing the port lockups, but even more, about 75% of the time that one of the ports lock up the whole router becomes “locked” and a reboot is the ONLY way we can get them stable again. Here is what I have found to cause these lockups:
Plugging in a new piece of equipment (even my laptop to any port)
Rebooting an existing piece of equipment that is plugged into the router
Re-inserting a plug
Now, as these things do not always cause a lockup on the port or router, it is more often than not, and any for that matter is too much in the field. Sometimes we can reboot equipment with no problem- the next day or week rebooting the same equipment causes either the port to lock up or the whole router.
Some have reported that using lower voltage PSUs (other than the 24V we are using) solved the lockup problem, however, this did not help us even when we used 12V PSUs.
Hopefully this problem is solved quickly as we basically cannot use these at all with this problem.
Hi have the same problem,
I have a network of 60 AP-Routers and i use RB500,RB600 and i have over of 20 RB433AH, ALL RB433AH have this issue, the ethernet stop of work , and i must go in the tower to restart manually the Devices… This is a very urgent problem, we have a lot of disservice and ours customer are very furious, we need other radio for expand our network but we can’t buy other 433 if this problem not is solved.
It’s ridicule that a wisp company have problem in to ethernet connection 
Please stop to enhance wireless protocol and spend two cents for fix this trouble, because this is very urgent 
Bye FR4
P.s. disable autonegotiation not solve the problem
Yes we have similar problems with RB493AH - ethernet ports not performing properly - looks like autonegotiation/full duplex problem. Have tried everything but cannot resolve it.
Have sent supout file to support.
We are also having this problem on our 493AH that we use as our core distribution router (no wireless cards).
We seem to have this problem one of the remote sites connected to a port has a power failure (which would coincide with the low traffic). Last night the three sites that we distribute bandwidth to through this device all lost ip connectivity to/from this RB493AH even though the link was up and CDP/neighbor information was passed. MAC-TELNET doesn’t work either.
We don’t have any switches connected to these ports but do have a variety of devices used as wireless backhauls connected with less than 50 ft of cable all auto/negotiating to 100/full:
Motorola 5.2 10 Mb backhaul
Mikrotik 433 used as a backhaul
Trango 5.8 backhaul
Last night all three of these links would not pass traffic until the device was rebooted (via software). We have two more backhaul links on this 493AH that go to our ISP, one is a Mikrotik 433/433AH set and the other is a Ubiquiti NS2 set and those both have stayed (able to pass IP traffic).
We use the following features on this RB493AH: OSPF, VRRP, NTP Server, DHCP Server, NAT, and the “protecting your router” firewall rules listed in the wiki to block brut force ssh and ftp access.
We had the same problem on a 433AH that we previously had replaced with this 493AH. We have 2 other 493AH devices, and 7 433/ah devices in the network at this time none of which seem to have this problem all running similar features, just less bandwidth. The problem 493AH is handling about 10 Mbps agregate traffic for a WISP at high usage, and about 3 Mbps agregate at low usage times.
Mikrotik: Any ideas? I have a support file taken from this device while it was not accepting traffic if it will help.
Hello
The same, Rx hangs, happens with 4 port gigabit ethernet adapter
(VT6120/VT6121/VT6122 Gigabit Ethernet Adapter (rev: 17)) too
with routeros v. 3.25
We have seen problems on our 493AHs where ether1 works just fine, but ether2-9 will degrade significantly in performance, and then altogether stop working (RX-wise at least).
We just had an issue about an hour ago where we plugged in a new device into ether9 while ether5, 6, and 8 were in use, a comment was added to the interface, and all ports except ether1 locked up. The on-site tech could only get into the Routerboard via ether1.
The RB433AH was running 3.18, reboots did not work. When it was upgraded to 3.24, it started working again.
However, I have seen this problem on 3.25.
Hello people, I have the same problem. I have three RB433AH (RB1 RB2 and Rb3), and the RB2 and Rb3 are connected on ports ether2 and ether3 of RB1, and is exactly the same problem that nolis said. We need a fast reply for this issue, Mikrotik team. Regards,
Hello
I too seem to have this problem
I have rb433ah plugged into Cisco
Every few days ether1 stop passing traffic, reboot fix’s
Does anyone have a solution for this?
Thanks
Can you please provide exact device model to which routerboard is connected?
Its in a datacentre, I’ll email and ask
In my case are three RB433AH, RB1 and RB2 connected in RB3. The RB1 and RB2 simply stop responding after a few hours. If you need more information please ask. We need to resolve this.
Is ether1 is used to connect to RB3 or any other port?
This is connected as the image attached. All ethernet ports are on bridge1. When the problem happens, I tried to swap the ethernet ports but not resolved. I tried to disable auto-negotiation but not resolved.
Its a Cisco 3560G
For you guys that are having problems.
What radio cards are you using and what Slots?
Did you restore config to this device from another?
Thanks
“RB433AH 1” - three R52
“RB433AH 2” - two R52 and one R52H
“RB433AH 3” - one R52 and one R5H
I configured the mikrotik from the default setting, I didn’t restore config from another mikrotik.
Regards,