MikroTik

Posted: **Wed Sep 11, 2019 1:27 pm**

RouterOS version 6.45.6 has been released in public "stable" 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.45.6 (2019-Sep-10 09:06):

Important note!!!
Due to removal of compatibility with old version passwords in this version, downgrading to any version prior to v6.43 (v6.42.12 and older) will clear all user passwords and allow password-less authentication. Please secure your router after downgrading.
Old API authentication method will also no longer work, see documentation for new login procedure:
https://wiki.mikrotik.com/wiki/Manual:API#Initial_login

Changes in this release:

*) capsman - fixed regulatory domain information checking when doing background scan;
*) conntrack - improved system stability when using h323 helper (introduced in v6.45);
*) crs3xx - fixed "egress-rate" property on CRS309-1G-8S+, CRS312-4C+8XG, CRS326-24S+2Q+ devices;
*) qsfp - clear SFP monitoring data on port enable;
*) qsfp - correctly display SFP monitoring data;
*) qsfp - fixed EEPROM checksum validation;
*) qsfp - show more QSFP module diagnostics;
*) wireless - include last frequency when manually setting frequency step in "scan-list";

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 particular RouterOS release.

Posted: **Wed Sep 11, 2019 3:45 pm**

Upgraded hAP ac2, no issues as yet. (although config is very simple, pppoe client and pptp vpn).

I also want to test l2tp/ipsec but had issues in previous build(s) but seemed to be more ISP related than mikrotik (yes Im aware of the gre traffic acceptance needs).

I will also try see if the "very first GRE packet of a new tunnel is improperly labelled with connection-state=invalid". I know there was much about this in a previous topic and I did read it all ~ this comes as a side effect of the initial gre fix, and that enabling the PPTP helper may play a part in the state.

Posted: **Thu Sep 12, 2019 9:38 am**

Upgraded 3xHAP AC from 6.45.5 => 6.45.6
I had a small issue with IP firewall rules that stopped working due to bridge configuration changes but it was a minor issue that was easy to resolve

Upgraded 3xHAP AClite from 6.45.5 => 6.45.6
No issues although only one of the upgrade was done manually the two other were upgraded by CAPS, anyone know to also upgrade the firmware with CAPS?

Thanks!

Posted: **Thu Sep 12, 2019 9:52 am**

due to bridge configuration changes

Can you post what did change?

Posted: **Thu Sep 12, 2019 10:25 am**

due to bridge configuration changes
Can you post what did change?

It was a masquerade rule that was configured to allow access to the next router, the rule was disabled and showed an error I modified the output device from a specific ether within the bridge to the parent bridge itself.

Posted: **Thu Sep 12, 2019 5:53 pm**

Since the release of 6.45.1, neighbor discovery on our networks doesn't show IP addresses; only MAC addresses and other information.

I suspect it's because we carry our admin traffic on a VLAN, and the default VLAN is unused. My suspicion is, thanks to:

*) discovery - correctly create neighbors from VLAN tagged discovery messages;

introduced in 6.45.1, we are "correctly" seeing the neighbor information for the default VLAN (with no IP addresses), instead of the IP information from our management VLAN.

I discovered this (pun intended) while downgrading to 6.44.5 for suspected OSPF issues. Very inconvenient when I don't have all of our IP addresses committed to memory...

Posted: **Thu Sep 12, 2019 11:59 pm**

*) wireless - include last frequency when manually setting frequency step in "scan-list";

what exactly will do for us?

Posted: **Fri Sep 13, 2019 3:09 am**

*) wireless - include last frequency when manually setting frequency step in "scan-list";

what exactly will do for us?

I think previously if you used a scan list like: 2412-2472:20 it would never select the 2472 frequency.

Posted: **Fri Sep 13, 2019 7:13 am**

RB4011 now correct base mac address in CAPSMAN - thanks a lot Reinis!

Posted: **Fri Sep 13, 2019 9:56 am**

updating to 6.45.6 went smooth ... from 6.45.5 to 6.45.6 done thru the dude

No problems so far

Posted: **Fri Sep 13, 2019 10:12 pm**

Dear MikroTik team,
Please try to make 6.45.x bundles smaller for smips devices (hAP lite, hAP mini) without sacrificing the functionality. Upgrade from 6.45.5 to 6.45.6 failed on one of my hAP lite due to insufficient free space (20 KiB free out of 16 MiB). And yes, I had no other files, just the .npk, and rebooted the router before the upgrade.

