Community discussions

MikroTik App
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

v6.42.6 [current]

Thu Jul 12, 2018 12:16 pm

RouterOS version 6.42.6 has been released in public "current" channel!

Before an upgrade:
1) Remember to make backup/export files before an upgrade and save them on another storage device;
2) Make sure the device will not lose power during upgrade process;
3) Device has enough free storage space for all RouterOS packages to be downloaded.

What's new in 6.42.6 (2018-Jul-06 11:56):

*) bridge - improved packets processing when bridge port changes states;
*) crs3xx - fixed bonding slave failover when packets are sent out of the bridge interface;
*) crs3xx - fixed LACP member failover;
*) crs3xx - improved link state detection when one side has disabled interface;
*) defconf - fixed bridge default configuration for SOHO devices with more than 9 Ethernet interfaces;
*) package - free up used storage space consumed by old RouterOS upgrades;
*) snmp - fixed w60g "phy-rate" readings;
*) supout - added "ip-cloud" section to supout file;
*) w60g - fixed random disconnects;
*) w60g - general stability and performance improvements;
*) winbox - added 64,8 GHz frequency to w60g interface frequency settings;
*) winbox - show "sector-writes" on devices that have such counters;

To upgrade, click "Check for updates" at /system package in your RouterOS configuration interface, or head to our download page: http://www.mikrotik.com/download

If you experience version related issues, then please send supout file from your router to support@mikrotik.com. File must be generated while router is not working as suspected or after some problem has appeared on device

Please keep this forum topic strictly related to this concrete RouterOS release.

If you router has a storage issue (not enough space due to RouterOS, not by other files stored on the device), use package from this link:
https://www.mikrotik.com/download/share/fix_space.npk
- upload package to your router;
- run /system reboot

Other affected installations will be fixed automatically, if there is enough space left for an upgrade by this fix:
"package - free up used storage space consumed by old RouterOS upgrades"
 
105547111
Member Candidate
Member Candidate
Posts: 135
Joined: Fri Jun 22, 2012 9:46 pm

Re: v6.42.6 [current]

Thu Jul 12, 2018 6:24 pm

All good so far no issues, 16 upgrades not one issue.
 
informant
newbie
Posts: 28
Joined: Wed Jul 22, 2015 10:33 am

Re: v6.42.6 [current]

Thu Jul 12, 2018 8:47 pm

Hi, what do you mean here concretly? Do you have more Informations about this, pls?
"...improved packets processing when bridge port changes states;"
regards
 
BRMateus2
Frequent Visitor
Frequent Visitor
Posts: 73
Joined: Thu Oct 26, 2017 11:18 pm

Re: v6.42.6 [current]

Thu Jul 12, 2018 10:23 pm

Perfect update and upgrade from 6.42.3 to this in RB951G-2HnD
 
Fusionyx
just joined
Posts: 7
Joined: Thu Sep 21, 2017 10:53 pm

Re: v6.42.6 [current]

Thu Jul 12, 2018 10:26 pm

Updated CRS326-24G-2S+ from firmware v6.42.3 to 6.42.6

update went fine but after the update process ether24 en ether23 aren't working anymore. They give link negotiate speed ect. but no mac address what so ever. Both port where trunk ports one has a WAP AC on it and the other a Cisco Switch.

Moving the devices and config to none used port everything works fine. I'm stunned at what this can be.

I removed config from ether23 and 24 disabled them rebooted switch. Redid config and still nothing no mac address nothing. Same config on ether 21 and 22 and link is fine mac addresses en traffic flow as expected. weird problem.

If anyone seen this before and has a tip how to fix this would be nice.
 
sindy
Forum Guru
Forum Guru
Posts: 10205
Joined: Mon Dec 04, 2017 9:19 pm

Re: v6.42.6 [current]

Thu Jul 12, 2018 10:39 pm

Have you upgraded not only RouterOS but also the firmware (/system routerboard upgrade, requires another reboot)?
 
Fusionyx
just joined
Posts: 7
Joined: Thu Sep 21, 2017 10:53 pm

Re: v6.42.6 [current]

Thu Jul 12, 2018 10:45 pm

Hi sindy, Thanks for the reply and input. Yeah routerboard firmware is also upgraded to V6.42.6. Always do that after a RouterOS update.
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.42.6 [current]

Thu Jul 12, 2018 10:48 pm

Fusionyx - Please send supout file from your router to support@mikrotik.com. What do you mean by "no MAC address"? Have you tried to downgrade device to see that it works again and upgrade once more to see that problem appears back again?
informant - The underlying issue could lead up to different types of problems, however, in most cases it was an unexpected reboot.
 
Fusionyx
just joined
Posts: 7
Joined: Thu Sep 21, 2017 10:53 pm

Re: v6.42.6 [current]

Thu Jul 12, 2018 11:37 pm

Hi strods,

I will create a spout file and will send it to support@mikrotik.com

I tried downgrade but during the boot it says not enough space to resume and reboot in the firmware v6.42.6

By no mac-address i mean i can't see any mac address of the device connected to the link on those ports. So from the WAP AC and or the Cisco Switch.

Thanks for the support and help so far!
 
AlexT
newbie
Posts: 30
Joined: Thu Mar 29, 2018 9:51 am

Re: v6.42.6 [current]

Fri Jul 13, 2018 10:04 am

ROS v6.42.6.
WinBox v3.16.
After upgrade:
hAP lite:
hAP lite.png
hAP AC^2:
hAP AC^2.png


Where is the information on the write sectors?


Previously, it was shown in WinBox, now only in the console:
term.png
You do not have the required permissions to view the files attached to this post.
 
Fusionyx
just joined
Posts: 7
Joined: Thu Sep 21, 2017 10:53 pm

Re: v6.42.6 [current]

Fri Jul 13, 2018 10:54 am

Hi strods,

I will create a spout file and will send it to support@mikrotik.com

I tried downgrade but during the boot it says not enough space to resume and reboot in the firmware v6.42.6

By no mac-address i mean i can't see any mac address of the device connected to the link on those ports. So from the WAP AC and or the Cisco Switch.

Thanks for the support and help so far!
Will this morning i just connected the WAP AC and cisco switch back to the old ports Ether 23 and ether 24 no config change since yesterday and everything work again. Must have been something scewed up that is now cleared by time i assume. checked all logs ect nothing to find i'm happy that it works again but i hate it when i can't tell how it's fixed or what was wrong :)

Will try to update more devices this weekend and see what i encounter.

Thanks for the patient read and help so far to those that did.
 
Traveller
newbie
Posts: 35
Joined: Thu Apr 05, 2018 10:12 am

Re: v6.42.6 [current]

Fri Jul 13, 2018 12:42 pm

hAP AC^2:
It's strange. I have this information on my hAP ac^2.
You do not have the required permissions to view the files attached to this post.
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.42.6 [current]

Fri Jul 13, 2018 1:36 pm

AlexT - Have you accessed these device by direct IP connection or is it over, for example, RoMON? Can you try to clear cache on Winbox loader and connect again?
 
mszru
Frequent Visitor
Frequent Visitor
Posts: 77
Joined: Wed Aug 10, 2016 10:42 am

Re: v6.42.6 [current]

Fri Jul 13, 2018 2:04 pm

ROS v6.42.6.
WinBox v3.16.
After upgrade:
hAP lite:
hAP AC^2:

Where is the information on the write sectors?

Previously, it was shown in WinBox, now only in the console:
In my case sector write counters reappeared in Resources window after I reopened it in Winbox.

Device: hEX
Winbox: 3.16
ROS & FW: 6.42.5

Here is what I did:
1) Opened Resources window before the update (counters are there)
2) Upgraded ROS (6.42.5 -> 6.42.6) and FW (6.42.5 -> 6.42.6) then rebooted the device.
3) Resources window did not display the counters. I closed and opened Resources window and counters reappeared.
 
AlexT
newbie
Posts: 30
Joined: Thu Mar 29, 2018 9:51 am

Re: v6.42.6 [current]

Fri Jul 13, 2018 3:32 pm

Clearing the winbox cache has not helped, but deleting files from %AppData%\Roaming\Mikrotik\Winbox - helped.
Guys, thanks for the help!
 
ofer
Frequent Visitor
Frequent Visitor
Posts: 59
Joined: Wed May 23, 2018 11:45 am

Re: v6.42.6 [current]

Fri Jul 13, 2018 4:50 pm

Upgraded HAP.ACx3 from 6.42.5 -> 6.42.6 without issues

Thanks!
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 3119
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: v6.42.6 [current]

Fri Jul 13, 2018 7:35 pm

Don't know if this is 6.42.6 related but it struck my eye after the upgrade:

We have now CCQ rates better then 100%!!! That is good! But impossible imho.

Also, on a 2,4Ghz AP most CPE's (mikrotik and 3rd party) connect with 1 chain only where there is ample difference in signal over the both chains.... how come? This was never the case!
Odd.GIF
You do not have the required permissions to view the files attached to this post.
 
akinola1400
just joined
Posts: 2
Joined: Thu Mar 29, 2018 9:44 am

Re: v6.42.6 [current]

Sat Jul 14, 2018 2:38 am

Please, if i upgrade the existing Os and firmware to the latest, Did i need to reconfigure anything again ? Please treat it as urgent
 
