Re: RouterOS v4.8 released

RouterOS v4.8 released:

http://www.mikrotik.com/download/routeros-ALL-4.8.torrent

What’s new in 4.8:

*) fixed problem - WinBox crashed while opening VAP interface;
*) dhcp server - fixed possible inactive dhcp server in case of many
dhcp leases with address-pool enabled (broken in v4.7);
*) dhcp server - show non-printable agent-circuit-id and agent-remote-id
values in hexadecimal notation (the same way as client-id is shown);
*) api - can supply password to ‘/system/upgrade/upgrade-package-source/add’;
*) console - fixed bug that caused “cannot set …” error when using
some properties in ‘find’ commands;
*) api - ‘print’ command was not showing values of some properties
such as ‘servers’ in “/ip/dns”;
*) show old software id in export file header;
*) added support for secondary serial port on RB800/RB1100;

What’s new in 4.7:

*) fixed problem - wireless packet bridging with nstreme enabled
sometimes was very slow on RB1xx, RB5xx and RB4xx;
*) fixed problem - ipv6 traffic was not bridged if ipv6 package was not enabled;
*) ‘/user active’ now lists type of api connections as ‘api’
*) fixed getting interface stats in dude
*) fixed metarouter stability problem on RB400s & RB750s;
*) fixed metarouter - it didn’t work on RB1000 with 2Gb;
*) fixed metarouter - it locked up on RB800;
*) fixed problem - SFQ queues did not work on interfaces (wireless) if none
of simple or tree queues were added;
*) fixed RB800 temperature;
*) silentboot feature updated;
*) multicast - fixed possible crash during PIM startup;
*) ospf - changed “/routing ospf route” to show type 2 metric instead of
internal metric for type 2 external routes;
*) report platform name in “/sysrem resource”;
*) fixed problem - vlans were not working on RB750 ether1;
*) fixed mac address handling on RB750, some specific arp requests did not work;
*) more than two dns servers allowed in /ip dns;
*) sniffer and torch could process packet from other interfaces;
*) dns cache rotates order of records in reply messages;
*) ospf - fixed DR and BDR election;

error trying to get the torrent…
no file there?!’

check again

ha…
torrenting :smiley:
thx

Perhaps I commented a bit late on the 4.7 thread, but regarding no known bugs, http://forum.mikrotik.com/t/ethernet-duplex-not-following-settings-on-boot/34742/1 has been around for at least a few months, no updates on the 4.8 changelog either. When do you anticipate this bug being fixed?

have you checked that? maybe it’s just not in Changelog

p.s. for three hours I seeded 768 Mb of ROS torrent - let’s add some statistics to MT torrent tracker )))

It wasn’t as of 4.5, I haven’t checked the 4.8 as I’d prefer not to have any outage for potentially no reason.

wasn’t that confirmed on v4.5?.. so you should check next versions - previous versions are never got fixed :wink:

don’t you have some test devices that are not used in production?..

I suppose I could rig something up. I’d just think that a changelog would have a log of the changes made, not just some of the changes made.

I have done two upgrades to 4.8 on RB433AH

on both the either port indicated inactive and had to be cycled disabled/enabled before it came on line

  • this happens after every reboot

I’m lucky I didn’t try the install on a remote station that’s connected through ether…

I didn’t have this with 4.7 and I think it’s new

On one of the I can’t upgrade the firmware I’m stuck with 2.23 -

  • fixed this one with
    /system routerboard settings set force-backup-booter=no
    /system routerboard upgrade
    /system reboot

RGDS

unfortunately, sometimes some changes are not mentioned in changelog…

411A + SR71-15 + ROS4.8 = Wlan enabled but not work !!!
If i scan nothing appear. Serious bug ?

i have 411A + R52HN + 4.8 … scan work but … “Connection lost … extensive data lost” … everything was ok with 4.6

i try ap bridge, brige … i can’t make it work right on 4.8

411AH ,433AH, x86 is ok for me

We use RB600a and RB800 with SR71-15’s. Was planning on testing ROS4.8 in the morning. I’ll let you know if I can duplicate your problem.

Which is unfortunately not acceptable, and after numerious discussions, MT seems rather unwilling to change their practises… This, in conjunction with bugs never being fixed, is exactly why I have replaced every MT device I have in use with Ciscos… When MT’s release practises improoves, I will most definately reconsider.

What are you talking about? There is no change that “is not mentioned in the changelog”. It’s this kind of speculation talk that leads to such beliefs.

Normis,

For example:
Where was the DHCP change in the 4.7 release notes ? Check, http://forum.mikrotik.com/t/removing-sip-connections/37127/1 This has been changed (thanks !) in 4.8 but nothing in the release notes.

was there a bug report and a confirmation that it was fixed? maybe it even wasn’t a bug

When you release v5 beta whith this changes ?? (dhcp fix)

please tell me the ticket number of the problem you are referring to. there could be multiple issues with dhcp in v5 beta, so I don’t know which specifically you mean.