Page 1 of 1

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sat Sep 24, 2011 12:41 am
by wiyat
thanks for the tip, zervan. others should also check if there are no attacks on your router at the time of the problem. high CPU usage is also suspicious. remember also that in v5.7 there is a DHCP server bug, where it causes high resource usage if it's on a disabled interface. this is fixed in v5.8
Thank you Normis... (All RB493Ah, RB433AH, RB750, RB333 have Ros 5.6 and Old firmware and its work OK 100% ) I hope that on the 5.7 or 5.8 come with the all correction... BUT At the moment the flap problem its solved...

Zervan: if you need something about this problem please let me know and I give u my comments..

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sat Sep 24, 2011 12:52 am
by WirelessRudy
(All RB493Ah, RB433AH, RB750, RB333 have Ros 5.6 and Old firmware and its work OK 100% ) I hope that on the 5.7 or 5.8 come with the all correction... BUT At the moment the flap problem its solved...
Well, YOUR flap problem is solved. But I still have it and probably many others. Its an issue in 5.4 to 5.7 minimum.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sat Sep 24, 2011 1:20 am
by mmmigoro
thanks for the tip, zervan. others should also check if there are no attacks on your router at the time of the problem. high CPU usage is also suspicious. remember also that in v5.7 there is a DHCP server bug, where it causes high resource usage if it's on a disabled interface. this is fixed in v5.8
The bug is also present if DHCP relay is enabled on a disabled interface, the CPU goes to 100% tested on 411AH and SXT.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sat Sep 24, 2011 6:43 pm
by wiyat
WirelessRudy

Example: If you have a RB493AH update with 5.6 Ros Version and Firmware 2.29 only that you need to request to Mikrotik the Firmware 2.20 and when you receive this firmware file you need to put into Files and after you need to go to Console and run the following command: sys rou up and after sys reboot.

When do you do this the new firmware version will be 2.20.

The problem is on the firmware 2.29 come with some problem but I dont know what is exactly the problem but when you downgrade your FIRMWARE your Flap problem will be correct.

Comment:
When I note that I have a Flap problem was when I upgrade the RB493AH to ROS 5.6 and I upgrade the firmware to 2.29 on this moment my FLAP problem Start.- Well I request to Mikrotik the Firmware version special to RB493AH version 2.20 and I downgrade the problem was fix it.

Do you understand..

Thank You

This is the only way to correct this problem....

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sat Sep 24, 2011 6:44 pm
by wiyat
Remember you the only way to correct the problem is report to Mikrotik and they will be correct the situation.

THANK YOU MIKROTIK

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sat Sep 24, 2011 6:46 pm
by NAB
The bug is also present if ...
I think I have another case which would explain what happened this morning...

I was messing about with VLANs on the home router (RB750). Added, removed and tried various things. In the course of this, a DHCP server was set up on a VLAN interface which was disabled.

Ever since then, CPU has been at 100%.

I have cleared the router out to the configuration it had before I started playing and the CPU is still at 100%.

Since then, the DNS server on the box has stopped responding a couple of times and needs
/ip dns set allow-remote-requests=no
/ip dns set allow-remote-requests=yes
to get it going again.

Not good.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sat Sep 24, 2011 6:50 pm
by wiyat
This is My Graph, if you observe we had too many days with this problem and After to downgrade the firmware the problem was solved..

Thank you

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sat Sep 24, 2011 11:51 pm
by wirelesswaves
The problem is on the firmware 2.29 come with some problem but I dont know what is exactly the problem but when you downgrade your FIRMWARE your Flap problem will be correct.

Really!!!!!!!!!!!!!!!!!! see attached paintshop image of RB750 that is running ros5.6 but deliberately not upgraded from firmware 2.26 to 2.29!!


Remember you the only way to correct the problem is report to Mikrotik and they will be correct the situation.

Really!!!!!!!!!!!!!!!! According to MT, Rudy is the only one with a port flap problem!

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sun Sep 25, 2011 12:41 am
by jandafields
The bug is also present if ...
I think I have another case which would explain what happened this morning...

I was messing about with VLANs on the home router (RB750). Added, removed and tried various things. In the course of this, a DHCP server was set up on a VLAN interface which was disabled.

Ever since then, CPU has been at 100%.

I have cleared the router out to the configuration it had before I started playing and the CPU is still at 100%.

Since then, the DNS server on the box has stopped responding a couple of times and needs
/ip dns set allow-remote-requests=no
/ip dns set allow-remote-requests=yes
to get it going again.

Not good.
The DHCP 100% CPU issue is a bug in v5.7 only (fixed in 5.8) and has nothing to do with the port flapping issue.

Also, whatever DNS problem you have that requires a restart is probably not relevant to the port flapping issue either.

The port flapping issue is present with several versions of Mikrotik.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sun Sep 25, 2011 12:46 am
by jandafields
The problem is on the firmware 2.29 come with some problem but I dont know what is exactly the problem but when you downgrade your FIRMWARE your Flap problem will be correct.

Really!!!!!!!!!!!!!!!!!! see attached paintshop image of RB750 that is running ros5.6 but deliberately not upgraded from firmware 2.26 to 2.29!!


Remember you the only way to correct the problem is report to Mikrotik and they will be correct the situation.

Really!!!!!!!!!!!!!!!! According to MT, Rudy is the only one with a port flap problem!
You may need to go back further than 2.26 (2.20 if your device supports it).

You should report to Mikrotik support regardless of who you think that they say has the bug. The more reports, the quicker the fix!

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sun Sep 25, 2011 2:34 am
by WirelessRudy
The problem is on the firmware 2.29 come with some problem but I dont know what is exactly the problem but when you downgrade your FIRMWARE your Flap problem will be correct.

Comment:
When I note that I have a Flap problem was when I upgrade the RB493AH to ROS 5.6 and I upgrade the firmware to 2.29 on this moment my FLAP problem Start.- Well I request to Mikrotik the Firmware version special to RB493AH version 2.20 and I downgrade the problem was fix it.
Well, MT never gave me this option. I "was the only one with the problem" anyway. Hence I started this topic to bring it back up on the agenda again. The issue is started with the first 5.0 and 5.1 packages. I don't know what firmware they had but basically ros5x came with an Ethernet status sensor and since the port flaps are around.
I have several support mails with them and they never gave me such option. So I don't believe the downgrade is going to be the option for me.

But if you send me the fw's to my mail rudy@marucom.es for some rb133C's, rb411's, SXT's and groove's I can start testing your statement. I don't want to wait until the week because then I have no time...

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sun Sep 25, 2011 2:46 am
by jandafields
This page has firmware 2.23 and 2.36 for AR7100 units:
http://routerboard.com/RB433UAH

2.23 came out with Mikrotik 4.4, so it is way before the 5.0 version firmware.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sun Sep 25, 2011 2:28 pm
by wiyat
Hello WirelessRudy.

Its better if you request the firmware version to Mikrotik Support but please specify to them what is the firmware that you need.

Example: I request the firmware version 2.26 but not work ok, after that I downgrade to firmware 2.20 all work Fine. But the firmware that They sent to me only is for RB493AH, RB433AH.

For this reason you need send to Mikrotik Support what is the firmware that you need.

Best Regards,

Wiyat

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Sep 29, 2011 5:25 pm
by Ivoshiee

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Oct 12, 2011 10:39 am
by zervan
Today I have had a problem with ether2 on RB750G (as far as I remember, this was the second time - first time it was few months ago). I've reported it to support. Is it what you call "port flap"?
I've had an issue with my RB750G - ether2 stopped to work at all. This was not the first time.

Configuration is:
- ether1 is master port of switch;
- ether2-4 are slave ports of switch;
- ether5 is independent interface.

In the morning I've resumed (from hibernation) my computer on ether2 and I didn't have connection. I've started Wireshark to see what's wrong - there was no single packet incoming (and it should be a lot of broadcast, there are dozens of computers on network). I was not able to ping router from ether2 as well.

I tried to restart my computer - didn't help. I tried to disconnect the cable and connect back - didn't help.

I tried to turn on my other computer on ether5 and it was working there. I looked at RB750G using WinBox to see what's wrong - everything seemed to be fine, but I was not able to ping (nor arp) computer on ether2. The ether2 port was running on 1 Gbps, so I tried to set 100 Mbps manually - didn't help. Then I set auto negotiation back - but it failed - strange. So I've left it on 100 Mbps and created supout file, witch is in attachment.

I tried to remove my computer from ether2 and connect it to ether3 - it was working fine there. I tried to connect other computer to ether2 - was not working.

It means: there was problem on ether2 only, obviously.

After all I rebooted RB750G and ether2 is working again.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Oct 12, 2011 5:58 pm
by honzam
The same problem with rb711. Latest firmware. ROS 5.7 and 5.8. This problem occurs in more customers
2-3sec down and up

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Oct 12, 2011 8:03 pm
by zervan
It was not the same on my router - ethernet port seemed to be "on", but was not working.

Strange thing: today afternoon I came back home, turned on computer and.. the same problem as in the morning. Why? Router is running few weeks without any change or reboot (and few months without any problem) and here are 2 issues today.

honza: Zdravím západných susedov! :)

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Oct 26, 2011 8:02 pm
by WirelessRudy
Suffered from, and found reason why and cured this particular one....

After changing some in my network so suddenly a routerboard 433 that is connected by Ethernet to a rb439AH developed a very severe port flap issue.
The change in the network was 2 more hubs down the line where I hang a complete network with some 80 users on it to use this specific routerboard 433 on its way to the central. (This router also has a wireless link through which all traffic comes in).

First two days after the change nothing happened.
Third day noticed every 3-5 hours Ethernet port of the 433 dropped to immediately come back. Sometimes 5 to 6 time in a row to disappear for some hours until the next event...
Fourth day problem became severe. During the morning interval dropped to every hour roughly and in the afternoon suddenly dropped to every 5 mins.... :(

I spend 36 hours to fight this. Tried everything. New cable, new power block. Set both connected ports to "auto rate sense" or manual, (noticed this problematic port's "auto rate sense" produced "failed" status message). The manual setting made the port flap less severe, went back from every 1-5 min to every 15-20mins...). Changed bridged routers into full routing down the line into my network. Disabled some part of the network to determine if the problem came from somewhere else. (Strange, problem disappeared if that new part of the network was disconnected from that router 1 hub away. The problem disappeared....! This same network always ran over a different router towards central and never gave problems in similar setup... When I enable this 80 user network to run again port flap just came back in all severity!)

Tried downgrade the software all the way back to 4.17NV2 wireless package. This solved the issue for exactly 12 hours and than it just came back!

Rebooting didn't help, power cycle did for an hour or so...
So update router back to 5.7. Problem still around.
Upgraded the firmware into latest v2.36, problem still around.

Since my theory still is that it has something to do with the sensitivity of the Ethernet port sensor in the software I decided to use a power splitter to split the power off the Ethernet cable so a powerless plug runs into the Ethernet 2 port and the power (14V) is delivered to the board by a jack. (I have to inform this rb433 is in a metal box, but not earthed. It is not available in that location and the board is already running fine in this role for 5 years without a single problem!)

The powersplit-off cable cured the problem it looks like! Unit is now running for 48 hours without a single port flap!

This makes me even more think the POE ethernet port of the boards are very sensitive for ESD what might trigger the port to shut down and come back up...

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Oct 26, 2011 8:05 pm
by WirelessRudy
I've not been in the position to request the 'old' firmwares from MT like "wyiat" suggested. Also because I do not really believe it will bring salvation...
And if it would, than I would find it very strange MT up to now never replied on this one yet....

But anyway, anybody else that tried the downgrade firmwares and did it bring the solution?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Oct 26, 2011 8:29 pm
by jandafields
There is a new 2.37 firmware, but I don't know if it addresses this issue. Might not hurt to try it. It's in the 5.8 links that are floating around here...

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Oct 27, 2011 2:12 am
by sup5
Instead of a power supply use a lead-acid battery (car battery) for testing the port-flap issue.

Modern PSU might add high frequency garbage on the DC-power.

A lead acid battery delivers the best power you can get.

I could imagine, that the port-flap issue will be gone, if the routerboard is powered by a battery.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Oct 27, 2011 11:12 am
by WirelessRudy
Instead of a power supply use a lead-acid battery (car battery) for testing the port-flap issue.

Modern PSU might add high frequency garbage on the DC-power.

A lead acid battery delivers the best power you can get.

I could imagine, that the port-flap issue will be gone, if the routerboard is powered by a battery.
I completely agree. I would imagine the same.
Sad thing is only that this specific board already is powered by a big bank of batteries (400AH!). Since they are continuously charged the voltage at the boards is higher than the 12V nominal of the batteries so that should be ok then.
Actually I have a couple of other boards powered via battery supply and these also show a port flap occasionally.
(But than again, even the chargers are 'pulsing' so that could give a problem?)

The board with the power take off is still running so I think this is the solution for me. These PoE ports are too vulnerable. I have already had several problems with them (2% of my boards had more or less a Ethernet problem with these ports.)
Several boards had these PoE ports stop working in a way that they don't pass traffic any more while still usable for power supply or they became completely dead where the board still boots by jack and in case of 433 the other ports are still usable.

My conclusion is that the POE ports are vulnerable for ESD which can break them so I am going to avoid them from now on....

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon Dec 05, 2011 11:13 am
by n21roadie
Instead of a power supply use a lead-acid battery (car battery) for testing the port-flap issue.

Modern PSU might add high frequency garbage on the DC-power.

A lead acid battery delivers the best power you can get.

I could imagine, that the port-flap issue will be gone, if the routerboard is powered by a battery.
I completely agree. I would imagine the same.
Sad thing is only that this specific board already is powered by a big bank of batteries (400AH!). Since they are continuously charged the voltage at the boards is higher than the 12V nominal of the batteries so that should be ok then.
....
Have you tried disconnecting the charger and as suggested power the board from the battery only?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Feb 02, 2012 2:40 pm
by vmnx
I will write about port flapping too. Til now, I haven't real problem, 2-3 flaps a day, so be it. But now log looks like this:
14:03:31 interface,info eth1-W1 link up (speed 100M, full duplex)
14:03:41 interface,info eth1-W1 link down
14:03:43 interface,info eth1-W1 link up (speed 100M, full duplex)
14:03:51 interface,info eth1-W1 link down
14:03:54 interface,info eth1-W1 link up (speed 100M, full duplex)
14:04:08 interface,info eth1-W1 link down
14:04:11 interface,info eth1-W1 link up (speed 100M, full duplex)
14:04:23 interface,info eth1-W1 link down
14:04:26 interface,info eth1-W1 link up (speed 100M, full duplex)
14:04:32 interface,info eth1-W1 link down
.................................
eth1 is POE port on RB493AH.
I had to climb to the roof ant change cable from 1 to 7. And now every think is OK. Not a single flap. So, the problem is not in cables, not ir other end port. Problem is in POE port. 10mbps worked a lot better than 100mbps. I don't know what does it means.

EDIT: maybe the reason it started to flap, is cold? Now in east Europe is -20 :)

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Feb 02, 2012 2:42 pm
by normis
the RB493 PoE port is a separately connected port. It will get different statistics and information. So it's entirely possible that you don't get bad cable report because the other ports don't report it.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Feb 02, 2012 5:31 pm
by honzam
If someone using this type of POE so it causes a lot of problems (down and up)
http://www.i4wifi.eu/passive-poe-injector_d1392.html

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Feb 02, 2012 9:26 pm
by samsung172
I have seen this a lot between rb 1xxx and rb 800 . It seems like problem show up, if use poe to the 800 and cable is not gigabit sertified. "home made" 30 meter cable (5e) give a lot of troble, while factory made short cable <5m fix issue. Problem does not show if using "old" non gigabit poe.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Feb 02, 2012 10:49 pm
by n21roadie
If someone using this type of POE so it causes a lot of problems (down and up)
http://www.i4wifi.eu/passive-poe-injector_d1392.html
I have used a lot of those and no problems.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Feb 08, 2012 11:51 am
by vmnx
1. With port 7 I don't get any packet loss.
2. RB is powered by dedicated power port, not POE.
3. cable is prebuild 0,5m.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Feb 08, 2012 12:54 pm
by macgaiver
I think that most here fail to realize that in 99% of situations with port flapping it has nothing to do with software - it is hardware.
Currently i do not have any port flapping problems in the network but this is what i have seen:

1) some hardware simply is not compatible with each other (not only MikroTik) over time it forced us to use similar equipment everywhere
2) Not shielded cables were affected by electrical cables that runs near-by can cause port flapping.
3) Cable problems - too short, too long, some cables turned out to have designated wires for data, if you use other color wire it had problems.
so we are also trying to use same Ethernet cable manufacture.
4) faulty cable connectors - testing equipment shows all OK, but problem persist - swapping it out to another manufacture solved that problem.
5) Partially blown Ethernets (usually because of grounding problems) - usually indicates some time after connection is created.
6) best one: one of our engineers have "an electric personality" - he manage to damage equipment only by touching it. So we had to "ground" him.

