Re: v6.29 will be released this week!
6.29 version seems to be ready:
http://demo.mt.lv/
http://demo.mt.lv/
Re: v6.29 will be released this week!
and in download page (RouterOS v6.x release candidate) >> http://www.mikrotik.com/download6.29 version seems to be ready:
http://demo.mt.lv/
Re: v6.29 will be released this week!
If you look today at the RouterOS v6.x release candidate, 6.29 final is released. Its not showing up yet on the normal download channel, but the final version is posted there 
Re: v6.29 will be released this week!
The current list of fixes in the changelog for 6.29 no longer lists
Is this fix still present, even though it is not listed?*) firewall - fixed sector writes rising starting since 6.28;
Re: v6.29 will be released this week!
Thanks to 105547111 for the information.
I do also hope that the "sector writes-Bug" is fixed in this release. I upgraded hap lite a second ago and will monitor my sector counts.
I do also hope that the "sector writes-Bug" is fixed in this release. I upgraded hap lite a second ago and will monitor my sector counts.
Re: v6.29 will be released this week!
It does not seem to be fixed.
You do not have the required permissions to view the files attached to this post.
Re: v6.29 will be released this week!
after upgrade from 6.29.rc22 to 6.29
You do not have the required permissions to view the files attached to this post.
Re: v6.29 will be released this week!
I noted that in logs from first 6.29rcxx .. (maybe I'm wrong but even in 6.28 ..)after upgrade from 6.29.rc22 to 6.29
Re: v6.29 will be released this week!
Anyway ..even on final(?) 6.29 on bridge interface (at least on bridge with only 1 ethernet interface) the input traffic counters dosen't work (output counters are ok). Verified on RB2011, CRS125, RB433.
If I disable Fast Path on bridge settings, input counters of bridges start again ..and viceversa.
If I disable Fast Path on bridge settings, input counters of bridges start again ..and viceversa.
v6.29 will be released this week!
Did you noticed official release announcement? Maybe it is not final yet, but some new way how mikrotik tests their products.... Don't you think?
Re: v6.29 will be released this week!
when you can I upgrade through the " packages-update"? Does the final version have a IGMP-proxy?
Re: v6.29 will be released this week!
WOW!!!
Yesterday I set up a RB951G for a client. I put v6.29 on it, set up NAT, fasttrack, a couple of L7 filter rules, overclocked the CPU to 750 MHz (it is rock stable there) and did a few speedtests with a gigabit upstream. Let me tell you, nothing could have prepared me for what I saw! 750+ Mbps up/down! NATted! CPU was at 55 - 65%, which probably means that I hit the actual limit of the line. Without fasttrack, I saw around 200 Mbps with CPU at 95%.
Well done on this front, Mikrotik!
Yesterday I set up a RB951G for a client. I put v6.29 on it, set up NAT, fasttrack, a couple of L7 filter rules, overclocked the CPU to 750 MHz (it is rock stable there) and did a few speedtests with a gigabit upstream. Let me tell you, nothing could have prepared me for what I saw! 750+ Mbps up/down! NATted! CPU was at 55 - 65%, which probably means that I hit the actual limit of the line. Without fasttrack, I saw around 200 Mbps with CPU at 95%.
Well done on this front, Mikrotik!
-
-
th0massin0
Member Candidate
- Posts: 156
- Joined:
- Location: Poland
Re: v6.29 will be released this week!
Seems to be fixed in today's 6.29, tested on RB2011UiAS*) firewall - fixed sector writes rising starting since 6.28;
Re: v6.29 will be released this week!
Referring to Ticket # 2015042066000634, the problem persists.
My Radius is configured to allow one connection per customer.
I do not believe that is the Radius, because what happens is as follows:
My Radius only authorizes the connection.
The IPS POOL is in Mikrotik
1. Customer initiates PPPoE dial;
2. Mikrotik queries Radius;
3. Radius authorizes the client;
4. Mikrotik authenticates the client.
THE PROBLEM:
1. Randomly some authenticate clients, but do not sail;
2. Active PPP connections in the address field, appears in the IP that the client received;
3. PPP interface, the same client, the Remote Address field is empty;
4. PPP interface, this same customer is om the only status with D (dinamic) but nowhere with R (Running);
5. In IP Address, the same client is in red, with the status D (Dynamic) and I (Invalid);
6. Interfaces, the same customer is with Status D (Dynamic) and without the R (Running) and also not as a slave of the physical interface;
7. IP Route, is not created proper route (/ 32) to the client.
RESULT: The PPPoE session is established, the client receives IP, but the RouterOS for some reason creates totally bugged connection.
CUSTOMER IS NO CONNECTION.
After some time, the RouterOS "adjusts" the connection, creates the route and the customer browsing normally.
My Radius is configured to allow one connection per customer.
I do not believe that is the Radius, because what happens is as follows:
My Radius only authorizes the connection.
The IPS POOL is in Mikrotik
1. Customer initiates PPPoE dial;
2. Mikrotik queries Radius;
3. Radius authorizes the client;
4. Mikrotik authenticates the client.
THE PROBLEM:
1. Randomly some authenticate clients, but do not sail;
2. Active PPP connections in the address field, appears in the IP that the client received;
3. PPP interface, the same client, the Remote Address field is empty;
4. PPP interface, this same customer is om the only status with D (dinamic) but nowhere with R (Running);
5. In IP Address, the same client is in red, with the status D (Dynamic) and I (Invalid);
6. Interfaces, the same customer is with Status D (Dynamic) and without the R (Running) and also not as a slave of the physical interface;
7. IP Route, is not created proper route (/ 32) to the client.
RESULT: The PPPoE session is established, the client receives IP, but the RouterOS for some reason creates totally bugged connection.
CUSTOMER IS NO CONNECTION.
After some time, the RouterOS "adjusts" the connection, creates the route and the customer browsing normally.