I could not switch to long-term channel 6.44.5 - the same space problem (48 KiB free out of 16 MiB).

Downgrade to 6.43.7 went fine.

Here is the list of npk for mentioned versions with their file size:

routeros-smips-6.43.7.npk    7434 KB
routeros-smips-6.44.5.npk    7522 KB
routeros-smips-6.45.5.npk    7510 KB
routeros-smips-6.45.6.npk    7550 KB

Posted: **Sat Sep 14, 2019 10:09 am**

Downgrade to 6.43.7 went fine.

Now you can try to upgrade to 6.45.6. Since 6.43.7 takes less space compare to your previous version was larger, 6.45.6 may now fit.

Posted: **Sat Sep 14, 2019 11:42 am**

Dear MikroTik team,
Please try to make 6.45.x bundles smaller for smips devices (hAP lite, hAP mini) without sacrificing the functionality. Upgrade from 6.45.5 to 6.45.6 failed on one of my hAP lite due to insufficient free space (20 KiB free out of 16 MiB). And yes, I had no other files, just the .npk, and rebooted the router before the upgrade.

I could not switch to long-term channel 6.44.5 - the same space problem (48 KiB free out of 16 MiB).

Downgrade to 6.43.7 went fine.

Here is the list of npk for mentioned versions with their file size:
Code: Select all
routeros-smips-6.43.7.npk    7434 KB
routeros-smips-6.44.5.npk    7522 KB
routeros-smips-6.45.5.npk    7510 KB
routeros-smips-6.45.6.npk    7550 KB

Same problem. I have a nAP ac. I can’t even update using the netinstall utility from 6.45.5 to 6.45.6.

Posted: **Sat Sep 14, 2019 11:51 am**

Did you try as I write above? Downgrade to a smaller version before upgrade? example 6.43.7

Posted: **Sat Sep 14, 2019 2:10 pm**

Downgrade to 6.43.7 went fine.
Now you can try to upgrade to 6.45.6. Since 6.43.7 takes less space compare to your previous version was larger, 6.45.6 may now fit.

That worked well, thanks. So the upgrade path for this hAP lite was:
6.43.7 -> 6.45.5 - OK
6.45.5 -> 6.45.6 - Failed
6.45.5 -> 6.43.7 - OK (downgrade)
6.43.7 -> 6.45.6 - OK
Doing the upgrade to the subsequent version via the downgrade first does not look like a straightforward way. And that seems to be the only way for this device, unless npk becomes smaller in size.

Posted: **Sat Sep 14, 2019 2:18 pm**

Doing the upgrade to the subsequent version via the downgrade first does not look like a straightforward way. And that seems to be the only way for this device, unless npk becomes smaller in size.

It will become better since 6.46 is smaller than 6.45. It was just some version of 6.45 that was on the limit of what was possible to add and to do upgrade from.

Posted: **Sat Sep 14, 2019 3:36 pm**

There is no statistic in all CAP interface on CCR1009-8G-1S-1S+.

Posted: **Sat Sep 14, 2019 5:45 pm**

Upgraded from v6.45.5 to v6.45.6 on my hex mmips and no problem but setup is very simple and straight forward.

Posted: **Mon Sep 16, 2019 11:03 am**

Since the release of 6.45.1, neighbor discovery on our networks don't show IP addresses; only MAC addresses and other information.

I suspect it's because we carry our admin traffic on a VLAN, and the default VLAN is unused. My suspicion is, thanks to:
Code: Select all
*) discovery - correctly create neighbors from VLAN tagged discovery messages;
introduced in 6.45.1, we are "correctly" seeing the neighbor information for the default VLAN (with no IP addresses), instead of the IP information from our management VLAN.

I discovered this (pun intended) while downgrading to 6.44.5 for suspected OSPF issues. Very inconvenient when I don't have all of our IP addresses committed to memory...

You can route the vlan to a bridge and set neighbor discovery onto that bridge that way you'll still have neighbor discovery enabled.

Posted: **Mon Sep 16, 2019 4:22 pm**

951Ui-2nD user here.
Installed it over 6.45.5, , which looked better stability wise, on the pppoe wan side.Installation itself went ok.
I have reverted to 6.44.5 due to a strange logged issue, though.
In my firewall the Output Chain ends with a drop and Log rule.
After restarting the router today i have had a strange ICMP Type 3 Code 4 drop logged between 192.168.88.1->192.168.88.1.
Why did it pinged itself ?
I have not observed this with older builds...
Is it normal ?