Only once i have seen software related problem and it was in case port flapped every time there was high data load on it.

to WirelessRuby - no offense, but it looks like you have most of the problems, maybe you use bad cables/connectors or use bad pinout for these cables, also get a electrical engineer and recheck all the grounding status on you boards. If port flapping stats after some days of deployment - congrats, most likely you have partially burned you Ethernet because of some static electricity.
Also there is a chance that you are also "an electric personality" :)

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Apr 17, 2012 8:11 pm
by qverty2012
My dear friends. I have the Mikrotik RB450g. I have connected 2 AP. 1 is Nanostation M2 and the second is AirMax Sector 2G-16-90. But i have the same problem with either3 link up/link down (in 2 sec). I have changed - power supplies, cabels. Have the same problem. Pls help me

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sat May 05, 2012 7:54 pm
by wifiqos
You might be exceeding the line length for the power you need.

here is an online calculator to determine the line loss as a function of distance from the power injector to the load device. It will predict the delivered voltage after you enter the line length and the power needed by the device, and it will calculate the power loss in the CAT-5.

http://beyond-wifi.com/poe/poe-calc.html

This is an iterative calculation - note that some combinations of high power, long length and low voltage are actually mathematically in-stable - it will oscillate and your voltmeter will show you the average when in fact it is actually dropping out.

The online calculator warns of this and you can figure out the max distance, and minimum voltage you need in the POE injector.

You can do this in excel - but the online calculator saves time.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon May 28, 2012 3:08 pm
by lmhandslh
I have the same issue RB450G, I'm using 3 as pppoe concentrators, 2 have port flapping on ports 2-4, more frequently 3 and 4, but occasionally on 2 (all happen at the same time, never on 1 or 5 on either of them). 450 is directly plugged in to battery backup no poe power, longest cable length 3' all brand new cables. What's interesting but I assume unrelated, on 1 of the 3 all running firmware 5.12 now there is no flapping issue the only difference in setup between the 3 is the one rb450g we haven't logged or visually seen the issue on is running userman for pppoe authentication, the others are using PPP Secrets to store the authentication credentials, I'm sure unrelated but an observation none the less.

I had upgraded two of the routers to 5.16 the one's using ppp secrets, and the flapping increased substantially, from 1 or 2 flaps, to 30-40 in a row, still only happened 1 or 2 times a day (I turned the PPPOE keepalive up to 60 to keep some of the customers from dropping, some still do). I have now rolled them back to 5.12, and although it still happens the frequency is significantly less. Time is hard to predict but at least happens once a day, usually twice. We have 4 Routermaxx routers running RouterOS 5.15 and have yet to see or log a port flap on any of them, all are authentication users using PPP Secrets.

Rudy your not alone.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon May 28, 2012 3:18 pm
by qverty2012
The same situation. Mikrotik is RB450G . I ve updated Mirkotik to 5.16. But port flapping still go on at the one of the port. I don't know how to decide this problem :(

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon May 28, 2012 3:21 pm
by normis
We found one issue in our whole network with port flapping in the log file, when we inspected the situation, we found that it was caused by an old Planet switch. We replaced it with RB2011 in switch mode, and it works great since.

If you have port flapping issue - make sure you try to replace the involved devices, cables and switches. It could be caused by hardware fault, or if the device is old - maybe it was improved in a later revision. For example if you have it on RB450G, check when you bought it, and try a different one (newer) if you can.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon May 28, 2012 3:29 pm
by qverty2012
We found one issue in our whole network with port flapping in the log file, when we inspected the situation, we found that it was caused by an old Planet switch. We replaced it with RB2011 in switch mode, and it works great since.

If you have port flapping issue - make sure you try to replace the involved devices, cables and switches. It could be caused by hardware fault, or if the device is old - maybe it was improved in a later revision. For example if you have it on RB450G, check when you bought it, and try a different one (newer) if you can.
So you want to say that update or something else don;'t give anything results? Only need to change the Mikrotik to another model?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon May 28, 2012 3:40 pm
by normis
I am saying that most likely your problem is caused by cables or bad switch!

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon May 28, 2012 3:43 pm
by qverty2012
I am saying that most likely your problem is caused by cables or bad switch!
I changed cables 3 times

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon May 28, 2012 4:00 pm
by slech
We have same issue:
RB750UP(5.16) + Cisco Catalyst (c2950-i6q4l2-mz.121-13.EA1.bin)
But I thought this is a Cisco Switch issue. Issue doesn't appear on all ports of Cisco Switch. Also I noticed that this depends of wall outlets.
May be this is a ROS bug ? :)

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon May 28, 2012 4:08 pm
by sergejs
slech
I do not want to blame any other software, however 121-13.EA was released 6 years ago [2006], (as I found on switch manufacturer web-page).

1) Do you have the same configuration on all ports of the switch?
2) Is there any difference, when Cisco switch is connected to Ether1 or Ether2-Ether5 RB750UP?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed May 30, 2012 2:11 am
by lmhandslh
Today we swapped out our cables, checked new cables with fluke all tested clean (old ones tested clean, normis is adamant it's cable or switch, we'll take his advice and swap both). It was happening once at least every 24 hours, so far it's been 12 hours no flap.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed May 30, 2012 3:27 am
by WirelessRudy
Well, I ever started the topic and its still there.
It is still random around on many of my installations but clients don't seem to notice so I leave it around. But since I have e-mail notification enable for such events by default on all my units (250+) I still have several units having very severe port flaps going on.
Even on brand new installations with new cables, new connectors, new CPE and new Wifi routers and all updates software and firmwares sometimes the issue is still around.
But since its not bothering anyone apart from me (when I look in my mail box filling up with the messages) I leave it as it is and might consider to switch the notification completely off...

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed May 30, 2012 4:56 am
by lmhandslh
Happened again, we tried, always worth a shot.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu May 31, 2012 12:10 am
by Ivoshiee
We found one issue in our whole network with port flapping in the log file, when we inspected the situation, we found that it was caused by an old Planet switch. We replaced it with RB2011 in switch mode, and it works great since.

If you have port flapping issue - make sure you try to replace the involved devices, cables and switches. It could be caused by hardware fault, or if the device is old - maybe it was improved in a later revision. For example if you have it on RB450G, check when you bought it, and try a different one (newer) if you can.
Dear MT: You have seen that given issue happening on your network with your equipment - we around the world are not seeing visions after all! Despite the sentiment of your comment I sure hope you are not dismissing it as not being an issue with the ROS, because other equipment are not affected by that given problem, but Mikrotik equipment are. Even if it is cable, PoE, other vendor equipment induced issue the fact is the ROS powered ones are having real issues dealing these conditions triggering port flipping. I sure hope you will set up an laboratory experiment around your Planet switch and try to analyze what conditions are making ROS to drop and flip connections. After all that good work we see finally the ROS emerge that start to tolerate these conditions.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu May 31, 2012 8:15 am
by normis
RouterOS is very good at logging things, it simply informs you of more things than some other equipment. In my described situation, the same issues happened with any other device, including PCs, so was not a MikroTik only problem - it was caused by a physically broken switch!

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu May 31, 2012 9:27 am
by Ivoshiee
RouterOS is very good at logging things, it simply informs you of more things than some other equipment. In my described situation, the same issues happened with any other device, including PCs, so was not a MikroTik only problem - it was caused by a physically broken switch!
Logging is a good thing for starters, so at least some portion of error detecting it is there already, but there is a need for some additional research into the reason why it is happening. MT customers are hardly qualified enough to figure it out what incompatibility is causing MT gear to stop working. I still believe that qualification is in MT, but somehow MT does not take that issue seriously enough.

If we see a port flap issue in systems with MT gear, should we ask for a RMA replacement for those equipment? Does MT accept that issue as a reason? I doubt it.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu May 31, 2012 9:30 am
by normis
We need as much information as possible, if you can, send us all the equipment where you see this issue constantly, including the cable and the switch. If you can get a simple system where this is happening, say - two routers and a switch in between - you could send it to us, so we can turn it on, see the issue, and start debugging it. Email support if you are willing to arrange this.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu May 31, 2012 11:49 am
by sup5
Yesterday I found out, that a firmware upgrade (routerboot?) solved one of my port flapping issues.
The ethernet link between a RB1200 and a RB-SXT always lost connectivity when I tried to push data through it.
A firmware upgrade on both Rb1200 and RB-SXT solved this issue.

But I don't know if it will help with spontaneous port flapping...

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu May 31, 2012 4:13 pm
by coffeecoco
i'm just curious and throwing idea's around has anyone "manually set the duplex" and had port flap issues?

Also ethernet sends 2 sets of voltage down ethernet if i remember 5 volt = 1 and 1-2 something = 0
I have just wondered if its a lack of power delivery? OR Faulty Capacitors
If im correct the voltages are controlled by capacitors

everyone know that famous super conductor thing, well anyway half the reason ethernet is limited to 1000mb/s is because capacitors
lack the ability to make the dc voltage square off at such high speeds when it goes from 5 to 2 it dont look square, on a graph it looks like a
/ slope, and what happens is its so fast at speeds 1000mb/s that hardly anything can really make out if that was a 5v or a 2 volt, because of the slopes

they managed to make a super conductor that can square it off very good... but hey lets face it we wont see one unless you have liquid nitrogen just to cool the capacitor ( true fact)
I really am not saying this is the issue, but i see alot of other faulty equipment in my time that makes me realise capacitors have a terrible life span.
especially cheap ones.

If im correct changing the port speed to 100mb/s extends the life span of a capacitor... i think
So i took the assumption here that maybe this is related to the duplex issue maybe routerboard uses the voltages as a reference for duplex speed?!?
Or the capacitors are not healthy

I would love to here someone attempt to re soilder new capacitors to there port flapping routers to see if that fix the issue
if it did Please reply here
Anyway, you also report that the port flap really means a disconnect of the physical line.
On the other hand, your disconnect last a very long time. Where all my port flaps usually happen within the same second or the port comes back within 2-3 secs at worst.
(All according my log. Imho it makes me even more think it is merely a reporting issue than a ´real´ issue. See my first porst.)
That long loss of connection is just a few such ones I experienced. Usually these connectionless gaps are between 10...15 seconds. I haven't checked if these all are reporting as interface being down, but I strongly suspect that.
Edit:
Snippet from the log:
11:43:45 interface,info ether1 link down
11:43:55 interface,info ether1 link up (speed 1000M, full duplex)
11:46:19 interface,info ether1 link down
11:46:21 interface,info ether1 link up (speed 10M, full duplex)
11:46:27 interface,info ether1 link down
11:46:31 interface,info ether1 link up (speed 1000M, full duplex)
11:47:23 interface,info ether1 link down
11:47:24 interface,info ether1 link up (speed 10M, full duplex)
11:47:25 interface,info ether1 link down
11:47:28 interface,info ether1 link up (speed 1000M, full duplex)
11:47:49 interface,info ether1 link down
11:47:52 interface,info ether1 link up (speed 1000M, full duplex)
19:14:46 interface,info ether1 link down
19:14:47 interface,info ether1 link up (speed 10M, full duplex) 

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu May 31, 2012 7:03 pm
by changeip
how many are having this issue when using the included routerboard poe injectors that come with the SXT/OmniTiks, etc? It seems the ones I had problems with were caused by the injectors being flaky. Are those wires even 24 gauge?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Jun 01, 2012 9:36 am
by Ivoshiee
We need as much information as possible, if you can, send us all the equipment where you see this issue constantly, including the cable and the switch. If you can get a simple system where this is happening, say - two routers and a switch in between - you could send it to us, so we can turn it on, see the issue, and start debugging it. Email support if you are willing to arrange this.
I expect it is an open invitation for all affected parties to contribute, but I'll see if I found something what classifies to your requirements. At the same time I hope that Planet switch you found, its surrounding cables, connected MT equipment and all the rest is already going through investigation and just not thrown away instead.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Jun 01, 2012 9:43 am
by normis
Yes, anybody who is able to take two mikrotik routers, plug them into each other, or into a switch, and see port flapping, is welcome to pack this setup into a box, and send to us.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Jun 01, 2012 10:48 am
by wirelesswaves
Ok.

I can send you a log file or whatever you want from an RB493 router with ROS5.9, that is now suffering port flap issues on 1 ethernet port (4)

This router is installed at the base of a tower, attached to the router are a number of RB411AH units, each with an individual Db radio card..
All of the antenna coax cables lead down from their respective antennas and are fed from the approriate routerboard.

The Site is 99% Mikrotik, (1 old belkin router is used only by the "netwatch facility" and its power is taken from the regular mains) All other router boards are supplied via Meanwell AD155 smps with 2 x 12v 70Ah batteries....

It is not possible to tell whether the port flap issue is a problem of the RB493 or is it the RB411ah, since both units will report the same message in the log file.

Prior to this I had the same issue with a RB750 at the base of a Tower and an RB433Ah at the top.
(this was documented elsewhere on the forum)

So, portflap between 2 adjacent MT units does exist.

Nomis.. PM me if you want access into the network.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Jun 01, 2012 10:50 am
by normis
Thanks, we have seen log files, but we need actual failing installation here in our testing department.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Jun 01, 2012 10:52 am
by wirelesswaves
attached is the file that I sent in last year regarding the same issue between the RB433AH and a RB750

(lucky I kept the Paint shop image eh!)

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Jun 01, 2012 10:55 am
by wirelesswaves
ok.. sorry, sent another attachment before noticing that you are online.. (God you are fast today)

Well obviously I cant send in the unit, since its in use... But you can have access if you like.,

Also,,, when both units report the same thing,, what would we be sending you, the RB411 or the RB493.

How do we determine which is the unit making the problem.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Jun 01, 2012 10:56 am
by normis
wirelesswaves, they are directly connected to each other (no switch)? can you bring them down (swap for other routers) and see if the same happens on the table, when only they two are connected to each other?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Jun 01, 2012 11:04 am
by wirelesswaves
Yes they are directly connected, all units within a metre of each other... All ethernet patch cables tied and laced together.

The RB411's all sit on 1 shelf of an enclosure. and the RB493 beside them.

