Page 1 of 1

v6.28 final RC testing

Posted: Wed Mar 18, 2015 1:45 pm
by normis
We have fixed most important issues and the version will be released this week, if possible, please test this version and let us know of any remaining issues, so we can address them. Thanks!

Tilera: http://www.mikrotik.com/download/share/ ... latest.npk
smips for hAP: http://www.mikrotik.com/download/share/ ... latest.npk
mips: http://www.mikrotik.com/download/share/ ... latest.npk
x86: http://www.mikrotik.com/download/share/ ... latest.npk
ppc: http://www.mikrotik.com/download/share/ ... latest.npk
all: http://www.mikrotik.com/download/share/ ... latest.zip

What's new in 6.28rc14 (2015-Mar-17 15:41):

*) tile - rare situation when CCR devices failed to auto-negotiate ethernet link (introduced in v6.25);
*) route - using ldp could cause connected routes with
invalid interface nexthop;
*) added support for SiS 190/191 PCI Ethernet adapter;
*) made metarouter work on boards with 802.11ac support or usb LTE;
*) sstp server - allow ADH only when no certificate set;
*) make fat32 disk formatting support disks bigger than 134GiB;
*) fixed tunnels - could crash when clamp-tcp-mss was enabled;
*) added basic counters for ipv4/bridge fast path, also show status weather fast
path is active at all;
*) console - added 'comment' parameter for '/system script'
*) api - return sentences can have property ~.section~ that groups values
from commands such as ~monitor~, ~traceroute~,
~print~ (with non-zero 'interval' value);
*) cloud - add time zone detection feature ~/system clock time-zone-autodetect~;
*) cloud - rename ~/ip cloud enabled~ to ~/ip cloud ddns-enabled~;
*) cloud - make ~/ip cloud update-time~ independent from ~/ip cloud ddns-enabled~
*) cloud - when setting ~/ip cloud ddns-enabled~ to ~no~ router will send
message to server to disable DNS name for this routerboard;
*) cloud - ~/ip cloud force-update~ command now will work also when
~/ip cloud ddns-enabled = no~. usefull if user wants to disable DDNS;
*) RB4xxGL - improved ethernet throughput (less dropped packets);
*) trafflow: - fixed crash on disable;
*) pppoe - fixed crash when big ppp packets with were sent over EOIP;
*) tilegx - fixed memory leak when queue settings are changed;
*) ar9888 - fixed crash when hw reports invalid rate;
*) console - fixed "in" operator in console;
*) console - make "/system package update print" work again.

Re: v6.28 final RC testing

Posted: Wed Mar 18, 2015 2:35 pm
by boen_robot
The change log is STILL very broken, in that it says things from 6.27. Compare
What's new in 6.27 (2015-Feb-11 13:24):

*) console - added 'comment' parameter for '/system script'
*) api - return sentences can have property ".section" that groups values
from commands such as "monitor", "traceroute",
"print" (with non-zero 'interval' value);
*) cloud - add time zone detection feature "/system clock time-zone-autodetect";
*) cloud - rename "/ip cloud enabled" to "/ip cloud ddns-enabled";
*) cloud - make "/ip cloud update-time" independent from "/ip cloud ddns-enabled"
*) cloud - when setting "/ip cloud ddns-enabled" to "no" router will send
message to server to disable DNS name for this routerboard;
*) cloud - "/ip cloud force-update" command now will work also when
"/ip cloud ddns-enabled = no". usefull if user wants to disable DDNS;
*) RB4xxGL - improved ethernet throughput (less dropped packets);

*) RouterBOARD - fixed health reporting;
*) check-installation: fixed wrong kernel crc on powerpc boards
*) watchdog: fix software watchdog for x86
*) ssh - check conn state before sending disconnect message;
*) ipsec - fixed crash that happened in specific situation;
with
What's new in 6.28rc14 (2015-Mar-17 15:41):

*) tile - rare situation when CCR devices failed to auto-negotiate ethernet link (introduced in v6.25);
*) route - using ldp could cause connected routes with
invalid interface nexthop;
*) added support for SiS 190/191 PCI Ethernet adapter;
*) made metarouter work on boards with 802.11ac support or usb LTE;
*) sstp server - allow ADH only when no certificate set;
*) make fat32 disk formatting support disks bigger than 134GiB;
*) fixed tunnels - could crash when clamp-tcp-mss was enabled;
*) added basic counters for ipv4/bridge fast path, also show status weather fast
path is active at all;
*) console - added 'comment' parameter for '/system script'
*) api - return sentences can have property ~.section~ that groups values
from commands such as ~monitor~, ~traceroute~,
~print~ (with non-zero 'interval' value);
*) cloud - add time zone detection feature ~/system clock time-zone-autodetect~;
*) cloud - rename ~/ip cloud enabled~ to ~/ip cloud ddns-enabled~;
*) cloud - make ~/ip cloud update-time~ independent from ~/ip cloud ddns-enabled~
*) cloud - when setting ~/ip cloud ddns-enabled~ to ~no~ router will send
message to server to disable DNS name for this routerboard;
*) cloud - ~/ip cloud force-update~ command now will work also when
~/ip cloud ddns-enabled = no~. usefull if user wants to disable DDNS;
*) RB4xxGL - improved ethernet throughput (less dropped packets);

*) trafflow: - fixed crash on disable;
*) pppoe - fixed crash when big ppp packets with were sent over EOIP;
*) tilegx - fixed memory leak when queue settings are changed;
*) ar9888 - fixed crash when hw reports invalid rate;
*) console - fixed "in" operator in console;
*) console - make "/system package update print" work again.

Re: v6.28 final RC testing

Posted: Wed Mar 18, 2015 3:28 pm
by bajodel
On x86 winbox (2/3) log window shows only 1 row (sometimes more ..but unreliable).

v6.28 final RC testing

Posted: Wed Mar 18, 2015 5:32 pm
by jarda
Could you provide a list of ticket numbers you believe that were corrected in this release? We should know if testing worths because you do not provide change lists in full.

Re: v6.28 final RC testing

Posted: Wed Mar 18, 2015 6:14 pm
by eworm
Sending e-mail is still broken for me. The issue is described here:
System Error sending email timeout occurred