eddieb
Member
Member
Posts: 305
Joined: Thu Aug 28, 2014 10:53 am
Location: Netherlands

Re: v6.42.6 [current]

Sat Jul 14, 2018 9:33 am

Upgraded from .5 to .6 went smooth, no problems
 
sincity
just joined
Posts: 5
Joined: Sat Jul 14, 2018 6:14 pm

Re: v6.42.6 [current]

Sat Jul 14, 2018 6:19 pm

Hello,
I have a problem to update my RB.
Model: 951G-2HnD
Firmware Type: ar9344
Factory Firmware: 3.19
Installed Version: 6.42.3
Latest Version: 6.42.6

I tried to upgrade Firmware (with reboot), Check upgrade via Winbox and also dowload to Files and reboot.
I tried /system reset-configuration skip-backup=yes no-defaults=yes with reboot.

My RB doen´t want to update to teh Latest Version....
Any ideas?
 
LeftyTs
Frequent Visitor
Frequent Visitor
Posts: 88
Joined: Thu Nov 03, 2016 2:39 am
Location: Athens, Greece
Contact:

Re: v6.42.6 [current]

Sat Jul 14, 2018 7:05 pm

My RB doen´t want to update to teh Latest Version....
Any ideas?
Very possible the space problem
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 3119
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: v6.42.6 [current]

Sun Jul 15, 2018 2:09 am

After the upgrade to .6 winbox started to behave strange. Normally while router reboots the connection is lost and has to be made again. Now windows sometimes stay open (like in the 'old' days) and when closed and opened again some sub windows don't show all info or have to be move to get the info showing or router disconnects again. Its very erratic and at random. Apart from that so far not seen issues..
 
ckleea
Frequent Visitor
Frequent Visitor
Posts: 56
Joined: Sun Apr 21, 2013 12:19 pm

Re: v6.42.6 [current]

Sun Jul 15, 2018 6:10 am

I have issues after upgrade thet winbox disconnects after around two minutes. I need to re connect again
 
User avatar
CZFan
Forum Guru
Forum Guru
Posts: 2098
Joined: Sun Oct 09, 2016 8:25 pm
Location: South Africa, Krugersdorp (Home town of Brad Binder)
Contact:

Re: v6.42.6 [current]

Sun Jul 15, 2018 11:04 am

Don't know if this is 6.42.6 related but it struck my eye after the upgrade:

We have now CCQ rates better then 100%!!! That is good! But impossible imho.

...
I noticed this a couple of versions back already, so not latest version related
 
sincity
just joined
Posts: 5
Joined: Sat Jul 14, 2018 6:14 pm

Re: v6.42.6 [current]

Sun Jul 15, 2018 12:59 pm

My RB doen´t want to update to teh Latest Version....
Any ideas?
Very possible the space problem
77% free - with the new packages 29.2 MiB of 128.0 MiB used
 
User avatar
GEORGzer
just joined
Posts: 2
Joined: Wed May 23, 2018 4:45 pm

Re: v6.42.6 [current]

Sun Jul 15, 2018 2:26 pm

v6.42.6

Factory Firmware 3.41
Current Firmware 3.41
Upgrade Firmware 6.42.6

Mine won't upgrade ether.
If I press "upgrade" it says "Do you really want to upgrade firmware?" and if I press "yes", nothing happens.
Last edited by GEORGzer on Sun Jul 15, 2018 2:44 pm, edited 2 times in total.
 
sindy
Forum Guru
Forum Guru
Posts: 10205
Joined: Mon Dec 04, 2017 9:19 pm

Re: v6.42.6 [current]

Sun Jul 15, 2018 2:35 pm

Reboot after nothing happens - after the reboot the new firmware should be there.
 
User avatar
GEORGzer
just joined
Posts: 2
Joined: Wed May 23, 2018 4:45 pm

Re: v6.42.6 [current]

Sun Jul 15, 2018 2:44 pm

Ok that worked, thank you!
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.42.6 [current]

Mon Jul 16, 2018 6:47 am

WirelessRudy, CZFan - Please contact support@mikrotik.com regarding this problem and provide supout file.
akinola1400 - Upgrade will keep your current configuration. However, before an upgrade read all of the changelogs between your current version and one that you want to install on your router. Changelog can point out that configuration will change.
sincity - What error do you get in log after an upgrade attempt?
WirelessRudy, ckleea - Most likely problem is caused by Winbox not by RouterOS. Downgrade to Winbox v3.13 and see if problem goes away.
 
Echinus
just joined
Posts: 1
Joined: Mon Jul 16, 2018 12:41 pm

Re: v6.42.6 [current]

Mon Jul 16, 2018 2:06 pm

MikroTik RB750Gr3 v6.42.6
Have a problem with "Client ID" in "IP - DHCP Server - Leases".
When I change Client ID in static lease from generated "1:0: b:82:48:a3:c9" to custom, for example "Phone", DHCP server gives IP-address from pool, not the one that I write. If I change it back to generated, all work fine.
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.42.6 [current]

Mon Jul 16, 2018 2:13 pm

Echinus - Request must match parameters configured on lease. DHCP client sends request with different client-id so lease does not match and dynamic IP is assigned. This is how it is supposed to work and also there are no changes introduced in this version regarding DHCP and client-id parameter:

https://wiki.mikrotik.com/wiki/Manual:I ... Properties
 
marekm
Member
Member
Posts: 379
Joined: Tue Feb 01, 2011 11:27 pm

Re: v6.42.6 [current]

Mon Jul 16, 2018 6:41 pm