There is a redundant spare RB411ah with a Db card plugged in... Its a "ready to go unit" (unpowered) and sits there as a spare incase of a failure to any other RB411.

It may be possible for me to Load into the spare RB411 a copy of the parameters from the unit attached to Port9 and then recover this RB411ah... But this is a lot of work that I will have to do after midnight.

Let me know if you want me to go ahead.

Simon

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Jun 01, 2012 11:09 am
by normis
The reason I am asking is that we have worked with some of the people in this thread, and we can't repeat any of the symptoms by making exact 1:1 setup. This might be hardware related, or something very specific that we can't pin down yet. This is why we would love if somebody here could get "port flapping" in a simple test network, then pack it all in a box (including all cables and power adapters), and send to us. If we could just plug it in, and see port flapping, we would finally have something to test with. So far, we have not seen this issue "in person" anywhere, we have only seen the logs.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Jun 01, 2012 11:18 am
by wirelesswaves
Ok,

I understand, its a very frustrating problem... Really you need the pair of units sent to you.. I cant cos I dont have a spare RB493.

If you send me a spare RB493, then I can remove a RB411 and the RB493 and send them off to you.

By the way, its only cos I was bored this morning that I followed the forum thread again and decided to log into the router at the tower base.

1: It wasn't doing this when the tower was first commissioned back last November.
2: The RB411ah attached to ether4 is being netwatched further into the network by the gateway router with 2 min intervals and a timeout of 1000.
(last netwatch sms text sent regarding this unit was on Mar23rd)...

The associated AP (rb411ah on ether4) is carrying telephone traffic, and there are NO complaints at all.

So it may be showing a "port Flap" as alarming as it may seem, but whatever the matter is, it doesnt seem to affect telephone traffic or even trigger the "netwatch"

Simon

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Jun 01, 2012 11:24 am
by normis
Thanks for that information. I will let you know if we need further assistance.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon Jun 04, 2012 12:39 pm
by wolfeyes
Same problem here between Omnitik (eth1 poe) and Groove (used for backhaul).
Devices are directly connected (no switch or other intermediate device).

Flapping occurs at least ten times a day and it is very annoying cause ospf state changes on Omnitik and neighboor devices. :(

Also descibed here:
http://forum.mikrotik.com/viewtopic.php?f=2&t=60922

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Jun 05, 2012 10:51 pm
by zervan
I use 3 RB SXT, each on other building's roof, all of them are powered by more powerful 24 V, 1,6 A adapter (there was standard adapter at the begining, I've changed it thinking it would be better) and are connected to UPS. The problem is that 2 of them have port flap issue. One of them is connected directly to RB750G, powered by PoE injector and has problems for a long time (from the time I've installed it). Other one is connected to RB433, powered by adapter and AFAIK it was working fine for a long time, but the problems started to appear nowadays. There are days when no disconnection is appearing, but there are also days with many disconnections. Unfortunately, I can't pack and send the setup, because data cable is going through walls. But I hope somebody would be able to do it and that Mikrotik guys will found out what's wrong.

The SXT without an issue (till now) is connected to RB250GS switch.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Jun 05, 2012 11:09 pm
by WirelessRudy
well, that's indeed another example. I have a rb344 where one port is connected by a 60meters cable to a netgear wifi router. Several disconnects a day, at times many per hour.
Once for test just fit a netgear switch in between. Port flap completely disappeared. Not a single flap in weeks. Removed it again and the flaps where just back....

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Jun 05, 2012 11:18 pm
by zervan
Once for test just fit a netgear switch in between. Port flap completely disappeared. Not a single flap in weeks. Removed it again and the flaps where just back....
I was thinking about this and I will try to do it on one place (other one is problematic). At least I will know if the problem is on site of SXT (as I think) or other RB. I don't like to use unnecessary devices, but if it will help...

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Jun 05, 2012 11:25 pm
by WirelessRudy
Well, as I wrote before, imho it is also more a notification issue from the ROS. Because none of my clients seem to notice anything happening. The call, browse, download etc. and even de ones that has many portflaps a day say their internet works like a charm. Even in asking they never seem to notice broken links so I left it.... have other things to do more urgent....

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Jun 05, 2012 11:52 pm
by zervan
Yes, you are right. But it is a little bit worse in my situation: there are some real disconnections as well - I use Netwatch to check neighbour availability each 5 seconds and I can see that there are problems. I am confused about them - they are not always at the same time as link down problems, see attachments - Lukas (RB433) was offline for 12 minutes (and it reports that SXT was offline). So there are situations when link is up but end points cannot communicate :? In fact, link down/up/down/up solved that problem. Do these problems have something in common? I don't know but I have to solve that.
rb-sxt-link-down.png

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Jun 07, 2012 7:56 pm
by wolfeyes
well, that's indeed another example. I have a rb344 where one port is connected by a 60meters cable to a netgear wifi router. Several disconnects a day, at times many per hour.
Once for test just fit a netgear switch in between. Port flap completely disappeared. Not a single flap in weeks. Removed it again and the flaps where just back....
Same results. After putting a switch as an intermediate device between Omnitik and Groove port flapping resolved.
I can live with it until a new cable installed to utilize a none poe port of Omnitik.
(Described above as an alternative in similar thread)
It seems like a hw issue but of course I'm not sure.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Jun 08, 2012 4:01 pm
by honzam
Hello MT team.
We have problem with Mikrotik (rb411 and rb711) + ASUS router.
UTP cable is arbitrarily long + POE jack http://www.i4wifi.eu/EU-230V-powering-1 ... hparam=poe

There is still disconnect problem on eth cable.
Problem is with all series
http://www.asus.com/Networks/Wireless_Routers/RTN12LX/
and
http://www.asus.com/Networks/Wireless_Routers/RTN10E/

We tried different cable lengths, diferent POE injector and the problem still persists. ROS 5.17, firmware 2.38

Can you simulate it? Thanks

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Jun 08, 2012 4:11 pm
by becs
Hello MT team.
We have problem with Mikrotik (rb411 and rb711) + ASUS router.
What are power supply specs?
Does it happen without PoE injector?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Jun 08, 2012 4:22 pm
by honzam
Hello MT team.
We have problem with Mikrotik (rb411 and rb711) + ASUS router.
What are power supply specs?
Does it happen without PoE injector?
Power for routerboard is 18V 0,7A
Problem is only when is used POE injector. We try change POE for another pieces, but still disconnect.
The same POE with another router (WELL) works fine.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Jun 12, 2012 11:44 pm
by honzam
I have to contact support with this problem?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Jun 13, 2012 9:20 am
by becs
honzam, I have done various tests with RB411 but I was not able to repeat port flapping.
Try to use shielded cable and PoE injector with metal shields around connectors. At least 2m cable should be used for PoE connection.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Jun 13, 2012 10:47 am
by honzam
honzam, I have done various tests with RB411 but I was not able to repeat port flapping.
Try to use shielded cable and PoE injector with metal shields around connectors. At least 2m cable should be used for PoE connection.
Hello. It is easily reproducible. Try this POE from manufacturer C&CC http://www.i4wifi.eu/EU-230V-powering-1 ... hparam=poe

and one from this ASUS http://www.asus.com/Networks/Wireless_Routers/RTN12LX/
http://www.asus.com/Networks/Wireless_Routers/RTN10E/

then it conect to rb411 or rb711. You can use any long UTP cable and the port will be flapping

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Jun 13, 2012 10:48 am
by normis
honzam, I have done various tests with RB411 but I was not able to repeat port flapping.
Try to use shielded cable and PoE injector with metal shields around connectors. At least 2m cable should be used for PoE connection.
Hello. It is easily reproducible. Try this POE from manufacturer C&CC http://www.i4wifi.eu/EU-230V-powering-1 ... hparam=poe

and one from this ASUS http://www.asus.com/Networks/Wireless_Routers/RTN12LX/
http://www.asus.com/Networks/Wireless_Routers/RTN10E/

then it conect to rb411 or rb711. You can use any long UTP cable and the port will be flapping
Could you please contact support directly, we would like to get from you 1:1 exact setup, including the cables and injectors.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Jun 13, 2012 11:05 am
by honzam
Thanks. I send it.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Jun 13, 2012 11:14 am
by sup5
We found out that the PoE-Injectors included with the SXT were responsible for ethernet port flapping, too.
Image

When we used shielded PoE-Injectors like these, the port flapping went away.
ImageImage


Most probably this was a grounding issue,
because the PoE injectors included with the SXT aren't grounded.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Jun 13, 2012 11:20 am
by normis
Thanks for the update. Could you tell us what is the device on the other end of the injector? For example, from what honzam is writing, it looks like the Asus router is causing this.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Jun 13, 2012 5:24 pm
by nicholwee
Hi! I posted a new topic about weird instability of ethernet ports a while ago. It is the same problem as this. So far, it started when I declared a master port for ether2 for ether3-5. When I noticed it, I tried reverting back to my previous setup which was to bridge all ethernet ports and undeclare the master port. Reboot thrice after that.

Today is my 2nd day without the problem.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Jun 13, 2012 9:03 pm
by honzam
Hello. We found so the problem is NOT with routerboards !!!

Problem is with POE injector + new types of WIFI routers conected to routerboard (or any network card)
When we used shielded PoE-Injectors like these, the port flapping went away.
ImageImage
Yes, this is true. With these POE is no problem with ASUS and WELL routers.

I think so problem is not with schielding cables and injectors. I can simulete problem with short cables on table.
In my opinion is problem with this - POE injector have conected only 4wires and this is problem for NEW routers (ASUS, WELL)

POE which put sup5 have conected all 8 wires and there is no port flaping with this POE https://wirelessconnect.eu/images/produ ... 7383_1.png
Mark

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Jun 14, 2012 2:18 am
by WirelessRudy
I still have port flapping with routerboard that connects to other routerboard and gets power through the standard ivory MT powershot.

Basically most of my port flapping units are powered over this MT powershot. And several of these units are not connected to any router at all, just to a PC, or a laptop, or any other make router....

But I agree it might have something to do with grounding or how currents 'leak' over the cables and connectors.
Imho it is actually the ROS that reacts to little currents/freq and interpret it as a failure where actually the link is not disconnected. Clients don't notice the port flaps. (Or it doesn't happen when data flows...)

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Jun 14, 2012 7:53 am
by normis
WirelessRudy, Are you using PoE injectors? Try other ones and see if this changes something.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Jun 14, 2012 10:56 am
by wirelesswaves
Nomis..

That Tower site I have that I told you about, I have a row of RB411AH, they are all powered by 1 commercial supply with battery backup, ALL units use the power plug and NO poe adaptor in site.

So I wouldn't pay much attention to the claims made about poe adaptors. I still have the "port flap" between MT units without poe's.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Jun 14, 2012 10:58 am
by normis
Nomis..

That Tower site I have that I told you about, I have a row of RB411AH, they are all powered by 1 commercial supply with battery backup, ALL units use the power plug and NO poe adaptor in site.

So I wouldn't pay much attention to the claims made about poe adaptors. I still have the "port flap" between MT units without poe's.
Can you replicate the same situation on your desk, with just two routers? If yes, we would be interested in getting such demo setup from you, contact support please. If not, maybe there is something in your tower site that causes this?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Jun 14, 2012 1:53 pm
by WirelessRudy
WirelessRudy, Are you using PoE injectors? Try other ones and see if this changes something.
Yes, they all use PoE injectors. And No, they are not only the MT ones. The ones of UBNT or the new ones delivered with the grooves etc. also have the issue.

But it is not like 100% of my units are suffering from it. I would say 30-40% have a port flap now and then, were some 10% have them more regurlarly, say a couple of times a day. And 1-2% of my units (250+ in total) have it at a severe level. They at times produce port flaps every so many secons, hundreds of times a day.

I already informed in this forum months ago that 90% of ALL my port flaps happen during daytime hours. Over night it is a very rare event.
Hence my opinion it has something to do with statical electricity discharge over the utp cable that triggers the notification of the port status in ROS.
None of my clients complain about disconnects, not even the ones with the very severe port flap.

I don't know how the port status (up/down - 10/100/1000Mb) is being measured by the ROS but I do know data traffic and the power over the lines creates both electrical currents and thus electromagnetic fields that alternate with certain frequencies. It looks to me that certain frequencies or elecmag fields have an influence on the port status sensing software. I am not a technician but that is where I would start investigation.

I found several units that have the port flap issue also switching between the negotiated Ethernet speed. They sometimes switch to a lower speed and only over many minutes or hours they switch back to their higher speed.

I have to inform that none of my CPE antenna's are grounded and I don't use shielded cable or connectors.


In the end, the port flap in itself in not hampering my network performance. But it is very annoying since I have interface status reporting by e-mail enabled to see which client's interfaces are up or down. Some clients have occasional loss of connection due power cuts or otherwise. By looking in their interface status history I can sometimes see what a possible cause might be. But to be able to do so I have to run the log rule:
add action=remote disabled=no prefix="" topics=interface
and I also get the port flaps reported.
So I get a couple of hundreds of e-mail notification per day, only 1-5% is really needed, the rest is waist (=port flaps), but I can see which clients are most severely hampered by them.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Jun 14, 2012 2:04 pm
by zervan
I already informed in this forum months ago that 90% of ALL my port flaps happen during daytime hours. Over night it is a very rare event.
Interesting - from my point of view it happens mostly during sunny days, no matter what the temperature is. I don't have a disconnection for about a week - it is still cloudy and raining these days here.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sat Jun 16, 2012 7:50 pm
by nicholwee
Hi! One of my RB750GL is experiencing this issue also. Have tried reset to factory setting just to be sure my settings were not the culprit. I get timeouts every 4 or 6 successful pings.

Very weird as my RB450G experienced this for less than 48hours. Its been running smoothly since.

Update:
Tried setting speed to 10mbps. It is now working. Will update as soon as we change the current wiring.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sat Jun 16, 2012 8:51 pm
by tgrand
Has anyone with this problem simply tryed to recompress the pins on the cat5 connectors?
Have seen many a cable test good then not be able move current, and all the time having to do with loosed pins on the cat5 ends.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sun Jun 17, 2012 5:42 pm
by coffeecoco
I already informed in this forum months ago that 90% of ALL my port flaps happen during daytime hours. Over night it is a very rare event.
Interesting - from my point of view it happens mostly during sunny days, no matter what the temperature is. I don't have a disconnection for about a week - it is still cloudy and raining these days here.
Pattern!!
Also I want to know has ANYONE tried changing the capacitors on the board?

I understand that heat can make caps faulty unless ive been explained wrong

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Jul 12, 2012 2:57 pm
by wirelesswaves
Any further news on this issues? 45 circumstances of port flap on one AP since 10.25 this morning. On one occasion the port flap was so repetitive that it triggered "netwatch" on a 5s timeout!!!

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Jul 24, 2012 5:12 pm
by Gazza
So now that I have around 50 clients spread across 6 base stations with 3 Internet feeds using OSPF, with clients linking in using station-wds so I can use PPPoE servers on adjacent routers to my Internet feeds, I can say I have been monitoring the "port flaps" and can rule out some theories and also offer a possible short fix solution.

First off, from what I've read and from trying stuff myself, I can say that changing cables and ends is not a solution, although I would make sure you have ruled this out in the first step to diagnosing the problem. If you have multiple cables running up a tower to multiple RB's, then once taking care of your routing, swap the cables around to see if the problem moves to a different RB or follows it on the port. If it follows, it's the RB, if not, it's the cable and or connectors.

I have port flaps on clients and base stations, one base station port flap in particular seems to have been cured by turning off Auto-Negotiation and setting it to 10Mbps. This is from an RB750 at the base connected to a Sextant at the top using my own flavour of PoE injector.