Any chance to get that fixed?

Re: v6.28 final RC testing

Posted: Wed Mar 18, 2015 9:22 pm
by ethernet
Sending e-mail is still broken for me. The issue is described here:
System Error sending email timeout occurred

Any chance to get that fixed?
+1
Still not working

Re: v6.28 final RC testing

Posted: Wed Mar 18, 2015 10:54 pm
by Sob
@jarda: As usual, download, install and hope for the best, sometimes you get lucky. I did today. A little. But yeah, some kind of notification would be nice.

"Good news, dear user! We think that we fixed your ticket. Sincerely, your support."

Posted: Wed Mar 18, 2015 11:19 pm
by jarda
This is not the way I work.

Re: v6.28 final RC testing

Posted: Thu Mar 19, 2015 1:53 pm
by bajodel
Problem in system health on 2011UAS v6.28rc15 (not tested on other boards)

1) From gui menu I see an empty window

2) config export stuck on that with ..
..(cut)..
set time-zone-autodetect=no time-zone-name=Europe/Rome
#error exporting /system health
/system identity
..(cut)..

Re: v6.28 final RC testing

Posted: Thu Mar 19, 2015 1:58 pm
by bajodel
just checked ..on CRS125-24G-1S v6.28rc15 /system health is ok

Re: v6.28 final RC testing

Posted: Thu Mar 19, 2015 6:11 pm
by bajodel
Problem in system health on 2011UAS v6.28rc15 (not tested on other boards)

1) From gui menu I see an empty window

2) config export stuck on that with ..
..(cut)..
set time-zone-autodetect=no time-zone-name=Europe/Rome
#error exporting /system health
/system identity
..(cut)..
Rebooting 2 times "solve" the problem.

Re: v6.28 final RC testing

Posted: Fri Mar 20, 2015 8:44 am
by givemesam
There are no dates on the posts in this thread.

When will .28 be released?

Just updated to .27 from .23 and immediately adopted an Ethernet negotiating issue on my ccr1036.....

After two hours it just went off line. Has some FCS errors on my Cooper sfp. No asking of reboots or unplugging recovered it until it randomly decided to come up.

Not good.... .23 was very stable but hey, it's good to update right?

Re: v6.28 final RC testing

Posted: Fri Mar 20, 2015 12:46 pm
by jcem
Hi!

Error when opening inbox "Couldn't start - profile already running (6)"

When opening inbox with ROS6.28RC15 CRS125 with profile running
from previous session

RGDS
Jörgen

Re: v6.28 final RC testing

Posted: Sat Mar 21, 2015 4:10 am
by fallenwrx
RB951G running 6.28rc15 poor performance with ipad mini 2 running 8.1 web pages fail to load but no issues with windows computers on the same wireless network

Re: v6.28 final RC testing

Posted: Sat Mar 21, 2015 7:33 am
by alexjhart
tile - rare situation when CCR devices failed to auto-negotiate ethernet link (introduced in v6.25);
Can you tell me more about that please?

Re: v6.28 final RC testing

Posted: Sat Mar 21, 2015 7:58 am
by givemesam
me too. i upgraded to 6.27 last night, and 2 hrs later had FCS errors on the uplink/wan port connecting to upstream isp. This resulted in an outage that was devastating. rebooting did not help, reseating did not help. nothing helped. it randomly came back an hour later.......... Very concerned it was this 'rare' issue, but it happened within 2 hours so who knows.

from v23 to v27 did the driver become more sensitive to cabling, have a lower tolerance to cable issues? etc.....

using CCR1026 16GB, uplink was sfp+ mikrotik copper module.

basically been waiting for 6.28 and cancelled a trip to make sure i load it in person 'this week' as posted in the 1st commend.

Normis, can we still expect it this week? you guys push new updates on saturdays?

thanks you

Re: v6.28 final RC testing

Posted: Sat Mar 21, 2015 9:19 pm
by givemesam
Is this the x27 (introduced in .25) port flapping issue? Taken off upstream switch cisco me3600x, ethernet port, connected to mikrotik sfp+ port on ccr1036 16GB via mikrotik copper sfp

Also note: their port is set to no autonegotiation / 1000M Full
My port would not sync up on autonegotiation unchecked when we first installed it with r23, advertising at 10,100,100M Full only. 2 hours after upgrading to x27 we had the logs occur below. We also saw some FCS errors on the microtik log. We changed MT to only advertise at 1000M Full, still no fixed rate port support.

lasted exactly 1 hour, then came back up without much issue...... Is this the bug that is fixed in r28? that was introduced in r25 where r23 was free from this flapping issue?

====
Mar 19 18:06:32.507 MDT: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/3, changed state to down
Mar 19 18:06:33.567 MDT: %LINK-3-UPDOWN: Interface GigabitEthernet0/3, changed state to down
Mar 19 18:06:39.707 MDT: %LINK-3-UPDOWN: Interface GigabitEthernet0/3, changed state to up
Mar 19 18:06:40.707 MDT: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/3, changed state to up
Mar 19 18:08:30.924 MDT: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/3, changed state to down
Mar 19 18:08:31.980 MDT: %LINK-3-UPDOWN: Interface GigabitEthernet0/3, changed state to down
Mar 19 18:23:00.743 MDT: %LINK-3-UPDOWN: Interface GigabitEthernet0/3, changed state to up
Mar 19 18:23:01.743 MDT: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/3, changed state to up
Mar 19 18:23:08.063 MDT: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/3, changed state to down
Mar 19 18:23:09.123 MDT: %LINK-3-UPDOWN: Interface GigabitEthernet0/3, changed state to down
Mar 19 19:01:52.168 MDT: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/3, changed state to up
Mar 19 19:01:55.112 MDT: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/3, changed state to down
Mar 19 19:06:07.153 MDT: %LINK-3-UPDOWN: Interface GigabitEthernet0/3, changed state to up
Mar 19 19:06:08.153 MDT: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/3, changed state to up
===

Re: v6.28 final RC testing

Posted: Sat Mar 21, 2015 11:41 pm
by SQx
On Mikrotik RB751U-2HnD see next, maybe best way is hide this option?:
Image