What's new in 6.42.6 (2018-Jul-06 11:56):
*) w60g - fixed random disconnects;
*) w60g - general stability and performance improvements;
Disconnects (a few times per hour, started in 6.42.5, not a single one in 6.42.4) still not fixed for me, supout files sent again [Ticket#2018062622003837].
 
Jeanluck
Member Candidate
Member Candidate
Posts: 280
Joined: Tue Apr 19, 2011 7:07 pm

Re: v6.42.6 [current]

Mon Jul 16, 2018 8:11 pm

Problems with CRS317 that required active RTSP after a reboot (or no traffic....) have been solved. RTSP is off and everything is working properly.
Note: I had problems linking to an RJ45 (1gbps) module of the "MT" type, with those that start with "6", no problem.
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 3119
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: v6.42.6 [current]

Mon Jul 16, 2018 11:22 pm

What's new in 6.42.6 (2018-Jul-06 11:56):
*) w60g - fixed random disconnects;
*) w60g - general stability and performance improvements;
Disconnects (a few times per hour, started in 6.42.5, not a single one in 6.42.4) still not fixed for me, supout files sent again [Ticket#2018062622003837].
Never had random disconnects while running 6.42.4 or 6.42.3. Today updated 7 w60g CPE units and two w60G AP's to 6.42.6 and now I am having random disconnects... :-(
I need the new frequency to make room for more 60G AP's and links but this is going backwards...

I also noticed the signal strengths (in %) went down. Not up! Some units that were associated for weeks at 150-200 meters now suddenly disconnect while just before it happens the signal falls back to 20 ......

I am watching it overnight but am afraid I have to roll back all the upgrades..... :(
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 3119
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: v6.42.6 [current]

Tue Jul 17, 2018 11:52 am

Just send a support request to Mikrotik.
After upgrade from 6.42.3 to 6.42.6 we have weaker signals to/from clients and some don't even connect anymore.
Signals from connected clients (4 x wAP 60G) are weaker then before and variate between 65 and 30 at times.

One of the clients almost never connects any more and when it does (after a freq. change) it disconnects within minutes after signal falls back to 20 (or less)
This specific client is furthest away (148 meter) and with 6.42.3 had an up-time of 2 weeks. Now it hardly connects anymore.
The other units, closer to the AP, where very stable connected too but now still have some disconnects per day and after a frequency change it can take several minutes to connect again. This was never the case!

All units are upgraded to 6.42.6 and firmware to the same.
This new 6.42.6 ROS is NOT an improvement to the 60Ghz line of products. The 5 (4 x cpe + AP) of the support request are taken for example. But I have 3 more P2MP system and here we see exactly the same problem. Signal strengths went down. One CPE at 204 meters that previously connected fine with a wAP 60G as CPE after the upgrade could not connect anymore to the AP.
We replaced it with a LHG 60G to get the connection back! This LHG at the 203,5 meters gives a signal of 80 with RSSI of -61.

Before the upgrade to 42.6 the wAP 60G had better signal then that!

Anybody else seeing the same problems?
 
kos
Frequent Visitor
Frequent Visitor
Posts: 63
Joined: Mon Oct 31, 2016 11:51 am

Re: v6.42.6 [current]

Tue Jul 17, 2018 2:08 pm

Since ROS 6.39.3 wrong route to VPN server address added when establishing client VPN connection using dongle or PCIe module:

# DST-ADDRESS PREF-SRC GATEWAY DISTANCE
0 ADS 0.0.0.0/0 10.2.1.1 1
1 DS 0.0.0.0/0 lte1 2
3 ADC 10.2.1.0/24 10.2.1.9 ovpn-out1 0
6 ADC 10.62.71.21/32 10.62.71.21 lte1 0
7 DS X.228.125.117/32 X.228.125.117 0
 
thobias
newbie
Posts: 25
Joined: Thu Nov 30, 2017 8:45 pm

Re: v6.42.6 [current]

Tue Jul 17, 2018 2:31 pm

CRS317 stops forwarding vlan tagged frames after update. Bug is confirmed by mikrotik but should not affect packet forwarding when vlan-filtering=yes.
Downgrading and waiting for fix
 
User avatar
aaronvonawesome
just joined
Posts: 10
Joined: Mon Jul 18, 2016 7:44 pm
Location: Columbus, OH

Re: v6.42.6 [current]

Wed Jul 18, 2018 4:05 am

I have a CAPs setup with three RB951G-2HnD units (one being the CAPsMAN).

I updated from Router OS 6.42.5 to 6.42.6 (both RouterOS and RouterBOARD firmware).

I'm getting random wireless devices now doing this:
reassociating
connected
reassociating
connected
.....
(see screenshot)

Anyone else having this issue??


After a while the interface on the device (if a mobile device) we be "disabled".

Selection_008.png
You do not have the required permissions to view the files attached to this post.
 
sincity
just joined
Posts: 5
Joined: Sat Jul 14, 2018 6:14 pm

Re: v6.42.6 [current]

Wed Jul 18, 2018 11:06 am

sincity - What error do you get in log after an upgrade attempt?
@ Mikrotik Support

Hello,
there are no errors in the logs - just system, info, dhcp, account
Last edited by sincity on Fri Jul 20, 2018 10:29 am, edited 1 time in total.
 
E1uSiV3
just joined
Posts: 2
Joined: Wed Jul 18, 2018 12:40 pm

Re: v6.42.6 [current]

Wed Jul 18, 2018 1:32 pm

I have the same problem as Fusionyx with a CRS328-24P-4S+. The process was as follows:

Pre upgrade
RouterOS - 6.42.4
Firmware - 6.42.4

Post upgrade
RouterOS - 6.42.6
Firmware - 6.42.6

I had 3x wAP ACs (running RouterOS and firmware 6.42.4) connected to ports 2, 3 and 4. Everything worked pre-upgrade. As soon as I performed the upgrade to the CRS328-24P-4S+, all traffic stopped on ports 2, 3, and 4. To get the wAP ACs to work again, I have had to move all 3 to new ports to get them working again. I waited 2 days to see if it would then work again on the original ports like with Fusionyx, but they still do not function.

I also attempted to move to the Release Candidate update path and back again, with no difference. I have not tried a downgrade to 6.42.4 or 6.42.5 yet.

Any ideas what is causing this?
 
User avatar
indjov
just joined
Posts: 20
Joined: Fri Jun 03, 2016 12:23 pm

Re: v6.42.6 [current]

Wed Jul 18, 2018 3:28 pm

Hello,
I have strange for me problem with Tools/SMS everything before works perfectly but now i see sms failed: timeout

https://imgur.com/a/tPKX0Wh

Any idea why
 
nostromog
Member Candidate
Member Candidate
Posts: 226
Joined: Wed Jul 18, 2018 3:39 pm

Re: v6.42.6 [current] Problem with ipv6

Wed Jul 18, 2018 4:10 pm

Two problems I'm seeing with this update, if you have operating ipv6:
[admin@MikroTik] > /ping count=1 ipv6.google.com
invalid value for argument address:
    invalid value of mac-address, mac address required
    invalid value for argument ipv6-address
    failure: dns name exists, but no appropriate record
[admin@MikroTik] > /ping count=1 [:resolve ipv6.google.com]
  SEQ HOST                                     SIZE TTL TIME  STATUS                                                               
    0 2607:f8b0:4005:807::200e                   56  55 178ms echo reply                                                           
    sent=1 received=1 packet-loss=0% min-rtt=178ms avg-rtt=178ms max-rtt=178ms
and
$ curl ifconfig.co
NNN.NNN.NNN.NNN
vs
[admin@MikroTik] > /tool fetch url="http://ifconfig.co"    
failure: invalid URL
??? .co is Colombia, this URL resolves well
[admin@MikroTik] > put [resolve ifconfig.co]
185.138.35.117
[admin@MikroTik] > /tool fetch url="http://185.138.35.117/"
  status: failed
failure: connection timeout
So basically /tool fetch and /ping seem to be quite broken with ipv6.
This is all after I added a ipv6 server first at /ip dns servers, before I added it all
DNS resolution was broken. So it looks like once ipv6 is enabled, only ipv6
name resolution works...
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: v6.42.6 [current] Problem with ipv6

Wed Jul 18, 2018 4:32 pm

Two problems I'm seeing with this update
Are you sure it was working in previous releases? ;)
[admin@MikroTik] > /tool fetch url="http://ifconfig.co"    
failure: invalid URL
??? .co is Colombia, this URL resolves well
Domain name resolves well, but URL is invalid. Valid one is "http://ifconfig.co/" (see the last slash after .co)
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: v6.42.6 [current]

Wed Jul 18, 2018 4:37 pm

So it looks like once ipv6 is enabled, only ipv6
name resolution works...
Can't confirm. Checked with ipv4-only DNS addresses and ipv6-only DNS addresses, resolving works fine in both cases.
 
nostromog
Member Candidate
Member Candidate
Posts: 226
Joined: Wed Jul 18, 2018 3:39 pm

Re: v6.42.6 [current] Problem with ipv6

Wed Jul 18, 2018 10:44 pm

Two problems I'm seeing with this update
Are you sure it was working in previous releases? ;)
Not really, new router and new tunnel. it was working for a while after I rebooted with ipv6 tunnel but now it
does not work.

The core problem, I think, is the internal resolver always asks for A records, and
also privileges IPv6 for some reason. So, when I reboot and get a new dynamic IPv4,
my IPv6 needs to be told about it, but I can't because only IPv6 resolver works and
I have no IPv6:
[admin@MikroTikToledo] > :put [resolve  www.google.com server=2001:470:20::2]
216.58.195.68
[admin@MikroTikToledo] > :put [resolve  www.google.com server=1.0.0.1]       
failure: dns server failure
[admin@MikroTikToledo] > :put [resolve  www.google.com server=8.8.8.8]       
failure: dns server failure
[admin@MikroTikToledo] > :put [resolve  www.google.com server=2001:470:20::2]
216.58.195.68
I'm not sure if there is a way out of this problem...
[admin@MikroTik] > /tool fetch url="http://ifconfig.co"    
failure: invalid URL
??? .co is Colombia, this URL resolves well
Domain name resolves well, but URL is invalid. Valid one is "http://ifconfig.co/" (see the last slash after .co)
 
User avatar
indjov
just joined
Posts: 20
Joined: Fri Jun 03, 2016 12:23 pm

Re: v6.42.6 [current]

Thu Jul 19, 2018 10:31 am