I had tried swapping cables, ports and ends but it kept happening, now for the last 5 days the link has stayed up by forcing it to connect at 10Mbps. Fortunately I use this link only for monitoring part of my network. Although it can and will route all traffic from one of my Internet feeds through to another should the closest fail.

In this case I would say the problem is with the Sextant because the logs show it drops out for a second or 2, the port light on the RB750 also goes out, but the power stays up, so it's the Sextant that is reporting ether1 down.

While spending months monitoring this, I have deduced that when the link drops, OSPF goes into panic mode causing an OSPF storm across the network because this link is central in my network.

I have also noticed on a few occasions, that when I access this Sextant through the Dude, the link would fail either a few seconds just before, or just after I log in. Now, because this is a link into the centre of my network, my Dude would never be stable showing all links as up, I normally only use the ping and http services for clients and ping, router, mikrotik, telnet and dns services on my backhaul routers and when it's not stable I get orange everywhere.

In cases where the link would drop rapidly, OSPF would drop the adjacency and cause a storm across the network. To stop this from happening, I would disable the OSPF instance on the router showing the ether1 down log for a few, maybe 5 seconds, then enable it again and the descriptor would announce the link exchange state, so any wrong state messages would disappear and OSPF would return to normal.

All my connected routers are using OSPF and my clients are mainly holiday Villas where they remove the electric key card when leaving thus switching off the electric, so at all times of day, OSPF is being updated with clients connecting and disconnecting. This in itself does not cause an OSPF storm, by which I mean where many adjacent routers cycle through: invalid sequence, discarding packet, MD5 auth failed, exchange and 2-way to init or down states causing all connected routers to continually update adjacency status to the point the network becomes slow due to the amount of OSPF traffic.

FYI I am using a bridged network with RSTP enabled and when there's no backhaul problems, it works perfectly. I have been at a client trying to diagnose this very problem where they are connected in using an SXT connected to an indoor TP-Link and using PPPoE to dial in.

They connect to the first replied AC which is one hop from the Internet feed, so the routes go from client to PPPoE server (AC), to Internet. Now whenever the port flaps, because of the timing, the PPPoE session stays alive and does not cause interference or down time for the client.

If the port flaps successively, like 2 or 3 times within seconds of eachother, then OSPF announces the link as down, but the PPPoE session stays up so long as OSPF sorts itself out before the PPPoE session becomes stale. During this time the clients still has Internet connectivity.

To prove this client's cable and connections were fine, I pulled a 1GB FTP test file across the connection in around 20 minutes without it dropping once, then after returning home and checking the logs, it had dropped out twice in the 10 minutes after I left. There's no rhyme or reason to the port flap, except I believe it's a software initiated drop and doesn't seem to be related to hardware, power supplies or PoE injectors.

Possible causes:

PoE adapters/injectors
Power supplies
Interference
Cables
Connectors
ROS versions or firmware

In my opinion and testing none of these alter the port flap, it remains as random as it always is, although I would say that when lots of different traffic (Routing/UDP/TCP) is going across it, it is more likely to happen than at night for example when there's very little of any traffic. I even thought of temperature since at the moment we are having around 40-45 degrees C during the days, but still no pattern is emerging.

Possible solutions:

Run a 5 second script to search the logs and watch for the common messages denoting ether1 down and OSPF failure messages, then disable the OSPF instance for 5 seconds and re-enable it to make it autonomous for large networks where you can't monitor it 24/7.

Allow MikroTIK access to your most problematic router so they can check it while it's happening and perform whatever covert operations they want to find the cause. Supout etc.

MikroTIK guys, you need to understand there's a lot of posts on this problem, so you cannot bury your heads in the sand by asking us to recreate it so you can diagnose it, if we knew how to recreate it, then we'd know how to cure it.

Choose someone like WirelessRudy and gain access to one of his problem routers and monitor it yourselves. We spend enough time trying to run businesses and keep our networks running and our customers happy to then spend more time waiting for our network to fail just so you can try and fix it.

I am sure this is a software problem as already suggested and I think OSPF and possibly the ethernet negotiation scripts are "too sensitive" to small changes in electrical changes on the ports.

I'm a mechanic/engineer/software programmer/general dogs body by trade and I can do things with my hands better than most, but I can't be arsed to continue spending hours reading through pointless posts on this forum from people with exactly the same problem. You need to experience this for yourselves and the only way you can do that is spend time monitoring it yourselves.

I'm sure WirelessRudy can give you access to a router you may only need to monitor for an hour or 2 before it happens, so when it does, you can just update this forum thread with solutions not more questions or requests for more information.

I'm getting fed up with feeling like so many others have said before, a "beta-tester for your software".

Your products and software have become the lifeblood of many people on this forum, it is their livelihoods, a lot like me have spent all their money and time creating something based on your products, please re-pay that devotion to your products by devoting 2 hours to finally see what we are talking about and don't keep asking us to recreate it.

As a mechanic I used to have customers coming to me with a problem that wouldn't happen when they turned up at the garage, but I would then give them another car and use it for a day or two so it would happen when I was using it, this was sometimes the only way I could actually solve a problem, rather than telling them to come back if/when it happens it again.

WirelessRudy is right by creating this thread a whole year ago, but you are no closer to a fix. Please, I cannot keep wasting my time reading this forum in the hope problems have actually been fixed, I need to know that for each thread that is opened, a solution is given within a few posts, not 100's and you guys need to understand that with your help, a LOT OF NETWORKING GURUS using your products would be on your side and help you to iron out problems, maybe even offer to be beta-testers to help you push your product forward.

So from now on, I will only check this forum thread for a solution, IE, I will only look at the last post which should be the solution, not yet another customer complaining about your software or lack of commitment to fix it or another request for people to recreate it.

Gain access to a router that is doing it and monitor it until it happens, then fix it and post the solution.

Regards to you all,


Gary

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Jul 25, 2012 12:33 am
by Ivoshiee
"+1"

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Jul 26, 2012 4:33 pm
by toni17
We need a solution of port flapping , this problem is getting all my investments down. All day long i stay at my computer and looking for the port to flapp or 10Mbps . I'm stressed . A fast soluttion PLEASE

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Jul 27, 2012 12:21 am
by Ivoshiee
We need a solution of port flapping , this problem is getting all my investments down. All day long i stay at my computer and looking for the port to flapp or 10Mbps . I'm stressed . A fast soluttion PLEASE
I amafraid that nothing will happen too soon. I've implemented multiple links and OSPF on affected systems, at the moment I can cope with that issue.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Jul 27, 2012 5:17 am
by Aug
Not affecting me anywhere, but will put in my input as it may help.
All my AP's and backhauls are RB411AH or RB433AH. (about 50 total) Running UTP cable from POE-24i or directly from battery to variety of dumb switches, trendnet, cisco, maybe even a d-link.
Routes are all static. No RIP or OSPF.
Clients are a variety of RB411, Ubuquiti Bullets, Tranzeo, and smartBridge(omg).
ROS versions range from 3.28 to 5.18

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Jul 27, 2012 9:50 am
by routerboarda
Hi,
i can see port flapping on my new RB2011L (v5.19 Fw2.41) one port connected with an 3m Cat6 Cable to an APC(Network)PowerDistributer going up and down every few seconds for hours.

regards

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Aug 01, 2012 4:13 pm
by slech
My precedent post
We changed our old Cisco Switch to new one - Dell Power Connect 2724
And ...
Image

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Aug 01, 2012 5:10 pm
by honzam
My precedent post
We changed our old Cisco Switch to new one - Dell Power Connect 2724
And ...
Before, with Cisco no problem?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Aug 01, 2012 5:11 pm
by slech
Sorry for mistake
Good ports:
eth3 - Dell is on
eth2 - HP Printer

Flapping ports:
eth4 - Cisco IP Phone SPA303
eth5 - Cisco IP Phone SPA504G

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Aug 01, 2012 5:14 pm
by slech
Before, with Cisco no problem?
My precedent post is about issue with Cisco.
But now I can't say anything about old port connection plan.
Now I see the issue with 2 Cisco IP Phone.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Aug 01, 2012 10:13 pm
by ohara
As soon as I connect Host3 to RB751G eth1 on RB433 starts flapping several times a day - weird.

EDIT: even if Host3 is turned off, but power cord remains plugged in I see port flapping on RB433. Only if I unplug the lan cable from Host3 there is completely no port flapping on the RB433 - unbelievable but true.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Aug 02, 2012 2:02 am
by WirelessRudy
Not affecting me anywhere, but will put in my input as it may help.
All my AP's and backhauls are RB411AH or RB433AH. (about 50 total) Running UTP cable from POE-24i or directly from battery to variety of dumb switches, trendnet, cisco, maybe even a d-link.
Routes are all static. No RIP or OSPF.
Clients are a variety of RB411, Ubuquiti Bullets, Tranzeo, and smartBridge(omg).
ROS versions range from 3.28 to 5.18
Have you set "/system logging" on for the topic "interface"? Its not by default and if not you will see no notification of the port flap.

My network is similar as yours although my clients are mainly routerboards.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Aug 02, 2012 4:00 am
by Aug
@WirelessRudy
Have you set "/system logging" on for the topic "interface"? Its not by default and if not you will see no notification of the port flap.
No, I didn't.
Guess that was why it didn't bother me. :D
Now I'm going to have to set it and have a look.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Aug 30, 2012 9:39 am
by pljubas
This is just to join group with eth port flap problem... :-(

I have it present at three different setups:
1. RB433L and SXT: 10-20 times a day, mostly during the day, SXT is incoming link and when eth flaps, 433L is not reachable, flap lasts for couple of seconds. Connected with less than 2m cat6 utp with just poe for sxt in-between
2. RB433L and SXT: similar occuarance, mostly during the day, SXT is incoming link and when eth flaps, 433L is not reachable, flap lasts for couple of seconds. Connected with less than 2m cat6 utp with just poe for sxt in-between
3. RB433 and Omnitik: this one is more severe, 50+times a day, flap last for even few hours... OmniTik is sending out to clients, and, unfortunately, no link to them during flap...

At the same time, I have 6 other setups that work flawlessly:
1-2. RB433 and Omnitik, not a single flap in 4 months
3. RB433 and SXT, not a single flap in 4 months
4-5-6. RB433 and RB411AR, all ok

All RB devices with 5.19 ROS, and 2.41 FW.

The worst thing is that they are 300+ km away from me.

I can only suspect on PoE.

Best regards to all...

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Sep 11, 2012 2:32 pm
by pljubas
RESOLVED!

I've changed PoE at three locations, not a single flap in 3 days...

Best regards, Petar

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon Oct 08, 2012 10:22 am
by NetworkPro
I didnt read 100% of this thread but do you guys protect the port from interference on the frequencies Ethernet and GigabitEthernet operate on?

I would not expect stable behaviour unless shielded cable is used (may not be grounded I think not to create a path for any lightning) as well as the board itself in a metal box that is grounded...

On towers people use fiber as best practice.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon Oct 08, 2012 11:35 am
by WirelessRudy
I didnt read 100% of this thread but do you guys protect the port from interference on the frequencies Ethernet and GigabitEthernet operate on?

I would not expect stable behaviour unless shielded cable is used (may not be grounded I think not to create a path for any lightning) as well as the board itself in a metal box that is grounded...

On towers people use fiber as best practice.
The issue is that on older ROS versions this 'port flap' never existed. Even if the software was not able to detect it, such kind of problem started to arise after version 4.xx software.
And in 80% the cases its virtual problem anyway since the software detects it but the client doesn't notice it at all.

I found in the last years the Ethernet ports are the Achilles anyway of the routerboard product line. I hardly have issue with routerboards but when we do, its 95% because the Ethernet port stops working, or becomes very 'flappy'. I have brand new boards that after the first initial boot become completely inaccessible because the Ethernet port dies. Send some boards back for RMA and some were fixed and some just replaced.

But I do agree that shielding cables might work better. But only if the plugs also are shielded and since 95% of my routerboards don't have earthed ethernet leads (from board to casing) this is going a bit of an issue to achieve. And I also fear that such setup might draw lightning strikes towards the CPE's so I am not sure....
On overall we have 10% of the boards replaced on a yearly base and the plain replacement works out cheaper than to upgrade my whole network.
Off course are all the replacements done by new rb711's or Groove and they seem to have less issues with 'port flapping'.

Regarding 'fibre' in the towers, I haven't seen anyone doing such in my country. Most providers use ubnt or MT and they have ample stuff to work with fibre. But than again, Spain is on more fields not the most enhanced country in the world! :)

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon Oct 08, 2012 11:54 am
by NetworkPro
Interference may come from, let's say - someone testing new digital TV transmitter - and can cause discrepancy of the Ethernet such that lower level software decides to flap the port.

It was not noticed before because for example that lower level code may be just dropping frames rather than flapping the port (if such code exists in software at all in this case, I haven't asked. I assume because someone mentioned they upgraded firmware to solve such flaps.)

Shielded cable may not be grounded and may have non-shielded plugs - it should still protect sufficiently- I was led to believe by someone from the industry long ago.

If you use fibre - that is an expensive upgrade of existing stuff. It should be cheaper than copper for new installs nowadays if you have trained guys that can work with it properly. There is this company in Sofia called Eurolan they can supply fibre stuff including nice gigabit SFPs for RB2011.

And if a port becomes damaged in some way - I replace the RouterBOARD - I had this happen ONCE.

It is hard for MikroTik to "own" this issue "until resolved" because suppliers own hardware issues and installers own shielding issues.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon Oct 08, 2012 2:05 pm
by lyxnafis
As I posted to another thread, teamspeak triggered the eth problem on my case...

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon Oct 08, 2012 2:10 pm
by NetworkPro
lol I do not believe - an application triggering port flap ?

Can you reproduce it every time to be sure that the app causes it? (With its specific packets probably)

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon Oct 08, 2012 2:46 pm
by lyxnafis
lol for sure but, I'm not going to try reproducing the problem cause is very fckng annoying.
Fact is that I never had the problem' it appeared when teamspeak 3 was installed and disappeared after uninstalling....
coincidence? maybe...
No time to go deeper but, what happens if teamspeak, while streaming, produces RTP packets that exceed MTU?
can RB handle?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon Oct 08, 2012 3:28 pm
by NetworkPro
Nice one. I have to test this and sniff it to be able to know for sure.

I have faith in MikroTik such that such silly problem should not f. with the RouterBOARD. :)

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Oct 11, 2012 8:09 pm
by jonmansey
I big "me too" on this. ethernet port problems are killing my business reputation for reliable service. and a big +1 to previous poster Gazza. This along with the wlans stopping randomly, its seriously making me doubt if mikrotik kit is "carrier grade" any more, or is it just cheap home electronics that needs to be turned off and on again when it stops working. do i need to be looking at ubiqiti?

here are my findings
Ethernet ports just quit
ethernet ports go in to a hard looped-back mode where every packet that goes out comes right back in.
ethernet ports will only negotiate 10bT full when the other end device is 100bt capable
cables replaced, connectors re-crimped, POEs replaced, no change
the issue was never a problem before something like the middle of v4's life
affects all types of RB, powerpc or mipsbe, 1000, 1100, 433, 450G, 711, 751
as wirelessrudy noted, flapping gets worse when its windy

its hard to reproduce on the bench yes, but from the number of people affected, hard to deny there is a real issue here.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Oct 11, 2012 9:02 pm
by NetworkPro
I read page 1 and 3 of this thread.

I had most port flaps and issues in my experience due to RJ45 plug being smaller than the port or the port being too deep for the plug to have 100% contact every time. Such patch cables I destroyed fully and chucked in the bin. I never bought cheap patch cables and RJ45 plugs anymore.

In my life I have recrimped (or re-pressed alredy crimped plug) almost every hand-crimped cable I or someone else crimped because the cheap RJ45 plugs just fall apart, stop working due to a reasone that is hidden to the eye.

Some times I replace the device(s) on both sides of cable and the problem goes away.

Sometimes I replaced the cable!

Did you guys replace the devices or the cable itself already !?

You should be able to pin this down to a single component.

P.S. you see thins on RouterBOARDs because RouterBOARDs now after v5 TELL YOU ABOUT it unlike most other devices in the network ;) The problem may have been there all along.