Re: v6.28 final RC testing

Posted: Sun Mar 22, 2015 1:37 am
by BartoszP
It is much better than @ 6.22 :-)
Voltage.png

Re: v6.28 final RC testing

Posted: Mon Mar 23, 2015 2:04 pm
by normis
errors occuring while opening plz help.
what kind of errors :) ?

Re: v6.28 final RC testing

Posted: Mon Mar 23, 2015 3:08 pm
by DjM
Hello MikroTik support team,

[Ticket#2015032266000169]

It is not possible to add comment for "/ip dhcp-server alert" object via CLI. Adding comment via Winbox is working fine, but comment added via Winbox is also not visible via CLI.

Tested on: ROS 6.27, RB2011, RB951

Update:
Based on information from support team this issue is fixed in 6.28 release.

Re: v6.28 final RC testing

Posted: Tue Mar 24, 2015 1:24 pm
by ATROX
I have 15 IPsec tunnels.
Sometimes IPsec tunnels is down!
Kill connections, flush installed SAs, reboot - no help!!!
Please fix IPsec!
Image
Developers big request - fix IPsec errors...

Re: v6.28 final RC testing

Posted: Tue Mar 24, 2015 4:34 pm
by ziegenberg
I'm missing the Capsman2 v6.28 package. Where can I download it?

Re: v6.28 final RC testing

Posted: Tue Mar 24, 2015 6:52 pm
by honzam
I'm missing the Capsman2 v6.28 package. Where can I download it?
http://www.mikrotik.com/download/share/ ... mipsbe.npk

Re: v6.28 final RC testing

Posted: Tue Mar 24, 2015 8:20 pm
by albersag
Hi.

and multicast for 6.28rc16?

Re: v6.28 final RC testing

Posted: Wed Mar 25, 2015 12:06 am
by coolspot
What about the latest PayPal handshake failure issue present in the current release? It occurred today and surely is present in the version you are now promoting. Get it together MT, this payment solution needs sorting, integration of custom merchants or ipn protocols to better paypal control.

Re: v6.28 final RC testing

Posted: Thu Mar 26, 2015 3:50 pm
by ALEJANDROgordon
hi i need help, one port on my ccr router, it gives me an error fcs, which makes it not work and still disconnected still been running.
Image

Image
in this pictures the port is disconnected, but the state is still running.
the actual version is 6.28rc17, firmware 3.22.
I'm try to force, put the link spee to 100 mbps, but in the port 1gps is set ¿why?

Re: v6.28 final RC testing

Posted: Thu Mar 26, 2015 11:49 pm
by wispwest
We have a bunch of NetMetal radios in place as a "backup link" for our AirFiber24 which drops out during rain. We had the first heavy rain since I upgraded the backup links to Mikrotik AC, and it performed horrible. I thought maybe upgrading to 6.27 would help, but nope. I thought that 866/866 data rates would pickup backhaul traffic that pushes 250-300mb through AirFiber.

What's interesting, is when the link FIRST establishes connection after reboot or forced disable/renable of WLAN, the traffic spiked up to almost 250-300mb, then after a few seconds, maybe a minute, dropped to 80-90mb. It's obvious this is just something Mikrotik needs to tweak on.

Another implementation that should be addressed, you can ONLY chose 20/40/or 80mhz channel. I've seen with UBNT products on PtP, that 50 & 60mhz channel widths work MUCH better than 80mhz, especially if there's any noise. Really would be nice to be able to use 30/50/60 channel widths.

There are some SERIOUS issues with 802.11ac still, and I really wish Mikrotik would address these.

Data Rates: 866/866 (maxed out) but drop almost in 1/2 with NV2
NV2 throughput: 80-90mb
Nstreme throughput: 180-200mb
802.11 throughput: 120-150mb

Re: v6.28 final RC testing

Posted: Fri Mar 27, 2015 10:17 am
by NathanA
basically been waiting for 6.28 and cancelled a trip to make sure i load it in person 'this week' as posted in the 1st commend.

Normis, can we still expect it this week? you guys push new updates on saturdays?
What's the rush? If 6.27 causes you problems, downgrade back to 6.23. Don't cancel trips based on when they might release it...just wait until you are back and then schedule a proper maintenance window to do the rollout with.

I for one applaud MikroTik for not rushing this release, and only releasing it "when it's ready."

-- Nathan

Re: v6.28 final RC testing

Posted: Fri Mar 27, 2015 2:09 pm
by mars
We have a bunch of NetMetal radios in place as a "backup link" for our AirFiber24 which drops out during rain. We had the first heavy rain since I upgraded the backup links to Mikrotik AC, and it performed horrible. I thought maybe upgrading to 6.27 would help, but nope. I thought that 866/866 data rates would pickup backhaul traffic that pushes 250-300mb through AirFiber.

What's interesting, is when the link FIRST establishes connection after reboot or forced disable/renable of WLAN, the traffic spiked up to almost 250-300mb, then after a few seconds, maybe a minute, dropped to 80-90mb. It's obvious this is just something Mikrotik needs to tweak on.

Another implementation that should be addressed, you can ONLY chose 20/40/or 80mhz channel. I've seen with UBNT products on PtP, that 50 & 60mhz channel widths work MUCH better than 80mhz, especially if there's any noise. Really would be nice to be able to use 30/50/60 channel widths.

There are some SERIOUS issues with 802.11ac still, and I really wish Mikrotik would address these.

Data Rates: 866/866 (maxed out) but drop almost in 1/2 with NV2
NV2 throughput: 80-90mb
Nstreme throughput: 180-200mb
802.11 throughput: 120-150mb

+1000.....

Re: v6.28 final RC testing

Posted: Sat Mar 28, 2015 11:23 pm
by plentyofbug
We have a bunch of NetMetal radios in place as a "backup link" for our AirFiber24 which drops out during rain. We had the first heavy rain since I upgraded the backup links to Mikrotik AC, and it performed horrible. I thought maybe upgrading to 6.27 would help, but nope. I thought that 866/866 data rates would pickup backhaul traffic that pushes 250-300mb through AirFiber.

What's interesting, is when the link FIRST establishes connection after reboot or forced disable/renable of WLAN, the traffic spiked up to almost 250-300mb, then after a few seconds, maybe a minute, dropped to 80-90mb. It's obvious this is just something Mikrotik needs to tweak on.

Another implementation that should be addressed, you can ONLY chose 20/40/or 80mhz channel. I've seen with UBNT products on PtP, that 50 & 60mhz channel widths work MUCH better than 80mhz, especially if there's any noise. Really would be nice to be able to use 30/50/60 channel widths.

There are some SERIOUS issues with 802.11ac still, and I really wish Mikrotik would address these.

Data Rates: 866/866 (maxed out) but drop almost in 1/2 with NV2
NV2 throughput: 80-90mb
Nstreme throughput: 180-200mb
802.11 throughput: 120-150mb

+1000.....
+10000

Re: v6.28 final RC testing

Posted: Sun Mar 29, 2015 2:30 am
by dimi
We have a bunch of NetMetal radios in place as a "backup link" for our AirFiber24 which drops out during rain. We had the first heavy rain since I upgraded the backup links to Mikrotik AC, and it performed horrible. I thought maybe upgrading to 6.27 would help, but nope. I thought that 866/866 data rates would pickup backhaul traffic that pushes 250-300mb through AirFiber.

What's interesting, is when the link FIRST establishes connection after reboot or forced disable/renable of WLAN, the traffic spiked up to almost 250-300mb, then after a few seconds, maybe a minute, dropped to 80-90mb. It's obvious this is just something Mikrotik needs to tweak on.

Another implementation that should be addressed, you can ONLY chose 20/40/or 80mhz channel. I've seen with UBNT products on PtP, that 50 & 60mhz channel widths work MUCH better than 80mhz, especially if there's any noise. Really would be nice to be able to use 30/50/60 channel widths.

There are some SERIOUS issues with 802.11ac still, and I really wish Mikrotik would address these.

Data Rates: 866/866 (maxed out) but drop almost in 1/2 with NV2
NV2 throughput: 80-90mb
Nstreme throughput: 180-200mb
802.11 throughput: 120-150mb

+1000.....
+10000
+100000

Re: v6.28 final RC testing

Posted: Mon Mar 30, 2015 3:08 pm
by madmax
+10000[/quote]

+100000[/quote]

+1000000

Re: v6.28 final RC testing

Posted: Mon Mar 30, 2015 4:44 pm
by rodolfo
pppoe - fixed crash when big ppp packets with were sent over EOIP;

Could explain the symptoms of this issue?

Re: v6.28 final RC testing

Posted: Mon Mar 30, 2015 5:27 pm
by strods
pppoe - fixed crash when big ppp packets with were sent over EOIP;

Could explain the symptoms of this issue?
Your router could either have a high memory usage or reboot itself.

Re: v6.28 final RC testing

Posted: Mon Mar 30, 2015 5:31 pm
by TomosRider
No info on release date of .28?

Re: v6.28 final RC testing

Posted: Mon Mar 30, 2015 10:08 pm
by jondavy
Do not forget the BGP optimization, not leave it to last
http://forum.mikrotik.com/viewtopic.php?f=14&t=94241

here in Brazil when it comes to BGP multipeer everyone is going to other solutions because everyone is getting scared

Re: v6.28 final RC testing

Posted: Tue Mar 31, 2015 11:05 pm
by _saik0
pppoe - fixed crash when big ppp packets with were sent over EOIP;

Could explain the symptoms of this issue?
Your router could either have a high memory usage or reboot itself.
Hmmm... just upgraded from 5.14 to 6.27 and had two sudden reboots in the last 3 days.
I do have a pppoe client session towards my ISP, but no EoIP.
Rather concerned... 5.14 was rock solid with uptimes only being disrupted by power loss. :/

Re: v6.28 final RC testing

Posted: Wed Apr 01, 2015 2:43 pm
by warn1ng
Using v6.28rc18 i found this diff between what i see on "Interfaces" and what i see on "Torch".

ScreenShot : https://www.dropbox.com/s/sj5c6252bz1yy ... 2.png?dl=0

Re: v6.28 final RC testing

Posted: Thu Apr 02, 2015 3:36 pm
by eworm
Sending e-mail is still broken for me. The issue is described here:
System Error sending email timeout occurred

Any chance to get that fixed?
This is fixed in version 6.28rc20. Thanks a lot MikroTik!

Re: v6.28 final RC testing

Posted: Thu Apr 02, 2015 4:43 pm
by athlonxp78
I´m downloading the changelog, but since RC16 everytime is the same outdated "routeros_devnote.txt"... someone have the latest changes? Thanks guys

Re: v6.28 final RC testing

Posted: Thu Apr 02, 2015 6:35 pm
by pbr3000
I´m downloading the changelog, but since RC16 everytime is the same outdated "routeros_devnote.txt"... someone have the latest changes? Thanks guys
Good point. I would to know the changes before testing new versions. Mikrotik team?

Re: v6.28 final RC testing

Posted: Thu Apr 02, 2015 7:24 pm
by uldis
The changelog is updated to the v6.28rc20
The version is going into the final testing phase - we hope to make a full v6.28 release next week. Please report to support@mikrotik.com if you see any problem in the latest RC version.

Re: v6.28 final RC testing

Posted: Thu Apr 02, 2015 8:33 pm
by ALEJANDROgordon
hi i need help, one port on my ccr router, it gives me an error fcs, which makes it not work and still disconnected still been running.
Image

Image
in this pictures the port is disconnected, but the state is still running.
the actual version is 6.28rc17, firmware 3.22.
I'm try to force, put the link spee to 100 mbps, but in the port 1gps is set ¿why?

Re: v6.28 final RC testing

Posted: Fri Apr 03, 2015 5:37 am
by MECHEGUREN
Normis... you can fix the https://www.google.com error in hot spot ???????????????

Re: v6.28 final RC testing

Posted: Fri Apr 03, 2015 7:28 am
by mars
The changelog is updated to the v6.28rc20
The version is going into the final testing phase - we hope to make a full v6.28 release next week. Please report to support@mikrotik.com if you see any problem in the latest RC version.

will there be improvements for ac

Re: v6.28 final RC testing

Posted: Fri Apr 03, 2015 9:57 am
by Juta
What about SMTP HELO problem discussed in http://forum.mikrotik.com/viewtopic.php?f=2&t=93902 ?

Re: v6.28 final RC testing

Posted: Sat Apr 04, 2015 12:21 am
by akschu
Fixing the fetch ssl bug would be fantastic since it makes /tool fetch unusable for me:

http://forum.mikrotik.com/viewtopic.php?f=1&t=95576

Re: v6.28 final RC testing

Posted: Mon Apr 06, 2015 9:39 am
by Masyanich
IGMP snooping PLZ!

Re: v6.28 final RC testing

Posted: Tue Apr 07, 2015 10:48 am
by poizzon
sometimes winbox disconnecting, in log getting errors :

10:40:23 script,error script error: action timed out - try again, if error continues contact MikroTik support and send a supout file (13)
10:44:01 script,error script error: action timed out - try again, if error continues contact MikroTik support and send a supout file (13)

Re: v6.28 final RC testing

Posted: Tue Apr 07, 2015 2:57 pm
by rextended
Please put a disclaimer inside 6.27/6.28:

"ac" models wlan work only with "wireless-fp" package enabled.
using "wireless" package on ac models cause wlan to not be recognized from the system.

RB922UAGS-5HPacD S.N.:5F820473960B

Re: v6.28 final RC testing

Posted: Tue Apr 07, 2015 3:36 pm
by jondavy
the key event DEL (delete) stopped working, not delete any item when selected in any table within winbox

Re: v6.28 final RC testing

Posted: Wed Apr 08, 2015 9:14 am
by DrDeft
RB1100AHx2 v6.27

http://puu.sh/h5LXn/32a96e0e88.png

There is no cable connected to ether10, but log tells that link on ether10 is up/down often.

MAC adresses on ether10 and LANs_bridge are the same - 00:D4:FF:6D:53:10

No problems are detected, but I can't understand why is it happening with port10 on RB1100AHx2 in log

Re: v6.28 final RC testing

Posted: Wed Apr 08, 2015 10:33 am
by rpingar
we get kernle panic on rc20 (and previous) on a p-mp wireless ap using NV2+WDS when there one or more clients that get frquent disconnection.

We opened the ticket Ticket#2015040866000167 where there is the supout attached.

regards
Ros

Re: v6.28 final RC testing

Posted: Wed Apr 08, 2015 11:18 am
by santa
Switches mikrotik without igms snooping and DHCP snooping is cheap toys ! Why these toys you produce?
+1

Re: v6.28 final RC testing

Posted: Wed Apr 08, 2015 11:39 am
by DrDeft
Switches mikrotik without igms snooping and DHCP snooping is cheap toys ! Why these toys you produce?
+1

Re: v6.28 final RC testing

Posted: Wed Apr 08, 2015 11:57 pm
by bclewl1ns
We are still seeing a big problem with Tcp traffic. When NV2 With 6.28RC20 and previous

When using NV2 if any link the the chain is not negotiated at GigE full our upload TCP traffic is 10 Meg. This happens on AC and on N devices. This has created a huge problem with customer traffic.

We tested in the following way.

PTP Testing

PTP A End ---> PTP B End. Bend at 100 Meg A end at Gige 10 Meg up 12 meg down
With both ends and GigE full speed

PTMP AP ->>> CPE . CPE at 100 Meg AP at GigE. 10 meg up 10 Meg down.

If we move to NStream No problem except disconnect. (Disconnects are bad)

Re: v6.28 final RC testing

Posted: Thu Apr 09, 2015 10:14 am
by sasbibic
SSTP tunnel fails to connect:

Clinet V6.25 -> Server V6.28rc20 - fails
CLient V6.28rc20 -> Server V6.25 - fails

Client V6.25 -> Server V6.25 - works OK.
Client V6.28rc20 -> Server V6.28rc20 - no test.

I use SSTP connections from clients for management access, so You can imagine where the problem is ?

/Sas

Re: v6.28 final RC testing

Posted: Thu Apr 09, 2015 10:22 am
by santa
Why are you testing different using versions of ROS? Just check if "V6.28rc20 -> Server V6.28rc20" is OK.

Re: v6.28 final RC testing

Posted: Thu Apr 09, 2015 10:25 am
by sasbibic
Why are you testing different using versions of ROS? Just check if "V6.28rc20 -> Server V6.28rc20" is OK.

How can I upgrade geographicali dispersed routers at once ? If there will be no other solution I'll be forced to do that, but breaking compatiblity betwen versions is very BAD.

Re: v6.28 final RC testing

Posted: Thu Apr 09, 2015 10:28 am
by santa
Yes, I agree that this is BAD, unfortunately this is not the first time :). But I know what answer will give you the Support team. Upgrade both ends and then make a test.