So anyone from mikrotik team any idea why SMS did`t work and show me SMS Send failed: timeout ? i have usb stick with SIM card and i used it before and evything work perfect.
One day i see that one of my machine it`s down and did`t receive a SMS Alert and what i see SMS send failed: timeout.
I Put the stick into my laptop and works.


Please check this problem
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 3119
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: v6.42.6 [current]

Thu Jul 19, 2018 1:25 pm

We have now rolled back all our 60Ghz devices (AP's and CPE's) to 6.42.3 just to get them stable again. Also rolled back the firmwares.
Several CPE's couldn't connect anymore in 6.42.6 due weak signal or variation in the signals. We noticed differences from 50 going back to 20 and then disconnects....

One unit (120 meters distance on the center of AP) disconnected on 6.42.6 and occasionally connected for some seconds with poor signal and only the roll back (on both AP + CPE) brought device back up stable with signal 40-45 again.....
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 3119
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: v6.42.6 [current]

Thu Jul 19, 2018 1:42 pm

We have updates some 8 AP's with anything between 8 and 30 Mikrotik CPE's connected, either a full 'ac' P2MP network or still'n'. In all networks the 802.11 mode outperforms NV2 a lot!
Overal througput on the AP is some 50 to 100% better and individual clients get much more speed.
One P2MP network we found 'nstrem' performs best, others 802.11.

Latency on these AP's might not be as good as in NV2 but good enough for the clients. We don't serve VOIP but some use Skype, facetime, messenger calls etc. and we get no complaints...

The main importance is that when clients press www.speedtest.net they get their 30Mbps. Obviously if two clients use a full download their speed lowers a bit to 25-30 and with 3 clients more. (Since it seems the Omnitiks 'n' can only produce some 60-70mbps in total where we can push the Omnitiks 'ac' up to 100Mbps or more... On NV2 people complain about slow internet and when they do a test they only get 8-12 and sometimes a bit more.....

I don't know who and or why people say NV2 is so good but in fact the more often we make tests the more often we just see 802.11 performs best...
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: v6.42.6 [current] Problem with ipv6

Thu Jul 19, 2018 2:27 pm

privileges IPv6 for some reason. So, when I reboot and get a new dynamic IPv4,
my IPv6 needs to be told about it, but I can't because only IPv6 resolver works and
I have no IPv6:
[admin@MikroTikToledo] > :put [resolve  www.google.com server=2001:470:20::2]
216.58.195.68
[admin@MikroTikToledo] > :put [resolve  www.google.com server=1.0.0.1]       
failure: dns server failure
[admin@MikroTikToledo] > :put [resolve  www.google.com server=8.8.8.8]       
failure: dns server failure
[admin@MikroTikToledo] > :put [resolve  www.google.com server=2001:470:20::2]
216.58.195.68
I'm not sure if there is a way out of this problem...
Are you sure IPv4 is available at all at that moment? Can you ping 1.1.1.1 or 8.8.8.8? For me it looks like you have ipv6 and no ipv4 right after reboot.
 
Fusionyx
just joined
Posts: 7
Joined: Thu Sep 21, 2017 10:53 pm

Re: v6.42.6 [current]

Fri Jul 20, 2018 12:01 am

I have the same problem as Fusionyx with a CRS328-24P-4S+. The process was as follows:

Pre upgrade
RouterOS - 6.42.4
Firmware - 6.42.4

Post upgrade
RouterOS - 6.42.6
Firmware - 6.42.6

I had 3x wAP ACs (running RouterOS and firmware 6.42.4) connected to ports 2, 3 and 4. Everything worked pre-upgrade. As soon as I performed the upgrade to the CRS328-24P-4S+, all traffic stopped on ports 2, 3, and 4. To get the wAP ACs to work again, I have had to move all 3 to new ports to get them working again. I waited 2 days to see if it would then work again on the original ports like with Fusionyx, but they still do not function.

I also attempted to move to the Release Candidate update path and back again, with no difference. I have not tried a downgrade to 6.42.4 or 6.42.5 yet.

Any ideas what is causing this?
Hi E1uSiV3

What we did on the ports that stopped working was removing all config from them so remove the port from the vlan tags under bridge config and after that remove the ports from the bridge. We then disabled them and moved to new port. The next day we tried to see if the previous ports would work or get it working so we started by redo the old config on those port to debug but then they worked fine without problems maybe try those steps to get them to work again if possible.
 
nostromog
Member Candidate
Member Candidate
Posts: 226
Joined: Wed Jul 18, 2018 3:39 pm

Re: v6.42.6 [current] Problem with ipv6

Fri Jul 20, 2018 5:25 am

Are you sure IPv4 is available at all at that moment? Can you ping 1.1.1.1 or 8.8.8.8? For me it looks like you have ipv6 and no ipv4 right after reboot.
You are right. While trying to solve the problem I moved the wrong rule and was dropping way too much ipv4 at that moment...

After some more analysis and stabilising the setup, the situation is:
* IPv4 is working perfectly
* IPv6 sort-of-works (but it doesn't)
The symptoms are:

* icmpv6 and udp seem to work
* tcp works with small packets, but gets stuck on SSL answers, like:
sgala@chiron:~$ curl -4 www.google.com  |& wc -c
12205
sgala@chiron:~$ curl -6 www.google.com  |& wc -c
^C # ... for ever waiting for an answer ...
sgala@chiron:~$ curl -v6 www.google.com 
* Rebuilt URL to: www.google.com/
*   Trying 2a00:1450:4003:802::2004...
* TCP_NODELAY set
* Connected to www.google.com (2a00:1450:4003:802::2004) port 80 (#0)
> GET / HTTP/1.1
> Host: www.google.com
> User-Agent: curl/7.58.0
> Accept: */*
> 
# <- dies when waiting for an answer after ~5m
> 
* Recv failure: Connection reset by peer
* stopped the pause stream!
* Closing connection 0
curl: (56) Recv failure: Connection reset by peer
I'm not sure if it happens with every server, but it happens with most major CDNs
I have seen this happening due to MTU issues...

I can't find how to fix it. It is a fairly standard tunnel with HE, following their standard configuration,
and the pmtu reported from tracepath behaves reasonably...

I'm also tried to check and really can't find what is wrong.

Anyone has an idea?
 
sincity
just joined
Posts: 5
Joined: Sat Jul 14, 2018 6:14 pm

Re: v6.42.6 [current]

Fri Jul 20, 2018 10:29 am

sincity - What error do you get in log after an upgrade attempt?
@ Mikrotik Support

Hello,
there are no errors in the logs - just system, info, dhcp, account
 
steen
Member
Member
Posts: 475
Joined: Sat Oct 23, 2010 2:15 am
Location: Sweden
Contact:

Re: v6.42.6 [current]

Fri Jul 20, 2018 1:13 pm

We have updates some 8 AP's with anything between 8 and 30 Mikrotik CPE's connected, either a full 'ac' P2MP network or still'n'. In all networks the 802.11 mode outperforms NV2 a lot!
Overal througput on the AP is some 50 to 100% better and individual clients get much more speed.
One P2MP network we found 'nstrem' performs best, others 802.11.

Latency on these AP's might not be as good as in NV2 but good enough for the clients. We don't serve VOIP but some use Skype, facetime, messenger calls etc. and we get no complaints...

The main importance is that when clients press www.speedtest.net they get their 30Mbps. Obviously if two clients use a full download their speed lowers a bit to 25-30 and with 3 clients more. (Since it seems the Omnitiks 'n' can only produce some 60-70mbps in total where we can push the Omnitiks 'ac' up to 100Mbps or more... On NV2 people complain about slow internet and when they do a test they only get 8-12 and sometimes a bit more.....

I don't know who and or why people say NV2 is so good but in fact the more often we make tests the more often we just see 802.11 performs best...
802.11 suffers from hidden node problems, network stalls, at least if trying it in some distribution network. Here counts nv2, and in old days nstreme.
We have around 100Mbit/s P2MP using "modern devices" and current firmware and in legacy device environment (RN52 radio boards) we have 20-30Mbit/s P2MP using bug fix only. Well planned, avoiding populated 5GHz bands, and with space between channels to avoid scatter from nv2, all learned from the gurus in this forum and vendor recommendations. Just mikrotik fixes the mipsbe wireless issue with newer RoS versions like this, I am happy.
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 3119
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: v6.42.6 [current]

Fri Jul 20, 2018 5:27 pm

802.11 suffers from hidden node problems, network stalls, at least if trying it in some distribution network. Here counts nv2, and in old days nstreme.
We have around 100Mbit/s P2MP using "modern devices" and current firmware and in legacy device environment (RN52 radio boards) we have 20-30Mbit/s P2MP using bug fix only. Well planned, avoiding populated 5GHz bands, and with space between channels to avoid scatter from nv2, all learned from the gurus in this forum and vendor recommendations. Just mikrotik fixes the mipsbe wireless issue with newer RoS versions like this, I am happy.
With a properly configure RTS/CTS the 'hidden node' issue doesn't exist anymore. And in 'ac' this system is actually improved 'per standard'.
My region is full with other 5Ghz usage. In fact, my 30+ AP-sectors at times have to use same of close to same frequency as other towers of mine. Off course we try to keep spectral distance but with 7 other operator and some 50+ sectors in the same limited 5Ghz band this is just a hell of a task to find a relative 'free' frequency anyway.
Some of my Omni-directional AP's have clients that for 100% sure can't 'see' (so probably 'hear') each other are working fine with RTS/CTS configured like it should. (Always 'on' and AP RTS/CTS to istself)

Last night I did a test of a relative new AP. A NetMetal connected to a 30º 18dBi RF elements horn that directs to a relative quiet region. It only serves some 12 clients. Apart from one client all 'ac' clients.
This AP I tested with all 3 protocols (NV2, nstreme and 802.11) and withing each of the protocols I did some fine tuning.
This is the first AP for a long time that gave NV2 better results.
With 4 clients running the bandwidth test (to a fast router 'behind' the AP) throughput over the AP would be around 100Mbps and the best clients would both get some 35Mbps were the two other ones with some lesser signal would get the rest..
When I stopped the clients test but one, the best one would get just over 100Mbps and with some little traffic from regular users the AP showed maximal 115Mbps. This in a 40Mhz channel with CCQ into the 80+ range.

I even tried a 80Mhz channel but it didn't bring up the speeds hardly. I saw a peak of 120Mbps where in 40Mhz channel peaks reached 115Mbps....
But NV2 was the best. In 802.11 (still better then 'nstreme') all speeds where some 10-20% less and total throughput hardly pushed through the 100Mbps.....

Over the last weeks I did similar tests with similar and heavier populated AP's, all Omnitiks (both the new 'ac' models as the old 'n' types) and in all intances the 802.11 protocol gave best results.
One of these AP's is with its frequency 'squeezed' between other AP's that either 'touched' the band or even overlapped partially and again 802.11 is best. NV2 is by far worse... some 50% worse!

I also have two OmniTiks tested that definitely have clients that cannot 'see' nor hear each-other and yet again 802.11 give me 50 to 100% better results then NV2.
 
User avatar
hknet
Member Candidate
Member Candidate
Posts: 126
Joined: Sun Jul 17, 2016 6:05 pm
Location: Vienna, Austria
Contact:

Re: v6.42.6 [current]

Sat Jul 21, 2018 7:52 am

after seeing issues with CRS317 an 1G SFPs (not 10G) not linking with latest 6.43rc44 (getting auto negotiation as incomplete) we tested a downgrade to the current 6.42.6 and see auto negotiation failed.
copper 1G SFPs do not see any advertised 10/100/1000M link-speeds while the other end gets autoneg successfully, we also do see packets being received on CRS317 but none sent out (tested with ip neighbor discovery we see neighbors on the CRS but the other end doesn't see any discoveries), the same issue is true for optical 1G SFPs, disabling autodiscovery also does not work.

it seems we are stuck with no 1G interfaces supported although according to the MT compatibility matrix those modules should be supported.

please advise,
hk
 
nostromog
Member Candidate
Member Candidate
Posts: 226
Joined: Wed Jul 18, 2018 3:39 pm

Re: v6.42.6 [current] Problem with ipv6

Sat Jul 21, 2018 9:48 am

privileges IPv6 for some reason. So, when I reboot and get a new dynamic IPv4,
my IPv6 needs to be told about it, but I can't because only IPv6 resolver works and
I have no IPv6:
[admin@MikroTikToledo] > :put [resolve  www.google.com server=2001:470:20::2]
216.58.195.68
[admin@MikroTikToledo] > :put [resolve  www.google.com server=1.0.0.1]       
failure: dns server failure
[admin@MikroTikToledo] > :put [resolve  www.google.com server=8.8.8.8]       
failure: dns server failure
[admin@MikroTikToledo] > :put [resolve  www.google.com server=2001:470:20::2]
216.58.195.68
I'm not sure if there is a way out of this problem...
Are you sure IPv4 is available at all at that moment? Can you ping 1.1.1.1 or 8.8.8.8? For me it looks like you have ipv6 and no ipv4 right after reboot.
Yes, sorry, when I reported this I had unfortunately moved one too many firewall rules and the router itself had no ipv4. I missed it in the text UI, as
it was affecting only the router itself. Is easy to get it unnoticed until I learned that "print stats" shows the traffic being dropped it took me some time to notice, sorry for the wrong report.

Now I have more sane configuration but still problems with IPv6, that I will report separately
 
oldcrow
just joined
Posts: 21
Joined: Sun Jul 15, 2018 11:04 am

Re: v6.42.6 [current]

Sun Jul 22, 2018 5:58 am

Hi Gurus/support and coding wizards

HAP AC2 upgrade went fine, love the removal of need for master ethernet port, bridge now makes sense to me and assigning alternate ethernet port to internet works automagically!

thanks
Chris new MT fan
 
steen
Member
Member
Posts: 475
Joined: Sat Oct 23, 2010 2:15 am
Location: Sweden
Contact:

Re: v6.42.6 [current]

Sun Jul 22, 2018 1:32 pm

802.11 suffers from hidden node problems, network stalls, at least if trying it in some distribution network. Here counts nv2, and in old days nstreme.
We have around 100Mbit/s P2MP using "modern devices" and current firmware and in legacy device environment (RN52 radio boards) we have 20-30Mbit/s P2MP using bug fix only. Well planned, avoiding populated 5GHz bands, and with space between channels to avoid scatter from nv2, all learned from the gurus in this forum and vendor recommendations. Just mikrotik fixes the mipsbe wireless issue with newer RoS versions like this, I am happy.
With a properly configure RTS/CTS the 'hidden node' issue doesn't exist anymore. And in 'ac' this system is actually improved 'per standard'.
My region is full with other 5Ghz usage. In fact, my 30+ AP-sectors at times have to use same of close to same frequency as other towers of mine. Off course we try to keep spectral distance but with 7 other operator and some 50+ sectors in the same limited 5Ghz band this is just a hell of a task to find a relative 'free' frequency anyway.
Some of my Omni-directional AP's have clients that for 100% sure can't 'see' (so probably 'hear') each other are working fine with RTS/CTS configured like it should. (Always 'on' and AP RTS/CTS to istself)

Last night I did a test of a relative new AP. A NetMetal connected to a 30º 18dBi RF elements horn that directs to a relative quiet region. It only serves some 12 clients. Apart from one client all 'ac' clients.
This AP I tested with all 3 protocols (NV2, nstreme and 802.11) and withing each of the protocols I did some fine tuning.
This is the first AP for a long time that gave NV2 better results.
With 4 clients running the bandwidth test (to a fast router 'behind' the AP) throughput over the AP would be around 100Mbps and the best clients would both get some 35Mbps were the two other ones with some lesser signal would get the rest..
When I stopped the clients test but one, the best one would get just over 100Mbps and with some little traffic from regular users the AP showed maximal 115Mbps. This in a 40Mhz channel with CCQ into the 80+ range.

I even tried a 80Mhz channel but it didn't bring up the speeds hardly. I saw a peak of 120Mbps where in 40Mhz channel peaks reached 115Mbps....
But NV2 was the best. In 802.11 (still better then 'nstreme') all speeds where some 10-20% less and total throughput hardly pushed through the 100Mbps.....

Over the last weeks I did similar tests with similar and heavier populated AP's, all Omnitiks (both the new 'ac' models as the old 'n' types) and in all intances the 802.11 protocol gave best results.
One of these AP's is with its frequency 'squeezed' between other AP's that either 'touched' the band or even overlapped partially and again 802.11 is best. NV2 is by far worse... some 50% worse!

I also have two OmniTiks tested that definitely have clients that cannot 'see' nor hear each-other and yet again 802.11 give me 50 to 100% better results then NV2.
Thanks for the information!
A gain of 50-100% better results would be nice, even 20% is ok. :-)
Already being out of the subject for this thread I guess, but yet valid till some point, maybe we should move to the wireless tread ?
I have to put this up in the lab to see how it works out in our environment, which is city like. I didn't test 802.11 for distribution in many many years :-)
So far max speed here is around 100Mbit/s or little more, using NV2, and it is so far, rock solid with low latency.
I don't want to leave mikrotik in the long run, in favor to some else brand, we have been staying so long with them.
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 3119
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: v6.42.6 [current]

Sun Jul 22, 2018 2:04 pm

802.11 versus NV2; viewtopic.php?f=7&t=137133
 
tr00g33k
Frequent Visitor
Frequent Visitor
Posts: 89
Joined: Sun Mar 29, 2015 3:58 pm

Re: v6.42.6 [current]

Tue Jul 24, 2018 1:56 pm

Updated CRS326-24G-2S+ from firmware v6.42.3 to 6.42.6

update went fine but after the update process ether24 en ether23 aren't working anymore. They give link negotiate speed ect. but no mac address what so ever. Both port where trunk ports one has a WAP AC on it and the other a Cisco Switch.

Moving the devices and config to none used port everything works fine. I'm stunned at what this can be.

I removed config from ether23 and 24 disabled them rebooted switch. Redid config and still nothing no mac address nothing. Same config on ether 21 and 22 and link is fine mac addresses en traffic flow as expected. weird problem.

If anyone seen this before and has a tip how to fix this would be nice.
We had similar issue with CRS326, port UP and connected but zero traffic in any direction. Downgrade to 6.42.3 solved the issue for us.
 
rclare70
just joined
Posts: 1
Joined: Tue Jul 24, 2018 11:56 pm

Re: v6.42.6 [current]

Tue Jul 24, 2018 11:58 pm

Updated CRS326-24G-2S+ from firmware v6.42.3 to 6.42.6

update went fine but after the update process ether24 en ether23 aren't working anymore. They give link negotiate speed ect. but no mac address what so ever. Both port where trunk ports one has a WAP AC on it and the other a Cisco Switch.
We had similar issue with CRS326, port UP and connected but zero traffic in any direction. Downgrade to 6.42.3 solved the issue for us.
I had the exact same issue, tried v6.42.4, v6.42.5 which didn't work, went back to v6.42.3 which seems to be working now
 
schadom
Member Candidate
Member Candidate
Posts: 156
Joined: Sun Jun 25, 2017 2:47 am

Re: v6.42.6 [current]

Wed Jul 25, 2018 12:32 am

It's rather a design glitch than a bug but we noticed that the S-RJ01 modules in v6.42.6 are displayed with sfp-connector-type: LC instead of RJ45 in both Winbox and CLI:
winbox.png

Thanks
You do not have the required permissions to view the files attached to this post.
 
User avatar
amt
Long time Member
Long time Member
Posts: 529
Joined: Fri Jan 16, 2015 2:05 pm

Re: v6.42.6 [current]

Wed Jul 25, 2018 2:16 pm

802.11 suffers from hidden node problems, network stalls, at least if trying it in some distribution network. Here counts nv2, and in old days nstreme.
We have around 100Mbit/s P2MP using "modern devices" and current firmware and in legacy device environment (RN52 radio boards) we have 20-30Mbit/s P2MP using bug fix only. Well planned, avoiding populated 5GHz bands, and with space between channels to avoid scatter from nv2, all learned from the gurus in this forum and vendor recommendations. Just mikrotik fixes the mipsbe wireless issue with newer RoS versions like this, I am happy.
With a properly configure RTS/CTS the 'hidden node' issue doesn't exist anymore. And in 'ac' this system is actually improved 'per standard'.
My region is full with other 5Ghz usage. In fact, my 30+ AP-sectors at times have to use same of close to same frequency as other towers of mine. Off course we try to keep spectral distance but with 7 other operator and some 50+ sectors in the same limited 5Ghz band this is just a hell of a task to find a relative 'free' frequency anyway.
Some of my Omni-directional AP's have clients that for 100% sure can't 'see' (so probably 'hear') each other are working fine with RTS/CTS configured like it should. (Always 'on' and AP RTS/CTS to istself)

Last night I did a test of a relative new AP. A NetMetal connected to a 30º 18dBi RF elements horn that directs to a relative quiet region. It only serves some 12 clients. Apart from one client all 'ac' clients.
This AP I tested with all 3 protocols (NV2, nstreme and 802.11) and withing each of the protocols I did some fine tuning.
This is the first AP for a long time that gave NV2 better results.
With 4 clients running the bandwidth test (to a fast router 'behind' the AP) throughput over the AP would be around 100Mbps and the best clients would both get some 35Mbps were the two other ones with some lesser signal would get the rest..
When I stopped the clients test but one, the best one would get just over 100Mbps and with some little traffic from regular users the AP showed maximal 115Mbps. This in a 40Mhz channel with CCQ into the 80+ range.

I even tried a 80Mhz channel but it didn't bring up the speeds hardly. I saw a peak of 120Mbps where in 40Mhz channel peaks reached 115Mbps....
But NV2 was the best. In 802.11 (still better then 'nstreme') all speeds where some 10-20% less and total throughput hardly pushed through the 100Mbps.....

Over the last weeks I did similar tests with similar and heavier populated AP's, all Omnitiks (both the new 'ac' models as the old 'n' types) and in all intances the 802.11 protocol gave best results.
One of these AP's is with its frequency 'squeezed' between other AP's that either 'touched' the band or even overlapped partially and again 802.11 is best. NV2 is by far worse... some 50% worse!

I also have two OmniTiks tested that definitely have clients that cannot 'see' nor hear each-other and yet again 802.11 give me 50 to 100% better results then NV2.
properly configure RTS/CTS the 'hidden node' issue doesn't exist anymore. cxan you explain it more ? :)
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 3119
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: v6.42.6 [current]

Wed Jul 25, 2018 2:50 pm

properly configure RTS/CTS the 'hidden node' issue doesn't exist anymore. cxan you explain it more ? :)
If you read up a bit on the specifics of the RTS/CTS scheme and how it works then you'll know what I mean. Use google and find loads of info that better explain how the system works then I can do.
 
User avatar
amt
Long time Member
Long time Member
Posts: 529
Joined: Fri Jan 16, 2015 2:05 pm

Re: v6.42.6 [current]

Wed Jul 25, 2018 3:14 pm

properly configure RTS/CTS the 'hidden node' issue doesn't exist anymore. cxan you explain it more ? :)
If you read up a bit on the specifics of the RTS/CTS scheme and how it works then you'll know what I mean. Use google and find loads of info that better explain how the system works then I can do.
sorry for this question, I will google it first at next time before ask, I was just asking how you tune because we are also same problem as you said below;
With a properly configure RTS/CTS the 'hidden node' issue doesn't exist anymore. And in 'ac' this system is actually improved 'per standard'.
My region is full with other 5Ghz usage. In fact, my 30+ AP-sectors at times have to use same of close to same frequency as other towers of mine. Off course we try to keep spectral distance but with 7 other operator and some 50+ sectors in the same limited 5Ghz band this is just a hell of a task to find a relative 'free' frequency anyway.
 
WirelessRudy
Forum Guru
Forum Guru
Posts: 3119
Joined: Tue Aug 08, 2006 5:54 pm
Location: Spain

Re: v6.42.6 [current]

Wed Jul 25, 2018 7:02 pm

properly configure RTS/CTS the 'hidden node' issue doesn't exist anymore. cxan you explain it more ? :)
If you read up a bit on the specifics of the RTS/CTS scheme and how it works then you'll know what I mean. Use google and find loads of info that better explain how the system works then I can do.
sorry for this question, I will google it first at next time before ask, I was just asking how you tune because we are also same problem as you said below;
With a properly configure RTS/CTS the 'hidden node' issue doesn't exist anymore. And in 'ac' this system is actually improved 'per standard'.
My region is full with other 5Ghz usage. In fact, my 30+ AP-sectors at times have to use same of close to same frequency as other towers of mine. Off course we try to keep spectral distance but with 7 other operator and some 50+ sectors in the same limited 5Ghz band this is just a hell of a task to find a relative 'free' frequency anyway.
Scroll a bit up in this tread and see my link to another post I made in this respect. It shows the code
 
DanDankleton
just joined
Posts: 1
Joined: Fri May 18, 2018 5:43 pm

Re: v6.42.6 [current]

Thu Jul 26, 2018 3:32 pm

I upgraded 2 CRS328-24P-4S+ switches from 6.42.5 to 6.42.6. These both have a VLAN interface set up for management:

/interface vlan
add interface=bridge name=management vlan-id=100
/interface bridge vlan
add bridge=bridge comment=Management tagged=ether1,ether3 vlan-ids=100
/ip address
add address=172.16.6.X/27 comment=Management interface=management network=172.16.6.0

The network layout is:
Router---Switch1---Switch2

I upgraded Switch2 first which seemed to work.
When I upgraded Switch1 I lost access from the router to Switch2. I could still access both the router and Switch2 from Switch1.
Downgrading Switch1 back to 6.42.5 solved the problem.
 
sincity
just joined
Posts: 5
Joined: Sat Jul 14, 2018 6:14 pm

Re: v6.42.6 [current]

Fri Jul 27, 2018 6:28 pm

sincity - What error do you get in log after an upgrade attempt?
@ Mikrotik Support

Hello,
there are no errors in the logs - just system, info, dhcp, account
@ Mikrotik Support
- no ideas???
 
JRayfield
Frequent Visitor
Frequent Visitor
Posts: 66
Joined: Tue Aug 19, 2014 8:15 pm

Re: v6.42.6 [current]

Wed Aug 01, 2018 12:29 am

I've got a CRS125-24G-1S that has Routerboard 3.41 in it and RouterOS is 6.40.4.

I've tried several times to upgrade the RouterOS version to 6.42.6 as well as to 6.40.5. Neither will work. After rebooting, the CRS125 still shows RouterOS at 6.40.4.

Suggestions?

John Rayfield, Jr.
 
Kindis
Member
Member
Posts: 434
Joined: Tue Nov 01, 2011 6:54 pm
Location: Sweden

Re: v6.42.6 [current]

Wed Aug 01, 2018 9:51 am

I've got a CRS125-24G-1S that has Routerboard 3.41 in it and RouterOS is 6.40.4.

I've tried several times to upgrade the RouterOS version to 6.42.6 as well as to 6.40.5. Neither will work. After rebooting, the CRS125 still shows RouterOS at 6.40.4.

Suggestions?

John Rayfield, Jr.
What does the log say?
 
orafrith
just joined
Posts: 3
Joined: Mon Jan 01, 2018 8:26 pm

Re: v6.42.6 [current]

Thu Aug 02, 2018 1:11 am

i have a RB30011UIAS that will not update to v6.42.6 what can i do its on v6.42.1
 
Netstumble
newbie
Posts: 26
Joined: Tue Aug 05, 2014 9:11 am

Re: v6.42.6 [current]

Thu Aug 02, 2018 12:47 pm

i have a RB30011UIAS that will not update to v6.42.6 what can i do its on v6.42.1
Assuming that you use the correct file/procedure maybe you got hacked too?
Maybe at an earlier point in time when running < 6.42.1?
 
User avatar
Paco
just joined
Posts: 16
Joined: Mon Dec 22, 2014 10:50 pm
Location: Sofia, Bulgaria

Re: v6.42.6 [current]

Fri Aug 03, 2018 5:56 pm

After update a firmware and RBOS to last version - my failover scenario stopped working.

I use netwatch to watch ping to 1.1.1.1.
I have a firewall rule that block ping to 1.1.1.1 from wan-2 (it is pingly only from wan-1)..

On UP I run: /system script run wan1-up
On Down I run: /system script run wan1-down

The problem:
When I run scripts manualy from system -> scripts everythings work correctly, but it is not work when status on netwatch is changed from up to down and from down to up.

My router:
routerboard: yes
board-name: hAP ac
model: RouterBOARD 962UiGS-5HacT2HnT
factory-firmware: 3.31
current-firmware: 6.42.6
upgrade-firmware: 6.42.6

Any ideas?
 
lordwhiskey
newbie
Posts: 27
Joined: Wed Jun 26, 2013 8:33 am

Re: v6.42.6 [current]

Sat Aug 04, 2018 11:56 am

Hi,

I've recently upgraded from 6.40.x (I do not remember the x) to 6.42.6 on a RB750UP device.

The upgrade itself went well, despite the fact that my firewall rules and queues are not working anymore. Traffic seems to be "avoided" by the rules and I cannot log even LAN<->LAN traffic. No way. I tried also the "use ip firewall" check under the bridge settings. Nothing happened.

Unfortunately I had in place a lot of QoS rules, NAT, as well as security related filters that now seem to be not completely considered by the device.

The bridge is composed of the 5 LAN ports present on the device + 1 PPoE client associated with one of those ports.

Did anyone have a similar issue?

Thanks
 
Clauu
Member Candidate
Member Candidate
Posts: 217
Joined: Fri Mar 21, 2014 8:27 pm
Location: RO

Re: v6.42.6 [current]

Sat Aug 04, 2018 9:55 pm

Good day, after upgrade from 6.42.4 to 6.42.6 there is something wrong with query to dns servers. In Ip -> DNS i have both google servers, 'Use peer dns' option from pppclient is not checked. This setup isn't working anymore, for 2 years since i have my hap ac i haven't experienced such issue. Now in order to have dns functionally again i must check that option. I'm so tired in debugging such silly problems.
 
netronix
just joined
Posts: 4
Joined: Tue Jun 08, 2010 9:34 pm

Re: v6.42.6 [current]

Sat Aug 04, 2018 11:00 pm

Hello,

Today i have upgraded 2 boards mipsbe and they died. First time is happening that strange. Today i have downloaded the image.

Anybody has same problem?
 
pxcorp
just joined
Posts: 11
Joined: Thu Jun 15, 2017 7:48 pm

Re: v6.42.6 [current]

Sun Aug 05, 2018 9:15 pm

Hello,
I upgrade CRS125 from 6.41.3 to 6.42.6 and found excesive packet lost on fasttracked connections (I use CRS to do NAT between two logical networks/IP ranges).
When I disable fasttrack connection rule in forward chain of IP firewall then everything works, when I enable it drops packets (and not from overloading CPU, either with slow IP communication not work).
I don't have this problem several versions of ROS before 6.42, I also tried 6.43rc51 and have same problem. To be sure that problem is caused by ROS upgrade I upgraded/downgraded several times without changing configuration and every time 6.41 worked and 6.42/6.43 not.
I am also sure that older version of 6.42 (not remember exactly which one) exhibit same problem, but because ugrade "kill" production network I have to do downgrade back immediately and don't have time to examine problem in details.
Anybody have same problem ?
 
User avatar
indjov
just joined
Posts: 20
Joined: Fri Jun 03, 2016 12:23 pm

Re: v6.42.6 [current]

Mon Aug 06, 2018 10:46 am

Hello,
I still have a problem with the tools/sms send, so one time shows gsm error: timeout , the second try it`s sending the sms but that so strange for why one time gives me timeout.