Posted: **Mon Sep 16, 2019 5:12 pm**

There is no statistic in all CAP interface on CCR1009-8G-1S-1S+.

Same for me.
But BGP drop is fixed in this release. It looks like

Posted: **Tue Sep 17, 2019 3:25 pm**

Nop BGP hung up continues, with longer working time, but happens. And caps acts strange, cannot find manager, and comes back only after restart. Best stable at this moment 6.45.3. Of course little bit annoying all the time reverting

Posted: **Wed Sep 18, 2019 10:18 am**

Hi,

Will rise again this case... which stopped working after 6.44.3 version. And your software upgrade to 6.45.2 didn't fix this... Maybe someone knows how to fix this or avoid it?

6.45.1
*) ospf - added support for link scope opaque LSAs (Type 9) for OSPFv2;
*) ospf - fixed opaque LSA type checking in OSPFv2;
*) ospf - improved "unknown" LSA handling in

6.45.2
*) ospf - fixed possible busy loop condition when accessing OSPF LSAs;OSPFv3;

Quoted from member -> rekeds

Code: Select all
11:36:27 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:36:37 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:37:07 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:37:18 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:37:47 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:37:58 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:38:27 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:38:39 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:39:08 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:39:20 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:39:48 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:40:01 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:40:28 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:40:42 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:41:08 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:41:22 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:41:48 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:42:02 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:42:28 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:42:43 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:43:08 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:43:23 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:43:48 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:44:04 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:44:28 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:44:45 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:45:08 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:45:26 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:45:48 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:46:07 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:46:29 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:46:48 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:47:09 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way
11:47:29 route,ospf,info OSPFv2 neighbor 10.9.0.1: state change from Loading to 2-Way