Re: v6.28 final RC testing

Posted: Thu Apr 09, 2015 10:42 am
by sasbibic
Yes, I agree that this is BAD, unfortunately this is not the first time :). But I know what answer will give you the Support team. Upgrade both ends and then make a test.
I'll solve this, but when someone like me relays on management over sstp link and begins upgrade on false end .....

/Sas

Re: v6.28 final RC testing

Posted: Fri Apr 10, 2015 10:12 am
by computercolin
CRS125 ingress-port-policer is not working in v6.28rc20. Cannot do more than 1-5Mbps when set.
/interface ethernet switch ingress-port-policer add burst=100k port=ether24-slave-local rate=60M
iperf does 1-5Mbps. Not 60M, 1-5M.
If I delete ingress-port-policer, goes back to normal and iperf does 900Mbps.

Re: v6.28 final RC testing

Posted: Fri Apr 10, 2015 12:49 pm
by paoloaga
CRS125 ingress-port-policer is not working in v6.28rc20. Cannot do more than 1-5Mbps when set.
/interface ethernet switch ingress-port-policer add burst=100k port=ether24-slave-local rate=60M
iperf does 1-5Mbps. Not 60M, 1-5M.
If I delete ingress-port-policer, goes back to normal and iperf does 900Mbps.
This happens to me with 6.24, 6.25 and 6.27 also (not tested on other versions).

