v6.37rc [release candidate] is released, only one wireless package!

Я уверен что форум создан для помощи, о которой я и прошу и язык не должен являться препятствием для этого. Я вижу здесь много русскоязычных пользователей, более того, если вы не в курсе, то в Латвии большинство жителей разговаривает на русском языке, уверен, что русскоговорящим удобнее читать на русском языке, нежели читать кривой гугл перевод. Именно по этой причине я пишу по русски, но учитывая ваши требования я дублирую на английском языке, который в отличии от русского вы должны понимать. И еще, что б делать замечания другим, нужно быть идеальным самому, но как я вижу и вы тоже пишите на польском http://forum.mikrotik.com/t/scripting-ideas/96194/15 .

I am sure that the forum is designed to help, which I ask, and the language should not be an obstacle to this. I see there are a lot of Russian-speaking users, moreover, if you do not know, the majority of residents in Latvia speaks in Russian, I am sure that Russian-speaking easier to read in Russian, rather than read the Google translation of the curve. It is for this reason that I am writing in Russian, but considering your demands I duplicate in the English language, which is in contrast to Russian, you need to understand. And yet, what would make remarks to others, you need to be perfect, but as I see you, too, write in Polish http://forum.mikrotik.com/t/scripting-ideas/96194/15 .

A. I do read and understand Russian and it is not a problem for me.
B. I am using English on this forum.
C. Nobody is perfect but please translate my Polish text and you will see that I have written in Polish: This forum is in English language so please use it.
D. We have most of users not from Eastern Europe so please do not dazzle them with cyrillic alphabet … what if Chinese users choose to use they iconic language or Middle East choose to write Arabic right to left ?
E. Please follow rules.

This is not a latvian forum. Only around 0,001% of the users here are from Latvia

@John39, could you try installing the wireless package from the “Extra packages” bundle manually?

I’ve done it , it does not solve the problem .

hAP AC (internation) goes into a reboot loop when 6.37rc15 is installed.
Net install with 6.37rc15 continues the loop.
Net install with 6.36 boots stable.

weird. then its must be something in router config, relate to wi-fi interface, preventing from properly exporting/upgrading it and transitioning to newer version.
and thus i presume it may be very interesting to MT to take a look into, considering possible impact on other customers.
downgrading bootloader to actual 3.31(where hell he get 3.33 ?)make sense or even trying to 3.22/3.23(depend platform).

HAP AC LITE

CPU 100% constant utilization
Winbox 3.4 cannot connect after a few hours - this may be due to high utilization
HotSpot settings keeps breaking - disabling dhcp for this interface until allowing LAN dhcp as its dhcp source/pool
LAN IP changes (under quickset) using recently added dhcp pool.

What’s new in 6.37rc16 (2016-Aug-15 07:48):

— IMPORTANT! WIRELESS PACKAGE CHANGES:

If you are not using “routeros” bundle package and have two wireless packages installed,
uninstall one wireless package before upgrade to 6.37. For other cases simply upgrade to
6.37 version.

There will be only one “wireless” package in RouterOS v6.37. If using bundle package to
upgrade, click “Check for updates” in your RouterOS configuration interface, or head to
our download page: http://www.mikrotik.com/download.

— IMPORTANT! DFS MODE CHANGES:

DFS mode setting is removed, and by default becomes forced to “dfs=radar-detect” for all
devices that use radar frequencies. If your client devices use a scan list with a few
specific frequencies that could conflict with radar frequencies, you could lose the
connection. It is recommended to widen the scan list range, use default scan list, or
change the AP frequency

Changes since 6.37rc15:

*) dude - (changes discussed here: http://forum.mikrotik.com/t/the-dude-v6-37rc-test-builds/100037/1);
*) l2tp - fixed kernel failure when fastpath handles l2tp packets;
*) switch - added comment field for CRS switch VLANs;
*) switch - fixed configuration reload on CRS switches;

issues found on v6.27rc16 (running on mAP lite)

Love the new version with only one wireless package!

However I found some issues :slight_smile:
Wireless interface
/interface wireless connect-list does not work on virtual station. (on mAP2nd) When running with logging the network is listed (correct frequency), but the wireless interface claim that there is no network that satisfy the connect list.

Scripting
This code works in command line but not in script;

{
:local $scanList "scanList.csv"
:local wlanInterface "wlan1"
:local j [:execute {/interface wireless scan [find name=$wlanInterface] background=yes duration=5 rounds=1 save-file=$scanList;}]
}

Where as this code works in both command line and script:

{
:local $scanList "scanList.csv"
:local wlanInterface [/interface wireless find name="wlan1"]
:local j [:execute {/interface wireless scan $wlanInterface background=yes duration=5 rounds=1 save-file=$scanList;}]
}

update 17.08.2016: there are no issues with scripting, the reason why it did not work was because the variables used was only in the local scope, it has to be in the global scope

*) sstp - fixed disconnects on transmit for multicore systems;

Thank you for this fix - site-to-site VPN is now stable between a CCR1009-8G-1S-1S±PC and a CRS109-8G-1S-2HnD with 6.37rc16. I had thought the problem was with my configuration, until I saw the changelog. The connection would previously disconnect every few minutes if under any load - Link Downs would often have numbers in the thousands, now it is 0.

TonyJr

After upgrade from v6.37rc10 to v6.37rc16 openvpn server dosn’t work.

Ulypka, please send supout.rif file to support@mikrotik.com

emils, I’m so sorry it was my mistake unrelated to ovpn.

What’s new in 6.37rc19 (2016-Aug-18 06:46):

— IMPORTANT! WIRELESS PACKAGE CHANGES:

If you are not using “routeros” bundle package and have two wireless packages installed,
uninstall one wireless package before upgrade to 6.37. For other cases simply upgrade to
6.37 version.

There will be only one “wireless” package in RouterOS v6.37. If using bundle package to
upgrade, click “Check for updates” in your RouterOS configuration interface, or head to
our download page: http://www.mikrotik.com/download.

— IMPORTANT! DFS MODE CHANGES:

DFS mode setting is removed, and by default becomes forced to “dfs=radar-detect” for all
devices that use radar frequencies. If your client devices use a scan list with a few
specific frequencies that could conflict with radar frequencies, you could lose the
connection. It is recommended to widen the scan list range, use default scan list, or
change the AP frequency

Changes since 6.37rc16:

*) arm - show cpu frequency under resources menu;
*) arp - fixed crash that caused Ethernet frames to go out via wrong interface;
*) dude - (changes discussed here: http://forum.mikrotik.com/t/the-dude-v6-37rc-test-builds/100037/1);
*) pppoe - fixed kernel crash caused by dial-on-demand when used with fastpath;

I was unable to reproduce this problem.
Please provide us more information on that and also the wireless debug logs. Also make sure you select the correct security-profile in the connect-list.

Is the [Ticket#2016081022001387] solved already in this rc?

Oh my God!

If you are in some place where you can use the radar frequencies … Use Superchannel mode and it won’t matter

The problem is not using the radar frequencies, the problem is the (mis?)detection of radar on other frequencies when
at a high site near to radar. Do you mean that when switching from “regulatory - domain” to “superchannel” you can
still turn off the DFS? And will this remain in place or will it be the next feature to go?

Fortunately we use separate routers and APs that are only bridge, so we can still update routers and keep APs on old firmware
until there is a good solution. As it is now, DFS does not work for us on SXT, Metal5 etc.