napismizpravu, what do you see at /tool profiler?
dadaniel, I put the same configuration to my RB751 board. /export output provides me with correct result at 5.22,
/interface ethernet
set 0 name=ether1-modem
set 1 name=ether2-wan1
set 2 name=ether3-wan
set 3 name=ether4-wan4
set 4 name=ether5-lan
m0lod0y,
what wireless card model do you use?
[quote=“sergejs”]napismizpravu, what do you see at /tool profiler?
There’s nothing to see an empty window without data
RB433UAH power 24V 2A
from time to restart 1h
system error critical System rebooted because of kernel failure
system error critical router was rebooted without proper shutdown by watchdog timer
8x restart/3,5days
downgrade 5.21(almost stable)? upgrade 6.0rc4?
====Google translate====
For everyone that says there is no options in Advanced tab it was already discussed in another topic.
The options that are shown are the only relevant for the currently selected wireless mode. For example there is no ack setting in nstreme. That is why it is not shown in Advanced. Switch to a protocol that uses the option and you will see it.
When removing an UPS, or changing the serial port of an UPS, the previous serial port is still assigned to the UPS and unable to be reused by any other process.
sergejs, RouterBoard RB433AH + R52Hn
Same bug in v5.22 and 5.21 (on v5.19 didn’t met such problem):
can’t log in through web-interface (more often from Safari browser, iPhone), there is a following message: “Internal server error”.
As I read changelog, similar problem has already been solved in version 5.7, but now it seems to appear again in 5.21 and 5.22
Please fix this problem.
In either 5.21 or 5.22 my iPad1 works great. That’s weird. I’m on a 433ah
what wireless and wireless security-profile settings you are using, maybe problem is caused by, say, use of TKIP?
how often does it happen?
What happens if you manually open the IP address of the hotspot router - does it allow to login?
Please make a support output file right after you see that error message and send it to support@mikrotik.com
correct
Hello folks!
All our routers and accesspoints plus cpe:s successfully upgraded to ros5.22.
RB150, RB333, RB411, RB450G, RB600, RB750, SXT, SEXTANT
No problems observed, all working as stable as before, we use nv2 in wireless network for distribution and 802.11abgn in offices and some hotspots.
Thanks MT!
It happens almost every time I try to log in throuh web-interface (Safari) on iPhone. What do you mean by asking “What happens if you manually open the IP address of the hotspot router- does it allow to login?”? In address bar of Safari I enter IP-address of my RB750G, on logon screen I enter password (user “admin” automatically filled in) and press logon - after a few seconds I see the same logon screen with message “Internal Server Error” below password field.
Will try to send supout.rif soon.
Segir, have you tried to install a Chrome on IOS device, does it work with it?
With RouterOS v5.20 you didn’t have such problem?
ROS: 5.22
00:00:13 system,error,critical System rebooted because of kernel failure
00:00:16 system,error,critical router was rebooted without proper shutdown
00:00:19 interface,info ether1 link up (speed 100M, full duplex)
RB433AH
After few hours again “rebooted because of kernel failure” and CPU 100% and 100MHz !!!
ROS 5.22 looks like early beta…
Beginning on Nov 12, several devices on our network are having their (static) DHCP addresses deassigned and immediately reassigned every few hours, intermittently, despite the standard 3-day lease length. Here is the log of the most recent incident (MAC addresses changed, obviously):
Nov 30 08:47:56 33Comm LAN-DHCP deassigned 192.168.151.244 from aa:aa:aa:aa:aa:aa
Nov 30 08:47:56 33Comm LAN-DHCP assigned 192.168.151.244 to aa:aa:aa:aa:aa:aa
Nov 30 08:48:00 33Comm LAN-DHCP deassigned 192.168.151.247 from dd:dd:dd:dd:dd:dd
Nov 30 08:48:00 33Comm LAN-DHCP assigned 192.168.151.247 to dd:dd:dd:dd:dd:dd
Nov 30 08:48:00 33Comm LAN-DHCP deassigned 192.168.151.245 from bb:bb:bb:bb:bb:bb
Nov 30 08:48:00 33Comm LAN-DHCP assigned 192.168.151.245 to bb:bb:bb:bb:bb:bb
Nov 30 08:48:00 33Comm LAN-DHCP deassigned 192.168.151.246 from cc:cc:cc:cc:cc:cc
Nov 30 08:48:00 33Comm LAN-DHCP assigned 192.168.151.246 to cc:cc:cc:cc:cc:cc
...
Nov 30 12:48:56 33Comm LAN-DHCP deassigned 192.168.151.244 from aa:aa:aa:aa:aa:aa
Nov 30 12:48:56 33Comm LAN-DHCP assigned 192.168.151.244 to aa:aa:aa:aa:aa:aa
Nov 30 12:49:00 33Comm LAN-DHCP deassigned 192.168.151.246 from cc:cc:cc:cc:cc:cc
Nov 30 12:49:00 33Comm LAN-DHCP assigned 192.168.151.246 to cc:cc:cc:cc:cc:cc
Nov 30 12:49:00 33Comm LAN-DHCP deassigned 192.168.151.247 from dd:dd:dd:dd:dd:dd
Nov 30 12:49:00 33Comm LAN-DHCP assigned 192.168.151.247 to dd:dd:dd:dd:dd:dd
Nov 30 12:49:01 33Comm LAN-DHCP deassigned 192.168.151.245 from bb:bb:bb:bb:bb:bb
Nov 30 12:49:01 33Comm LAN-DHCP assigned 192.168.151.245 to bb:bb:bb:bb:bb:bb
At the same time that this occurs, current connections (e.g., VoIP, Skype) on these devices drop.
Relevant settings (export compact):
/ip pool
add name=LAN-pool ranges=192.168.150.100-192.168.151.249
/ip dhcp-server
add add-arp=yes address-pool=LAN-pool authoritative=yes disabled=no interface=\
ether1-LAN name=LAN-DHCP
/ip dhcp-server network
add address=192.168.150.0/23 dns-server=192.168.150.1 gateway=192.168.150.1 \
netmask=23 ntp-server=10.0.1.13
/ip dhcp-server lease
add address=192.168.151.244 client-id=1:c0:3f:e:10:21:7b mac-address=aa:aa:aa:aa:aa:aa server=LAN-DHCP
add address=192.168.151.245 client-id=1:0:e:8:d9:a9:11 mac-address=bb:bb:bb:bb:bb:bb server=LAN-DHCP
add address=192.168.151.246 client-id=1:0:e:8:d7:60:34 mac-address=cc:cc:cc:cc:cc:cc server=LAN-DHCP
add address=192.168.151.247 client-id=1:0:e:8:d8:4c:fb mac-address=dd:dd:dd:dd:dd:dd server=LAN-DHCP
Pretty straightforward, I think. I am not sure if this is caused by the dhcp-server system (e.g., changes made for 5.21) or something else; Hopefully, this will help someone track down the problem. If anyone has any insight into this, or this issue has been seen before, please let me know!
Since I am on the verge of losing a customer due to this behavior, I am going to try giving these devices static IPs (manually, not using dhcp-server) and see if that eliminates the drops. Since this will suggest whether the problem is within the dhcp-server system or elsewhere, I will follow up with my own results next week.
EDIT: This is on a RB750UP, currently running ROS 5.22. Upon further perusal of the logs, this deassign-reassign pattern goes back years–but this is the first time I have noticed it happening with static leases, and with devices for which it causes the user a real inconvenience.
Hello Folks!
PROBLEM!!
Suddenly one by one our CPE:s stop working, no traffic on eth1 at all, DHCP offer we see only, nothing more.
Known affected devices so far RB411
Rollback to 5.20 solved the problem.
The scenario is Sextant AP ----> Sextant station bridge (protocol nv2) … after 1 day trafic stoping. Enable disable wireless interface traffic comes. When ptotocol is nstream no problem. Downgrade to 5.18 NO problem too.
I’ve installed NTP client before upgrade, but after upgraded the package was gone, and I tried to check the time thru logs, and it put the right time. I don’t know what happen, but before this it need NTP client to syncronize time from the internet right? Do I need to reinstall NTP client package back?
BTW this version still not solve bug on SSL redirect address when using hotspot.
Yes, You need
It is quite easy