Re: v6.28 final RC testing

Posted: Fri Apr 10, 2015 1:04 pm
by docmarius
Shouldn't that burst value be higher? The moment it goes in burst mode, it will send at 100k, than back to 60M, again burst mode at 100k and so on. Maybe burst = 100M?

Re: v6.28 final RC testing

Posted: Fri Apr 10, 2015 3:00 pm
by NathanA
Why are you testing different using versions of ROS? Just check if "V6.28rc20 -> Server V6.28rc20" is OK.
How can I upgrade geographicali dispersed routers at once ? If there will be no other solution I'll be forced to do that, but breaking compatiblity betwen versions is very BAD.
Who said anything about upgrading actual in-production SSTP servers? Pull a router out of stock and configure it as a temporary/test SSTP server. If you have no spare RouterBoards sitting around, fire up a copy of x86 RouterOS on a spare PC, or heck, even as a VM inside of VMware or something. There are TONS of options open to you that wouldn't require you to install a beta version of the OS on production routers!

-- Nathan

Posted: Fri Apr 10, 2015 5:31 pm
by sasbibic
I've figured out this by using test equipment, but at some point I'll eventually do an upgrade. I was actuality posting test resoults hopeing to spare someone's problems if upgrading at false end.

/Sas

Re: v6.28 final RC testing