Any idea?
 
Pavels01091989
just joined
Posts: 1
Joined: Mon Aug 06, 2018 12:26 pm

Re: v6.42.6 [current]

Mon Aug 06, 2018 12:40 pm

Hello, there is a device Mikrotik RB951Ui-2HnD, when upgrading to software version 6.42.6, stopped working Netwatch
In our network, netwatch is used to view 8.8.4.4 from eth1 and switch to eth4 channel in case of failure

Status newatch down, the script to-down does not work. Manual switching works

Any ideas?
 
klasaradnicka
just joined
Posts: 19
Joined: Mon Aug 06, 2018 12:27 pm

Re: v6.42.6 [current]

Mon Aug 06, 2018 1:15 pm

Hello,

Afteru upgrading to 6.42.6 I m having problems with IPSec VPN,

I user RB750 hex poe Mikrotik, after upgrading, two Ipsec tunnels are working fine, the third I ve got an error No phase 2 with error logs showing

echo: ipsec sent phase2 packet xx.xx.xx.xx[500]<=>yy.yy.yy.yy[500] bea0725ecf6a3f19:237c3aecddb49217:e798d0fc

echo: ipsec,debug begin.
echo: ipsec,debug seen nptype=8(hash) len=24 echo: ipsec,debug seen nptype=12(delete) len=28
echo: ipsec,debug succeed.
echo: ipsec,debug yy.yy.yy.yy delete payload for protocol ISAKMP
echo: ipsec,info purging ISAKMP-SA xx.xx.xx.xx[500]<=>yy.yy.yy.yy[500] spi=bea0725ecf6a3f19:237c3aecddb49217.
echo: ipsec,debug an undead schedule has been deleted.
echo: ipsec,debug an undead schedule has been deleted.
echo: ipsec purged ISAKMP-SA xx.xx.xx.xx[500]<=>yy.yy.yy.yy[500] spi=bea0725ecf6a3f19:237c3aecddb49217.
echo: ipsec,debug purged SAs.