downgrade 6.44, ospf works :[

about 20 routers, half was updated, all updated did this. downgrade fixes ;[

ospf with backbone and 23 nssa areas.
two links from bbone to nssa. ‍♂️
vrf.

edit.
added a nokia to the mix:

"LCL_RTR_ID 10.9.0.1: Neighbor 0.0.0.6 on TEST-NBR router state changed to exchangeStart (event SEQ_MISM)"

Posted: **Fri Sep 20, 2019 4:59 am**

Update when smooth, but NAT rules no longer work.

Posted: **Fri Sep 20, 2019 8:40 am**

Update when smooth, but NAT rules no longer work.

Is that not like saying "The surgery went well but he died"?

At least for me no NAT rules would mean the update did not go well.

Posted: **Fri Sep 20, 2019 11:58 am**

It's more like coma after surgery as router is still alive

Posted: **Fri Sep 20, 2019 1:12 pm**

The time has come for a new certificate, "MikroTik Certified Surgeon"

Posted: **Fri Sep 20, 2019 6:06 pm**

MikroTik
Certified
Network
Anesthesiologist

will bring your router back to life

Posted: **Sun Sep 22, 2019 2:44 am**

With these ever increasing updates (in size) and ever deceasing flash sizes (64->32->16MB), I feel myself more often as I would wish:

MikroTik
Certified
Network
Pathologist

... when my router does not boot any more after update

Posted: **Sun Sep 22, 2019 4:17 am**

Has anyone seen any issues with their Queue Trees?

I have a 1072 that I do both Packet Prioritization via Prerouting Mangle and Rate Limits via Forward Mangle.

If I enable one of the Global Queues in the Queue Tree that I use for Prioritization that exceeds an Avg Rate of 1.2 gbps all the CPU’s spike to 100%, the Queue starts dropping packets, and all the normal bad things happen when you run at 100%. Once I disable the Packet Marking for that particular traffic, the CPU’s drop back to normal and run at their normal average. The rules and queue setup that I’m using is a couple years old and the traffic patterns have been similar for 6+ months. This seems to be an issue introduced in 6.45.6.

Posted: **Sun Sep 22, 2019 9:10 pm**

I have trouble with kid control, it doesn't add firewall rules anymore.
Tested on two hAP ac lites.

Posted: **Thu Sep 26, 2019 6:13 am**

Uptime 12 days x86. No problems.

Posted: **Wed Oct 02, 2019 10:57 pm**

KID control NOT WORKING after update to 6.45.6.
firewall filter rules not installed

My router is RB2011UiaS

Posted: **Thu Oct 03, 2019 4:58 am**

Hi Guys!

I need help, I got an RB4011, it's currently running on 6.44.1, I have tried installing the latest version on it 6.45.6 but it's not working. I tried hitting the "Download" which usually end's up with "reboot to upgrade" but the RB4011 reboots automatically. I tried "Download and Install" after the download, it reboots but it stays on the same 6.44.1 firmware. What am I doing wrong?

Thanks in Advance!
Manny

Posted: **Thu Oct 03, 2019 11:29 am**

KID control NOT WORKING after update to 6.45.6.
firewall filter rules not installed

My router is RB2011UiaS

I setup yesterday Kid Control on 6.45.6 on RB4011 and it was working well (IP Firewall rules went on and off according to setup),
also used TIKApp for pause/resume.

Maybe your setup from pre-6.45.6 does not migrate correctly to 6.45.6?

Posted: **Thu Oct 03, 2019 4:22 pm**

What am I doing wrong?

First, check the Log after reboot.

Posted: **Sat Oct 05, 2019 4:53 pm**

KID control NOT WORKING after update to 6.45.6.
firewall filter rules not installed

My router is RB2011UiaS
I setup yesterday Kid Control on 6.45.6 on RB4011 and it was working well (IP Firewall rules went on and off according to setup),
also used TIKApp for pause/resume.

Maybe your setup from pre-6.45.6 does not migrate correctly to 6.45.6?

Thankyou very much, was my fault, error in user name.
Kid control works now flawlessy in 6.45.6 on RB2011.
Regards

Posted: **Mon Oct 07, 2019 10:29 pm**

Maybe your setup from pre-6.45.6 does not migrate correctly to 6.45.6?

I used system/reset-configuration and tryed again with export compact / import configuration - doesn't work.
I used system/reset-configuration and manually configured settings - doesn't work.
Then used the reset button and manually configured settings - nope still doesn't work.

Posted: **Tue Oct 08, 2019 4:02 am**

I happy to tell cAP AC users.

Before the upgrade (I used 6.43.2), even connect 20 iPad at 5G.
They cannot pass the upload and download test simultaneously. They will disconnect when the test started.

After I upgrade to 6.45.6, I discover that the performance issue of cAP AC have been solved.
Now I can connect over 80 iPad to the cAP AC (5G) with no problem ! I haven't tested the highest limit.
And the performance is not bad, that is about 200Mbps with 40 iPad client simultaneously at 5G.
And even the signal at -80 or worst. The connection is so stable.

Can you tell me what the 6.45.2 do ?
*) wireless - improved 802.11ac stability for all ARM devices with wireless;

Posted: **Wed Oct 09, 2019 11:02 am**

Hi.
Updated my RB2011. After upgrade, I must adjust scripts.
In 6.40.9, the command:

:local localIP [:pick [/interface pppoe-client monitor PPPoE-Digi as-value] 6;];

worked well.
In 6.45.6, it waits forever.

The correct line is:

:local localIP [:pick [/interface pppoe-client monitor PPPoE-Digi once as-value] 6;];

works again.

Best regards: CsXen

Posted: **Wed Oct 09, 2019 9:45 pm**

The correct line is:
Code: Select all
:local localIP [:pick [/interface pppoe-client monitor PPPoE-Digi once as-value] 6;];
works again.

This makes it even more future-proof:

:local localIP ([/interface pppoe-client monitor PPPoE-Digi once as-value]->"local-address");

Posted: **Fri Oct 11, 2019 12:01 pm**

Hello.
D402 LTE modem is not detected in interfaces (HAP ac), but router detects a folder in Files.

Posted: **Sun Oct 13, 2019 1:26 pm**

this version hotspot redirect is not working in hap lite RB941,
but working in RB951.

Posted: **Mon Oct 14, 2019 9:05 pm**

Router: CCR1009
Problems:

PPPoE server running on router, after 7 days uptime start's to loose clients (disconnection messages and full breakdown)
OSPF from full to down and after 5 minutes it come's back to full.
SNMP over Librenms Sensor under limit for FAN rpm's (it goes to 0 from7500 rpm)
I saw some wierd log errors (script error contact support, system failure, please send supout file to mikrotik support.)

Posted: **Mon Oct 14, 2019 11:46 pm**

contact support, system failure, please send supout file to mikrotik support.

Have you done that already?

Posted: **Tue Oct 15, 2019 12:34 am**

DUDE Server looses connection to some Agents running 6.45.6 like every 2-10 minutes, but reconnects succesfully after one or two seconds.
I don't think it's a network issue, there is a packet loss of 0.1% out of 1000 packets sent.

Posted: **Tue Oct 15, 2019 12:41 am**

contact support, system failure, please send supout file to mikrotik support.
Have you done that already?

Yes I’ve done it already

Posted: **Thu Oct 17, 2019 11:13 pm**

After upgrade from 6.45.3 to 6.45.6, my vpn doesn't work correctly. Before my iPhone connect to my vpn without problems and work really good, now i get a notification "user authentication failed" in MT logs

log content

22:10:41 ipsec,info new ike2 SA (R): 192.168.100.6[500]-94.254.xxx.xxx[55669] spi:836b5e5dbcfcb0ee:407ceb47da6f8661 
22:10:41 ipsec,info,account peer authorized: 192.168.100.6[4500]-94.254.xxx.xxx[22112] spi:836b5e5dbcfcb0ee:407ceb47da6f8661 
22:10:41 ipsec,info acquired 192.168.13.253 address for 94.254.xxx.xxx, iPhone.client

Posted: **Mon Oct 21, 2019 12:48 pm**

SOLVED - it was my fault (/ppp l2tp-secret was added mistakenly)

after upgrade windows clients lost ability to connect to any VPN (pptp and l2tp)
RB2011 says LCP ConfRej anyway, any settings I do it looks the same, look below

...
Oct 21 14:43:16 mikrotik.m66.officeburg.ru pptp,ppp,debug,packet m66: <17>: rcvd LCP ConfReq id=0x6
Oct 21 14:43:16 mikrotik.m66.officeburg.ru pptp,ppp,debug,packet m66: <mru 1400>
Oct 21 14:43:16 mikrotik.m66.officeburg.ru pptp,ppp,debug,packet m66: <magic 0x425c5319>
Oct 21 14:43:16 mikrotik.m66.officeburg.ru pptp,ppp,debug,packet m66: <pcomp>
Oct 21 14:43:16 mikrotik.m66.officeburg.ru pptp,ppp,debug,packet m66: <accomp>
Oct 21 14:43:16 mikrotik.m66.officeburg.ru pptp,ppp,debug,packet m66: <callback 0x06>
Oct 21 14:43:16 mikrotik.m66.officeburg.ru pptp,ppp,debug,packet m66: <17>: sent LCP ConfRej id=0x6
Oct 21 14:43:16 mikrotik.m66.officeburg.ru pptp,ppp,debug,packet m66: <pcomp>
Oct 21 14:43:16 mikrotik.m66.officeburg.ru pptp,ppp,debug,packet m66: <accomp>
...

Posted: **Tue Oct 22, 2019 4:50 am**

SOLVED (removed wireless-fp...npk from /file)
--------------------------------------------------------------

Please! I need urgent help - after upgrade wireless interfaces disappeared, no wireless options available

[asurkov@m66.officeburg.ru] /interface> 
bonding          eoip      l2tp-client  mesh         ppp-server    pptp-server  virtual-ethernet  blink    enable           print         
bridge           ethernet  l2tp-server  ovpn-client  pppoe-client  sstp-client  vlan              comment  export           reset-counters
detect-internet  gre       list         ovpn-server  pppoe-server  sstp-server  vpls              disable  find             set           
dot1x            ipip      lte          ppp-client   pptp-client   traffic-eng  vrrp              edit     monitor-traffic  
[asurkov@m66.officeburg.ru] /interface>

and where is wireless npks on file storage

[...] > file print detail where name~"wireless*"
 0 name="wireless-fp-6.45.6-mipsbe.npk" type="package" size=2748.1KiB creation-time=oct/17/2019 18:53:42 package-name="wireless@" 
   package-version="6.45.6" package-build-time=sep/10/2019 09:06:31 package-architecture="mips" 

 1 name="wireless-6.45.6-mipsbe.npk" type="package" size=2748.1KiB creation-time=oct/17/2019 18:54:18 package-name="wireless@" 
   package-version="6.45.6" package-build-time=sep/10/2019 09:06:31 package-architecture="mips" 
[...] >

and I've rebooted it many times

----------------

[...] > /system resource print
                   uptime: 5h31m20s
                  version: 6.45.6 (stable)
               build-time: Sep/10/2019 09:06:31
              free-memory: 75.6MiB
             total-memory: 128.0MiB
                      cpu: MIPS 74Kc V4.12
                cpu-count: 1
            cpu-frequency: 600MHz
                 cpu-load: 9%
           free-hdd-space: 26.5MiB
          total-hdd-space: 128.0MiB
  write-sect-since-reboot: 9874
         write-sect-total: 8580777
               bad-blocks: 0%
        architecture-name: mipsbe
               board-name: RB2011UiAS-2HnD
                 platform: MikroTik

Posted: **Tue Oct 22, 2019 6:30 am**

What does /log print say after reboot? What does /system package print show?

Posted: **Tue Oct 22, 2019 6:50 pm**

Hi!

After upgrading from 6.44.1 to 6.45.6 it's not possible to disable dhcp package. RouterBOARD 750G r3. Why?

/system package print
Flags: X - disabled 
 #   NAME                                                VERSION                                                SCHEDULED              
 0   routeros-mmips                                      6.45.6                                                                        
 1   system                                              6.45.6                                                                        
 2 X ipv6                                                6.45.6                                                                        
 3 X wireless                                            6.45.6                                                                        
 4 X hotspot                                             6.45.6                                                                        
 5 X mpls                                                6.45.6                                                                        
 6   routing                                             6.45.6                                                                        
 7 X ppp                                                 6.45.6                                                                        
 8   dhcp                                                6.45.6                                                                        
 9   security                                            6.45.6                                                                        
10   advanced-tools                                      6.45.6                                                                        
11   ntp                                                 6.45.6

Thank you in advance.

Posted: **Tue Oct 22, 2019 7:01 pm**

After upgrading from 6.44.1 to 6.45.6 it's not possible to disable dhcp package. RouterBOARD 750G r3. Why?

Because since 6.45.whatever, package security requires package dhcp to provide a route list to windows IKEv2 clients.

Posted: **Tue Oct 22, 2019 7:10 pm**

After upgrading from 6.44.1 to 6.45.6 it's not possible to disable dhcp package. RouterBOARD 750G r3. Why?
Because since 6.45.whatever, package security requires package dhcp to provide a route list to windows IKEv2 clients.

Thanks! It would be nice to see such things in changelogs or somewhere in wiki like 'package dependencies'.

Posted: **Tue Oct 22, 2019 7:19 pm**

It would be nice to see such things in changelogs or somewhere in wiki like 'package dependencies'.

Look again, it is there (in the changelog of the release which has introduced this dependency) and it has also been mentioned multiple times in these "x.xx.x has been released" topics.

Posted: **Tue Oct 22, 2019 7:35 pm**

It would be nice to see such things in changelogs or somewhere in wiki like 'package dependencies'.
Look again, it is there (in the changelog of the release which has introduced this dependency) and it has also been mentioned multiple times in these "x.xx.x has been released" topics.

Ok. Got it. It was introduced in the 6.44. But in my router with 6.44.1 dhcp was disabled (though security was enabled). Interesting...

Posted: **Thu Oct 24, 2019 4:17 pm**

Hey guys,
I have two separate wireless p2p links, Link1: two sxtlight5nd routers, Link2: two LHG5 routers
After upgrading from 6.43.x to 6.45.6 i noticed both links now have packet drops(ping drops) on both links, nothing else changed but routeros version.
On LHG link sometimes the wireless link completely drops so i have to reboot one of them.
On SXT link the connection remain stable but now my VoIP fxo-fxs over this link experience voice drops and i can't talk to the other side very well.
Anyone else have these problems?
How can i downgrade to latest Long-Term version or 6.43.x? Is it possible?

Posted: **Thu Oct 24, 2019 4:52 pm**

hi
we have dhcp-server behind cisco router (dhcp-relay server)
after upgrade dhcp-server stops giving leases and fills leases with mac-address 00:00:00:00:00:00 and status conflict
disabling conflict detection resolves the issue

Posted: **Mon Oct 28, 2019 4:14 pm**

New version 6.45.7 has been released in stable RouterOS channel:

viewtopic.php?f=21&t=153378

MikroTik

v6.45.6 [stable] is released!

v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

SOLVED Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!

Re: v6.45.6 [stable] is released!