Posted: Fri Apr 10, 2015 8:02 pm
by akschu
Fixing the fetch ssl bug would be fantastic since it makes /tool fetch unusable for me:

http://forum.mikrotik.com/viewtopic.php?f=1&t=95576
Got this back from support:
Re: [Ticket#2015040666000483] Bug with /tool fetch and https.
Hello,

Its due to bug in ssl library. Next release will have the fix.

Regards,
Maris B.
Hopefully we will see this in the RC? Normis, can you confirm?

schu

Re: v6.28 final RC testing

Posted: Sat Apr 11, 2015 1:35 am
by computercolin
Shouldn't that burst value be higher? The moment it goes in burst mode, it will send at 100k, than back to 60M, again burst mode at 100k and so on. Maybe burst = 100M?
I do not know how burst is working.

What I see suggests 1) CRS interval between rate-limit-check or 2) CRS method of drop packets is not good.

TCP congestion control will adjust and send at maximum limit allowed. All CRS needs to do is 1) monitor ingress rate and 2) drop packets in granular way (RED?).

Instead, it appears CRS opens flood gate wide, closes flood gate completely, opens flood gate again, closes, etc.
This breaks TCP congestion control =o

Also, what I really want to do is ingress-port-policer at 550Mbps and I cannot set burst this high:
Image

Re: v6.28 final RC testing

Posted: Sat Apr 11, 2015 4:39 am
by jthorpe
Does anyone know if SSTP will be fixed in 6.28?

I have two CRS125s running 6.27 as SSTP servers and a RB951Ui-2HnD as a client.

The first time I set this up, SSTP worked perfectly, but since rebooting the client, I can almost never get the SSTP to work again. The SSTP connection comes up, but the associated interfaces on the client never enter a "Running" state.

For instance:

----
/interface sstp-client> print
Flags: X - disabled, R - running
0 ;;; SSTP via Internode
name="sstp-out1" max-mtu=1500 max-mru=1500 mrru=disabled connect-to=server1:4430 http-proxy=0.0.0.0:443 certificate=client1 verify-server-certificate=yes
verify-server-address-from-certificate=no user="user" password="password" profile=default keepalive-timeout=60 add-default-route=no dial-on-demand=no authentication=mschap2 pfs=yes

1 ;;; SSTP via Telstra
name="sstp-out2" max-mtu=1500 max-mru=1500 mrru=disabled connect-to=server2:4430 http-proxy=0.0.0.0:443 certificate=client1 verify-server-certificate=yes
verify-server-address-from-certificate=no user="user" password="password" profile=default keepalive-timeout=60 add-default-route=no dial-on-demand=no authentication=mschap2 pfs=yes
----

SSTP sessions are ok:

----
/interface sstp-client> monitor 0
status: connected
uptime: 8m56s
encoding: AES256-CBC
mtu: 1500
local-address: 192.168.255.18
remote-address: 192.168.255.17

/interface sstp-client> monitor 1
status: connected
uptime: 10m47s
encoding: AES256-CBC
mtu: 1500
local-address: 192.168.255.22
remote-address: 192.168.255.21
----

I have tried combinations of pfs=yes and no (making sure they match on the server end as well) to no avail.

I've opened ticket 2015041166000026 with MikroTik regarding the issue.

Is anyone aware of a workaround or if this will be fixed in 6.28?

Re: v6.28 final RC testing

Posted: Sat Apr 11, 2015 1:38 pm
by avenn
Hello,