echo: ipsec,debug an undead schedule has been deleted.

So, basically two peers establish p1 , and try to establish p2 but with no luck, afterwards it deletes Sa keys and the process starts againg
 
R1st0
just joined
Posts: 7
Joined: Wed Feb 14, 2018 10:08 am

Re: v6.42.6 [current]

Thu Aug 09, 2018 11:16 am

Has anybody else experienced problems with lte pass-through function?

Updated from 6.42.1 to 6.42.6 and pass-through not working.

Downgrade to 6.42.1 resolved the issue.

Best regards,

R.
 
rafilks
just joined
Posts: 2
Joined: Thu Aug 09, 2018 3:35 pm

Re: v6.42.6 [current]

Thu Aug 09, 2018 3:45 pm

Good Morning,

When upgrading my Groove A-52HPn it adds to the WLAN interface, can you help me?
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: v6.42.6 [current]

Fri Aug 10, 2018 11:29 am

It adds what?
 
rafilks
just joined
Posts: 2
Joined: Thu Aug 09, 2018 3:35 pm

Re: v6.42.6 [current]

Fri Aug 10, 2018 4:44 pm

It adds what?
Sorry, it actually drops the WLAN interface
 
User avatar
bajodel
Long time Member
Long time Member
Posts: 551
Joined: Sun Nov 24, 2013 8:30 am
Location: Italy

