yes we use snmp, and disabling snmp seems alleviate the problem without fixing completely it.
regards
Ros
We use SNMP too.
We are doing some more tests. Let us know some other details, which SNMP version you use, if you monitor specific OID, how many wireless cards do you have active etc.
we have 1 wireless card and monitor the follwing parameter:
- cpu usage
- hd (used/total)
- memory (used/total)
- registered wireless client
- data rate
- wireless signal
- frequency
regards
Ros
1 wireless card and we monitor only wireless signal strength through snmp.
We use SNMPv1.
OIDs we poll are:
IF-MIB::ifInOctets.X
IF-MIB::ifInUcastPkts.X
IF-MIB::ifInNUcastPkts.X
IF-MIB::ifOutOctets.X
IF-MIB::ifOutUcastPkts.X
IF-MIB::ifOutNUcastPkts.X
1.3.6.1.4.1.14988.1.1.1.1.1.4.X
1.3.6.1.4.1.14988.1.1.1.2.1.3.Y.X
1.3.6.1.4.1.14988.1.1.1.2.1.4.Y.X
1.3.6.1.4.1.14988.1.1.1.2.1.5.Y.X
1.3.6.1.4.1.14988.1.1.1.2.1.6.Y.X
1.3.6.1.4.1.14988.1.1.1.2.1.7.Y.X
1.3.6.1.4.1.14988.1.1.1.2.1.8.Y.X
1.3.6.1.4.1.14988.1.1.1.2.1.9.Y.X
hrProcessorLoad.1
enterprises.14988.1.1.3.8.0
enterprises.14988.1.1.3.10.0
hrStorageDescr (walked)
hrStorageSize.Z
hrStorageUsed.Z
In above, X is the interface ID - either an ethernet interface, or a wlan interface, or both in some cases.
Y is a station MAC address.
Z is a storage ID - only the main memory ID which we discover from walking hrStorageDescr.
Some of the above OIDs are net-snmp specific abbreviations. Hope that’s OK… I’ll resolve them to numeric OIDs if you need.
And in both 435Gs we have only one wlan card installed and active - Ubiquiti SR71-15.
any update???
regards
ros
Not sure about you, but I enabled a netwatch script to toggle the switch-all-ports option if the ethernet interface died, and just having the netwatch running has prevented the interface from going dead on both my 435Gs (script hasn’t fired once). Go figure. If it remains stable for a few more days, I’m going to try disable the netwatch to see what happens.
still no update 
We also bought a large number of RB435g, and almost all the time 3-7 days stuck and have to constantly restart!
If you hang the device only works WAN does not work LAN,
disabled almost all the functions SNMP, Tracking,
Each has a 435 to 10 client devices!
I’m having same problem with my boards locking up .. I have watchdog running and set to watch the main gateway .. it will auto-reboot, but I can’t get it to do supout.rif so that I can send in the supout for tech help
James
All I can say is, those who are still experiencing it, please help MT debug it with remote access to your equipment. Our boards haven’t frozen for over a week now, and we haven’t really changed much. As a result, they feel like ticking time bombs, but the problem is impossible to debug like this…
Hi,
we had report this issue to MT support in December: Ticket#2011120566000486
We had two RB435G used for our main backbone (200 Mbps link). The link stop to work almost every days, as it’s been always more than 50 Mbps going throught it … The only way to get the link back to normal state is to disable/enable switch-all-port feature or by reboot the RB435G.
I had granted access to their developper recently (last week) but still got no news. I think it could help if at least someone from MT could tell us:
- If they found the problem
- If it depend on linux kernel or driver, or is it a routeros issue.
- If they got an idea of how to fix it and how many time it will take to fix it (day,week, month, year
.
We suffer much by waiting without any news, and let me say you that our customer suffer too… If the problem is too hard too resolve quickly, please tell us and we will take action to resolve it by replacing these board by another without switch chip (RB711GA-5HnD).
Regards,
Michael
And i have the same problem.
Running 5.15 for 2 weeks and that ethernet lockup is still present. About once a day.
And I doubt 5.16 will make any change.
I too have some outages of ethernet in rb1200. Router itself remains up but I cannot access it by any means for a while. Unfortunately while I’m going to investigate with a laptop it resumes normal operation. Any ideas how to check what’s wrong?
So, 5.17 and rb435g and ethernet lockup is still there.
Hi,
just to let you know I solved my problem.
Here is our setup:
site1 <—> RB493AH <—> RB435G <—> over wireless NV2 <—> RB435G <—> RB450G <—> site2
On RB493AH (ROS 5.7 and FW 2.20) and RB450G (ROS 5.14 FW 2.39) all port are in a bridge interface.
On both RB435G (ROS 5.14 FW 2.39) wlan1 and ether1 are in a bridge interface.
No other special setup.
As describe previously, after a random time, data stop to passthrough ethernet between RB435G and RB450G and some time between RB493AH and RB435G. As describe previously, problem seems to be an issue with the switch chip as playing with the switch-all-port parameter let the traffic go through the ethernet port again.
To fix this issue, if you don’t need to ethernet switch-all-port:
- put the setting to no;
- pay attention to the ethernet synchronisation as sometime it fallback to half duplex;
- if so, force ethernet speed/duplex re-negotiation;
- enjoy the uptime of your ethernet link…
No more ethernet flap since may 29 2012, but I had to mention that the port on site 2 had negotiate 100 Mbps FD instead of 1Gbps FD ?! We will verify a second time lightning (gigabit one), POE (gigabit one) and CAT6 cable to be sure and let you know about all developpement.
Regards,
Michael Plourde
Digicom
P.S. Don’t forget to give karma
Probably this not related to the same issue.
1.What is the purpose of this router ?
2.Do it have public IP ?
3.Any firewall ?
4.All ethernet ports going down at the same time ?
Did you have something mentioned about half duplex in the log, because I have never seen a line stating that in mine.
It is always “interface,info ether3 link up (speed 1000M, full duplex)”