v6.29 will be released this week!

RouterOS General
1

We have plans to release v6.29 during this week.
Please check the latest rc version (v6.29)

http://www.mikrotik.com/download#rc

For those that had confirmed bug reports, please check if the issue is resolved.


What’s new in 6.29rc22 (2015-May-19 13:38):

*) fasttrack - correctly close fasttrack connections;
*) firewall - fixed sector writes rising starting since 6.28;
*) tile - fixed fasttrack;
*) snmp - fix rare bug when some OIDs where skipped;
*) ssh - added aes-ctr cipher support;
*) mesh - fixed kernel crash;
*) ipv4 fasttrack fastpath - accelerates connection tracking and nat for marked
connections (more than 5x performance improvement compared to regular slow
path conntrack/nat) - currently limited to TCP/UDP only;
*) added ~fasttrack-connection~ firewall action in filter/mangle tables for marking
connections as fasttrack;
*) added fastpath support for bridge interfaces - packets received and transmitted
on bridge interface can go fastpath (previously only bridge forwarded packets
could go fastpath);
*) packets now can go half-fastpath - if input interface supports fastpath and
packet gets forwarded in fastpath but output interface does not support fastpath
or has interface queue other than only-hw-queue packet gets converted
to slow path only at the dst interface transmit time;
*) trafflow: add natted addrs/ports to ipv4 flow info;
*) queue tree: some queues would stop working after some configuration changes;
*) tilegx: enable autoneg for sfp ports in netinstall;
*) health - fix voltage on some RB4xx;
*) romon - fix 100% CPU usage;
*) romon - moved under tools menu in console;
*) email - store hostname for consistency;
*) vrrp - do not reset interface when no interesting config changes;
*) async - fixed ppp server;
*) sstp - fixed router lockup;
*) queue tree: some queues would stop working after some configuration changes.
*) console - allow ‘-’ characters in unknown command argument names;
*) snmp - fix rare bug when some OIDs where skipped;
*) fixed CRS226 10G ports could lose link (introduced in 6.28);
*) fixed FREAK vulnerability in SSL & TLS;
*) ipsec - allow to specify custom IP address for my_id parameter;

2

Great news! I really waiting that release… after buggy 6.28. :slight_smile:

3

Is the sstp/l2tp problem with client’s addresses going into DI state solved in this version?

4

Been running the 6.29 rc versions once I found the massive sector re-writes. No issues since rc20

5

I did some upgrades on RB493AH from 6.12 to 6.29cr13 to test ROMON

With 6.29 it seems that the ethernet ports sometimes go down and up.

6

Please upgrade your router to v6.29rc22 and check again if the issue is still present.

7

rates in simple queue don’t work with fastpah? i’m seeing clients get more speed from what queue is limiting…
just me ??

8

Ticket#2014021866000279 - Not fixed from 24.2.2014

Ticket#2015041666000428 - No answers from support from 21.4.2015

9

This bug has been fixed twice :wink:

10

Auto-negotiation broken on CCR ethernet - ports only work in 10Mbit/Half mode.

11

You may need more detail. Each of my CCR’s (Nine CCR1009-8G-1S-1S+ and four CCR1016-12G) are all auto-neg and all linked at 1Gbps with no issue.

12

Is the queue showing the larger amount of traffic? or a limited amount? or none?

Fast Path / Track is deliberately bypassing parts of the processing, the idea is to move the packets wholly inside the kernel to output interface.

Was it working before?

Regards
Alexander

13

My CCR1016-12G its purring like a kitten…

14

Input traffic on bridge interfaces is still not counted in 6.29rc22 (now even graphs show only output traffic on those interfaces obiovsly).

15

This is from the actual fasttrack thread…


Re: FastTrack - New feature in 6.29

by becs » Wed Apr 29, 2015 9:07 pm
In current implementation (6.29rc15) FastTracked (and FastPathed) packets will not be accounted in Traffic Flow.
But.. there are possibilities to extend FastPath/FastTrack feature set in the future.

At the moment, please, test basic FastTrack functionality, and report back if you encounter any issues.


\

So from this I’m assuming its still not counted…

16

Thanks 105547111 for hints, I’m not using fasttrack now ..and fast path on bridges was already there from ages. So something have been changed/updated on fast path implementation so that .. .. bla bla .. :smiley:

17

ffernandes, Neilson - If you are using bridge but use-ip-firewall is not enabled, then Queues will not be limiting bridged traffic:
http://wiki.mikrotik.com/wiki/Manual:Interface/Bridge
http://wiki.mikrotik.com/wiki/Manual:Packet_Flow_v6
paoloaga - These were two separate fixes where issues were triggered in different ways
LynxChaus, Petzl - Please write to support@mikrotik.com. It must be something specific with your configuration/topology. Send supout files and we will inspect them
105547111 - Please als owrite to support@mikrotik.com. Did it start with upgrade?
bajodel - Where it is not counted? Have you checked your bridge settings?

18

CCR1036-8G-2S+ - can’t negotiate 100-Fdx speed.

name="ether7" default-name="ether7" mtu=1500 l2mtu=1580 mac-address=XX:XX:XX:XX:XX:28 orig-mac-address=XX:XX:XX:XX:XX:28 arp=enabled auto-negotiation=yes advertise=10M-full,100M-full,1000M-full full-duplex=yes tx-flow-control=auto rx-flow-control=auto speed=10Mbps master-port=none bandwidth=unlimited/unlimited

Note “speed=10Mbps” - remote partner D-Link (mgmt interface 100-FDx). And interface RX packets only if it manually configured to 10Mbit speed.

19

Hello MikroTik support team,

is bug below fixed, please?

Ticket#2015032266000169 Unable to set comment on dhcp-server alert via CLI

Thank you

20

strods… i’m not using bridge …
normal routing with some simple queues