Re: v6.42.6 [current]

Fri Aug 10, 2018 8:29 pm

It adds what?
Sorry, it actually drops the WLAN interface
try to upgrade the routerboard firmware as well, go to system routerboard upgrade.. then reboot
then see what happens and take a look at log lines
 
dimiter
just joined
Posts: 5
Joined: Sun Aug 12, 2018 2:33 pm

Re: v6.42.6 [current]

Sun Aug 12, 2018 3:07 pm

Hi team,
I have an issue with Inerfaces -> Ethernet ( WAN interface with PON from other side with 100MBit ) -> Auto Negotiation, when it's swithed Off and speed is set to 100 MBit max capacity for interface is 20MBit for download and ~ 3-4 Mbit for upload, when I switch Auto Negotiation to On speed is back to normal.

Router is 951G-2HnD firmware: 6.42.6
pict.jpg
You do not have the required permissions to view the files attached to this post.
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 11381
Joined: Thu Mar 03, 2016 10:23 pm

Re: v6.42.6 [current]

Sun Aug 12, 2018 7:17 pm

I have an issue with Inerfaces -> Ethernet ( WAN interface with PON from other side with 100MBit ) -> Auto Negotiation, when it's swithed Off and speed is set to 100 MBit max capacity for interface is 20MBit for download and ~ 3-4 Mbit for upload, when I switch Auto Negotiation to On speed is back to normal.
So why are you changing port setup from auto to anything else? Ever heard proverb "don't fix it if ain't broken"?

There are a few more things than just speed to be set: duplex, flow conrol, etc.
 
User avatar
Jotne
Forum Guru
Forum Guru
Posts: 3279
Joined: Sat Dec 24, 2016 11:17 am
Location: Magrathean

Re: v6.42.6 [current]

Sun Aug 12, 2018 7:40 pm

Hi team,
I have an issue with Inerfaces -> Ethernet ( WAN interface with PON from other side with 100MBit ) -> Auto Negotiation, when it's swithed Off and speed is set to 100 MBit max capacity for interface is 20MBit for download and ~ 3-4 Mbit for upload, when I switch Auto Negotiation to On speed is back to normal.
This is how ethernet works.
Never ever use anything other than Auto. Only disable Auto when you have an old old old system that do not support Auto,

Here is why you get problem
Side A                     Side B
Settings-effect        Settings-effect
Auto      100FD        Auto       100FD
100FD     100FD        Auto       100HD
Auto      100HD        100FD      100FD
If you set one side to auto, the other goes to 100HD and the auto side to 100FD.
Mixing Full Duplex and Half Duplex gives huge problems.

So use Auto all over.
 
mahmoud3dmax
just joined
Posts: 7
Joined: Sun Apr 08, 2018 5:22 am

Re: v6.42.6 [current]

Mon Aug 13, 2018 12:49 am

 
User avatar
Jotne
Forum Guru
Forum Guru
Posts: 3279
Joined: Sat Dec 24, 2016 11:17 am
Location: Magrathean

Re: v6.42.6 [current]

Mon Aug 13, 2018 8:04 am

Upload photo here in the forum.
Click Attachments in the bottom.
 
dimiter
just joined
Posts: 5
Joined: Sun Aug 12, 2018 2:33 pm

Re: v6.42.6 [current]

Mon Aug 13, 2018 1:00 pm

Hi Jotne,
thank you for your explanation. But according:


Side A                     Side B
Settings-effect        Settings-effect
Auto      100FD        Auto       100FD
100FD     100FD        Auto       100HD
Auto      100HD        100FD      100FD
could you explain
full_D.jpg
what for I must use Full Duplex option in Mikrotik option then?
You do not have the required permissions to view the files attached to this post.
 
User avatar
mkx
Forum Guru
Forum Guru
Posts: 11381
Joined: Thu Mar 03, 2016 10:23 pm

Re: v6.42.6 [current]

Mon Aug 13, 2018 3:23 pm

If you disable autonegotiation on one side, you have to do manual setup on both sides and the setup has to be identical. It doesn't work if you do it on one side only, the other side gets confused. In short: you will not get a good answer to your question "what needs to be done" on this forum.

Again: what is the objective of disabling autonegotiation in your case?
 
dimiter
just joined
Posts: 5
Joined: Sun Aug 12, 2018 2:33 pm

Re: v6.42.6 [current]

Mon Aug 13, 2018 5:13 pm