P.S. 2 I read page 2 - Normis said same thing about replacing devices on one or both ends.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Oct 12, 2012 12:16 am
by WirelessRudy
Imho it has to do with the ethernet ports of the boards coming out since about a year or too AND with indeed halfway software v.4.xx family.

The latter is simple to explain, before the ROS simply did not even have a notification option for failing ports.... so than it looks like it didn't exist.

My experiences:
- Ethernet ports are 75% reason for failing routerboards. Some fail right out of the box first time boot.... some even beyond repaid. Some after a reset were able to use.
- Has several occasion that CPE running for years suddenly lost their Ethernet port. In different levels. Some boards just lost IP connectivity, but where still able to communicate on mac level. (Special older boards like 133C3 boards). Some boards were visible in 'neighbor' but now way connecting to them either by mac or IP level. Sometimes a board even manages to get a ip query from a client PC solved but become unreachable after that.
- ALL new rb711 series boards I have I can only boot up the first time when I disconnect the utp cable between the power-shot and the switch. I used to works like that for years but now a new rb711 just won't boot if it is having a LAN connection to a Ethernet device (laptop, switch) Only immediately after I disconnect the cable from a Ethernet connected device the boards boots. After the first initial boot I have no more problems booting. This happens ONLY on rb711 boards.
- After some thunderstorms lately I had a bunch of boards that lost all Ethernet connectivity. 2 out of 4 were brought back to live only after a full hardware reset. The other two are lying in my bin now, they boot, radio works but Ethernetport is completely out of use. No netinstall nothing....
- Recently found also some boards unable to access by the port when fit on a mast with high ESD (all fully grounded, board, radio, ports etc.). Back on my desk they work fine. Groove in same place has no problem whatsoever.
- Had a cpe working for years fine, suddenly developed a severe port flap. Changed connectors, power shot, power adapter, nothing. Upgraded some ros versions, downgraded etc. changed all kinds of settings, auto negotiate, manual, 10mb, 100mb. still the same. Best results with 10mb though but it still happened. Finally took another CPE and put it on the same cable and adapter etc. and problem is gone, Failing cpe in my house on a 'test' stand (aimed at some remote tower) and not a single port flap anymore....!

My conclusion is as it has been in the past. The hardware/software of the Ethernet ports on rb's are poorly designed, weak, cheap or whatsoever.

If I am to leave MT as my home provider of devices than its the Ethernet port driving me to it. (But to change my whole network now into the bloody ubnt crap..... that's anther story...)

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Oct 12, 2012 7:03 am
by NetworkPro
The described flapping is rare so that hardware Quality Assurance did not even think of doing such test or they can't even reproduce such harsh environment to do such test.

So the statement "poorly designed/cheap" is not one I would use because this problem exists on the competition's ~20-times the price boxes.


Let's think again what's the difference between the place where the described board had flapping and your home. For example the device on the other end of the cable and its port.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Oct 12, 2012 11:30 am
by djdrastic
While I really respect you NetworkPro for the quality information you have published both on these forums and on the MTK Wiki , I have to agree with Rudy as I've seen the exact same things as well.I do think some of the flapping port issues , like some have noted do not affect connectivity at all and I would guess it's a software related issue that incorrectly detects the link as down.

In fact a couple of years ago we saw the exact same thing but with Netgear ADSL Routers namely the ports would eventually not continue to work unless you forced the connection at 10Mbps Half Duplex Mode.After months and months of fighting with Netgear they figured out that due to bad ventilation and cooling in their housings , the ethernet ports would themselves get damaged from overheating while placed horizontally and not vertically on their supplied stands.If you turned off the router for a long time and switched it on it would initially autoneg at 100 and as the router would heat up ports would flap like crazy until no connectivity was available.

Wireless to the routers still worked flawlessly as well as the DSL Port worked perfectly.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Oct 12, 2012 12:00 pm
by NetworkPro
Thank you.

I trust MikroTik have their up/down detection right.

Netgear example is hardware issue.

Good post still every case is specific.

I can agree that if you put electronic components in a plastic sealed box and overheat them (in the sun included) then anything on the PCB may become damaged.

Regards.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Oct 16, 2012 11:20 am
by lyxnafis
Update:
It looks like Teamspeak as well as some other traffic were just triggering the port flap.
The problem was firmware 2.29 that I had so far.
Took the router down replaced old 560 μF capacitors with new 680μF and updated to firmware 2.41.
Note that I took the risk of updating to RB411's 2.41 while routerboard site for my RB411A provides firmware v 2.20.
At troubleshooting and frustration time I, also, noticed that ethernet flapping was synced with wireless interface L2 MTU that was going from 2290 to 1500 and back.
I think Mikrotik should stay away from Microsoft's tactics of everyday updating and release only after extensive and thorough testing.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Oct 16, 2012 11:31 am
by NetworkPro
So after you did this you do not have more port-flap? :) Please do a sniff of the traffic that you believe might have caused an issue and send it to support. Thank you.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Mar 06, 2013 12:54 am
by loginsistemas
Hi all.

No news for this issue?

I have serious trouble with it.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Mar 06, 2013 9:39 am
by honzam
Hi all.

No news for this issue?

I have serious trouble with it.
What devices, what routerOS? What type of cable and lenght?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Mar 06, 2013 9:52 am
by NetworkPro
topic is exhausted - replace things

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed Mar 06, 2013 9:55 pm
by Ivoshiee
topic is exhausted - replace things
?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Mar 07, 2013 12:40 am
by WirelessRudy
topic is exhausted - replace things
?
I agree.

It's still around, just had a rb333 with v5.24 having a mountain of port drops (real ones). I didn't know what to do with it so decided to just install de software one more time. (5.24 over 5.24) and see, since than not had one flap yet.... 18 hours now.....

I still see it around everywhere in my network. So the issue still exists, and like I've said before, it probably has something to do with the drivers or the monitoring of the the ethernet port status.

The Ethernet ports are the achillesheel of rb's anyway, if something goes broke it is usual the ethernet port......
(Units running for years suddenly after a simple reboot lost their ethernetport... some brandew units lots them too just after the first initital change in the config.....)

So, the topic is "exhausted" in a way that no derfinite solution has seen the light yet....

wirelessruby's own problems that he blew out of proportion

Posted: Thu Mar 07, 2013 6:58 am
by NetworkPro
What solution? You want to replace components on the PCB now?

Ubnt had the tough cable + plugs I think for similar reasons.

So your question is - how to measure, to be sure that the reason is outside the RB such as electrical?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Mar 07, 2013 7:06 pm
by WirelessRudy
I don't know! I am not a technician nor a board designer.
Start with it would be nice MT would acknowledge the problem, which so far they've never done because they "can't reproduce it".

The fact is simple, under 3.x family and before the issue didn't exist and/or on old boards it hardly exists.
I still have rb112's and 133c's in my network and they hardly ever fail the ether ports. Its special the 4xx series that have the problems and I've had a couple groove's with failing ethernet port.

The port flap comes in different flavours. Most I call "virtual" because although I see them in the log, the client never seems to notice them. Traffic just flows.

Recently I came across a chap that plays with electronics for a hobby and showed him some boards with failed ethernet. He straight away could see that the used cheap 'capacitors' (?) were blown and replaced them by some better quality ones. Board works fine after that.

So, how come these capacitors blow? Sometimes just in the middle of doing its work (transporting data) after months, or years of no problem?

I see what I see (and I'm not the only one!),don't ask me to solve it. MT should do.....


But in reality I learned to live with it. Port flapping exists. I just ignore it and when the client complains I change the unit (not the cable etc.) and the problem dissapears....
Problematic unit is used somewhere else and mostly also without problems any longer. Weird but a fact....

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Mar 07, 2013 9:07 pm
by NetworkPro
OK sounds good.

There may be packet-loss when it happens, are you testing by pinging with a fast ping (decreased "timeout" value) ?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Mar 08, 2013 1:19 am
by WirelessRudy
OK sounds good.

There may be packet-loss when it happens, are you testing by pinging with a fast ping (decreased "timeout" value) ?
That's actually a good suggestion! :) Never thought about that. All I did is run a standard 1sec ping and watch the log. But like I said, it hasn't had my attention lately.
That rb333 on the other hand, still shows not a single drop, almost 48 hours now..
Just a simple remote re-install of the software packages..... .. :?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Mar 08, 2013 4:07 am
by Requium
We have the same problem here on Bolivia with SXT and 411, i tried to connect them to an omnitik on a 45m tower but start to flap the ethernet ports so i decided to test them on my office, i have test the connection from 411 to eth2 of the omnitik and from SXT-G to eth3 omnitik, and they worked like 12h, so i decided to test them on the tower, we build a enegy box (We used a shielded cable 12 AWG with grounding kit to deliver AC to the top of the tower because we tought that the problem was energy), so before we tried to get it up, we tried the cable for AC and the stability of the ports, They all work for 2h!, so we were decided, we lift the cable up, the equipment, and do the installation, when we plug it up, port flapping started :(, so we have an idea, replacing the omnitik switching ports with a TP-Link switch, i saw the port flapping stoped from the omnitik to the switch (100M connection link), the problem was on the SXT and the 411, they still are doing port flapping :/ (Tested with ping), so tomorrow we are trying to change the UTP cable used to connect the omnitik to the SXT and the 411 with an STP certificated cable, the only variable that i couldnt simulate on the office was maybe the noise from the other cables (Feeders) from FM and AM equipments on the tower, or any AC cable that its generating a electromagnetic field affecting the UTP.

Conclussion: Doing the test on a Lab, they work great, doing the connection on the outdoor it start to fail :/, so we are plenty sure that is not a problem from mikrotik, we are working too to find where is the variable affecting the ethernet ports.

If you have any suggestions to test them, they are welcome.

Sorry for my english.

BR
Requium

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Mar 08, 2013 5:30 am
by NetworkPro
Decent explanation.

When doing such things, you do realize that shielding would create a path to ground that you have to manage, right?

Any "dirty" electrical currents that travel through that should not be let to interfere with the Ethernet stuff - usually this means - managing to NOT create that path to ground :D
Not letting the current flow through what you just added to the tower.

(please do not electrocute someone or some equipment, take it easy and safe)

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Mar 08, 2013 7:23 am
by lambert
so we have an idea, replacing the omnitik switching ports with a TP-Link switch, i saw the port flapping stoped from the omnitik to the switch (100M connection link),
So the SXT, 411, omnitik, and TP-Link is at the top of the tower? How long is the cable between the omnitik and the TP-Link?
the problem was on the SXT and the 411, they still are doing port flapping :/ (Tested with ping), so tomorrow we are trying to change the UTP cable used to connect the omnitik to the SXT and the 411 with an STP certificated cable, the only variable that i couldnt simulate on the office was maybe the noise from the other cables (Feeders) from FM and AM equipments on the tower, or any AC cable that its generating a electromagnetic field affecting the UTP.
On a commercial broadcast tower, every ethernet cable needs to be shielded, the shield grounded, and of a length which is not a harmonic of the broadcast frequency. You are likely dealing with induced RF on the ethernet cables. Ferrite beads on the ethernet cables might be helpful. There is a school of thought which says you only want to ground the shield at one end to avoid creating a ground loop. But that may only apply on long runs. Getting ethernet right on a broadcast tower can be challenging.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Mar 08, 2013 11:10 am
by wolfeyes
Some notes/conclusions regarding port flapping experience. By all means networks and other implementations have their own peculiarities but let me quote on what noticed here so far:

a) Port flapping is very annoying and cause ospf states changing between neighbors whenever occurs, affecting network traffic.

b) Many devices tested so far, RB750, RB751, RB450G, RB1100AH, RB433, RB433AH, RB711, SXT, SXT HP, Sextant, Omnitik & Groove.

Problem occurs only for Omnitik & Groove devices or to any other device connected to them.
i.e. Individual 433 (connected to any other device) never faces any problem but 433 with a connected groove or omnitik suffers from port flapping.

c) It's no matter of elder devices or capacitors. Even a brand new 433 connected to a groove produce port flapping.

Lately had a significant progress after replacing a plain utp cable connecting a RB433UAH to Groove with shielded FTP.
With the old utp cable port flapping occurred at least once per day and for an interval of 1-2 hours (complete mesh).
Now after cable replacement followed by the appropriate grounding port flapping has been disappeared for a month now! :)

OK, I know many will claim that even they have already changed plain utp with shielded, they still face the problem.
In my case worked.
BUT! I cross fingers to do so, because port flapping occurred unexpectedly 8 months after this new implementation was fresh installed. :wink:
I believe it's quite early to have a settled conclusion.

Finally for omnitik, a good technique which produced great results is to isolate eth1 poe port just used for supplying power to the device, whilst data passed from any other none poe port.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Mar 08, 2013 3:04 pm
by Requium
so we have an idea, replacing the omnitik switching ports with a TP-Link switch, i saw the port flapping stoped from the omnitik to the switch (100M connection link),
So the SXT, 411, omnitik, and TP-Link is at the top of the tower? How long is the cable between the omnitik and the TP-Link?
the problem was on the SXT and the 411, they still are doing port flapping :/ (Tested with ping), so tomorrow we are trying to change the UTP cable used to connect the omnitik to the SXT and the 411 with an STP certificated cable, the only variable that i couldnt simulate on the office was maybe the noise from the other cables (Feeders) from FM and AM equipments on the tower, or any AC cable that its generating a electromagnetic field affecting the UTP.
On a commercial broadcast tower, every ethernet cable needs to be shielded, the shield grounded, and of a length which is not a harmonic of the broadcast frequency. You are likely dealing with induced RF on the ethernet cables. Ferrite beads on the ethernet cables might be helpful. There is a school of thought which says you only want to ground the shield at one end to avoid creating a ground loop. But that may only apply on long runs. Getting ethernet right on a broadcast tower can be challenging.
About the lenght of the switch to the 411 and SXT are 2 meters, to the omnitik is 1 meter.

About the tower, yeah i realise that, but the strange thing is that i have a 45 meters UTP cable connected to the omnitik ethernet port 2 for Testing LAN from the floor and it doesnt flap, it has 100M link and its passing around Feeders and AC and DC cables from others equipments, strange? yeah i think so too.

Like i said, the problem appears on the SXT and the 411, the omnitik is healthy connected to the switch, who is creating the port flapping is the 411 and the SXT :/ dunno why, i will try the STP solution on the 411 and SXT and post the results.

BR
Requium

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Mar 08, 2013 7:22 pm
by wirelesswaves
May have just stumbled on the problem.

I have 2 rb433ah on same tower... Their ports Ether2 are interconnected with 1M of cable (externally)

However, both units are supplied by POE injectors across ports Ether1.

Both POE injector devices, LAN's are not used..

Over the last week the Port flap at this site has become worse, until today the situation became dire.. The ports were down for periods of up to 2min at a time..