I`ve been following Mikrotik ROS updates for a long time and this one seems to have stalled / slowed down?

Usually when around RC20 released soon.

I hope this means far more testing and taking of time at Mikrotik?

Regards

Aidan

Re: v6.28 final RC testing

Posted: Sat Apr 11, 2015 5:20 pm
by poizzon
[admin@MikroTik] > system resource print
uptime: 8m13s
version: 6.28rc18
build-time: Mar/30/2015 15:41:08
free-memory: 40.7MiB
total-memory: 64.0MiB
cpu: MIPS 24Kc V7.4
cpu-count: 1
cpu-frequency: 400MHz
cpu-load: 4%
free-hdd-space: 6.6MiB
total-hdd-space: 16.0MiB
write-sect-since-reboot: 953
write-sect-total: 17952
bad-blocks: 0%
architecture-name: mipsbe
board-name: mAP
platform: MikroTik
[admin@MikroTik] > sys health print

action timed out - try again, if error continues contact MikroTik support and send a supout file (13)
[admin@MikroTik] >

Re: v6.28 final RC testing TORCH broken!!!

Posted: Sat Apr 11, 2015 6:40 pm
by avantwireless
Well in the final rc candidate Torch is again broken showing wildly less traffic than is really on the link, to the point that torch is unuseable...



Sending e-mail is still broken for me. The issue is described here:
System Error sending email timeout occurred

Any chance to get that fixed?
This is fixed in version 6.28rc20. Thanks a lot MikroTik!

Re: v6.28 final RC testing

Posted: Sun Apr 12, 2015 5:58 pm
by IPANetEngineer
@MikroTik

Can you give us any timeframe on when 6.28 will be released?

Re: v6.28 final RC testing

Posted: Sun Apr 12, 2015 7:38 pm
by Clauu
Let them properly check for problems tickets and so on, better 1major update instead of giving us 2 buggy updates in a month
Btw Happy Easter to all! :)

Re: v6.28 final RC testing

Posted: Mon Apr 13, 2015 11:52 am
by avenn
Clauu

+1000

Re: v6.28 final RC testing

Posted: Mon Apr 13, 2015 3:52 pm
by jdog
I agree. I would rather time spent and get a quality release, instead of rushing and releasing garbage.

That said, I would like some more communication as to how the fixes are proceeding.

IE - We now have SSTP fixed, working on BGP this week, and we want to make sure OSPF is good before we release this one.
(Just an example)

Re: v6.28 final RC testing

Posted: Mon Apr 13, 2015 5:07 pm
by IPANetEngineer
I agree. I would rather time spent and get a quality release, instead of rushing and releasing garbage.

That said, I would like some more communication as to how the fixes are proceeding.

IE - We now have SSTP fixed, working on BGP this week, and we want to make sure OSPF is good before we release this one.
(Just an example)
It would definitely be helpful to have some kind of release timeline. I certainly don't want the releases rushed or buggy, but it's very beneficial to know roughly when the new code will come out for testing and maintenance window planning.

Re: v6.28 final RC testing

Posted: Tue Apr 14, 2015 4:21 am
by bclewl1ns
I agree. I would rather time spent and get a quality release, instead of rushing and releasing garbage.

That said, I would like some more communication as to how the fixes are proceeding.

IE - We now have SSTP fixed, working on BGP this week, and we want to make sure OSPF is good before we release this one.
(Just an example)
It would definitely be helpful to have some kind of release timeline. I certainly don't want the releases rushed or buggy, but it's very beneficial to know roughly when the new code will come out for testing and maintenance window planning.
+1

Re: v6.28 final RC testing One for the books... Ce vs eC

Posted: Tue Apr 14, 2015 8:24 am
by avantwireless
So I have two devices that I just upgraded to 6.28 because of superior ethernet performance... One is an RB911G-HPnD the other is a RB912UAG-HPnD. They are about 1.4 miles apart with signals in the low 50/high 40's. I noticed that they were see a 20 mhz channel negotiation with channel set to 20/40 eC Figured there was interference so I tried Ce. Still couldn't get better than 144mb negotiation... On a whim, I changed one side to eC and left the other at Ce... Now running at 300/400mb/s and a 40mhz channel. What is up with that?

Re: v6.28 final RC testing

Posted: Tue Apr 14, 2015 10:02 am
by bclewl1ns
So i was going to upgrade my CCR's to v 6.28rc20 However i noticed that the rc20 is no longer on the filename. Does this mean 6.28 is final and launched??

Re: v6.28 final RC testing

Posted: Tue Apr 14, 2015 10:05 am
by TomosRider
Who said anything about upgrading actual in-production SSTP servers? Pull a router out of stock and configure it as a temporary/test SSTP server. If you have no spare RouterBoards sitting around, fire up a copy of x86 RouterOS on a spare PC, or heck, even as a VM inside of VMware or something. There are TONS of options open to you that wouldn't require you to install a beta version of the OS on production routers!

-- Nathan
Well said Nathan. I have similar thoughts on tons of complaints here. Use stable versions that work for you, test the hell out of newer versions of ROS on some backup or spare router...simple as that.

Re: v6.28 final RC testing

Posted: Tue Apr 14, 2015 10:07 am
by bclewl1ns
Who said anything about upgrading actual in-production SSTP servers? Pull a router out of stock and configure it as a temporary/test SSTP server. If you have no spare RouterBoards sitting around, fire up a copy of x86 RouterOS on a spare PC, or heck, even as a VM inside of VMware or something. There are TONS of options open to you that wouldn't require you to install a beta version of the OS on production routers!

-- Nathan
Well said Nathan. I have similar thoughts on tons of complaints here. Use stable versions that work for you, test the hell out of newer versions of ROS on some backup or spare router...simple as that.
+1

Re: v6.28 final RC testing One for the books... Ce vs eC

Posted: Tue Apr 14, 2015 2:59 pm
by uldis
So I have two devices that I just upgraded to 6.28 because of superior ethernet performance... One is an RB911G-HPnD the other is a RB912UAG-HPnD. They are about 1.4 miles apart with signals in the low 50/high 40's. I noticed that they were see a 20 mhz channel negotiation with channel set to 20/40 eC Figured there was interference so I tried Ce. Still couldn't get better than 144mb negotiation... On a whim, I changed one side to eC and left the other at Ce... Now running at 300/400mb/s and a 40mhz channel. What is up with that?
Could you please tell us what center frequencies you were using on both ends? Could you provide support output files to support@mikrotik.com?

Re: v6.28 final RC testing One for the books... Ce vs eC

Posted: Tue Apr 14, 2015 4:35 pm
by avantwireless
My bad, I didn't understand that the client follows the AP regardless of client settings on Ce or eC...


On it's way in a few minutes...

Ticket#2015041466000208
So I have two devices that I just upgraded to 6.28 because of superior ethernet performance... One is an RB911G-HPnD the other is a RB912UAG-HPnD. They are about 1.4 miles apart with signals in the low 50/high 40's. I noticed that they were see a 20 mhz channel negotiation with channel set to 20/40 eC Figured there was interference so I tried Ce. Still couldn't get better than 144mb negotiation... On a whim, I changed one side to eC and left the other at Ce... Now running at 300/400mb/s and a 40mhz channel. What is up with that?
Could you please tell us what center frequencies you were using on both ends? Could you provide support output files to support@mikrotik.com?

Re: v6.28 final RC testing

Posted: Tue Apr 14, 2015 5:49 pm
by Bergante
Updated a rb2011.

[admin@rb2011-despa] /interface> set 5 l2mtu=1600 mtu=1540
action timed out - try again, if error continues contact MikroTik support and send a supout file (13)
[admin@rb2011-despa] /interface>
[admin@rb2011-despa] /interface>
[admin@rb2011-despa] /interface>
[admin@rb2011-despa] /interface>
[admin@rb2011-despa] /interface> print


(And after the print it seems to be hanging).

I had to change the MTU manually because it lost the original MTU after the update.


And the router has crashed. I can no longer access it.

Latest version grabbed 5 minutes ago.

Re: v6.28 final RC testing

Posted: Tue Apr 14, 2015 5:57 pm
by Bergante
Interesting. Lost IP access to it, but it responds to ARP. So not completely crashed.

I'll try to revive it when I can get physical access.

Re: v6.28 final RC testing

Posted: Tue Apr 14, 2015 6:05 pm
by uldis
Updated a rb2011.

[admin@rb2011-despa] /interface> set 5 l2mtu=1600 mtu=1540
action timed out - try again, if error continues contact MikroTik support and send a supout file (13)
[admin@rb2011-despa] /interface>
[admin@rb2011-despa] /interface>
[admin@rb2011-despa] /interface>
[admin@rb2011-despa] /interface>
[admin@rb2011-despa] /interface> print


(And after the print it seems to be hanging).

I had to change the MTU manually because it lost the original MTU after the update.


And the router has crashed. I can no longer access it.

Latest version grabbed 5 minutes ago.
We just tried the same command and it didn't crash the board. From what RouterOS version you made the upgrade?
What device is connected to that port?
Were you connected to that port you modified?
Are you able to connect to the board via MAC-Winbox connection or Console?

Re: v6.28 final RC testing

Posted: Tue Apr 14, 2015 6:29 pm
by Bergante
Update made from 6.27.

The port connects to an OmniTIK running 6.27. I am using MPLS, OSPF and BGP-VPLS. Some time ago I suffered a similar problems, somehow my MTUs got crazy.

Yes, I have been able to do a mac telnet.

A reboot made ospf come back temporarily but something went wrong again. I have problems to print an interface list or even to do an export

[admin@rb2011-despa] /interface> print
Flags: D - dynamic, X - disabled, R - running, S - slave
# NAME TYPE ACTUAL-MTU L2MTU
0 S ether1 ether 1500 1598
1 S ether2 ether 1500 1598
2 ether3 ether 1500 1598
3 ether4 ether 1500 1598
4 S ether5 ether 1500 1598
5 R ether6 ether 1540 1600
6 ether7 ether 1500 1598
7 ether8 ether 1500 1598
8 ether9 ether 1500 1598
9 ether10 ether 1500 1598
10 sfp1 ether 1500 1598
11 S wlan1 wlan 1500 1600
12 R bridge-ektel bridge 1500 1598
13 R bridge-ektin bridge 1500 1598
14 R bridge1 bridge 1500 1598
15 R guest bridge 1500 65535
16 R loopback bridge 1500 65535
17 D vpls5 vpls
18 D vpls6 vpls
19 D vpls7 vpls
20 D vpls8 vpls
21 D vpls9 vpls
22 D vpls10 vpls
23 D vpls11 vpls
24 D vpls12 vpls

[admin@rb2011-despa] /interface>
[admin@rb2011-despa] /interface>
[admin@rb2011-despa] /interface>
[admin@rb2011-despa] /interface>
[admin@rb2011-despa] /interface>
[admin@rb2011-despa] /interface>
[admin@rb2011-despa] /interface>
[admin@rb2011-despa] /interface>
[admin@rb2011-despa] /interface> set 15 mtu=1500
interrupted
[admin@rb2011-despa] /interface>
[admin@rb2011-despa] /interface>
[admin@rb2011-despa] /interface>
[admin@rb2011-despa] /interface> vpls
[admin@rb2011-despa] /interface vpls> bgp-vpls
[admin@rb2011-despa] /interface vpls bgp-vpls> print
Flags: X - disabled, I - inactive
# NAME ROUTE-DISTINGUISHER SITE-ID BRIDGE
[admin@rb2011-despa] /interface vpls bgp-vpls>
[admin@rb2011-despa] /interface vpls bgp-vpls>
[admin@rb2011-despa] /interface vpls bgp-vpls> print
Flags: X - disabled, I - inactive
# NAME ROUTE-DISTINGUISHER SITE-ID BRIDGE
[admin@rb2011-despa] /interface vpls bgp-vpls> export
# apr/14/2015 17:24:45 by RouterOS 6.28
# software id = PCAE-WQ4F
#

Re: v6.28 final RC testing

Posted: Tue Apr 14, 2015 6:31 pm
by Bergante
(Sorry I wasn't more explicit, notice the 65535 MTU for the "guest" and "local" bridges which are obviously wrong)

Re: v6.28 final RC testing

Posted: Tue Apr 14, 2015 6:55 pm
by Bergante
Whatever, the configuration was somewhat corrupted when doing the update. I think it happened some time ago with another version and I had to rebuild. Alas, as it was something I was doing while paying attention to something else, I didn't end up reporting it. My fault.

I will try to rebuild and pay proper attention when updating the next one.

Re: v6.28 final RC testing

Posted: Wed Apr 15, 2015 9:09 am
by Bergante
I managed to go back to 6.27 and it begun working with the same configuration.

The symptom: Unless I stopped OSPF propagating routes (which wouldn't allow BGP, hence BGP-VPLS to work) the router experienced some kind of freeze that made many commmands failt such as a "print" froze.

I have a couple of supout files, I presume you'd like to have a look at them.

Re: v6.28 final RC testing

Posted: Wed Apr 15, 2015 10:34 am
by sergejs
<b>Bergante</b>, please contact MikroTik support with attached support output files, when you have issues with 6.28 version.


Thank you very much for the help.
Please post your replies about 6.28 here.

http://forum.mikrotik.com/viewtopic.php?f=2&t=95883