Hello Metod,
as I had an issue with connection to ISP / I paid for 50 MBit Internet / which connection was set to 100Mbit but max speed not exceeded 10MBit I preferred to change/set port just to 100MBit ( if someone from ISP side set interface to 10MBit this not to be suitable from my side ). I expected that once interface is up on 100MBit and marked as Full Duplex connection from one of the sides connection to be established as it's requested. As result I'm surprised to listen that both sides need to be set manually on "Full Duplex" if auto-negotiation is switched off.
In the present moment all seems to be ok with interfaces with auto-negotiation - On and just unmarked 10MBit connection speed.

Thank you !

BR,
dimiter
 
total9022
just joined
Posts: 3
Joined: Wed Aug 01, 2018 3:35 pm

Re: v6.42.6 [current]

Mon Aug 13, 2018 5:34 pm

Hi,

I would liket to openvpn server configure to Active Directory RADIUS authentication.
I configure Network Policy Server and enable mikrtoik radius, but don't working.

Could you help?

Thanks,
 
User avatar
Jotne
Forum Guru
Forum Guru
Posts: 3279
Joined: Sat Dec 24, 2016 11:17 am
Location: Magrathean

Re: v6.42.6 [current]

Mon Aug 13, 2018 6:33 pm

Ask in the forum, this thread is for 6.42.6 problems, not general problems.
 
nostromog
Member Candidate
Member Candidate
Posts: 226
Joined: Wed Jul 18, 2018 3:39 pm

Re: v6.42.6 [current]

Tue Aug 14, 2018 10:36 am

Problem with 6.42.6 and 6.43rc51

We have 3 routers, one running 6.42.5, one 6.42.6 and the third one got 6.43rc51 while trying to solve some problems and stood there for the moment.

Now, in the one with 6.42.5 /system history print works perfectly, but in the other two it produces the same output:
[admin@MikroTikParc] > /system history print 
Flags: U - undoable, R - redoable, F - floating-undo 
  ACTION                                   BY                                         POLICY                                       
error - contact MikroTik support and send a supout file (10)
or
[admin@MikroTikToledo] > /system history print 
Flags: U - undoable, R - redoable, F - floating-undo 
  ACTION                                   BY                                         POLICY                                       
U address list entry removed               admin                                      write                                        
U address list entry added                 admin                                      write                                        
U address list entry removed               admin                                      write                                        
U address list entry added                 admin                                      write                                        
U address list entry removed               admin                                      write                                        
U address list entry added                 admin                                      write                                        
U changed script settings                  admin                                      write                                        
U device changed                           admin                                      write                                        
U device changed                           admin                                      write                                        
U device changed                           admin                                      write                                        
U nat rule changed                         admin                                      write                                        
U nat rule changed                         admin                                      write                                        
U nat rule changed                         admin                                      write                                        
U nat rule changed                         admin                                      write                                        
U nat rule changed                         admin                                      write                                        
U nat rule changed                         admin                                      write                                        
U nat rule changed                         admin                                      write                                        
U nat rule changed                         admin                                      write                                        
U nat rule changed                         admin                                      write                                        
U nat rule added                           admin                                      write                                        
error - contact MikroTik support and send a supout file (10)
i.e., it performs whatever it needs and then ends with an error, asking to send a supout file

I did as requested and got useless generic comments and then a request to "Please use the Netinstall utility to reinstall the device:".

I won't of course reinstall from network when there is no functional problem and I only sent the support request because the device asked me to... But I wanted to know if there is more people seeing this behavior in 6.42.6+
 
Fusionyx
just joined
Posts: 7
Joined: Thu Sep 21, 2017 10:53 pm

Re: v6.42.6 [current]

Tue Aug 14, 2018 2:03 pm

Updated CRS326-24G-2S+ from firmware v6.42.3 to 6.42.6

update went fine but after the update process ether24 en ether23 aren't working anymore. They give link negotiate speed ect. but no mac address what so ever. Both port where trunk ports one has a WAP AC on it and the other a Cisco Switch.

Moving the devices and config to none used port everything works fine. I'm stunned at what this can be.

I removed config from ether23 and 24 disabled them rebooted switch. Redid config and still nothing no mac address nothing. Same config on ether 21 and 22 and link is fine mac addresses en traffic flow as expected. weird problem.

If anyone seen this before and has a tip how to fix this would be nice.
Hi all just got a new unit in the network (CRS328-24P-4S+) did a bit different update path on this one but the same problem occur. Updated from v6.42 -> v6.42.6 Port ether24 and ether 23 came up and i do see some mac addresses under bridge host but no ipv4 traffic what so ever ipv6 worked btw toward on server i have enabled on ipv6 super weird. I also noticed that the link led of the interfaces didn't came up. So i tested more ports (I have made eth1 - 8 access ports and the rest vlan only port with vlan 110 251 and 252 tagged on them). All of them had the same behavior. I see mac address on the ports (the correct onces) but no ipv4 traffic possible. Also on neither of the interfaces i see the interface led comming up (green blinking) it stays off all the time.

I hooked up console en reset the config to default. After the switch came back up all port works as normal (ass access ports). I reconfigure the switch from scratch with only eth23 and 24 as trunk port. Everything works. I shut down the switch. Mount it in the rack hook up the port and .... nothing same problem. I connected the console configured port 21 en 22 the same change the cabled and it works.

I removed all config from port 23 and 24 (also bridge config) disabled them and i checked the next day. Reconfigured the ports. Enabled them and they work :) Weirdness from above :).

Ok all seems good you think well so i though port 21 is not needed now anymore so lets remove config and disabled it. Well port 24 stops working if i disable port 21 port 23 work fine...

I will let it enebled now for 24 hours and try to disable port 21 en 22 without interfering with port 23 and 24. But something is really amiss here.

I have send a supout to support in the state that if port 21 is disabled eth24 accept no traffic anymore. the link led stay then on fully. when i enable eth 21 port 24 accept traffic again and the led start blinking as normal.
 
tornado57
just joined
Posts: 2
Joined: Wed Aug 15, 2018 11:13 pm

Re: v6.42.6 [current]

Wed Aug 15, 2018 11:17 pm

/system health print
is empty or without voltage in this version 6.42.6...
 
User avatar
Jotne
Forum Guru
Forum Guru
Posts: 3279
Joined: Sat Dec 24, 2016 11:17 am
Location: Magrathean

Re: v6.42.6 [current]

Thu Aug 16, 2018 8:13 am

/system health print
is empty or without voltage in this version 6.42.6...
Does it work on older software version?
Not all devices give all type of values.

I do get this on my RB750Gv3 6.42.6
 /system health print
      voltage: 25V
  temperature: 37C
Last edited by Jotne on Thu Aug 16, 2018 11:29 am, edited 1 time in total.
 
nostromog
Member Candidate
Member Candidate
Posts: 226
Joined: Wed Jul 18, 2018 3:39 pm

Re: v6.42.6 [current]

Thu Aug 16, 2018 8:29 am

Problem with 6.42.6 and 6.43rc51

We have 3 routers, one running 6.42.5, one 6.42.6 and the third one got 6.43rc51 while trying to solve some problems and stood there for the moment.

Now, in the one with 6.42.5 /system history print works perfectly, but in the other two it produces the same output:
[admin@MikroTikParc] > /system history print 
Flags: U - undoable, R - redoable, F - floating-undo 
  ACTION                                   BY                                         POLICY                                       
error - contact MikroTik support and send a supout file (10)
(...)
Note that the one running 6.43rc51 stopped producing this output and returned to nominal behaviour on update to 6.43rc56.

Not sure if it was simply the reboots associated or the upgrade process was needed to fix it.
The one on 6.42.6 is running our office and I will wait until an update or reboot is needed to see if it gets solved.
 
mongobongo
newbie
Posts: 34
Joined: Fri Jul 28, 2017 5:13 pm

Re: v6.42.6 [current]

Sat Aug 18, 2018 2:49 pm

Just did an update for a lite5 and now it needs debricking

Updated from 6.41.2 to 6.42.6.

Now the device beeps every 5 seconds and the user led blinks at the same interval.

Good job I didnt apply this update to my devices on the network!

Will attempt to do a net-install.......
 
skyhawk
newbie
Posts: 39
Joined: Thu Jan 14, 2016 10:27 am

Re: v6.42.6 [current]

Sun Aug 19, 2018 9:44 am

Here's a fun one.

Defconf is broken on hAP routers.

Model RB951Ui-2nd

Logs suggest that defconf is running and complete successfully, but it has almost no configuration on it. No IP, no DHCP, no NAT, no Firewall, nothing other than the Mikrotik SSID. The actual config produced by /export is identical between no-defaults=yes and no-defaults=no.

I can produce diagnostic output if needed.

The next oldest firmware I have on file here is 6.39.2, where reset-configuration works as expected.

Edit: There's more here than I initially thought, and this is odd enough that I'm wondering if I'm doing a stupid. I've got two RB951G-2HnD routers:
The older one, 5D62055EE618, works as expected, while the newer one, 5D6205C0BC81, has the same no defconf problem as above.
 
User avatar
emils
Forum Veteran
Forum Veteran
Posts: 906
Joined: Thu Dec 11, 2014 8:53 am

Re: v6.42.6 [current]

Mon Aug 20, 2018 9:55 am

New version 6.42.7 has been released in current RouterOS channel:

viewtopic.php?f=21&t=138228

Who is online

Users browsing this forum: bbd, fredcom, kivimart, m4rk3J, ZupoLlask and 23 guests