I was connected via one of the WLAN, so was able to watch the port disconnecting infront of my eyes. The site owner is an IT engineer and was at home... I called him and asked if he had a spare ethernet cable.. He wwent to the cabinet and connected across both th eLAN ports on the POE injectors.

I moved the IP addresses of each unit from ether2 across to ether1 and all port problems went away.

The other day I happened to take a look at a badly crimped RJ45 connector that I had made off under a looking glass.. I was concerned over pin8, the machine wasnt crimping properly.

At the same time I spotted that the new plug and its metal fingers looked aged.. And underneath the magnifier I could see that the finger surfaces looked pitted.

Here read this. http://rj45s.com/Gold_Plating_Problems.html

And now I am wondering if the cheap 12cent RJ45 connectors may have been one of those bad cheap imports, with minimal or even NO plating.

Anyone know of a distributor in Europe that can guarantee high quality connectors.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Mar 08, 2013 7:42 pm
by NetworkPro

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sat Mar 09, 2013 1:30 am
by WirelessRudy
Who said this topic was 'exhausted'? :o

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sat Mar 09, 2013 1:49 am
by WirelessRudy
So, when we start looking at the connectors... what about the quality of the interfaces used?
I'll bet each manufacturer here also squezes the total cost of production, probably resulting in low, or none-standard plated interfaces? Who tells? Does MT has any specs for these?

I always felt that the Ethernet RJ-45 (and probably its brothers and sisters too) are the achillesheel of each network instalation. 90% of the problems we have are these connectors. They become corroded, dirty of let loose of the cables and the process of fitting them needs a skill and is at best annoying... (and look at your fingers after a day of splicing, stretching and fitting these tiny little bastards into their plugs...)

Some I know glue the connectors into the interface.
We sometimes tape them in.
In many instalations the power shots for the client CPE are lying on the floor in the dirt and are moved around every household sweep. Actually I am surpriced most the the connections actually keep working.....

Yes, you can do a high quality install with the best equipments you can find and fit boxes on the wall shielded from dust and water. But since the 'war on getting the client' is basically fought on price level, most providers will look for an quick and easy as possible solution. The problems arise later when the client already made several payments....

I think the whole RJ-45 concept is a poor one. The problem with a widely accepted and used standard is that no one will be tempted to put another, better thus deerer, system in the market.... :(

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sat Mar 09, 2013 3:55 pm
by Requium
Well, the results with an STP cable were the same :/, port flaping, so we tried to connect another omnitik to the omnitik (port 2 to all ports of the other omnitik), it works on all ports with 100 Mbps, so its a problem with the SXT an 411, the strange thing that i dont test it on the site is to connect the SXT or the 411 to the port 1 "poe", we have 2 sites with Omnitik and SXT connected to port 1 without port flapping :/, so getting this to the problem its like a problem with the switch connection or the ports that work with the switch, port 2 3 4 and 5, dunno why it fail at 45m height with 1 port equipment (SXT and 411).

I will try to test the ethernet options :/ with MDIX, but i think that is more hardware than software :/,


PD: Flaping stoped changing both ethernet speed to 10M and disabling auto-negotiation, :/ doing bw-test doesnt even get 10M, at 9.5Mbps its start to disconnect, at least now i can enter to the 411G.

PD2: Noticed that both equipments gygabit ethernet has the problem, i will try to replace them with 100mbit equipments :/ .


BR
Requium

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sat Mar 09, 2013 7:07 pm
by NetworkPro
Sorry I am unsubscribing from this topic. Good luck to all.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sun Mar 10, 2013 10:21 am
by Requium
Doing some tests,the results on my case is noise, 00:16:00 Am the port stop flapping and start to traffic 100Mb until now 04:16:00 am, doing a bandwidth test is a 100Mbps Full duplex on UDP, so maybe its an RF noise to the cable or connector:/ FM transmissions ended at 00:00:00 on the tower, same time when port started to react, so the solution maybe is getting a better shielded cable or maybe try to replace ethernet connector on 411G.

some bibliography for those who maybe have the same port flapping problem
http://sewelldirect.com/articles/utp-vs-stp-cable.aspx
BR
Requium

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon Apr 29, 2013 3:31 pm
by wolfeyes
Some notes/conclusions regarding port flapping experience. By all means networks and other implementations have their own peculiarities but let me quote on what noticed here so far:

a) Port flapping is very annoying and cause ospf states changing between neighbors whenever occurs, affecting network traffic.

b) Many devices tested so far, RB750, RB751, RB450G, RB1100AH, RB433, RB433AH, RB711, SXT, SXT HP, Sextant, Omnitik & Groove.

Problem occurs only for Omnitik & Groove devices or to any other device connected to them.
i.e. Individual 433 (connected to any other device) never faces any problem but 433 with a connected groove or omnitik suffers from port flapping.

c) It's no matter of elder devices or capacitors. Even a brand new 433 connected to a groove produce port flapping.

Lately had a significant progress after replacing a plain utp cable connecting a RB433UAH to Groove with shielded FTP.
With the old utp cable port flapping occurred at least once per day and for an interval of 1-2 hours (complete mesh).
Now after cable replacement followed by the appropriate grounding port flapping has been disappeared for a month now! :)

OK, I know many will claim that even they have already changed plain utp with shielded, they still face the problem.
In my case worked.
BUT! I cross fingers to do so, because port flapping occurred unexpectedly 8 months after this new implementation was fresh installed. :wink:
I believe it's quite early to have a settled conclusion.

Finally for omnitik, a good technique which produced great results is to isolate eth1 poe port just used for supplying power to the device, whilst data passed from any other none poe port.

As expected.... too good to be true. After replacing plain utp with shielded, we had a period with stabilization.
However latest 15 days, port flapping is back again.
What again noticed is that Grooves and Omnitik are the usual suspects.
It's too bizarre, it's too annoying.....

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri May 03, 2013 8:32 pm
by kraker
We already ground everything at one of our tower but still have port flap issue.cables cat6 sftp good connectors good wires for grounding... every points are checked at two times.rb1100ah ports goes to 100mb every 10 minutes....

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed May 15, 2013 4:58 am
by tgcnet
I have same problem here 4 rbs in production any cables with a maximum of 2 meters, power supply 24v 1 amp each, all in straight power connector DC, and yet several link down link up during the day and night. rbs two 750, one 450 and one rb rb 450g anbos with the same problem .. : (Any solution?? :/

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed May 15, 2013 9:03 am
by Ivoshiee
I have same problem here 4 rbs in production any cables with a maximum of 2 meters, power supply 24v 1 amp each, all in straight power connector DC, and yet several link down link up during the day and night. rbs two 750, one 450 and one rb rb 450g anbos with the same problem .. : (Any solution?? :/
I see this issue daily and it is affecting my network. Only time will tell if the MT will address that (to their non-existent) issue. One way is to migrate away from the MT-MT equipment combinations and have the MT-other_vendor-MT setup instead, but it is just an hack - the fixing must be done at the MT side.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Wed May 15, 2013 10:50 am
by coffeecoco
I think this is a weakness in poor capacitors chineese capacitors are not very tolerant

I dare one of u who face this issue replace the caps with quality ones on the board its harmless

5 bucks says im onto something here

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu May 16, 2013 8:04 pm
by tgcnet
image :/

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon Jun 10, 2013 3:22 pm
by TonyJr
Had ether1 on my RB493G start doing this on Friday. Power is supplied by a POE switch via ubiquiti instant 802.3af outdoor adapter to ether1.

I installed a second wifi card to the 493G Thursday evening, so this could be the cause of the problem.

Anyway to cut a long story short, I managed to solve the problem by turning off auto-negotiate port speed/duplex on both the RB and switch. Forced it to 100 Full Duplex and no more flapping occurs.

Hopefully this will help someone else if they have the same problem.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Jul 16, 2013 9:10 pm
by randallr
I've been fighting ethernet issues for more than a year. I've got tons of 750's at towers, bridged. The problem I see is a port will drop to 10mbps. I can turn auto-neg off/on and it comes back up at 100, and runs fine. In fact, I put a script in every one to check every hour, and if it's rate is 10, then reset the auto-neg.,
At first, I thought it was CAT5 problems, so I'd go replace it. Many were unshielded and was replaced with shielded. It really seems like it would get worse.
A month ago, I had a customer with redundant BH's (411AH), connected to a 750 running RSTP. It seemed like when the wind would blow, the ports would keep dropping to 10mbps. I went and ran 2 new runs of CAT5, and 2 new BH's(metal5). All 4 ports would then start doing it randomly, but almost always on windy days for sure.
A couple of weeks ago, the 750 died, and the customer stuck a generic switch in it's place. All 4 BH's have remained stable since.
My theory is perhaps it's voltage. This particular site is running on 27vdc. On some of our towers, I've moved the 750's to 13.5vdc, and it seems to be much better.
Could voltage closer to the 750's limit be the problem?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sat Jul 27, 2013 12:35 pm
by welan
Same issue here. Up, down, up down. Very annoyed. I have only good memories of 3.30, then just troubleshooting.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Aug 08, 2013 3:15 pm
by angboontiong
The version one can't see this log as there's no interface monitor feature.

My problem solved more than a year and up to date have no such issue, it seem most due to installation skill issue...

Off course the right thing for whole setup was very important.

Leave you email then we talk detail as many thing to put attention.

Sent from my GT-I8190N

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Aug 09, 2013 3:18 pm
by Rudios
Sorry to raise an old thread but I just received a couple of RB's.
On of the is a RB951G-2Hnd.
The ports connected to my computers are constantly flapping
The log on the RouterBoard is full of link up, link down entries.
I'm running ROS 6.2 with the latest Routerboot firmware (3.08)
Are there some tips to try to solve this?

UPDATE:
One of the other RB's I've just received is a RB750GL, which is acting exactly the same.
My computer connected interfaces go down, sometimes multiple times a minute!

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Aug 09, 2013 7:37 pm
by Ivoshiee
Sorry to raise an old thread but I just received a couple of RB's.
On of the is a RB951G-2Hnd.
The ports connected to my computers are constantly flapping
The log on the RouterBoard is full of link up, link down entries.
I'm running ROS 6.2 with the latest Routerboot firmware (3.08)
Are there some tips to try to solve this?

UPDATE:
One of the other RB's I've just received is a RB750GL, which is acting exactly the same.
My computer connected interfaces go down, sometimes multiple times a minute!
Try different computer and then try to RMA it, if you are unable to trade these directly to the Mikrotik itself. Maybe they are interested in these.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Fri Aug 09, 2013 9:16 pm
by Rudios
Sorry to raise an old thread but I just received a couple of RB's.
On of the is a RB951G-2Hnd.
The ports connected to my computers are constantly flapping
The log on the RouterBoard is full of link up, link down entries.
I'm running ROS 6.2 with the latest Routerboot firmware (3.08)
Are there some tips to try to solve this?

UPDATE:
One of the other RB's I've just received is a RB750GL, which is acting exactly the same.
My computer connected interfaces go down, sometimes multiple times a minute!
Try different computer and then try to RMA it, if you are unable to trade these directly to the Mikrotik itself. Maybe they are interested in these.
I will investigate my problem further, together with the 951 and 750GL I also ordered a 750UP. First gonna check whether this one also has this phenomenon.
The thing now in common is that the routerboard is connected with 2 cables towards a dual port PCI-expresscard inside a laptop running Hyper-V.
Maybe it is related to that. First try to connect some other devices to the routerboards directly.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon Sep 09, 2013 5:29 am
by stewie01
I'm having a similar problem with my Groove 2Hn. It doesn't drop the ethernet connection but it won't connect at 100M. It will only run at 10Mbps Full Duplex.

This has happened with 2 different Groove 2Hns with RouterOS 5.25
I've emailed MikroTik support on a different issue but any advice on the 10M link only?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Sep 10, 2013 3:00 am
by JackANSI
I've had flapping between an SXT G-2HnD and a RB951G-2HnD, but only above 5Mbps load. Had to force the interface to 100/full on BOTH ends to get it to stop, could not get a stable 1G/full connection. Was using about 95 feet of CAT6 between them with the POE adapter/injector right next to the RB951G. Was running ROS 6.0 and 6.1 during the "RC/Beta" period on both. RB951G eth1 was connected to the eth port on the SXT.

Gave up and moved to other hardware from another manuf and never had a problem since (using the exact same CAT6 cable too). I only trust MikroTik stuff between the garage and shed to the house to carry IP camera traffic. I'd never trust MikroTik hardware for anything important.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Sep 17, 2013 6:34 pm
by mikewisch
Hi there

flapping issue here as well. Between a rb 435G running 6.1 and firmware 3.07 and several different other mikrotik devices tried.

downgraded firmware to 3.02 on the 435G, no log entries of link down, link up anymore, but still cannot communicate with connected devices.

Although the other mikrotik devices are visible under neighbour list, cannot access them or ping.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sun Sep 29, 2013 5:43 pm
by chrisdancer
Im having the same issue.. of all ethernet ports flapping.. started with just he giabit ports, now its all of them... cant stay logged into router long enough to change any settings.. ive tried resetting and reflashing software..

any ideas how to fix this? ive posted in general about it, but the posts is not there? must have to be moderated...

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Oct 03, 2013 12:09 pm
by TonyJr
I have found that switching from normal UTP patch cables to shielded FTP CAT6 patch cables everywhere completely eliminates the port flapping issue. Note at least one of the devices need to be earthed for this to work properly.

Sent from my BlackBerry 9900 using Tapatalk

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sun Oct 06, 2013 1:07 am
by samsung172
If the shield helps, have you tried to change power/poe instead?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sat Oct 19, 2013 7:54 pm
by DogHead
We have updated to 6.4 on all systems and updated bootloader. We turned on debug logging for all systems. Installed RB411GL as wireless clients attached to IP cameras with cross over through passive POE injectors with 18VDC .7A power supplies. UTP 2' cable between router and POE injector, 2' UTP cable between poe, and then 2' UTP to camera. All is in a grounded NEMA box on poles with no other gear on the pole.

Cameras have 10/100 Enet and use standard 48VDC 802.3af.

Flapping ethernet sporadically on 50% of nodes.

Logs show voltage as 17V constantly. No heat issues, no cold issues. No cpu load issues, no memory leaks, no NAND block issues, no other errors reported, just ethernet flapping.

Repeater units are RB433GL with two RB52aH one on 2.4GHz and one on 5GHz. Same cross over set up for power and attachment to camera. Same 50% flapping issue.

We have never seen this problem with standard RB433AH boards from 2 years ago. Seems to be something that started about 2012. We had a rash of issues with RB411GL boards. Some RMAd.

We need to take some type of corrective action. Need to sort through this long, never ending thread, to get to best practice to minimize the problem.

In our experience using shielded cat 5 is a bad idea unless you are absolutely certain that you have excellent grounding at both ends. We had a customer blow several hundred units in a lightening storm several years ago buy not having good ground on the routers and using shielded cable. Lightning went right through shielding and fried everything along the path.

Questions related to ethernet flapping:
1. Does model of PoE injector make any difference?
2. Does power supply make any difference?
3. Does turning on or off auto negotiate make any difference?
4. Does version of ROS make any difference?
5. Does version of bootloader make any difference?
6. Does grounding of housing and routerboard make any difference?
7. Does metal vs plastic ethernet ports on routerboard make any difference?
8. Does capacitors used on routerboard make any difference?
9. Does using a PoE surge suppressor make any difference?
10. Does the absence or presence of miniPCI wireless card make a difference (voltage leak on radio module)?
11. Does the ethernet crimp on ice cube mode make a difference?
12. Does the brand of cat 5/6 cable make a difference?
Anything else?

This issue has been outstanding for too long with no clear direction for MT on what to do with it. We are looking at moving to other processor boards because of this reliability issue. We test every board with 24 hour burn in before they go out to field and this does not catch the problem. Seems to be installation related. Get the wrong mix of connections and you get flapping.

I would really like to hear definitive direction from MT on the above. Of course anyone else with an answer is welcome to reply, but MT needs to write a white paper on this or something...

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sun Oct 20, 2013 10:21 pm
by Ivoshiee
As long as the MT insist as not seen it by themselves, there will be no real advances on that issue. The MT needs to send their experts to a trip to the location of one. I do not know how to manage that, but there should be a way to influence them to do that.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sun Oct 20, 2013 11:26 pm
by DogHead
The preponderance of evidence is that there is something seriously wrong with the Ethernet ports of Routerboard products. The problem seems to have started around 2011. All you have to do is look at how many users reports here the exact same symptoms. I have seen no effort to address this issue over the last two years and the problem has become an embarrassment and time consuming nightmare to every integrator and service provider who uses Routerboard products.

All I am asking MT to do is provide guidance on how to avoid this problem. My list of questions was intended to provide some direction for them to follow. What is the best practice to avoid ethernet flapping?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sun Oct 20, 2013 11:33 pm
by jandafields
The preponderance of evidence is that there is something seriously wrong with the Ethernet ports of Routerboard products. The problem seems to have started around 2011. All you have to do is look at how many users reports here the exact same symptoms. I have seen no effort to address this issue over the last two years and the problem has become an embarrassment and time consuming nightmare to every integrator and service provider who uses Routerboard products.

All I am asking MT to do is provide guidance on how to avoid this problem. My list of questions was intended to provide some drection for them to follow. What is the best practice to avoid ethernet flapping?
Other than using good STP with proper grounding, and good quality power... there isn't anything you can do since Mikrotik basically refuses to acknowledge this issue. Personally, what I do is this: For anything that goes in a noisy location, outside, etc... I use a brand of product that starts with the letter U. For routers and firewalls inside / cores / etc, there I use Mikrorik.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon Oct 21, 2013 12:23 pm
by angboontiong
since we using ubnt 24Watt poe and the SFTP (not FTP) cable, so far, almost 2 years there is no more issue with this.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Oct 22, 2013 6:59 am
by DogHead
Normis...No comments on this thread? I think this topic deserves a detailed response from MT.

Is it a board HW issue, user install issue, or both?

What are the recommended best practices to avoid ethernet port flapping?

Please provide a detailed reply. We have some very high profile installations hanging in the balance.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Oct 22, 2013 10:02 am
by normis
As stated previously in this topic, to this date, we have not seen this issue in our tests, and have not been able to repeat it. Conditions like described, could arise from devices connected to the ports, cables, or other circumstances. The fact that since a specific version, RouterOS reports detailed ethernet statistics, compared to other devices, doesn't mean that only RouterOS gets Ethernet status changes. It means that only RouterOS reports them in the logs.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Oct 22, 2013 12:40 pm
by Ivoshiee
As stated previously in this topic, to this date, we have not seen this issue in our tests, and have not been able to repeat it. Conditions like described, could arise from devices connected to the ports, cables, or other circumstances. The fact that since a specific version, RouterOS reports detailed ethernet statistics, compared to other devices, doesn't mean that only RouterOS gets Ethernet status changes. It means that only RouterOS reports them in the logs.
That is not a valid argument at all. Maybe you should remove that functionality then to have feature parity with other manufacturers, because currently the issue is with the MT gear and it will force (some of?) your customers to go elsewhere.
Also, that is not just a reporting issue, but the device will act to that message as well - for example the OSPF will start changing routes etc.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Oct 22, 2013 4:31 pm
by visalink
As stated previously in this topic, to this date, we have not seen this issue in our tests, and have not been able to repeat it. Conditions like described, could arise from devices connected to the ports, cables, or other circumstances. The fact that since a specific version, RouterOS reports detailed ethernet statistics, compared to other devices, doesn't mean that only RouterOS gets Ethernet status changes. It means that only RouterOS reports them in the logs.
That is not a valid argument at all. Maybe you should remove that functionality then to have feature parity with other manufacturers, because currently the issue is with the MT gear and it will force (some of?) your customers to go elsewhere.
Also, that is not just a reporting issue, but the device will act to that message as well - for example the OSPF will start changing routes etc.
As with port flap, nv2 latency and jitter, tcp throughput, seems to be things that mikrotik not of much importance, we can only look for other solutions.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sun Nov 10, 2013 5:21 am
by beamer
It means that only RouterOS reports them in the logs.
I have a port flap issue between OmniTIK and an Apple Time Capsule (100 MBit/s full-duplex), the time between port down and port up is usually around 3 seconds and there's no network connection during this time!
On some days it's better if the interface is set to auto-negotiate, some days it feels better without auto-negotiation. :shock: Unfortunately I cannot configure this on the Apple device side.

The only stable connection is 10 MBit/s, but that's only a third of available the internet speed. :(

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sat Nov 16, 2013 2:26 am
by miahac
I have the same issue on a omnitik on a tower. I changed the ether1 to no autonegotiation. There is still port flapping but it reconnects much faster so only one ping is dropped and I am still connected to the router. Hope this helps others.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sun Nov 17, 2013 12:03 am
by kurtkraut
I'd like to kindly request to our community two things:

1) Would anyone mind to demonstrate and reproduce steadly this symptom in a lab bench while recording a video, making visible the devices being used, the cables and conectors being used, the problem occurring and also demonstrating the same cable works fine with other devices?

2) Many people state this problem is making their devices unusuable. So could they send it to Mikrotik so they can reproduce the problem in their lab and share with this community the outcome of this process?

I think this two efforts (that doesn't need to be made by the same person) would help us a lot to get this problem correctly acknowledge and addressed by Mikrotik.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Nov 19, 2013 10:43 pm
by ununium
I'd like to kindly request to our community two things:

1) Would anyone mind to demonstrate and reproduce steadly this symptom in a lab bench while recording a video, making visible the devices being used, the cables and conectors being used, the problem occurring and also demonstrating the same cable works fine with other devices?

2) Many people state this problem is making their devices unusuable. So could they send it to Mikrotik so they can reproduce the problem in their lab and share with this community the outcome of this process?

I think this two efforts (that doesn't need to be made by the same person) would help us a lot to get this problem correctly acknowledge and addressed by Mikrotik.
Kurtkraut

I completely agree that if the community submitted tests or tried to replicate the issue with logs/videos/support files the problem could be caught and fixed more quickly.

The only problem (at least from my situation) is that I've tried for countless days to replicate the problem in my lab, passing all kinds of traffic and traffic amounts also testing with all sorts of equipment, and the problem simply doesn't shows up.

The problem only happens on the production network. And on top of all, the problem shows up on a very random interval.

For example:

I had the router running for a whole month without any issues until one late night it happened.

Tried as well updating to latest version and the router lasted 1 week. After a reboot it lasted 2 days and so on.

I leave the CCR running during the day when I'm able to quickly change back to the other equipment. Also I keep a very close eye to the log in order to see if I could catch something wrong.

But in all honesty Its out of the question to leave the router connected to the production network overnight, with all the late night drives to the NOC and headaches, just to try to catch the problem.

I'm all in for cooperativeness on the matter but sadly the only way to replicate the issue is on the production network.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Nov 28, 2013 3:03 pm
by m4rk0
I've same problem on one tower.

I've changed about 7-8 types of ethernet cables, RB433 and RB433AH (maybe 4-5 devices replaced), I've changed about 10-15 different switches... And problem still exists, sometimes port flapping happens daily, sometimes weekly...

On same tower I have 5 routerboards (connected on same switch) on different positions on same tower, but always ether flapping happens with this one rb...

(Just wanted to join in the club of ethernet port flappers :D)

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sun Dec 01, 2013 10:15 am
by Ivoshiee
I removed a device from the other end of a lan cable connected to RB2011LS ether5 port, but forgot to remove the cable itself and now I see that ethernet port flapping. It goes up as 10Mbps half duplex and then will go down at the very next second. These flaps are quite random, but occasionally frequent as well.

Link detection mechanism is obviously faulty here and it is likely inducing similar action at other cases as well.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sun Dec 01, 2013 10:22 am
by Ivoshiee
That RB2011LS ether5 port flapping with 10 half duplex on empty 20 meter cable, but there a second cable at ehter4 connected to a RB912UAG that is flapping with 1G. At the time of more heavy flapping there was wet snow snowing around +0C and the issue subsided just after is stopped snowing.

Edit: Some additional bits of information. The snowing part is likely not directly related as I had a port flapping session without one as well. Only similar thing to have is temperature +-0C. I added a random 1G switch between those two MikroTiks and so far it is all been quiet. As we have seen 1G ethernet port issues reported to various MikroTik equipment and supposedly some of there are addressed by some software releases then it is relatively normal to ask them to explain what is wrong with the ethernet in the ROS world?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon Dec 23, 2013 2:42 pm
by DBob
I'm started to experience this "famous" issue at my RB751U-2HnD (routerOS 6.7, newest firmware 3.10)
time=10:37:22 topics=interface,info message="DESKTOP link down"
time=10:37:23 topics=interface,info message="DESKTOP link up (speed 10M, full duplex)"
time=10:37:25 topics=interface,info message="DESKTOP link down"
time=10:37:27 topics=interface,info message="DESKTOP link up (speed 10M, full duplex)"
time=10:37:32 topics=interface,info message="DESKTOP link down"
time=10:37:34 topics=interface,info message="DESKTOP link up (speed 100M, full duplex)"
time=11:22:49 topics=interface,info message="NAS link down"
time=11:22:49 topics=interface,info message="DESKTOP link down"
time=11:22:49 topics=interface,info message="ANYA link down"
time=11:22:51 topics=interface,info message="NAS link up (speed 100M, full duplex)"
time=11:22:51 topics=interface,info message="DESKTOP link up (speed 100M, full duplex)"
time=11:22:51 topics=interface,info message="ANYA link up (speed 100M, full duplex)"
time=11:59:26 topics=interface,info message="NAS link down"
time=11:59:26 topics=interface,info message="DESKTOP link down"
time=11:59:26 topics=interface,info message="ANYA link down"
time=11:59:28 topics=interface,info message="NAS link up (speed 100M, full duplex)"
time=11:59:28 topics=interface,info message="ANYA link up (speed 100M, full duplex)"
time=11:59:29 topics=interface,info message="DESKTOP link up (speed 100M, full duplex)"
time=13:04:42 topics=interface,info message="ANYA link down"
time=13:04:44 topics=interface,info message="ANYA link up (speed 100M, full duplex)"
time=13:08:24 topics=interface,info message="NAS link down"
time=13:08:24 topics=interface,info message="DESKTOP link down"
time=13:08:24 topics=interface,info message="ANYA link down"
time=13:08:26 topics=interface,info message="NAS link up (speed 100M, full duplex)"
time=13:08:26 topics=interface,info message="DESKTOP link up (speed 100M, full duplex)"
time=13:08:26 topics=interface,info message="ANYA link up (speed 100M, full duplex)"
time=13:08:57 topics=interface,info message="NAS link down"
time=13:08:57 topics=interface,info message="DESKTOP link down"
time=13:08:57 topics=interface,info message="ANYA link down"
time=13:08:59 topics=interface,info message="NAS link up (speed 100M, full duplex)"
time=13:08:59 topics=interface,info message="DESKTOP link up (speed 100M, full duplex)"
time=13:08:59 topics=interface,info message="ANYA link up (speed 100M, full duplex)"
Some detail from the ethernet section. Don't know if that matters or not.
[admin@HOME] > interface ethernet print detail
Flags: X - disabled, R - running, S - slave
 0 RS ;;; ether4-slave
      name="ANYA" default-name="ether4" mtu=1500 l2mtu=1598 mac-address=00:0C:42:E4:8A:BD orig-mac-address=00:0C:42:E4:8A:BD arp=enabled auto-negotiation=yes full-duplex=yes speed=100Mbps master-port=NAS bandwidth=unlimited/unlimited
      switch=switch1 poe-out=auto-on poe-priority=10

 1 RS ;;; ether3-slave
      name="DESKTOP" default-name="ether3" mtu=1500 l2mtu=1598 mac-address=00:0C:42:E4:8A:BC orig-mac-address=00:0C:42:E4:8A:BC arp=enabled auto-negotiation=yes full-duplex=yes speed=100Mbps master-port=NAS
      bandwidth=unlimited/unlimited switch=switch1 poe-out=auto-on poe-priority=10

 2 RS ;;; ether2-master-bridged
      name="NAS" default-name="ether2" mtu=1500 l2mtu=1598 mac-address=00:0C:42:E4:8A:BB orig-mac-address=00:0C:42:E4:8A:BB arp=enabled auto-negotiation=yes full-duplex=yes speed=100Mbps master-port=none bandwidth=unlimited/unlimited
      switch=switch1 poe-out=auto-on poe-priority=10

 3  S ;;; ether5-slave
      name="TEMP" default-name="ether5" mtu=1500 l2mtu=1598 mac-address=00:0C:42:E4:8A:BE orig-mac-address=00:0C:42:E4:8A:BE arp=enabled auto-negotiation=yes full-duplex=yes speed=100Mbps master-port=NAS bandwidth=unlimited/unlimited
      switch=switch1 poe-out=auto-on poe-priority=10

 4 R  ;;; ether1 (MAC cloned to IBMT42 (DIGI Cable))
      name="WAN" default-name="ether1" mtu=1500 l2mtu=1600 mac-address=00:11:25:D2:B7:D8 orig-mac-address=00:0C:42:E4:8A:BA arp=enabled auto-negotiation=yes full-duplex=yes speed=100Mbps poe-out=auto-on poe-priority=10
As you can see, nothing else happens just flapping of ethernet ports. I'm not sure, but mostly happens when I stress the ethernet ports (via copying or so). But it also happened when I was just browsing pictures from an another PC.

Is there any workaround / fix for this issue?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon Dec 23, 2013 4:13 pm
by DBob
15:09:28 interface,info NAS link down
15:09:28 interface,info DESKTOP link down
15:09:28 interface,info ANYA link down
15:09:30 interface,info NAS link up (speed 10M, half duplex)
15:09:30 interface,info DESKTOP link up (speed 100M, full duplex)
15:09:30 interface,info ANYA link up (speed 100M, full duplex)
15:09:50 interface,info NAS link down
15:09:50 interface,info DESKTOP link down
15:09:50 interface,info ANYA link down
15:09:52 interface,info NAS link up (speed 100M, full duplex)
15:09:52 interface,info DESKTOP link up (speed 100M, full duplex)
15:09:52 interface,info ANYA link up (speed 100M, full duplex)
Always coming twice a row.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Dec 24, 2013 1:12 pm
by bysard
Didn't Mikrotik already said twice or three times that port flapping issue was fixed? So is it fixed or not?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon Jan 06, 2014 9:52 am
by angboontiong
After we use sftp cable and rj45, all used that cable routerboard have no flapping issue...

Remember that sftp it's not ftp cable...

And right method to crimp the RJ45 is must in place...

Sent from my GT-I8190N

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Feb 06, 2014 7:17 pm
by tdyxwdra
I had a serious flapping issue in ether1 of a routerboard 433 and a quite annoying one in a 133. The 433 flapping rendered the port useless, on the 133 it occurred once or twice per hour and the port was usable. Both ports are designated POE in although I never used them as such.

In my case replacing three capacitors on the 433 and two on 133 fixed the issue perfectly. Both routerboards are running fine for a week now under normal stress, not a single flap whatsoever. These capacitors are electrolytic and increase their ESR over time or thermal stress. A sign that the caps are defect can be electrolyte leaking, metal oxidation due to that, bumps or tears in the metal top or (obviously) a complete blow up. But most of the times you can't tell from the outside or by measuring capacitance.

On the 433 only one of the caps was like this, which led me to replace them all.
IMG_20140206_183722.croped.jpg
Out of curiosity I changed the caps one at a time to see which one would do the job. It was only after replacing the last one that the board worked fine, even though the last two were visually perfect.
IMG_20140206_183515.resized.jpg
The original caps are through hole (as are the replacements) but the PCB board has (at least) 4 layers and a very narrow hole, which means that taking the leads out in order to insert the new ones without risking damaging the board would need good resoldering equipment and patience, both of which I lack :) So instead I pulled out the cap heads leaving the leads still soldered on the board, cut out the leads and then used the SMD pads on the top layer to solder the new ones. One could instead use the old leads to solder the new caps on those leads.

The old caps are 6.3V/560μF, but I only had 470μF and 1000μF at 10V laying around so I used those. A higher voltage is absolutely fine but different capacitance depends on the application. Just remember that electrolytics are polarised, don't solder them around if you don't want caps exploding in your room. Also the height of the board is now bigger since my replacements are much larger but still the case fits with enough clearance. One should take that in mind if they use a case that comes really close to the board and perhaps solder the caps inclined or get low profile or SMD replacement caps. In the future I will order a few 560 to replace those with the proper ones but I'm happy it works at the moment.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Apr 17, 2014 9:21 pm
by Guentha
I have a CRS125-24G-1S-2HnD-IN I would let Mikrotik play with. there is no way they can't see the issue. I have tried to install it is several environments thinking it was an environmental or programming problem. however if I do a backup and restore it to another CRS125-24G-1S-2HnD-IN and install it in its place everything seems to just work.

this switch is down right useless. after say 3 commands you will be disconnected as all the ports flap uncontrollably. some worse than others. it definatly seems to be a problem with the speed detection. we had another unit do the same thing on about 6 ports. we set all 6 ports to 100 full and never had an issue since. we did also try this on our super bad CRS125-24G-1S-2HnD-IN but it didnt help. even down to 10mb half and still have issues.

some of our units wont even bring a link up on some ports to some devices unless you set the speed from auto to 100mb. just act's like there is nothing plugged in.

we are having this issue with most of our equipment. we have a 1100ah that has been rock solid. it made us look at the CCR's for one of our sub offices for our wireless company. all our sub offices have 1000mb fiber. we have yet to test if the sfp port has issues like the copper ports do as we cant afford the downtime. it costs us less to buy Cisco 6500E chassis in the long run as our maintenance costs force mikrtiks TCO into the thousands every year.

I urge people to look at there logs even if you are not having issues. we had no idea this was happening all over our netwrok as a customer tryed to get to a page and it may take a couple seconds as the port flaps but they think its all normal. we didn't know it was happening till we setup a law office with a CRS125-24G-1S-2HnD-IN. they have a database that disconnects if there is any loss of connectivity. so all day they would complain. we looked like fools as we had talked up mikrotik as being the end all be all in the price range but it ended up taking there office down for a week while we got a replacement sent out.

This issue is real, It is Widespred, and if Mikrotik cares about there reputation they will contact me and have me send them our CRS125-24G-1S-2HnD-IN for testing. I am holding onto it for just such an event. otherwise would have just RMA'd it months ago.

I will keep everyone up to date as to how Mikrotik handles this. its only been 3 years since this issue was brought up and it seems plenty of people are effected, making this more than just a coincidence.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Jun 19, 2014 5:04 pm
by eddief1
I must say that this problem is becoming really really annoying! I don't know what is causing this but when you running MPLS it becomes a massive problem when a port flaps!

What I also don't get is that everything was running fine for a couple of months only to have this flapping issue start and it is getting worse, sometimes it does not happen at all during the day and the next day it happens like 20 times.

So I guess with Mikrotik giving us no updates, which points to hardware, I have no choice but to ditch mikrotik completely from our network.

Screw that I have better things to do with my time

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Aug 14, 2014 9:38 am
by heavyd
I have major issue with the RB2011x with Ligowave equipment port flapping .I have 10 Ligowave / R2011 on the network and every single one has given issue with the Ethernet ports flapping .

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sun Sep 28, 2014 1:14 pm
by DBob
10:31:47 system,info,account user admin logged in from 192.168.0.199 via telnet
10:33:41 system,info,account user admin logged out from 192.168.0.199 via telnet
10:34:08 system,info,account user admin logged in via winbox
10:38:09 system,info filter rule moved by admin
10:38:11 system,info filter rule moved by admin
10:38:21 system,info filter rule moved by admin
10:39:10 system,info,account user admin logged out via winbox
10:48:03 interface,info ANYA link up (speed 10M, full duplex)
10:48:30 interface,info ANYA link down
10:48:32 interface,info ANYA link up (speed 10M, full duplex)
12:08:32 interface,info NAS link down
12:08:32 interface,info DESKTOP link down
12:08:32 interface,info ANYA link down
12:08:33 interface,info ANYA link up (speed 10M, full duplex)
12:08:35 interface,info NAS link up (speed 100M, full duplex)
12:08:35 interface,info DESKTOP link up (speed 100M, full duplex)
12:08:41 interface,info NAS link down
12:08:41 interface,info DESKTOP link down
12:08:41 interface,info ANYA link down
12:08:42 interface,info ANYA link up (speed 10M, full duplex)
12:08:43 interface,info NAS link up (speed 100M, full duplex)
12:08:43 interface,info DESKTOP link up (speed 100M, full duplex)
12:09:15 interface,info ANYA link down
12:09:47 system,info,account user admin logged in via winbox
Just the usual :cry:

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Thu Oct 09, 2014 10:54 pm
by nspk
Yesterday I bought CRS125-24G-1S-2HnD and the same situation like in other cases - ale ports have port flapping issue (CRS125 is connected straight to 751G-2HnD old one - soft 6.19) - cable witch I useing for connection must be good - on this cable worked workstation and everything was ok. I upgrade soft to newest 6.20.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon Oct 20, 2014 1:08 am
by slech
Again our RB750UP

After upgrade to 6.20 I almost lost access to the device.
I spent about 2 hours to remotely downgrade it to 5.25.
And now it works without flapping.

Any changes from 5.25 to 6.20 ?
Can we have a chance to upgrade to 6.x ?

I can't repeat this or make supout.rif because device is unusable after upgrade, ping show ~ 50% packets loss on management interface.
Also on the screen eth4-Autumn(Ph) port flapping but I managed device via eth3-dell(new).

And related topic about old versions of ROS: Archive for previous versions

Thank you!

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sat Nov 22, 2014 3:04 pm
by craigmitchell
I have seen the same port flapping issue on several mAP devices between:
- mAP (ROS fw 6.20) <> Lenovo laptop (auto speed negotiation)
- mAP (ROS fw 6.20) <> RB2011UAS-2HnD (ROS fw 6.15, 6.20)
- mAP (ROS fw 6.20) <> RB751G-2HnD (ROS fw 6.15, 6.20)

Removing ETH cable and reinserting it was a workaround sometimes, repeat until negotiation works.

Not seen the port flapping between any combination of RB951Ui-2HnD / RB2011UAS-2HnD / RB751G-2HnD / PC

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon Jun 08, 2015 10:27 am
by tussockland
Just wanted to help offer a fix that worked for me and has taken me a year to sort-out.
This is the only way I got my RB750up to stop port flapping. I had poe-out port flapping on v6.18/19 a few times a day/week, so thought it was time to update to the latest 6.29.1 , what a mistake, port flapped all night, every 10-15 mins. Much worse, and all my cables are super short. As mentioned by others, As soon as i set poe-in long cable to YES, it stopped immediately.

/interface ethernet poe settings set ether1-poe-in-long-cable=yes
OR
/interface ethernet poe settings edit ether1-poe-in-long-cable (then text editor; no/yes) save.

What's more, it used to port flap every time i logged in with webfig and winbox, and i certainly could not leave them running on-screen. Now i can leave them running on-screen all day...
I'm hoping the setting can be re-introduced to the GUI or WinBox, so it's easier for other newbies like me to try/set or test.
See here: http://forum.mikrotik.com/viewtopic.php ... 40#p485540

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sat Jul 11, 2015 11:38 am
by saintofinternet
i just installed a RB-SXT 2 WiFi AP with a cable running almost 10 meters from the Switch.

when powered up and the POE splitter Ethernet cable is connected to the Switch the Link/Activity light on the Switch keep switching "ON" and "OFF"

connected it to laptop directly and then there is no activity and it shows no connection with the device.

and this is happening at times... at times it works properly. all this while the WiFi SSID is continuously on and no issues on that.

what is this kind of issue???

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Aug 18, 2015 8:39 pm
by thiagolima
Hi Guys,

I'm replying just to let you know that I was having this issue with RouterOS 6.31 and Firmware 3.24 on a RB750. After downgrading the Firmware version to 3.21 and the RouterOS to 6.23 the issue stop happening.

I understand that this is only one way to get this resolved and there's some facing different situations. But I just thought it would be nice to reinforce this solution. :)


Regards,
Thiago Lima

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Apr 12, 2016 3:46 am
by infused
RB2011UAS ROS 6.32.4

PORT 6 WAN drops on first DHCP connection in the morning and renegotiates to 100mbit.

Image

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Mon Oct 17, 2016 7:46 pm
by inteq
Will post here, so I won't start a new thread.
Just started getting port flaps on my RB1100AHx2.
So far, port 2.
I noticed slow speeds on the server connected to port 2 so I ran a cli speed test.
As soon as the download speed test started, the port went down. It came up shortly.
Ran the test again and the port flapped again.
In the last year nothing got changed cable wise. The rack did not move an inch.
Running fw 6.37.1
Reading the comments, MT does not seem to acknowledge the problem.
Any news?

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Oct 25, 2016 11:55 pm
by mkomac
Try to ground MKT as explained in document: http://wiki.mikrotik.com/wiki/Manual:Grounding
It looks like that there is posssible some grounding problem

So action plan should be something like this:
1. Equip MKT with CAT 6 shielded cables
2. switch from MKT standard power supply to some power supply that have grounding (I prefer to make my own PS, but if you have some old laptop PS that have grounding it can be modified for MKT). PS needs to be from 9 to 30V min 1A, check spec for your MKT.

BR.
Mladen ..

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sat Jan 14, 2017 4:39 am
by samrock
I had originally posted the text below in its own thread, then i found this thread so i am moving the post. The WISP I work for has been in business for 10 years and has had no documented cases of port flapping when using Mikrotik Routers with Motorola or UBNT devices. Up until this point any ethernet issues was resolved by finding issues with cabling or just damaged equipment. I am going to attempt to find what is causing this issue on this tower. I will make another post below this one with an out line of my plans moving forward.


I am having A issue with the port going from 1000Gbps to 100Mbps when connected to a Mimosa A5c. All of the installation is per Mimosa and Mikrotik specs! I have asked about it on the Mimosa forums and was told to look at the Ethernet troubleshooting guide, The guide basically told me to be sure it was installed to spec.

The Mikrotik Equipment is a 1100ahX2
The Mimosa is a A5c with factory PoE Brick
The cable is Shreen Gel Tape FTP W/Drain

I have connected most other brands of equipment to Mikrotik and never had a port flapping issue, I under no condition think this is a Mikrotik issue but I am hoping some one has ran across it and has some information to share..

My current choices to make it work is:

1. Lock both the Mimosa and Mikrotik at 100Mbps
2. Install a 3rd party 1Gbps switch in between the Mikrotik and Mimosa PoE Brick.

Image

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sat Jan 14, 2017 5:03 am
by samrock
Ok so I am going to attempt to find root cause of my problems.. Luckily our current setup starts having issues as soon as you connect the AP to the Mikrotik. We have 3 B5c radios on this tower that are not having issues, Yet the newly installed A5c is flapping. This is an attempt to narrow down what will stop the flapping aside from a switch place in the loop! I will create sup-output files for every change and document details of changes.

The equipment in question is

The Mikrotik Equipment is a 1100ahX2
The Mimosa is a A5c with factory PoE Brick
The cable is Shreen Gel Tape FTP W/Drain


My first plan of attack is going to be manipulation of the drain and foil.

Second we will change firmware on the Mikrotik. " I would like to see if we can get DDWRT or OPEN-WRT installed on the hardware as a means of testing the hardware "

Third I will try different forms of isolation of incoming power, Ie 1to1 transformer, running on a UPS, and running on DC only.

Forth I am going to tare the Mikrotik down and replace all the electrolytic capacitors on the board.

_______________________________________________________________________________________________________________________

If any one has input, comments and or suggestions or would just like me to test something extra along the way just let me know. These test will be limited to weekends so that i do not cause down time to the people who use the access point during the week.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Sun Apr 23, 2017 7:29 pm
by zedd
My ether5 port is no longer able to connect at 100/1000Mbps. I know it worked before. At some point in time, it stopped, I tried reconnecting cables etc. All other ether ports work well at 1 Gbps.

If I disable the port and reenable, I can see renogotiation happening, but falls back to 10 Mbps (Raspberry PI B advertises up to 100 Mbps):

4 RS name="ether5-slave-local" default-name="ether5" mtu=1500 l2mtu=1598 mac-address=4C:5E:0C:F3:86:BC orig-mac-address=4C:5E:0C:F3:86:BC arp=enabled arp-timeout=auto loop-protect=default
loop-protect-status=off loop-protect-send-interval=5s loop-protect-disable-time=5m auto-negotiation=yes advertise=10M-half,10M-full,100M-half,100M-full,1000M-half,1000M-full full-duplex=yes
tx-flow-control=off rx-flow-control=off speed=100Mbps master-port=ether2-master-local bandwidth=unlimited/unlimited switch=switch1

18:22:14 system,info device changed by admin
18:22:20 system,info device changed by admin
18:22:22 interface,info ether5-slave-local link up (speed 100M, full duplex)
18:22:24 interface,info ether5-slave-local link down
18:22:32 interface,info ether5-slave-local link up (speed 10M, full duplex)

RouterOS: 6.38.5

routerboard: yes
model: 951G-2HnD
serial-number: 557E048A4B9F
firmware-type: ar9344
factory-firmware: 3.19
current-firmware: 3.33
upgrade-firmware: 3.33

Question: is it the hardware? I assume so (capacitors?).

Thanks,
Z.

Re: New Ethernet port flap issue enquiery, PLS JOIN!

Posted: Tue Feb 12, 2019 7:56 am
by KingCobra
Glad I found this topic, same issue happened to me tonight ...

Every 2-3minutes Ether1 port flapped for 2-3 seconds (which is my cable modem, when the port went down the modem reboot itself so I loose my internet connection for a couple minutes each time...)

Using a HAP AC2, RouterOS 6.43.12 ... router is 1 week old, everything seemed to work fine until tonight...

The only thing I can think of is this problem appeared when I tried to watch Netflix on my TV (that is plugged in port Ether3). When the tv was closed everything seemed to work fine. Didn't had too much time to do some tests but I after tried another cable I moved my TV to Ether4 and everything seems to be back to normal, played netflix for an hour and nothing dropped since ...

Kinda weird, any reason it would do this on one port and not the other? Defective unit?